Closed
Bug 575291
Opened 14 years ago
Closed 14 years ago
Windows-only "Firefox button" appears in the Print Preview window
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
FIXED
Firefox 4.0b2
Tracking | Status | |
---|---|---|
blocking2.0 | --- | beta2+ |
People
(Reporter: Natch, Assigned: dao)
References
Details
Attachments
(1 file)
1.56 KB,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
I don't think it should, but if it is intended, it has to be done correctly.
Reporter | ||
Comment 1•14 years ago
|
||
If bug 575271 is fixed, it will at least look half-normal even if it doesn't work perfectly (since a lot of the menu items aren't related to the Print Preview window).
Comment 2•14 years ago
|
||
clarifying bug summary. (at first, I mistakenly thought this was about a button for creating new windows, which it's not -- I think it's about the new "Firefox button" on Windows platforms)
Summary: The new windows button appears in the Print Preview window → Windows-only "Firefox button" appears in the Print Preview window
Reporter | ||
Comment 3•14 years ago
|
||
Correct, thanks.
Comment 4•14 years ago
|
||
(In reply to comment #0) > I don't think it should, but if it is intended FWIW, I doubt the menu there is intended -- in previous Firefox releases & in my current Linux trunk build, there aren't menus in print-preview. (having said that, I'm not particularly familiar with the new Firefox button & how easy it would be to hide / disable in print-preview)
Comment 5•14 years ago
|
||
cc'ing Dao since he would be more familiar with this.
Updated•14 years ago
|
blocking2.0: ? → beta2+
Updated•14 years ago
|
Comment 7•14 years ago
|
||
I would go farther to say that the print preview window doesn't really have any reason to take over the entire application. It's like the largest modal dialog box that we've ever created!
Assignee | ||
Updated•14 years ago
|
Component: Print Preview → General
Product: Core → Firefox
QA Contact: printing → general
Comment 8•14 years ago
|
||
Following the idea of #7, the print preview toolbar should only replace the urlbar when the tabs are on top, so that the preview remains within the logical space of the tab...
Comment 9•14 years ago
|
||
>Following the idea of #7, the print preview toolbar should only replace the
>urlbar when the tabs are on top, so that the preview remains within the logical
>space of the tab...
yeah, tab modal would be great.
Comment 10•14 years ago
|
||
Even so, can we fix the bug since the menu bar was not showing in a print preview before.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → dao
Assignee | ||
Comment 11•14 years ago
|
||
Attachment #457115 -
Flags: review?(gavin.sharp)
Comment 12•14 years ago
|
||
Comment on attachment 457115 [details] [diff] [review] patch Not exactly related to this bug, but what prevents http://hg.mozilla.org/mozilla-central/annotate/7ea77e6340c4/browser/themes/winstripe/browser/browser.css#l184 from taking effect when the menu button is hidden due to e.g. the window being a popup?
Attachment #457115 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 13•14 years ago
|
||
(In reply to comment #12) > Not exactly related to this bug, but what prevents > http://hg.mozilla.org/mozilla-central/annotate/7ea77e6340c4/browser/themes/winstripe/browser/browser.css#l184 > from taking effect when the menu button is hidden due to e.g. the window being > a popup? It does take effect, doesn't it? But we hide the tab bar in popups.
Assignee | ||
Comment 14•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/d5b7c2935000
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7b2
You need to log in
before you can comment on or make changes to this bug.
Description
•