Closed
Bug 230679
Opened 21 years ago
Closed 21 years ago
Print preview close but not intuitive
Categories
(Core :: Print Preview, enhancement)
Tracking
()
RESOLVED
FIXED
People
(Reporter: bugz, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+ When closing the print preview you need to hit the close button, not the X in the top right corner. This is not intuitive, and is inconsistent with the way other components like this work - for example view source opens in a seperate window. Reproducible: Always Steps to Reproduce: 1.Open print preview 2.Press X to close 3.Whole application closes Actual Results: Browser closed Expected Results: Close preview window and leave the browser open
Comment 1•21 years ago
|
||
hm, most applications that support print preview work like mozilla...
Comment 2•21 years ago
|
||
I've noticed this behavior. It is extremely irritating, and should be changed. Kinda scarry when you have like 15 tabs open and Mozilla tries to close, but luckily there's a popup which asks if you really want to close, without which those 15 tabs are surely lost. I believe this would be trivial to implement.
OOO and Word work like this but I think a closer comparison might be IE where the preview is in a seperate window. I used to get warnings about closing with open tabs but no longer. Perhaps I ticked an option asking not be asked again?
Comment 4•21 years ago
|
||
Is Mozilla's aim to be conformist to IE or to be better than IE? I see no drawbacks to having the Print Preview in a separate window, after all, the existing 'Close' button can stay exactly where it is.
Comment 5•21 years ago
|
||
Comment #3: It is entirely possible, because there is an option to disable warnings on each individual warning. I've been told the setting is "browser.tabs.warnOnClose" (in about:config,) although I haven't tried it.
I think for a web browser (where print preview is not another equal mode), print preview ought to be in its own window. I think that may not have been done originally because of bugs...
Comment 4: Agree we need to exceed rather than imitate IE blindly, but on close print preview I am afraid IE is ahead. As you say this need not preclude use of another close button so it will not disorient those used to this functionality. Comment 5: I do not have this setting in my about config, and this tallies with the fact that I do not recall having disabled this reminder, and my install is fairly recent. That said, it could be something missing in my build which is Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+ Comment 6: Agree but if it was dropped due to bugs are these still open somewhere? If so a bug report like mine should already exist with some reference to these bugs.
Cannot reproduce on Mozilla build 2004012509 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040125 Also unable to reproduce on Mozilla Firebird Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6) Gecko/20040128 Firebird/0.7+ Both Mozilla and Mozilla Firebird no longer exhibits the problems described. Resolving this bug as FIXED.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•