Admin Menus Fixed

No configuration is necessary. It works all by itself.

If you'd like to help a real starving artist, please help us buy food and medical care for our Bengal and Maine Coon rescues.

One size does not fit all and it's a difficult, if not impossible, task to find a sweet spot that incnveiences the least number of users. The content partially covered is the top of the page title (Dashboard, Posts, Media, Links, Pages... etc.) This isn't a serious thing, as Ozh' menu itself indicates the page you are on; thereby rendering the page title redundant. The "Add New" Button is redundant, as the functionality is also available in each of the Drop Downs that need that functionality. The "Screen Options" and "Help" tabs are another matter. They provide access to functionality unobtainable by other means. I set break points to accommodate 5 extra menu header items in addition to the 11 WordPress standard entries. I figure that there will be at least 3 plugin headers added to an average WordPress install menu. When the plugin count exceeds 5, the menu will wrap earlier. The standard WordPress menu headers are between 4 and 10 characters long. I have seen one plugin suite that adds 10 separate menu headers that are between 11 and 17 characters long... each. That gobbles up a lot of horizontal space right quick, adding up to being longer than the WordPress default set. Effectively doubling the horizontal space required makes things near impossible to predict. At a browser window width where the WordPress default set would not wrap, the menu is already wrapping once and is near to wrapping a second time, but the vertical spacing hasn't changed to accommodate. The problem gets far worse at mobile screen widths; where this condition would cause Ozh' menu to wrap 10 times! In order to have Ozh' menu wrap as needed and accurately adjust the vertical spacing of the Admin Page content for every situation out there, I'd have to sniff the sheer number of plugins installed, determine which ones add menu entries AND determine how long each of those entries are. I could increase the default break point widths to accommodate an even larger default number but, then, I'd get users wondering why there is so much blank area above the page content when the menu wraps way earlier than necessary on their install. The idea is to save space, not squander it. Workarounds (Not elegant but, if it is only a sometime thing, )

1. Setting Ozh' Admin Drop Down Menu to Icons Only can solve the issue, as they are small and all the same width.
2. Drag the browser window narrower temporarily until the vertical adjustment kicks in, exposing the hidden button/tabs.