46 Responses

  1. Brady Valentino // April 28th, 2008 at 6:14 pm

    Some great ideas in there Dan, thanks for posting. :)

  2. John @ WordPress Expert // April 28th, 2008 at 6:20 pm

    Wow, this list is amazing! This might as well be the “to-do list” for WordPress 2.6. :)

    I totally like #15 (theme library API). I’ll add this to my “plugin ideas” list (but, of course, WP integration would be even better).

    Here are some ideas for options to add to WordPress 2.6’s “Settings” section:

    - Add “nofollow” to the “Register” and “Login” links
    - Remove “nofollow” from comment links

    These settings (and others) are already possible with my WordPress Tweaks plugin, but I think it would be great for those two to be integrated.

  3. Brian // April 28th, 2008 at 7:30 pm

    Great list. I can’t say I disagree with anything you have to say. My biggest issue with WP right now is the WYSIWYG editor. Such a pain. Same with the <code> function. Hopefully WP fixes those issues in 2.6

  4. Dan Philibin » Blog Archive » 30+ Things that should be changed for WordPress 2.6 // April 28th, 2008 at 7:30 pm

    [...] Article written over at WPCandy. [...]

  5. 30 WordPress Change Suggestions for 2.6 | Cory Miller Media | Custom and Premium WordPress Themes // April 28th, 2008 at 7:59 pm

    [...] gives 30 things that should be changed in WordPress 2.6 More Articles How to Become a WordPress DeveloperTweak and Test, Tweak and TestWeb [...]

  6. Jon Peltier // April 28th, 2008 at 8:07 pm

    Me too on #6 and #7.

  7. Andrea_R // April 28th, 2008 at 8:32 pm

    The only one I disagreed with (naturally) was #20, for obvious reasons. I think it does it well enough, just not for casual users; ie - one admin who wants a handful of blogs.

    The rest I leave a hearty “hear, hear!”.

  8. Armen // April 28th, 2008 at 8:52 pm

    Nice article. You’ve really hit the nail on the head with many of these.

    One more - spam defence like Textpattern. TP users don’t have any spam issues at all.

  9. Jermayn Parker // April 28th, 2008 at 9:39 pm

    I would also like a file which tells you excatly which file to upload and replace from the previous version. Its too much guess work…

    I also agree with the plugins directly going to the settings. It would be nice for them to have their own sub-menu.

  10. Dan Philibin // April 28th, 2008 at 9:43 pm

    @Jermayn Parker - you mean uploading WordPress? Simply upload everything but the wp-content folder, visit http://yoursite.com/wp-admin/upgrade.php, and your’re good to go.

  11. Jermayn Parker // April 28th, 2008 at 9:54 pm

    Thanks Dan.
    It would be handy to be able to upgrade WP like you can the plugins. It would probably mean that it would be upgraded quicker..

  12. Michael Castilla // April 28th, 2008 at 10:49 pm

    Now let’s just hope Automaticc checks this out and puts it to work!

  13. Sumesh // April 28th, 2008 at 11:39 pm

    Some of the problems can be overcome by plugins, but it will be more optimized if integrated.

    I’m very frustrated about the pagination problems caused by query_posts.

    As for theme library and API, it would be very messy and too much work for Automattic.

    Akismet requires an API key because
    a)WP.com will get an extra user, and
    b)there might be database reporting that requires identification (even Defensio requires API key).

    The code mess-up in WYSIWIG editor can (mostly) be escaped by encoding codes. Postable is a good AJAXed tool for it.

    Archive headings can be empty by specifying ‘&title=’ (without value), can’t the same be done for blogrolls? I don’t bother with them, because blogrolls are (mostly) obsolete now.

    Many of these things - AJAX comments, admin bar, customizable color schemes for admin panel and login page - can be done by modifying core files. The only problem is that you might lose the changes during an upgrade (using WinSCP to compare files for change is a way, but it won’t work if there have been architectural changes).

    PS: You’ve left unnecessary links to this very post with words ‘plugin’ towards the end of the post.
    Also reconsider the styling for code tags - the yellow bg and border-bottom look bad for inline codes.

    The current theme respiratory for WordPress is full of crap templates

    Hate to nitpick, but I think you meant respiratory repository.

  14. Mao-B // April 29th, 2008 at 2:22 am

    I would not recommend to activate Akismet or any other Antispamplugin from the start. I had to many false positives due to using Akismet and related Plugins in the past so i no longer trust such plugins. The Admin should have always a choice which plugins he will use after installation. Some integrated plugins sure make sense, but built-in ore Autostartet Antispamplugins could be a shot in the back!

  15. Baris Unver // April 29th, 2008 at 3:08 am

    I have another suggestion: Put the category selector back to the sidebar before I kill ya! Of course, that’s not a proper way to ask for it, but I wanted to tell it like that because I created a plugin which does exactly what I want. Here.

  16. Bram // April 29th, 2008 at 3:29 am

    Very nice list I must say. I haven’t used wp in a while, but I must agree, if these were taken into effect, WP would become a hell of a lot better!

  17. Remkus // April 29th, 2008 at 4:25 am

    Wow.. awesome list. I myself generally don’t put that much energy into what could be better or fixed, but if I would be, this list could just as well have been my list.

    One thing I would add, but this one needs input from both the designers and WordPress.org, is a way to incorporate widgets on whatever place you like in your theme without having to transform all those places into ’sidebars’.

    Also I’m with John on the nofollow correction :)

  18. Links Roundup - April 29th 2008 // April 29th, 2008 at 6:00 am

    [...] 30+ Things That Should Be Changed for WordPress 2.6 - A fantastic list of how wordpress could be upgraded. [...]

  19. Ryan // April 29th, 2008 at 6:29 am

    Interesting list. I don’t agree with all of them though.

    In particular:

    2. What is wrong with it exactly? I’ve spent a lot of time delving into the new admin panel code and it seems fine to me. There’s lots of ID’s to hook into, but this is just to make it easier for plugin themers to modify the look of the admin panel.

    5. I would rather a plugin take me directly to it’s options page as I may want to activate other plugins before doing that.

    The position of the options pages is controlled by the plugin. I supposed Wordpress could recommend placing options pages in certain areas, but they shouldn’t enforce anything.

    17. Plugin developers can already package most plugins with themes via the functions.php file.

    23. That seems like code bloat. And how would they decided which feed burners to support and which not to? All you need to do is edit the feed location in your theme and possibly redirect the WordPress feed to your new one.

    27. I haven’t tried, but it seems like something you could easily add via a theme.

    29. This definitely seems like a theming issue. You shouldn’t need to alter the core software to enable this.

    30. Again, just a theming issue

  20. wp-fun » 5 Things WordPress should not do in 2.6 // April 29th, 2008 at 7:19 am

    [...] Philbin has written a great post over at WP-Candy titled 30+ Things That Should Be Changed For WordPress 2.6. Some I agree with and others I don’t, so here is my list of things I don’t want to see [...]

  21. iJohn // April 29th, 2008 at 8:30 am

    Man, they need to be calling you about wordpress 2.6!

  22. Wordpress 2.6 suggestions | Jonathan MacDonald.com // April 29th, 2008 at 8:57 am

    [...] Dan Philbin has gone to town with this one and listed the top 30 suggestions to improve Wordpress. [...]

  23. JamieO // April 29th, 2008 at 11:12 am

    There is a chicken and egg principle with plugins and their functionality making it into the base. If WP canibalizes the efforts of plugin authors too much, they won’t want to write future ones because WP steals their credit.

    Perhaps shipping with a few more useful plugins you mention out-of-box with the default state set to activate when performing a new install (not upgrade) might go a long way on this front.

  24. Jeremy Davis // April 29th, 2008 at 11:19 am

    I’m totally with you about the admin tab hovering thing. I dread when I realize that I have to edit a page because I have to click manage then wait for my posts to load so I can then click page to get to edit the page I need.

    What’s wrong with WordpressMU? I have plans to use it for an upcoming project and am just curious as to what some of its downfalls are. If I remember Wordpress.com uses it so I assumed it was pretty legit.

    Thanks for the list of wishful thinking. Hopefully we can see some of these changes.

  25. John @ WordPress Expert // April 29th, 2008 at 2:09 pm

    Quote from Jeremy Davis:

    What’s wrong with WordpressMU? I have plans to use it for an upcoming project and am just curious as to what some of its downfalls are. If I remember Wordpress.com uses it so I assumed it was pretty legit.

    @Jeremy Davis: I’m not quite sure what the post author means by “the multi-user version doesn’t do [multiple blogs] well enough” (I personally think it does), but you might find this article of mine relevant: WordPress vs. WordPress MU: A Comparison — as the title implies, it discusses the pros/cons of WordPress MU as compared to regular WordPress.

  26. Joshua Goodwin // April 29th, 2008 at 2:37 pm

    Good post. A few points:

    20. I like having WordPress MU (the link to which is broken by the way, it’s mu.wordpress.org) seperate. Frankly most people don’t have multiple blogs, and what a waste of bandwidth for them to download multiblog capabilities which they don’t need.

    1. You can create your own custom colour schemes — although yes, I agree that it could be made simpler, and perhaps better documented as well.

    25. Isn’t this attended to in the “settings” section?

    21. The standard for sidebar headers is h2.

    23. What about the FeedBurner feedsmith plugin.

    27. I’m not sure what you’re talking about — you randomly link to this post — but is there not a “comments RSS feed for this post” already?

    I think — as some previous commentators have said before me — that some of the features you hanker after will not be loved by all the WP userbase. A lot of novices use WP.

  27. Jen // April 29th, 2008 at 3:25 pm

    The widget page in the dashboard sucks. If you have 3 sidebars and you want to to rearrange widgets by moving a widget from sidebar 1 to sidebar 3 you have to completely reload the page 3 times. Remove the widget. Save that sidebar. Load sidebar 3. Add that widget. Save the sidebar.

    Dashboard does suck butt. Theres nothing there I want to see at all, except every now and then I want to see Wordpress news. Why would I want it to take up 3/4 of the damn page in huge blocks? Stuff it in a box and give me some widgets on the dash without requiring a plugin that might screw something up.

    And, maybe a Twitter form on the dash. Love that.

  28. Nathan Rice // April 29th, 2008 at 3:38 pm

    Unfortunately, I have to disagree with about 20 out of the 30. It’s a no-brainer that bugs should be fixed. That’s why there is a bug tracking system for the WordPress Project.

    But there’s something we all need to understand about the idea of integrating cool plugin features into the core: WordPress is currently a 1.2MB download. Matt wants to keep that number as small as possible. There is a reason WordPress is a plugable system.

    In order for something to be integrated into core, it should meet 2 criteria:
    1. It must be beneficial, almost necessary, for the vast majority of WordPress users.
    2. It must be possible without the addition of too much new core code.

    (FYI, this is also the reason why you will not see a new default theme any time soon).

    I could reply to many of these as either:
    1. already possible with a plugin
    2. theme issue

    You make a lot of good, common sense points though. I think a lot of this is already in the feature request repo, so I’d expect to see a lot of this added in the next feature release.

  29. Another Day, Another Upgrade : Blogging For The Money // April 29th, 2008 at 10:27 pm

    [...] WPCandy has a list of 30+ things that should be fixed in WP 2.6 I have to say I agree with every single freaking one of [...]

  30. Ultime dal fronte WordPress 18-2008 // May 1st, 2008 at 1:47 am

    [...] di WordPress 2.6, cosa aspettarsi da WordPress 2.6, 30+ cose che dovrebbero cambiare in WordPress 2.6, e 5 cose che WP non dovrebbe avere nella versione [...]

  31. WordPress Weekly News, 18-2008 // May 1st, 2008 at 1:50 am

    [...] about WordPress 2.6, What to Expect with WordPress 2.6, 30+ Things That Should Be Changed for WordPress 2.6, and 5 Things WordPress should not do in [...]

  32. Shanti @ Antishay // May 1st, 2008 at 3:43 am

    #6 AMEN!

    I have learned a whole new way of writing and developing posts due to this damn editor. I finally just started writing posts in TextMate and copy-pasting them into the HTML editor and clicking POST without going back to the visual editor. It works *most* of the time. I would love to see a switch here - especially for us coders here!

  33. Best of Avril 2008 : le meilleur des liens et ressources // May 1st, 2008 at 8:36 am

    [...] 30 choses à changer absolument pour la prochaine version de WordPress. Je suis d’accord sur pas mal de points, mais pas tous ! [...]

  34. 30+ Ideas for WordPress 2.6 | WordPress Expert // May 1st, 2008 at 10:03 am

    [...] recently posted an interesting article called 30+ Things That Should Be Changed in WordPress 2.6. It’s essentially a big ideas list spanning the administration, the comment system, and [...]

  35. Kaspars // May 1st, 2008 at 1:25 pm

    Not trying to do a self promotion here, but there is a solution for the 1. Customizable Color Schemes already — Baltic Amber Colour Themes & Schemes. You need to specify only two base colors to change the whole admin color scheme.

    The “new” colour scheme feature is actually nothing more than an option for the plugin authors to specify a new colour CSS file, which by default (the Fresh scheme, for example) consists of more than 40 (!) different colours, including ~15 different shades of the base colour and around 10 grays. And they are not grouped but spread around different CSS indentifiers. Find/replace clearly is not the best solution.

    Therefore the Baltic Amber plugin does the following magic — algorithmically creates around 10 shades from those two base colours specified by the user and replaces them in the CSS file.

    There is a random colour generator as well :)

  36. Neil // May 1st, 2008 at 2:30 pm

    you forgot the use of albums within the gallery feature, great list though!! But should we not be trying to think of how we can improve the readers experience?

  37. mccormicky // May 1st, 2008 at 11:05 pm

    It’s my opinion that they need us to have to create a WP.com account in order to get a key for Askimet so that they can say we have 2,000,000,000 accounts. But I do wish it would be auto matic. I have to create email accounts each time I set up a new wordpress website just to get the key and it gets to be a pain in the behind around the 10th website.I donot need a wordpress.com blog if I am downloading a self hosted one right? There’s an option to just get the key or have a blog and a key but not everyone sees this when signing up.
    I noticed that a lot of your ideas for 2.6 are handled with plugins, and you state that.I think if 2.6 were to include all of your points many plugin authors might be angry since essentially their plugins would be redundant.That’s a lot of hard work down the drain.
    I 100% disagree with your statement that most WordPress users are html ninjas-you perhaps ought to state that most Theme Developers are html ninjas. My clients don’t know how to use html at all and I am glad WP cleans up after them or my themes would look sorry indeed.

  38. John Kolbert // May 2nd, 2008 at 2:07 pm

    Great list. I agree completely! WordPress has come along way with 2.5, but it still has a ways to go!

  39. WordPress Talk - May 6, 2008 // May 6th, 2008 at 7:01 am

    [...] your input on what you’d like to see on WordPress 2.6. It looks like Dan at WPCandy has collected over 30 ideas he’d like to see with WordPress 2.6. Talk about thorough! This list has a lot of great ideas [...]

  40. Melissa // May 6th, 2008 at 11:08 am

    Great list, I agree with most the points you’ve made - especially the dashboard. I know what theme I’m running, so why do I need to be told every time I open up my dashboard?

  41. 30+ Things That Should Be Changed for WordPress 2.6 | | Ads News // May 9th, 2008 at 11:48 am

    [...] Comment Subscriptions There’s an excellent plugin to do this, but this should be built [...]

  42. Davor Bomestar // May 11th, 2008 at 8:23 pm

    I f***** couldn’t agree more with you! I was all spiced up while reading this. If they fix all of this it would be like best thing ever :)

  43. WPCandy » COLOURlovers Admin CSS Designer Tool // May 13th, 2008 at 6:00 am

    [...] few weeks ago I posted a list of 30 improvements I’d like to see in WordPress 2.6. Item number one? Customizable color schemes - possibly with COLOURlovers integration. Two weeks [...]

  44. Gabfire web design » Additional color schemes for WordPress admin area // May 13th, 2008 at 10:31 am

    [...] while back, Michale wrote an interesting article which is entitled 30 improvements I’d like to see in WordPress 2.6. The first place on the list was about “customizable color schemes - possibly with [...]

  45. Nicki // May 13th, 2008 at 4:14 pm

    While I agree with a good many you named on there, I am leery of any existing plugins being implemented directly into WordPress (#27, #28, *but particularly #24!!!*). Personally, I would still prefer to choose which ways I want to handle this (in other words, I want the functionality of another plugin implemented instead!).

    I’m all for making WP better, but I don’t want to give it TOO much control!

  46. WordPress 2.6 - Was erwartet uns diesmal? « Blogs « Selbständig im Netz // May 14th, 2008 at 1:53 am

    [...] dem Blog WPCandy.com hat der Autor eine Liste mit 30 Dingen veröffentlicht, welche er gern in WordPress 2.6 sehen würde. Ich muss sagen, dass mich [...]

Leave a reply