Last modified: 2012-05-04 22:31:35 UTC
Using: Firefox 3.5 or 3.6, verified on Win 7 and Fedora 11/12 I don't know if this happens in other browsers, someone with IE could check that. If the section names in the toolbar don't all fit on one line, the ones that wrap around overflow off the background and float on top of the text in the input area. The same is true for a section with buttons, if the buttons don't all fit on one line. To see it in action, go to el.wiktionary.org to edit a page; select 'Τοπικά' which has plenty of buttons, then shrink the window. You can also simply shrink the window before clicking anything on the toolbar and watch the section name behavior.
You could fix this right away by nesting the 'Τοπικά' menu into groups. We currently float the groups of icons to the left instead of floating the individual icons themselves. If you'd break it into two or more separate groups of icons, instead of having them all in one, the groups would wrap to the next line. Our configuration on the usability prototypes has an Advanced toolbar with five groups and it wraps nicely. I'm looking into switching this around so it'd work regardless of the number of groups you have, but will need more time to ensure that it doesn't break anything.
Thanks for that tip, I split the buttons into two groups immediately. The toolbar names issue is still a problem. Is there a workaround for that (other than combining two of those into one, which I'm loath to do)?
labelMsg should be an optional parameter. Just leave it off if you don't want a label for a particular group.
Not the group names; the names of toolbars and booklets. Those wrap around too if they don't fit.
