Open Bug 232589 Opened 22 years ago Updated 3 years ago

Print preview window should be same geometry as originating window, or maximized

Categories

(MailNews Core :: Printing, enhancement)

x86
Windows 98
enhancement

Tracking

(Not tracked)

People

(Reporter: skydaemon80, Unassigned)

Details

User-Agent: Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040125 The print preview window is displayed in the same dimensions and position (its "geometry", in X Window jargon) as the window it is invoked from (i.e. Mail & Newsgroups and Address Book). However, should the user move or enlarge either window, the print preview window stays at its initial geometry the next time it is displayed. This is visual "clutter" or "pollution" (for lack of finding a better term) from a users' perspective; so many unmaximized windows on the screen to keep track of, as if there already isn't enough (Print Preview, Mail & News, open Navigator windows, other application windows). If there are a lot of unmaximized windows open, it can even cause confusion for some ("I just chose the Print Preview command, but where did Print Preview go...? Oh, there it is!") To help reduce this clutter and put visual emphasis on the Print Preview operation, the print preview window should be repositioned and resized whenever it is displayed so that it is the exact geometry as the originating window. Better yet, the Print Preview window should be maximized (take up the full screen) to put greater focus on the immediate Print Preview operation, and temporarily reduce screen clutter. Reproducible: Always Steps to Reproduce: n/a
Product: MailNews → Core
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: esther → printing
Product: Core → MailNews Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.