Matt

I think that if we were to add that in is a feature we'd go the scratch and sniff route so it's basically opt-in.

Thanks for the feedback! The extra testing we did certainly paid off.

I'll see what I can do about 2.3.6 but most of the changes are fairly invasive and we'd need to re-work a fair bit for 2.3.6 which may be more work than it is worth as we have a better working version in 3.0.0.

Why not use the per-skin tools and leave the 'master' skin alone? :D Check out /cache/skin_cache/masterMap.php To be able to edit a skin outside of the ACP, do this. 1) Create a new skin set within the ACP. It can be a 'root' skin or a 'child'. It doesn't matter. Make sure you enter a 'skin_key' which must be unique. 2) Put your board in IN_DEV mode by editing the constant in conf_global.php 3) Create a new master skin directory in /cache/skin_cache. It must be something unique, like 'master_myskin' for example. 4) Add your new 'skin_key' to the 'templates' array below. 5) Back into your ACP, go to the list of skin sets. Click on the menu icon for your new skin set and choose: 'EXPORT Templates into 'master' directory...'. You should now be able to edit those files as you browse the board without the ACP. When you are done, simply choose 'IMPORT Templates..'. */ /*

I find you completely agreeable.

We would need a time machine to do anything 'yesterday' and that's still in Alpha. A tech tested it yesterday and hasn't been seen since. Last we heard he was chasing a butterfly in the Jurassic era. Hope he doesn't squash it. Regarding vB. As mentioned above there's only so much you can do with a forum. You could turn it upside down and inside out but then all your customers would want things back where they are used to them being.

IP.Board 3.0.0 and 2.3.6 cannot share a database. You either leave it as-is for 2.3.6 or upgrade it for 3.0.0. You can copy your database and upgrade the copy. The subscriptions manager: Yes, it's a separate download. Yes, it's being worked on. I hope to have a beta / RC out early next week.

Just a quick note on small update releases. We do plan to make them fairly frequently but you don't have to upgrade if you've not encountered any bugs. You can wait until 3.0.2 or later if you wish.

If you're interested, I'm making a start on the hooks and last few bits today.

You guys make my head hurt.

You can click the green plus on a tab to go full screen, if that helps.

Remember there is the option to create skin specific 'master' folders so you can work outside the ACP in your favourite editor. No matter how fancy a JS editor gets, it's never going to replace what you use on your desktop so we figured why even try?

Regarding the subscriptions manager. I'd like to point out that all of us at IPS take it very seriously and no one here wants to see it neglected. We realise that many of you monitize your forums using the SM so we have no plans to remove it or make it a poor cousin. Our immediate plans are: - Refactor the subscriptions manager from 2.3.6 to 3.0.0 [Done] - Tidy up the ACP interface [Done] - Fix reported issues with expiring subscriptions, upgrades and PayPal [Done] - Write hooks and add settings [To Do] - Release to QA [To Do] - Release Beta / RC [To Do] I spent most of last week and identified and fixed several issues. Most of which can be back-ported to 2.3.6. More details to follow.

Regarding the subscriptions manager: it is a separate application and can be released independently of IP.Board 3. Think of it this way: you could wait for two weeks for IPB 3 + SM or we could release IPB 3 and SM two weeks after. Either way, those that need the subscriptions manager will have to wait two weeks. Note: "two weeks" is for illustrative purposes only and is not a written-in-stone release schedule. I have been working hard on the subscriptions manager and it's almost done and ready for testing.

It is, yes.

The only thing that was removed was the search index which was to do with how items were saved before searching. The actual form hasn't changed. It may appear basic most existing items from 2.x are still there but only available once you've searched.

Much better now it's not bogged down by our 5/6 other sites, etc.

Josh has completed 95% of the subscriptions manager. I'm going to sort out the gateways (PayPal, etc) early next week. Keep an eye on our blog as we'll be asking for testers next week to help debug the subscriptions manager.

A lot of people get a rush of nostalgia and proclaim they miss the IPB 2 skin. If we actually forced it upon them for a month, they'll be pining for the new skin. It's human nature.

Well, those were mostly due to bugs which we've fixed. Apart from the odd spike when a cron is running load is very stable and speed is moderate.

Generally we recommend that customers chmod their conf_global.php file so that it is only readable by PHP. This makes it difficult to make a tool to edit that file as you'll just get an error saying that it did not have permission to save it. How often are you going to toggle FURLs? Once a day? ;)

We're not rushing anything. Although we are labeling the last 3.0.0 release as 'final' it would be short sighted to expect it to be 'final' as in 'the definitive most perfect edition'. As with any software there are always going to be bugs and brand new major releases are rich pickings. We could either dawdle around with RCs for the next month chipping away at the dribs and drabs reported or just release it and open the flood gates. We'd never release software that was obviously and seriously flawed but a few minor issues in hand isn't going to do any harm. What ever happens, we're going to get hit hard when we release it as 'final' because it'll be used more.

I'm going to switch that debug bar off. People just obsess over it. Refresh. ooh x.xx secods. Refresh. ooh, faster. Refresh. Oh, a bit slower. Etc. Guys, we are on a VPS with other sites. We routinely have 500+ users online. We are being spidered heavily. Expecting loads of under 1 and load times of under 500ms is unrealistic on this forum. Just wait and see how it does on your own server. And if it's 100ms slower, don't worry about it there are worse things in the world.

How on earth would you create a sitemap file for a board that had thousands of topics? I know that most search engines accept multiple site maps gzipped but it's a lot of overhead considering that on a busy board you'd have to re-create the sitemap every few hours to make it relevant. We will include a sample robots.txt file with the next release.

Indeed we are. Josh and Brandon spotted some bugs where incorrectly formatted BBCode can cause the process to hang. Disabling BBCode seemed to stabilize the server.