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)

SeaMonkey 2.0 Branch
x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: dsb, Unassigned)

Details

(Whiteboard: [SmBugEvent])

Attachments

(1 file)

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.
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
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [SmBugEvent]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: