Open
Bug 510826
Opened 15 years ago
Updated 13 years ago
Print Preview toolbar buttons/etc. don't wrap when window not wide enough to display them
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: dsb, Unassigned)
Details
(Whiteboard: [SmBugEvent])
Attachments
(1 file)
62.11 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.22) Gecko/20090605 SeaMonkey/1.1.17 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.22) Gecko/20090605 SeaMonkey/1.1.17 In the Print Preview window (mode?), the buttons/etc. in the toolbar (or whatever it's properly called) at the top of the window do not wrap (and are not otherwise accessible, say, by scrolling) when the window is not wide enough to display them. (That means if you start with a window that is not going to be wide enough for the Close button to be visible, and then invoke Print Preview, you can't of course see the Close button to get back to the previous window/mode, and, depending on exactly how wide the window is and where the toolbar is cut off, you don't even get any indication that there is something out there for which you might want to widen your window (assuming you actually have room to do so).) you can't even see an indication that there are Reproducible: Always Steps to Reproduce: 1. View some page. 2. Invoke Print Preview. 3. Narrow the window so the Close button is not visible. 4. Go back to viewing the page (well, um, I'm not sure how since the Close button isn't visible. Maybe print the page. 5. Invoke Print Preview again. 6. Notice that you can't see the Close button. It (and other toolbar controls) do not wrap to appear within the browser window. If the window width is such that it cuts off the toolbar between two controls, notice that you can't even tell that something is cut off. Actual Results: See step 6 above. Expected Results: The toolbar should wrap (as menu bars do on Windows--hey, SeaMonkey's don't wrap either!) or have some kind of scrolling mechanism.
Comment 1•15 years ago
|
||
Can you reproduce with SeaMonkey v2.0b2?
Version: unspecified → SeaMonkey 1.1 Branch
(In reply to comment #1) > Can you reproduce with SeaMonkey v2.0b2? Not easily; I run Seamonkey 1.1x. Are you having trouble reproducing in on SeaMonkey v2.0b2?
(In reply to comment #1) > Can you reproduce with SeaMonkey v2.0b2? It's just as broken in SeaMonkey 2.0.6.
What is your screen resolution? Can you attach your screenshot? Attach it via the "Add an attachment" function to the bug.
Version: SeaMonkey 1.1 Branch → SeaMonkey 2.0 Branch
(In reply to comment #4) > What is your screen resolution? Note that how big the screen is is not relevant. How big the _window_ is is the important thing: "... when the window is not wide enough to display them." > Can you attach your screenshot? Attach it via the "Add an attachment" function > to the bug. Roger.
Confirming that the Print Preview "menu" buttons get truncated (not exposed) if the window size is less then their combined width. The menu does not wrap. Whether the Close button is viewable or not is not really a concern (IMO) as you can still close the dialog with a Ctrl+W or by clicking the 'X' close button. Other buttons, perhaps more so, but even then if you resize/maximize the window, you'll have full functionality. Now if you were on a mobile or otherwise limited width device, that would not hold true. Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20110511 Firefox/4.0.1 SeaMonkey/2.1
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [SmBugEvent]
You need to log in
before you can comment on or make changes to this bug.
Description
•