Closed Bug 63042 Opened 25 years ago Closed 22 years ago

`Print' toolbar button shouldn't have a menu

Categories

(SeaMonkey :: UI Design, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: mpt, Assigned: doronr)

References

Details

(Whiteboard: DONTFIXME)

Attachments

(5 files)

Build: 2000121514, Mac OS 9.0 The `Print' button in the toolbar has a menu with one (1) item in it, `Print ...'. The menu serves no purpose and should not exist.
And with more than one printer??
What and with more than one printer what?
QA Contact: sairuh → claudius
Netscape nav triage team: as per Alec Flett's pre-triage recommendation, this bug is nsbeta1-.
Keywords: nsbeta1-
I take it this is a result of the comm build stripping of the Print Plus submenu?
we're supposed to have print setup, page setup and print preview. Don't remove the button. mpt: stop filing bugs. it's ok for you to create specs and it's ok for you to advise about implementation and it's ok for you to tell us when we aren't meeting specs. It is not ok for you to use bugzilla in this fassion. recommend resolve wontfix/invalid.
Whiteboard: DONTFIXME
No previous version of Netscape, and no version of Internet Explorer, has ever had toolbar buttons for Print Setup, or Page Setup, or Print Preview -- for the very good reason that none of them are used nearly often enough to deserve to be on the toolbar. > Don't remove the button. No, I didn't say the button should be removed, just the menu. > mpt: stop filing bugs. How amusing.
timeless: quit with the crack already.
This should be fixed. Why is this mac only? I'll attach a patch in a sec, this would be good and low risk enough to make 0.8.1 if drivers say ok.
This is a first-round patch: Index: mozilla/xpfe/browser/resources/content/navigator.xul ========================================================= ========== RCS file: /cvsroot/mozilla/xpfe/browser/resources/content/navigator.xul,v retrieving revision 1.283 diff -u -2 -r1.283 navigator.xul --- mozilla/xpfe/browser/resources/content/navigator.xul 2001/03/14 03:05:08 1.283 +++ mozilla/xpfe/browser/resources/content/navigator.xul 2001/03/18 00:08:29 @@ -180,7 +180,4 @@ <menubutton class="menubutton-dual toolbar top" id="print-button" persist="hidden" value="&printButton.label;" crop="right" buttonaction="BrowserPrint()" tooltip="aTooltip" tooltiptext="&printButton.tooltip;"> - <menupopup id="printMenu" popupalign="topright" popupanchor= "bottomright"> - <menuitem value="&printCmd.label;" accesskey="& printCmd.accesskey;" oncommand="BrowserPrint()" default="true"/> - </menupopup> </menubutton> The problem is that it still keeps the little triangle there as if the menu were there. Looking for a way arround this.
I am so dumb. I missed the large MENU that's part of the tag. Try this: Index: mozilla/xpfe/browser/resources/content/navigator.xul ========================================================= ========== RCS file: /cvsroot/mozilla/xpfe/browser/resources/content/navigator.xul,v retrieving revision 1.283 diff -u -2 -r1.283 navigator.xul --- mozilla/xpfe/browser/resources/content/navigator.xul 2001/03/14 03:05:08 1.283 +++ mozilla/xpfe/browser/resources/content/navigator.xul 2001/03/18 00:14:21 @@ -178,10 +178,7 @@ </hbox> - <menubutton class="menubutton-dual toolbar top" id="print-button" persist="hidden" value="&printButton.label;" + <button class="menubutton-dual toolbar top" id="print-button" persist="hidden" value="&printButton.label;" crop="right" buttonaction="BrowserPrint()" tooltip="aTooltip" tooltiptext="&printButton.tooltip;"> - <menupopup id="printMenu" popupalign="topright" popupanchor= "bottomright"> - <menuitem value="&printCmd.label;" accesskey="& printCmd.accesskey;" oncommand="BrowserPrint()" default="true"/> - </menupopup> - </menubutton> + </button> <hbox id="throbber-box" autostretch="never">
Forgot to hack the theme to not use menubutton rules for print any more. Index: mozilla/themes/modern/navigator/navigator.css ========================================================= ========== RCS file: /cvsroot/mozilla/themes/modern/navigator/navigator.css,v retrieving revision 1.38 diff -u -2 -r1.38 navigator.css --- mozilla/themes/modern/navigator/navigator.css 2001/03/16 02:50:33 1.38 +++ mozilla/themes/modern/navigator/navigator.css 2001/03/18 00:46:45 @@ -107,28 +107,23 @@ } + #print-button { - -moz-binding: url("chrome://communicator/skin/ widgetBindings.xml#menubutton-dual-1"); - margin: 6px 6px 0px 6px; list-style-image: url("chrome://communicator/skin/btn1/print.gif"); } #print-button[disabled="true"], -#print-button[disabled="true"] > .menubutton-dual-stack > .menubutton- dual-button:hover, -#print-button[disabled="true"] > .menubutton-dual-stack > .menubutton- dual-button:hover:active { +#print-button[disabled="true"]:hover, +#print-button[disabled="true"]:hover:active { list-style-image: url("chrome://communicator/skin/btn1/print-dis.gif"); } -#print-button > .menubutton-dual-stack > .menubutton-dual-button:hover { - list-style-image: url("chrome://communicator/skin/btn1/print-hov.gif"); +#print-button:hover { + list-style-image: url("chrome://navigator/skin/btn1/print-hov.gif"); } -#print-button > .menubutton-dual-stack > .menubutton-dual- button:hover:active { - list-style-image: url("chrome://communicator/skin/btn1/print-act.gif"); +#print-button:hover:active { + list-style-image: url("chrome://navigator/skin/btn1/print-act.gif"); } -#print-button > .menubutton-dual-stack > .menubutton-dual-dropmarker- box { - margin-left: 19px; - margin-top: 22px; -} /* Hides text below the above buttons */
Hold off on this for now, it really breaks the skins. Trying to find out why?
Keywords: patch, review
Works great for me, and looks like solid work. sr=shaver.
a=drivers
r=hwaara, let's land this baby!
This patch is: r=hwaara sr=shaver a=ben branchapproval=drivers It is ready to checkin and is tested and proven to fix this problem.
Wow, all this excitement for the removal of an almost empty drop down menu? I'd can't wait to see your enthusiasm when we get ready to land the new view manager or something like that! ;-)
Hixie: that is so funny I forgot to laugh. Note that the patch doesn't work, don't check it in!
Marking nsbeta1- bugs future, though other than the patch not working, sounds like we're close to fixing this. ;-)
Target Milestone: --- → Future
Attached patch nw patchSplinter Review
new patch attached. Perhaps a macperson can test if the mac classic is ok... any comments? there were some double entries as well that I removed.
-> doron Cc'ing alec to review his patch, if he can.
Assignee: ben → doronr
This should be easy to get into 0.9
Status: NEW → ASSIGNED
Keywords: mozilla0.9
Target Milestone: Future → mozilla0.9
Netscape needs this for Print Plus.. I don't know who did that work but we need to find a way to have no menu in the mozilla build, and a menu in the commercial build.
i'll talk to the build people and see how to do this, if possible at all.
it's totally possible with dynamic overlays, it has nothing to do with 'build people' - the netscape commercial builds (including Netscape 6) already do this.
my bad then, i thought it was just not checking into the commercial tree or whatnot.
-> 1.0
Keywords: mozilla0.9mozilla1.0
Target Milestone: mozilla0.9 → mozilla1.0
Changing Platform/OS to all as this affects all systems.
OS: Mac System 8.5 → All
Hardware: Macintosh → All
*** Bug 86382 has been marked as a duplicate of this bug. ***
*** Bug 92032 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla1.0 → Future
See also bug 111126, add "print preview" to this menu.
Now that bug 111126 has been checked in, doubling the number of items on the menu, is this bug invalid?
adding self to cc list
am not complaining but...when u add urself to the cc list, u need not mention it explicitely. It might screw up someone's filters who does not want that extra mail notifying him that you added urself to the cc list :) cheers!
I emailed Ian last night and he responded that he was using the Change Multiple Bugs function and was forced to add a comment before it would allow him to proceed.
This bug should be marked WONTFIX, now that there is a valid menu off of the Print button, with Print and Print Preview. See also bug 130066, which jives with (the first part of) comment 5 and would add a third item to the menu.
No, this bug is still valid. See comment 6. I have yet to see *any* program (other than Mozilla) which is stupid enough to have a Print toolbar menu, no matter how many items it has.
we have 2 items now, goodbye!
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: