Support » Alpha/Beta/RC » Admin menu doesn't expand/collapse in 3.3 beta 1. Why?

  • Resolved jonschlinkert

    (@jonschlinkert)


    First, I absolutely love the additions and design changes that have been made to the menus. Thank you for that.

    However, I’m really hoping that the exclusion of the expand/collapse was either an accident or temporary. Usability testing is a big part of my job and I think this is a bad idea. The Admin area of WordPress is pretty rich with functionality, so many people keep the menus expanded while they are working so they have a “global” view of the options. Consider how frustrating it will be for users who are new to WordPress when they install a plugin and have to scroll over every menu option to find where it’s buried, and then they learn that there are two different places where the plugin has changed the menu… Not being able to open all of the menus to orient yourself is a problem.

    On a more personal level, I can’t imagine wanting to continue using WordPress if the expand/collapse isn’t restored, and I currently have close to 500 sites running. The “usablity” of wordpress is what attracted me, I’m dumbfounded how someone thinks that taking away the expand/collapse feature isn’t going to dramatically steepen the learning curve in WordPress.

    Please, please, please I urge you not to remove the expand/collapse feature from 3.3.

Viewing 15 replies - 46 through 60 (of 87 total)
  • finding plugin settings pages are easier when the plugin includes the action link on the plugin listing page.

    As to the expanding (accordion to make the distiction) menus, I’m sure their will be decent plugins to restore the functionality to users who want it.

    I complained about the flyouts on the Trac ticket weeks ago and have been ignored.

    I hate the flyouts, so good luck to you on getting any kind of movement on this.

    As we move to WordPress being used less and less (percentage wise) primarily as a blogging platform, the sole / singular / main purpose of it’s user-base purely to “write” under the posts section diminishes. Custom Post Type went a long way to kick starting that.

    True. WordPress is extensible. So as someone already pointed out, it’s fairly easy to add a plugin that does whatever you want to the admin menu. Look at all the people who were using the Crazy Horse menu (the current left-hand sidebar) as early as WordPress 2.3.

    Btw, can you point me to where the “easy to write” copy is on WordPress? I found tons of plugins and themes that have that marketing copy like “we make it easier for you to write with WordPress”, but not so much luck on WordPress.org or .com themselves.

    An ideal doesn’t have to be included in marketing copy to be a goal. Having new features and the editors “get out of the way” is something I’ve heard from several members of the core team in person so no, I can’t direct you to a page on a website.

    Last Eric, can you tell us how many of the people who constitute the “majority of the community” use WordPress for just “writing” versus company websites, social media marketing, PR, light e-commerce, reviews, domain name sales, ad revenue, affiliate programs, etc. etc. etc.

    I’m recycling an old argument that was made to me by the core team when I griped about feature additions (and rejected features) back in WordPress 2.7.

    But if you want some rough numbers, there are over 62 million WordPress-powered sites in the world, “about half” are on WordPress.com (ref). If you take a conservative estimate that only 1/4 of all self-hosted installs are “just for writing,” that still gives you more than half of the community that uses WordPress “just for writing” versus company websites, et al.

    The problem is, each time one of these decisions is made for us (with no option to revert), it moves another small percentage of users into the “edge case” category.

    Actually, the option is to not upgrade. I know, that sounds horrible but think for a minute. WordPress 3.2.1 is secure, so unless you absolutely need the new features added in 3.3, you don’t need to upgrade. If you do want the features, the option instead becomes the choice to write a plugin to go back to the way things were.

    When the admin bar was first introduced, so were several plugins that immediately removed it. There’s even a plugin that converts the vertical admin menu back to a horizontal menu at the top of the page (http://wordpress.org/extend/plugins/horizontal-admin-menu/).

    WordPress 3.2.1 is secure, so unless you absolutely need the new features added in 3.3, you don’t need to upgrade.

    Ha, that’s funny because I said that last week and was ridiculed.

    But you know the thing that’s at the back of my mind?
    We changed the AdminUI in 3.0, 3.2 and now again in 3.3. That’s 3 changes to the workflow in 15 months. Does that not set alarm bells rining?

    Does that not set alarm bells rining?

    It actually sounds like incrementally progressing towards an overall goal and vision to me.

    Not that I’m defending everything going on. I’m not 100% on some of the changes and having plenty of issues myself. I’m just saying I can see how what is happening, is happening

    WordPress 3.2.1 is secure, so unless you absolutely need the new features added in 3.3, you don’t need to upgrade.

    Ooh, I can’t buy that one at all. WP is progressing, it won’t roll back. Progressing with WP gets the features as they come. At some point in the future there will be a security upgrade. If we avoid upgrading to avoid certain changes, and then in a year and a half a security upgrade comes down the pipelines, it’s gonna make that security upgrade far more painful I would think.

    Actually, the option is to not upgrade. I know, that sounds horrible but think for a minute. WordPress 3.2.1 is secure, so unless you absolutely need the new features added in 3.3, you don’t need to upgrade. If you do want the features, the option instead becomes the choice to write a plugin to go back to the way things were.

    I very much disagree. Maybe 3.2.1 is secure now but the most current version is the one that will STAY secure. Not upgrading is a bad plan. A plugin that auto-expands all the menus would be a much better solution. Here’s the code. Drop that in your mu-plugins directory (or add it to plugins and enable it) and you’re done. As soon as it gets approved I’ll add it to the repository.

    The problem is, each time one of these decisions is made for us (with no option to revert), it moves another small percentage of users into the “edge case” category.

    Almost. It doesn’t move another small “percentage” of users to an edge case, but it does move more users to an edge case. Imagine that an “edge case” is the outside 2% on each side (far left and far right). When you have 500,000 users that means about 10,000 users on each side. Maybe you aren’t in that 10k but you’re in the outside 75k. As users are being added, the vast majority drop right in the middle somewhere (not power users or developers, but also not people that have never seen a computer). When you hit 50,000,000 users the “edge cases” (still at 2%) now account for 1,000,000 users on each side and now you’re part of the edge case.

    Unfortunately that’s how it works. Lest ye be confused, I’m clearly an edge case here too.

    Ooh, I can’t buy that one at all. WP is progressing, it won’t roll back. Progressing with WP gets the features as they come. At some point in the future there will be a security upgrade. If we avoid upgrading to avoid certain changes, and then in a year and a half a security upgrade comes down the pipelines, it’s gonna make that security upgrade far more painful I would think.

    Over the long term I agree. But the beauty of open source is that you can do with the software whatever you want. There’s no requirement to upgrade so long as you recognize the security risk you’ll be running should you fall too far behind.

    And, if you’re really enterprising, you could always backport security patches on your own if the core team doesn’t do it for you. Trac records every commit …

    Thread Starter jonschlinkert

    (@jonschlinkert)

    It’s interesting, as much as this conversation has turned to discussing “edge cases” or “power users” versus “normal users”, it’s not really that at all.

    It’s developers versus users. What is a “power user” anyway? Do developers equate “power users” with power functionality? Or power users with edge case needs? I’m pretty sure that normal users become power users when the system works well enough for them to do so. And every time a company starts alienating their power users, a shark starts swimming in the distance that just begs to be jumped.

    I don’t speak for everyone here, but to me a power user is someone that isn’t a developer but is doing a lot more than your normal user. For example, someone that doesn’t write code but runs an MU site with 500 subsites…that’s a power user. It’s beyond what normal users would do even if the software made it easy.

    I’m a little late to the game, but here’s my 2 cents.

    I handle support for lots of new WordPress users, and I often give instructions to go to various admin pages such as Appearance -> Menus.

    I’m guessing that the flyouts are going to cause more difficulty in finding things for the new user. The various pages won’t be right in front of them, so I have a feeling there will be a % of users that can’t find admin pages on the first try. My instructions will have to change to “Hover over Appearance, then click the Menus page”. No, I don’t expect everyone to be able to figure that out on their own.

    It’s all a guess on my end – I’m no UI designer, and I don’t think this is necessarily a huge deal. I’m just not convinced this change is for the better.

    @andyadams – the submenu items still appear when you click the main item. Its just that all menu items cannot be kept open. Only the active item opens up to reveal the sub-items

    John Blackbourn

    (@johnbillion)

    WordPress Core Developer

    Replying to andyadams:

    My instructions will have to change to “Hover over Appearance, then click the Menus page”. No, I don’t expect everyone to be able to figure that out on their own.

    What is your instruction currently for a menu that isn’t expanded? Something like “Click Appearance, then click the Menus page”? You can still do this.

    I too have worked at helping people with WordPress along with other programs and I find no matter how you design the interface some will not “get it”. And for those that have been using WordPress for some time some will like the change, some will hate the change, and some won’t care. I fall mostly into the latter. Change is going to happen for whatever reason and I prefer to find the advantages of the change versus complaining about it. The OZH Admin dropdown menu plugin is the first plugin I install on any site I build as I didn’t like when all the menus got opened I had to scroll up and down to find items especially if I had installed plugins that added their own setting menu. So this works almost as well as the OZH plugin except for the fact it takes up screen real estate on the left. Having the items collapse automatically or not expand at all if you don’t click on them is very helpful for me.

    That’s my 4 cents.

    How do I see new items in a closed menu without a mouse? They stay closed on keyboard focus. The pre-3.3 menus were keyboard accessible.
    It is not better now, it’s just a regression.

    How do I see new items in a closed menu without a mouse?

    Try pressing “Enter”.

Viewing 15 replies - 46 through 60 (of 87 total)
  • The topic ‘Admin menu doesn't expand/collapse in 3.3 beta 1. Why?’ is closed to new replies.