IP.Content is great for pages and records, but is nothing close to a usable wiki.
No name-based links means hyperlinks are just too painful to bother adding.
The category/record organization is very inflexible and not useful for most applications.
My users just won't use it, and keep asking for MediaWiki. Unfortunately, the guy who wrote a bridge disappears every 6 months, so good luck with support for that.,
When purchasing multiple products and using a coupon, if you show a bigger price and then a smaller price, it makes the smaller price look like a real bargain. In the example below, if the subtotal $2997 were shown, it would make the final price of $1498.50 seem like less.
As a mobile developer myself, I think native > web app. Facebook recently came out and said they made a mistake using HTML5 for their mobile app, and are working on a native app. Web apps are slow and can't match the user experience of web apps.
Personally, I would like a well-defined Internet API so that I can implement my own native app for mobile. You guys are not software developers, you are PHP scripters. Just give us the API and let the software developers make the native apps.
I would like to be able to have pre-made emails set up that go out to a user at set intervals after they create their account, and when changing to a certain user group. I would have it set up so one week after ordering our product (and getting moved into the user group for paid customers) they receive an email reminding them of cool product benefits, etc., to minimize post-purchase dissonance. Another one would go out after six weeks to make sure we keep them as a customer.
Please add database callbacks back in the next update of IP.Content. We had some stable reliable code we use that runs on this. With it removed, we now have to find and hire a programmer to rewrite our old code, and we're out an extra $500-$1000 (plus the time spent recruiting, reviewing, and testing) just because IPS decided this wasn't the "right" way to do things.
Since there is no reply to this, I am going to commence with hiring someone to transfer all our member gallery images into a custom database, and we will create our own gallery application. This is terrible.
This is so bad, I won't even let this out on our site. I'm looking into migrating all our gallery images into a custom database. IPB 3.2 is a very good upgrade, but what the hell happened with the Gallery?
This is literally all you have to do. If the user has gallery categories, just display the most recent image in each category, like the old gallery did:
Instead, what you have is so complicated, I'm not even going to unleash it on my users, because I can't even understand what's going on, and I'm a programmer.