Closed Bug 63042 Opened 24 years ago Closed 21 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: 21 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: