rct2·com

I have been perusing thru the forums here and feel that the site organization is a bit frustrating.

There are several boards for the same product but in a different category:

IPS Company Feedback -> IP.Board
Peer-To-Peer Technical Support -> IP.Board
Product Modifications -> IP.Board
Tracker -> IP.Board

Although I appreciate that it is grouped by General area topic then by specific product when researching or reviewing the product it would be most helpful to
have all forums for that product in one section.

It would be great if there were a way to create an Alias of forums and categories so that you could group existing content  and not  have to
have disparate conversations that span different categories.

Example

Product Forums ( A category )
-- IP.Board ( A Category )
---Feedback
---Peer-To-Peer Technical Support
---Product Modifications
---Tracker

The above "alias" forums would appear in the forums lists.
they would serve to organize existing forums.

Just a few ideas

S

Preface: This is not a rant or flame, but the hope of appealing to the IPB powers that be for a mutual beneficial opportunity. If there was ever a time to significantly increase your forum owner customer base and also do right by what is probably many thousands of people, you have an extraordinary opportunity - especially during this lasting recession depression.

As you know, the creation and success of a forum is hard work and also an investment in the platform you own. This past week a confusing and misleading email was sent to existing vBulletin forum owners about an amazing upgrade offer to the new vBulletin product and a discontinuence of its old support policy. When the smoke cleared, it became apparent that Jelsoft, now known as Internet Brands, a NASDAQ company, is now demanding that owners of vBulletin forums pay practically the same price to "upgrade" their vBulletin forums as new customers. If customers don't "upgrade" now to an entirely new product which has no demo or release date, their ownly choice is to practically pay for an entirely new forum since the existing customer "discount" is a mere $20 of the cost of the vBulletin 4 forum which is $195. Forcing your customers to pay 89.7% of the price of the new software is an outrageous, disgraceful customer disservice, especially when the new software isn't even out of alpha testing.

Many of the long time vBulletin users who helped create "vBulletin.org", the large vBulletin modification site, are now regretting that decision greatly. In addition to the digust towards the evil empire of forum software, the practicality of upgrading vBulletin software quite simply is not there.

This is where Invision Power Services can increase its user base signficantly by offering some discount pricing to current vBulletin owners or by crossgrading. Many vBulletin forum owners would sooner crossgrade to Invision Power Board and wipe their hands clean of the entire Internet Brands vBulletin pricing fiasco and avoid what could be even more punishing practices in the future with annual or semi-annual vBulletin upgrades regarding more payments. Please consider this opportunity.

Our position is to provide good products and services but not try to stir up any drama. As we have said before, although vB is competition, we believe it a professional courtesy to not encourage outright bashing or provocation. If the roles were reversed, we would hope to get the same courtesy from them.

No1 1000, on 06 October 2009 - 10:43 AM, said:

Michael is correct, it is certainly possible, although it's a bit of a long shot.

I don't think it's really appropriate to speculate on what has happened to a particular site - if the owner has concerns they will contact us and we will investigate what happened. At the moment there are no known vulnerabilities in IP.Board's latest supported versions (3.0.3 or 2.3.6).

.Ian, on 06 October 2009 - 07:31 AM, said:

Probably security hole in custom skin. I am not sure.

Telemacus2, on 01 October 2009 - 04:46 PM, said:

But that's the point, what can you include by default that is suitable for any board, in any language? Other than some faces and basic ?, ! type icons, I can't think of much else that can be included by default. We have to appeal to a very wide range of boards out of the box.

No real reason.  I've made them public.

tired of being rct2dotcom, on 29 September 2009 - 03:12 AM, said:

Just added that back in for 3.0.4 (locally). You're welcome.

Yes.  The PHP memory limit is a "soft" limit in that PHP only checks when requesting more memory at runtime if it has reached the limit.  It is the same as for the other limits like post max size, upload max size, or cpu limit.  Setting these limits high have no effect on execution unless the script actually needs the extra memory.  For a well written script like IPB, you are only going to be affected by a high limit if the script really needs the memory for some operation and then it only hurts if lots of people simultaneously use lots of memory.  

If it was a real "hard" limit that upping it would really cripple a system, they wouldn't allow you to change it locally or in your PHP script.  It takes no privileges to up a memory limit.

I looked and cannot find if its a setting that can be turned on. So I am guessing that there is no way to print (with formatting..don't tell me ctrl+p its rubbish)the conversations?

The way the forum handles printing of topics would be great for conversations as well. I do not know why this was not provided from the start?

Can we please have this feature in the future.

alright, ill give up on it, filed a dispute on paypal, hopefully ill get my money back at least the money i paid for the license, just slightly frustrating when something like this happens.

You could just add a setting that will let you pick which groups can view it and make a slight change to the same template above so that you can choose/change multiple groups without having to edit the skin each time.

To control the small debug information (on the same bar as the skin/language selector)...
Find:

<if test="showdebuglevel:|:$this->memberData['member_id'] and $this->settings['debug_level']">

Replace with:

<if test="showdebuglevel:|:$this->memberData['member_id'] and $this->settings['debug_level'] and in_array( $this->memberData['member_group_id'], explode( ",", $this->settings['debug_groups'] ) ) ">

To limit the debug information that shows below the bar (when debug level is 2 or 3)...
Find:

<!--DEBUG_STATS-->

Replace with:

<if test="in_array( $this->memberData['member_group_id'], explode( ",", $this->settings['debug_groups'] ) ) "><!--DEBUG_STATS--></if>

Edit: added setting file to use.  Just import it and the above skin edits will work wonders for you.

Because I think we last talked about this on the old preview board, I'll revive the discussion here.

Why, oh why, can we not use emoticons in signatures?  All that has to be done to re-enable this feature is toggle a couple of flags that stop them from working, and after that they work just fine.  No additional queries are added to the page when viewing these signatures.  I think it's more of a legacy issue that they did cause problems in the past.

Last I recall IPS was going to look into this, but I don't think anything was ever finalized about it.

Fast Lane!, on 05 March 2009 - 05:13 PM, said:

Firstly, I assure you, boards.nbc.com is pretty heavily customized all in all.  Trust me - I've done a lot of work on it.



At the end of the day, pushing support for IE6 for another year does JUST that, and we would be having this same discussion then (just like this discussion came up a year ago, and when IE7 first came out - those points we did agree it was too early to move away from IE6).