Closed Bug 137523 Opened 22 years ago Closed 20 years ago

cmd+M to minimize the window doesn't minimize n Mozilla App Suite

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

PowerPC
macOS
defect
Not set
major

Tracking

()

RESOLVED FIXED
mozilla1.8beta1

People

(Reporter: Brade, Assigned: asaf)

References

(Blocks 1 open bug)

Details

Attachments

(3 files, 1 obsolete file)

Carryover from bug 75898:
"cmd-m to minimize the window doesn't work at all."
nominating, and setting milestone (with permission from kathy).
Keywords: nsbeta1, relnote
Target Milestone: --- → mozilla1.0
Perhaps adding a Minimize Window to the Window menu could solve the problem with
binding cmd-m to the minimize. Mail has this, as do a few other apps. Also, just
to keep things straightforward, you could also have a Zoom window and a Close
Window (command-w), like Mail, Fire, and Terminal. Using the same order that all
of those apps use, the Window menu could look something like this: 

Window
  Close Window               cmd-w
  Zoom Window
  Minimize Window            cmd-m
             <Separator>
  Navigator                  cmd-1
  Mail & Newsgroups          cmd-2
  IRC Chat                   cmd-3
  Composer                   cmd-4
  Address Book               cmd-5
             <Separator>
         <Open Window List>

This would only apply to Mac or Mac OS X. Sound good?
Sounds like Apple's own guidelines, in fact:

http://developer.apple.com/techpubs/macosx/Essentials/AquaHIGuidelines/AHIGMenus/The_Window_Menu.html

(Yeah, the order is different, but I think the order isn't terribly important
if you're doing this primarily for cmd-M.)
*** Bug 143741 has been marked as a duplicate of this bug. ***
Keywords: nsbeta1nsbeta1+
Whiteboard: [adt2 rtm]
*** Bug 145549 has been marked as a duplicate of this bug. ***
pushing this off; I don't have time to work on this right now (removing rtm
nomination, making nsbeta1+ nsbeta1-)
Status: NEW → ASSIGNED
Whiteboard: [adt2 rtm] → [adt2]
Target Milestone: mozilla1.0 → mozilla1.2alpha
To implement the changes in comment 2, what files would I need to look at?
http://lxr.mozilla.org/seamonkey/source/xpfe/communicator/resources/content/tasksOverlay.xul#42

note that you'll probably need to do a platform overlay so that the additional
items are added only to the Macintosh platform.
nominating...
Keywords: nsbeta1-nsbeta1
Summary: cmd-m to minimize the window doesn't minimize → cmd+M to minimize the window doesn't minimize
Note that FizzillaMach still assigns command+m to File/New Message.
greg, thanks for pointing that out --i've filed bug 185268 to cover that.
Target Milestone: mozilla1.2alpha → Future
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
Depends on: 185268
*** Bug 208513 has been marked as a duplicate of this bug. ***
Is this somehow affected by the fix for bug 186789? (see bug 186789#c70)
(In reply to comment #14)
> Is this somehow affected by the fix for bug 186789? (see bug 186789#c70)

cmd-shift-M still works as before (opens new mail), cmd-M still doesn't work
*** Bug 262774 has been marked as a duplicate of this bug. ***
see backend patch on bug 204636.
Assignee: brade → bugs.mano
Severity: normal → major
Status: ASSIGNED → NEW
Whiteboard: [adt2]
Target Milestone: Future → mozilla1.8beta
Depends on: 204636
Summary: cmd+M to minimize the window doesn't minimize → cmd+M to minimize the window doesn't minimize n Mozilla App Suite
Status: NEW → ASSIGNED
Attached patch fix mac window menu (obsolete) — Splinter Review
(the backend part was fixed in bug 204636)

I hope we don't over-avoid #ifdefs inside xpfe/
Attachment #171553 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #171553 - Flags: review?(aaronleventhal)
Comment on attachment 171553 [details] [diff] [review]
fix mac window menu

Sorry, I'm not an appropriate r= for this bug.
Attachment #171553 - Flags: review?(aaronleventhal)
Attachment #171553 - Flags: review?(jhpedemonte)
Attachment #171553 - Flags: review?(jhpedemonte) → review+
Attachment #171553 - Attachment is obsolete: true
Attachment #171553 - Flags: superreview?(neil.parkwaycc.co.uk)
Attached patch better patchSplinter Review
Attachment #171739 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #171739 - Flags: review?(neil.parkwaycc.co.uk)
Comment on attachment 171739 [details] [diff] [review]
better patch

I'd need a Mac to be able to review this; as for superreview:

>+  // also hide the window list separator
>+  broadcaster = document.getElementById("sep-window-list");
>+  if (broadcaster)
>+    broadcaster.setAttribute("hidden", "true");
You should use a new variable name (e.g. separator) for this.

>+function ZoomCurrentWindow()
A comment that this is used by the mac platform overlay would be helpful.
Attachment #171739 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #171739 - Flags: superreview+
Attachment #171739 - Flags: review?(neil.parkwaycc.co.uk)
Attached patch final patchSplinter Review
Attachment #171746 - Flags: superreview+
Attachment #171746 - Flags: review?(jhpedemonte)
Comment on attachment 171746 [details] [diff] [review]
final patch

Looks good.  Is there anyway to make the two menu items disable even if there
is a window, but it has been minimized?
Attachment #171746 - Flags: review?(jhpedemonte) → review+
Attached patch update to tipSplinter Review
(In reply to comment #23)
> (From update of attachment 171746 [details] [diff] [review] [edit])
> Looks good.  Is there anyway to make the two menu items disable even if there
> is a window, but it has been minimized?
> 

our menus don't work when the window is minimized (this is more or less bug 21296)
I know they don't work; they're not supposed to.  Even more reason to disable
them.  This is the expected behaviour.
(In reply to comment #26)
> I know they don't work; they're not supposed to.  Even more reason to disable
> them.  This is the expected behaviour.

not really, File->New Navigator (for example) should work.
Checked in to trunk. ->FIXED
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
(In reply to comment #26)
> I know they don't work; they're not supposed to.  Even more reason to disable
> them.  This is the expected behaviour.

a totally false statement. it's very important that there be some menu items
that work in this case.
Pinkerton, for what purpose?  If you have an app that has only one window open,
and that window is minimized, what should the 'Minimize' and 'Zoom' options do?
 All the other Mac apps I've seen disable both of these items when all windows
are minimized.
Javier, if it wasn't clear, i have talked about mozilla's menus in general,
they're not working when the window is minimized.
right, i think we were talking about different things.
FYI, this patch introduced a regression in Thunderbird causing all keycode
commands to trigger cmd_delete! See Bug #281401 for more details. It's
interesting that the entity errors this patch introduced in Thunderbird
manifested themselves by mapping all keyboard commands to cmd_delete. I wonder
why it reacted that way....
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: