23 Comments

  1. Ben

    More bits requested from a remote server, more load time, potentially more attack surface for malicious users to exploit. I feel it’s more noise (granted beautiful noise) over signal. I just need to know the key details on the plugin and what’s been changed and any possible issues with my WordPress version. The other stuff? Link me back to .org or the plugin developer’s site and explain it to me there.

    Reply

    1. There are 30,000 plugins and themes. It’s incredibly difficult to find the one you want. Sending you to a separate site isn’t a very good user experience, especially when we have a lot of data and information (some of it visual) that can be used to help you make smarter decisions.

      There is no additional “attack surface.”

      Reply
      1. Ben

        Looking at this some more (and seeing your response – thank you Andrew!) I’m rethinking some of my original analysis and also want to clarify some points.

        I would say that sending people off to another website may not be the best user experience but it *may be* the most appropriate user experience depending on the amount of information that needs to be conveyed and the context that that information should ideally be conveyed in.

        That being said, I appreciate what’s trying to be accomplished in this solution. I like the fact that the plugin detail screen shows all the ratings so you can compare the amount of 5 stars to 3 stars which is more meaningful to me then the average rating. I’m still not sold on the avatars for contributors – I mean it’s visually interesting but it’s not essential information. A name and a link will work just fine in my opinion.

        The biggest issue that I see though is that the problem with the plugin search and detail page now is that it’s more about findability (finding the right plugin and making sure it works with your site) and what I’m seeing here suggests a solution more about making information more visually interesting.

        Thanks for the discussion.

        Reply

  2. It’s way too busy. Two vertical scrollbars? … The banner is completely unnecessary and doesn’t even properly fit the area as seen in the Akismet example above. The extra info (contributors, reviews) is nice and welcome, but it all could have been done w/o adding extra UI-clutter, image requests, and so on.

    Reply

      1. Most of us develop on operating systems that don’t have scrollbars visible, and using trackpads, which means we sometimes don’t initially account for the fact that scrolling is not always simple, intuitive, or cleanly designed.

        This is Beta 1. Not final release. Relax. :-)

        Reply

    1. Keep in mind that what I’ve shown here is just one piece of the puzzle. I got excited when I saw this radical change and wrote about it with the caveat than it’s a work in progress. There are improvements to be made but I really like the direction the plugin discovery/installation process is heading.

      I imagine what we see here will be more refined once WordPress 4.0 hits the RC stage.

      Reply

  3. WordPress has more important things to improve than this one. Bloated UI to install a simple plugin. The first change in WordPress 4 that is totally unusefull.

    Reply

    1. Finding the right plugin can be incredibly difficult, and is often the most cited problem people have with WordPress. Both smart use of data and visual cues are a major help.

      Keep in mind that hundreds of developers and designers are contributing to every version. This particular was only part-time work of just two of those individuals. Well worth the effort and certainly not distracting from other “more important things to improve.”

      Reply

    2. There are all sorts of things to improve but plugin discovery/install is one of them and that’s whats being worked on by a few individuals in this release. What is more important is subjective but I appreciate and am excited by the changes I’m seeing.

      Currently, the plugin discovery process isn’t as pretty or as informing as it could be. This iteration changes things around a bit to be more intuitive. Just like the Theme discovery/install process, this will get better with future releases but I’m impressed with version 1.

      Reply
    3. Andy

      zeokat, I absolutely agree with you. Meanwhile, some important issues for WordPress to be taken seriously as a CMS, such as taxonomy fixes and enhancements, are ignored for years.

      Reply
  4. Pippin Williamson

    I’ll be the first to say it in these comments apparently, but I am absolutely thrilled by these improvements. Combine the improved install details with the new “card” design, http://screencloud.net/v/opKb, and the plugins section is really beginning to shine.

    Considering that plugins are one of the primary pillars that allows WordPress to power such a significant part of the web, I’m a bit surprised so many people seem to be against these improvements. It only makes sense to make it easier for users to find plugins and understand what they do.

    Reply
    1. eherman24

      Thank you for saying exactly what I was thinking Pippin….

      Reply

  5. Not exactly the most important thing to change but new WordPress, new looks… A better search in the plugin section that would help find good plugins easier would help web developers. A sorting function for example. Sort plugins by rating, by date last updated. The fancy look slows down the work, especially if you have to work with a slower connection.

    Reply
    1. Pippin Williamson

      It doesn’t have to be. The installation tab is controlled by each plugin independently. Some plugins do an exceptional job with it and others don’t.

      Reply

  6. The plugin discovery process would improve if the string search process were more liberal with results so that searching under “db manager” would actually find “wp db manager” (which it doesn’t). Also, since there are already download metrics for each plugin, it would be cool to mashup download metrics with an associative algorithm that would produce search results similar to “users also tried these plugins” or “plugins with similar features”. As it is now, the search process is purely alphabetical within the plugin admin, but associative on WordPress.org. Why not combine the two within the admin? (I’m not a top tier developer, so I have no idea what the ramifications of these suggestions might be).

    Reply
  7. Pete

    Id’ love to see better (actually, any type of) ability to categorise my Favorited Plugins

    Reply

  8. Well now that WordPress 4.0 beta 1 is out, everyone should give it a try and see the Plugin modal changes for yourself.

    Reply

  9. Maybe I’m just being unusually dense for the moment, but how does this help the user make a better decision about what plugin to install?

    Is there additional information being provided in the modal that isn’t being provided in the repository listings? If not, how can this possibly make searching through the 30,000 plugins easier or more informative if the search is combing through the same information at the repository website? If so, why does the modal have better search features and results than the repository?

    It’s pretty, but it’s also something I’ll never use, mainly because I still don’t trust the WP.org installers. It took years for me to finally trust doing updates from the Plugins menu, but for first time installs, I’ll still go FTP for that. Only way to be sure :)

    Reply

Leave a Reply