Tuesday 22 Jul 2008

WordPress 2.6 : patch for files storage

wordpressYesterday I update my blog from WordPress 2.5 to 2.6. There are not as much changes than between 2.3 and 2.5, just some small upgrade and especially a engine optimization.

Indeed, it seems faster to me, but it may be a psychological effect! :mrgreen:

Just after this update, I had a bad surprise when posting the article about EeeBox. The images doesn't work, because it searched them in the default directory (/wp-content/uploads/) instead of reading my value to store files (/files/).

The good point, is that I discover the bug tracking tool: WordPress Trac. Like the famous Bugzilla de from Mozilla foundation, we must make a search before submitting a bug. This one was already in the base, and already corrected. With a direct link to the file functions.php to replace. :-D

» WordPress Trac: WordPress 2.6 and "Full URL path to files" option

If you had changed the directory to upload files, this update is essentiel to the blog operation.

From a personnal point of view, this WordPress is getting worst and worst for the files management. Since version 2.5:

  • it creates 2 miniatures in addition of the uploaded image,
  • it adds a lot of useless code to insert an image,
  • the title field is marked as mandatory, normally it's the alternative text.

With this 2.6 version, without touching the HTML code, here is the code that appears to insert an image:

[ caption id="attachment_36" align="alignnone" width="54" caption="wordpress" ]<img class="size-full wp-image-36" src="http://azure-dev.kizone.net/files/wordpress.png" alt="wordpress" width="54" height="54" />[ /caption ]

:eek: It makes a nice border in the editor, but nothing good if we don't have an adapted theme!

It seems people must be stronger and stronger in HTML to post articles with the desired appearance.

café Did this article help you? 
Buy me a coffee!

Leave a comment (all comments are moderated, don't waste time with spam)

Azure Dev