Community
Participate
Working Groups
I noticed there is a problem with very long file names. It may be especially critical for mobile device users with smaller screens. I'll attach screenshots.
Created attachment 190851 [details] Illustration 1
Created attachment 190852 [details] Illustration 2
Created attachment 190854 [details] Illustration 3
the first two can be handled with CSS, the third one illustrates that we need an "expand the height" strategy for the top banner layout. McQ had another case where the user name was super long and search flowed down below.
Created attachment 190898 [details] screenshot 4 similar to problem #2, if you edit a favorite name so that it is longer than the space you had, and then hit enter, you get the favorites positioned such that the right edge is visible but not the left.
Illustrations #1, 2, 4 have been fixed in the course of doing some other cleanup during M7. So this bug is retargeted at the issue of the header not dealing with long names in both the breadcrumb as well as the user name.
moving styling bugs to RC1
This is much improved with the changes for bug 347181. We have more room, and everything wraps. BUT... I have to specify a fixed height for dijit.BorderContainer to properly layout the header. (Without one in the CSS, the header completely disappears). So when the long lines wrap, the toolbar gets truncated. Need to come up with a solution.
fixed with changes for bug 349213. - border container honors min-height so we can force a height and let it grow. - IE9 and Chrome 12 wanted to see text-align wrap before wrapping breadcrumb - breadcrumb needed spaces not margins so that wrap would actually work. The end result is quite pleasing, the breadcrumb wraps and the header grows as needed.