Set Twitter language for WordPress oEmbeds

The oEmbed tweets on my hosted blog have been coming up in Chinese for the last few months, and I’ve been unable to resolve the situation with my web host. Add this to your theme’s functions.php if you are having the same issue; it will check the WP_LANG setting in wp-config.php and update the request to Twitter accordingly.

The filter that allows this functionality was added in WordPress 3.5.

Continue reading Set Twitter language for WordPress oEmbeds

Remove posts with category (or categories) from BuddyPress Activity Stream

This was tricky and took me several attempts to figure out how to gracefully remove posts in a specified category from the public BuddyPress Activity Stream. Proposed solutions took the approach of stopping the activity from being added to the table; however, this raised issues when an existing post was updated and put in the excluded category, and also when an excluded post was updated to no longer be in the excluded category. Additionally, these posts were not included in the author’s individual Activity Stream, which led to further confusion.

I had to move `bp_blogs_record_post` from `save_post` to `wp_insert_post` to allow `_save_post_hook` to clean the post cache prior to running `in_category()`.

Continue reading Remove posts with category (or categories) from BuddyPress Activity Stream

Add human-readable classes to wp_nav_menu()

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()`.

Continue reading Add human-readable classes to wp_nav_menu()

Per user, per site Dashboard and Screen Options in WordPress multisite

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](

## References

[^1]: [Per user screen options overwrite per site custom meta boxes](
[^2]: [Screen options and meta box settings can lose per-blog meta box positions](