Jump to content
bfarber
 Share


IP.Board 3: Administration Improvements

Introduction
Administration is an important part of running your site. You need to be able to control your site the way you want to, and you need to be able to do it as quickly as possible. Not everyone has an hour or two to hunt down a setting, after all. Once you start to factor in the fact that other applications (such as IP.Blog, IP.Gallery and IP.Downloads) can integrate into this same administration control panel there are new challenges to take into account as well.

With IP.Board 3 we've made improvements to the ACP in an attempt to help streamline common administrator actions and make the overall work flow clearer and easier.

Navigation
Navigation is a tricky thing to manage once a project becomes as large as IP.Board has. We've broken navigation down into multiple areas to help you drill down and find what you are looking for. Firstly, each application is listed at the top of the page - that way you can jump to whatever application you need to edit right away (no more navigating to the "Components" tab to edit IP.Gallery categories, for example). Then, along the left hand column you will find an expandable menu which provides access to the main pages of the application, similar to IP.Board 2. For applications requiring it, context links and tabbing are then utilized within the main area of the page to facilitate your work flow. We realize without screenshots it may be hard to visualize the new ACP, but a primary goal throughout the whole process was to retain a level of familiarity so that existing admins will find navigating very natural, while improving the process where-ever possible.

Searching
One complaint we've heard over the years is that new administrators frequently have trouble finding where they need to go in the ACP. Searching is a natural inclusion to help people find what they need, and can even be helpful for seasoned administrators as a shortcut to get where you need to go quicker. We have added a live-search facility to the admin control panel to help you find what you need much much easier (and before anyone asks - yes, "live search" is like the search on apple.com :rolleyes: ). The settings page already had search functionality in IP.Board 2, but we felt that wasn't good enough. Many times the "setting" you are looking for is found when editing a group, not actually in the main site settings area.

To that end, the live search searches "settings", "pages" and "acp help" files. We have also included a method of adding keywords to these sections so that if we find many users are looking for an area through a specific keyword, we can easily add that keyword into the system so that searching for it will return the results people are looking for.

We will need your help once IP.Board 3 goes into beta testing with identifying areas that need keywords added for new administrators. What a wonderful way for all of you who are so eager to help out to give back to the community! And you don't even need to know PHP or HTML for this. :D

Better Integration
While we have mostly already gone into detail on this front in other blog entries, just to recap on the subject within the context of this blog entry, improvements have been made to areas of the ACP that people frequently need to plugin to in order to help improve usability overall. For instance, an application can now show per-group settings on the actual group edit form, instead of having to provide a separate disconnected page in the application itself (for instance, the "Group Settings" page of IP.Gallery - these settings are now directly include on the edit group form instead). Similarly, applications can plugin to the edit member pages of the ACP, all with no file editing required. Settings for an application can, as they could in IP.Board 2, still be included within the settings area of the ACP. This means you can edit a group and control all of it's settings, without having to go to each application separately to update settings for the group.

Permission Editing
Many applications have a permission matrix - a grid of checkboxes that control what each permission mask can do within that application. This system works so well that we centralized the functionality in IP.Board 3 to make it easier to reuse and control. In doing so, we've also created an easy method of updating settings for every application on a per-permission set level. That is to say, if you want to update the permissions for users in the "Validating" group, you can do so globally from one page - for all applications at once. Remove calendar permissions, forum permissions, and gallery access all at once, without having to visit each application individually.

Going along with this, many users have been confused with how permission sets and groups relate to each other. We hear often from administrators that they created a new group - now how do they set the permissions for that group? To make this easier to understand and manage, when adding a new group there is a field that will allow you to fill in a new permission mask name (if you want to set permissions for the new group differently from other groups). After you save the new group, you will be redirected to the page that allows you to edit that group's permissions globally. You no longer have to create the mask first, set all the permissions (in each application separately, as well) and then add the group afterwards, selecting the new mask. Now it can all be done in one simple, easy to understand work flow.

Template Editing
I can't give out too many details on the template editor interface *just* yet I'm afraid, but let's just say that template editing has been entirely overhauled. We have put a lot of thought into ways of making it easier to edit templates, CSS and macros to hopefully help administrators work through their skins in a much much easier fashion. Some improvements that you may find interesting:
  • HTML Syntax highlighting of skins when editing the templates in the ACP
  • Condensed HTML templates make it much easier to edit an entire "page" without having to edit 8 separate templates that will be compiled into one page
  • No more separate "Global board header and footer wrapper" area. We have, instead, made a wrapper template which includes the content of this area as well as the global_board_header, global_board_footer, member_bar, navigation, and a few other common areas shown on every page
  • AJAX CSS editing. This was actually a specific request from Rikki - apparently it's rather inconvenient to scroll 3 pages down in the CSS file, edit a color, save it, and end up at the top of the file/textarea and have to find where you were at again. Go figure. Anyways - when you save a CSS file now, it uses AJAX to save the contents, and the page remains stationary so you don't lose your place.

Reordering content
Remember all those lovely reordering dropdown menus (e.g. in the forum management screen)? Or those wonderful up/down arrow combinations (e.g. in the component management screen)? While they certainly served their purpose, they were identified for IP.Board 3 as being both inconsistent and, well, old.

All areas utilizing reordering functionality for all of our applications will use drag-n-drop + AJAX javascript functionality in IP.Board 3. Want to move a forum up one spot, just drag it up there and you're done.

In Closing
We think you will find that all in all the ACP area will be much easier to navigate and utilize in IP.Board 3. Once we get into the public beta testing stages and you get a chance to review our changes we'll be eager to hear your opinions and suggestions on the new and improved administration area.
 Share

Comments

Recommended Comments



Questions:

1) What about template editing and AJAX saving? I have the same problem with CSS files as I did template editing. Could you do the same thing? I hate loosing my place in any template file. Especially with template bits being condensed into larger fewer bits... Which is great,... i just see the same problem Rikki had with CSS as HTML.

2) Live search sounds great. But, what about menu searching? Like cPanel has where you type a word in a menu item and it only shows items with that word in it. Or like Mac OS X's System Preferences where when you type in a key word it highlights the item in System Preferences that's most relevant. Anything like that?

Link to comment
Share on other sites



Templates save via AJAX, but the "window" closes afterwards. I imagine it would be trivial to leave the window open instead. :)



The "pages" are the menu items, so it's the same thing basically. It will be clearer once it's out (especially as you are a developer). Beyond that, as I said, we can assign keywords anywhere to further help find things. :)



The ACP has been language abstracted.

1) What about template editing and AJAX saving? I have the same problem with CSS files as I did template editing. Could you do the same thing? I hate loosing my place in any template file. Especially with template bits being condensed into larger fewer bits... Which is great,... i just see the same problem Rikki had with CSS as HTML.

2) Live search sounds great. But, what about menu searching? Like cPanel has where you type a word in a menu item and it only shows items with that word in it. Or like Mac OS X's System Preferences where when you type in a key word it highlights the item in System Preferences that's most relevant. Anything like that?

Is there an option to translate an the ajax-parts into non-english langs?

Link to comment
Share on other sites

I know you can't give too much away about the new skin editor but with this:

Is it also possible that there is going to be an AJAX refresh of the changes up at the top showing the board index in something like an iFrame when you do changes to the CSS? Either way this is a great improvement!

I'm so excited to see the newest released changes and can't wait to see more!!!

AJAX CSS editing. This was actually a specific request from Rikki - apparently it's rather inconvenient to scroll 3 pages down in the CSS file, edit a color, save it, and end up at the top of the file/textarea and have to find where you were at again. Go figure. Anyways - when you save a CSS file now, it uses AJAX to save the contents, and the page remains stationary so you don't lose your place.

Link to comment
Share on other sites

@Michael - ACP help files are stored in the db, so if you add/alter those, then yes. Of course settings are stored in the db as well, so yes there. And for "pages" it depends on if the modifications are full-blow applications or modules. If so, they'll have XML files to generate the menu items, and this is where the keywords are stored. In this case yes as well.

@Morrigan, I'll make sure the designer working on the ACP sees these posts.

Link to comment
Share on other sites

Is there any way to not have the "window" close when you save a template? With a CSS style sheet you tend to make small changes save, preview, make small changes, save, preview, etc... People do the same with template bits as well, and it would be quite irritating for it to simply close. I would rather it save and tell me it saved, and have an option to close it when I'm finished.

Also with an "iframe preview" as Morrigan mentioned... Can that be optional if it's added? Because some of us have dual screen monitors, and that would be more of a hinderance than a help. Perhaps you can break the frame out into a popup window and have the "parent" window refresh it when changes are made? That way I can move the "preview" to my other screen and do all my editing on the other. And if you do a preview, it would be ideal to have a "dummy" page that has no database interaction.

Link to comment
Share on other sites

Does this mean that my suggestion for mass managing forums and groups has been added? If so then I will sleep better tonight. :)

Joking (sort of), but seriously I am so happy to read about the much improved ACP in IPB 3.0! :) Can't wait to try it! :D

Link to comment
Share on other sites

[quote name='ysun' date='Oct 14 2008, 10:36 PM']Hope the admin can hide the ACP options to the users restricted in Admin CP Restrictions. Thanks.

That would be nice. If they can't use it, why do they need to see it :D?

Link to comment
Share on other sites

Luke - you may have missed my reply where I said I don't see why the templates can't work the same as the CSS. :P I was basically agreeing. ;)

Just as a note, as well, the designer has seen this blog entry and is following it. :)

As for the iframe, a couple of good points have been brought up about this. Combined with the technical limitations involved, perhaps this isn't as good an idea as it sounds at first. We'll see what others, both internally and externally, think before implementing of course.

Link to comment
Share on other sites

[quote name='Luke' date='Oct 15 2008, 08:50 AM'][quote name='ysun' date='Oct 14 2008, 10:36 PM']Hope the admin can hide the ACP options to the users restricted in Admin CP Restrictions. Thanks.

That would be nice. If they can't use it, why do they need to see it :D?


Yes, the moderator who were set in Admin CP Restrictions would thought like this: 'if you don't believe me then don't give me permission to ACP'.

Link to comment
Share on other sites

[quote name='bfarber' date='Oct 15 2008, 02:38 PM']Luke - you may have missed my reply where I said I don't see why the templates can't work the same as the CSS. :P I was basically agreeing. ;)

Ah, didn't really see the last part I guess. Thanks Brandon :)

Link to comment
Share on other sites




Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...