As the webmaster of a community that is focused around its emoticon system (it's a gaming-focused community that has many of said game's images as emoticons so they can be easily called), I totally agree. IP.Board 3.0 and 3.1 at least had okay emoticon management; the grid layout made it easy to scroll through everything, and you could add emoticons in bulk all at once (not upload, actually add). The new management screen is overly space-consuming, extremely difficult to use for forums with large amounts of emoticons, and painstakingly time consuming to add emoticons in bulk. My current plan is to keep upgrading my forum until our current six-month support cycle runs out and then go with that, but a revamped emoticon manager would earn another renewal purchase from us.
All of the skins I've purchased look terrible with that option enabled, and even then, I still have to go into each skin template and add the IP.Content home as the breadcrumb root. It's all a messy and time-consuming solution for what should be a built-in feature.
Sorry to bump this again, but I really want to make sure it was noticed because i just had to add a few new emoticons today and the experience was terrible. In addition to the one-emoticon-a-line display (in which the option to move them up and down means nothing because refreshing the page randomizes the order again anyway), a number of unassigned emoticons in reality are assigned, and removing emoticons seems to randomly remove different ones from the one you selected. This system is terrible. What was wrong with the old one?
Really? We have everything installed in one subdirectory, domain.com/forums, with the IP.Content index page set to use domain.com as its index and the forums set to use /forums, and the breadcrumbs are as I described.
That's a pretty messy fix, though; when you go to the forum home, it only shows Home instead of Home -> Forums.
I've built a rather complex IP.Content website with pages, pages within pages, subdirectories, the whole spiel. I even use an IP.Content page as my website's homepage, rather than the forum index. Despite this, the forum index remains the root of the breadcrumbs, and IP.Content breadcrumbs never go deeper than this:
Forum Home -> IP.Content Home -> Current IP.Content page
This is true even if I'm on an IP.Content page that has multiple viewable levels above it (ex: website.com/directory/subdirectory/index.html).Yes, the Articles system allows a little more depth, but even then, it doesn't recognize subcategories in the breadcrumb. Would it be possible for a future version of IP.Content to:
1. Set the default IP.Content page as the first breadcrumb link when the software is set to use IP.Content as the homepage?
2. Automatically display parent directories in the breadcrumb when visiting a subdirectory? or:
3. Allow us to manually define a breadcrumb for each page we create?
My board uses tons of emoticons. Tons. Like, more than 99.99% of forums out there will. As such, the emoticon management screen was one of our favorite features of IPB over our old free forum software. The old software displayed each emoticon on its own line in the emoticon management screen, and in a seemingly completely arbitrary order, making it nigh impossible to use effectively because of the ridiculous amount of lines we'd have to go through (and Ctrl + F is extremely difficult to use because of how slow the page is). IPB 3.1.4, on the other hand, had a much more effective system: it had the emoticons laid out in an alphabetical grid, with pinned emoticons at the top, making it much easier, cleaner, and less space-consuming to go through.
Then we upgraded to 3.2. Overall, we love 3.2; it's a huge improvement over 3.1.4 in almost every way. Except the emoticon management screen. For some reason, the management decided to change the clean alphabetical grid method to the same horrible random-order each-emoticon-gets-its-own-line layout that drove us to leave our old forum software. Even worse, it loads the emoticons in a completely different random order every time you load the management page, which honestly makes it even more impossible to use than our old system, which at least kept the same crappy order each time. And frankly, I can't understand why it was even changed to begin with, because the new layout actually seems to have less functionality than the old one.
Why was it changed? Is there anyway to get the old system back?
Hello! Out of all the IP.Board applications, I'd argue that my community uses IP.Chat far more than any of the others. And so far, our experience has been great! Well, mostly. I do have a few suggestions:
1. Moderation Hierarchy - Currently, there are two levels of moderation on IP.Chat: either you're a mod, or you're not a mod. If you're a mod, you instantly get the ability to ban or unban members - even other mods. This means that my regular moderators can kick or even ban me, an admin. More customizable moderation settings would be extremely helpful, including the ability to be unkickable, unbannable, or unignorable by lower level mod groups.
2. Fixing the Ban System - Currently, it's very easy to ban someone; you click the ban button, and that's it. There's no confirmation or anything. And once you've done that, the only way to unban them is from the ACP. A confirmation after you've clicked the ban button would be extremely helpful, as would some way to access and edit the ban list directly from the application (and maybe have it only accessible to certain mod levels a la my first suggestion?).
3. Show All Emoticons Button - A problem that my board recently had was that our large amount of emoticons was lagging the chat. Removing the emoticon button from the chat's editor fixed our problem, but after this, I noticed that clicking the emoticon button in the Chat application showed the entire list of emoticons, rather than the ones checked to be shown at the beginning in the ACP with a "Show All" button underneath, as is done with every other application. Why is this? Would it be possible to have it changed to be more inline with the rest of the IP.Board applications? Were that done, the problem my board recently faced would not have happened at all.
And... that's all I have for now. Thank you for your time everyone, and if you agree that we need those features, help support them!
Just to throw my opinion in, I've been using IP.Content for the past year and absolutely love it. It has a few bugs, yes, but they're ACP-side, and I'm assuming their fixed with the 3.2 upgrade (I'm still on 3.1.4 for the moment). You can't really make use of it to its full potential unless you're willing to do some coding and tinkering around, but even with the default installation you have a pretty well integrated article system.
Just to chime in, one of the reasons I plan on upgrading my board is because the old RTE editor had so many bugs. My board is very emoticon and BBCode intensive, and I like to type announcements and things in a program like TextEdit before I actually put it on the board. The old editor would completely mess with the formatting of anything I copied over from TextEdit (even when I had it in Plain Text mode), and would randomly fill in posts with HTML when they were edited. It's just a pain for us to work with, and I look forward to using CKE Editor because of that.