In the default state, `wp_nav_menu()` classes for `li` elements are useful as CSS and JS selectors, but are not human-friendly. I prefer to use selectors like `.menu-item-archives` instead of `.menu-item-38008`. This function creates a human-readable class on the `li` elements generated by `wp_nav_menu()`.
In a WordPress multisite installation, users were customizing their meta box configuration in the Screen Options tab (including boxes for various plugins) and having the settings disappear[^1][^2] between sites because WPMS has per user–not per user, per site–options for customizing the Dashboard and Screen Options.
I ended up writing the following plugin to create a series of shadow screen options for each user. This is reasonable on multisite installs with a finite number of users and blogs. If you are not concerned with the number of rows added per user, per blog, then this will allow your users to set Screen Options on a per blog basis. This is especially relevant on multisite installs where blogs have different uses and the active plugin set differs between blogs. Screen Options for plugin-generated meta boxes will be saved on a per site basis for each user, allowing them to retain their Add New/Edit Post appearance on each separate blog.
[Shadow Screen Options](http://wordpress.org/extend/plugins/shadow-screen-options/)
[^1]: [Per user screen options overwrite per site custom meta boxes](http://wordpress.org/support/topic/per-user-screen-options-overwrite-per-site-custom-meta-boxes)
[^2]: [Screen options and meta box settings can lose per-blog meta box positions](http://core.trac.wordpress.org/ticket/17370)
Between WordPress 3.0 and WordPress 3.1, code was added to change certain characters in image captions into their HTML/ASCII character code equivalents. However, some people like to include links in captions, and this new filter broke that ability by swapping valid link code (albeit with strict limitations on the use of single and double quote characters) for HTML characters.
The serving of static image files by
ms-files.php can be problematic with some server setups, especially those that are using nginx to serve static files. I wrote the following to deal with uploaded files in situations where I don’t care about masking the actual location of the images.
I love [Ozh’ Tweet Archiver](http://planetozh.com/blog/my-projects/ozh-tweet-archiver-backup-twitter-with-wordpress/)–it just works, which is an awesome feature. However, a few months ago I noticed that my tweets were being scheduled instead of posted. This problem has nagged at me for awhile, and I figured it was an issue with my server (me on the East Coast, my server on the West Coast, and GMT/UTC somewhere else), until I read [this comment on the Tweet Archiver page](http://planetozh.com/blog/?page_id=1528&cp=2#comment-126102) describing exactly the behavior I was experiencing.
Given an array of post data to insert or update, it is easy to add a Post Format to the taxonomy array (similar to the `category` or `post_tag` data). The following assignments can be using in a conditional statement to automatically attach a Post Format to a saving post.
I’m currently using Theme Hybrid as a parent theme and have been exploring the internals with an eye to using WordPress 3.1’s new Post Formats for a lot of my content. I import my tweets from [Twitter](http://twitter.com/) via [Ozh’ Tweet Archiver](http://wordpress.org/extend/plugins/ozh-tweet-archiver/); I import my bookmarks from [Delicious](http://www.delicious.com/) via [FeedWordPress](http://wordpress.org/extend/plugins/feedwordpress/). These imported posts were previously stored in Custom Post Types, but Post Formats seem like a better fit, especially with the [hoops I jumped through](http://bajada.net/2010/10/12/custom-post-types-in-the-loop-using-pre_get_posts-refined) to get them to appear in The Loop.
The following explores options in Theme Hybrid for using a child theme to create custom Post Formats.