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)
Tracking
()
RESOLVED
FIXED
mozilla1.8beta1
People
(Reporter: Brade, Assigned: asaf)
References
(Blocks 1 open bug)
Details
Attachments
(3 files, 1 obsolete file)
5.29 KB,
patch
|
neil
:
superreview+
|
Details | Diff | Splinter Review |
5.16 KB,
patch
|
jhpedemonte
:
review+
asaf
:
superreview+
|
Details | Diff | Splinter Review |
5.31 KB,
patch
|
Details | Diff | Splinter Review |
Carryover from bug 75898: "cmd-m to minimize the window doesn't work at all."
Comment 1•22 years ago
|
||
nominating, and setting milestone (with permission from kathy).
Comment 2•22 years ago
|
||
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?
Comment 3•22 years ago
|
||
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.)
Comment 4•22 years ago
|
||
*** Bug 143741 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
*** Bug 145549 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 6•22 years ago
|
||
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
Reporter | ||
Comment 8•22 years ago
|
||
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.
Blocks: 73812
Comment 9•22 years ago
|
||
nominating...
Comment 10•22 years ago
|
||
Note that FizzillaMach still assigns command+m to File/New Message.
Comment 11•22 years ago
|
||
greg, thanks for pointing that out --i've filed bug 185268 to cover that.
Reporter | ||
Updated•22 years ago
|
Target Milestone: mozilla1.2alpha → Future
Comment 13•21 years ago
|
||
*** Bug 208513 has been marked as a duplicate of this bug. ***
Comment 14•20 years ago
|
||
Is this somehow affected by the fix for bug 186789? (see bug 186789#c70)
Comment 15•20 years ago
|
||
(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
Comment 16•20 years ago
|
||
*** Bug 262774 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 17•20 years ago
|
||
see backend patch on bug 204636.
Assignee: brade → bugs.mano
Severity: normal → major
Status: ASSIGNED → NEW
Keywords: helpwanted,
nsbeta1-,
relnote
Whiteboard: [adt2]
Target Milestone: Future → mozilla1.8beta
Updated•20 years ago
|
Summary: cmd+M to minimize the window doesn't minimize → cmd+M to minimize the window doesn't minimize n Mozilla App Suite
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 18•20 years ago
|
||
(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 19•20 years ago
|
||
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)
Assignee | ||
Updated•20 years ago
|
Attachment #171553 -
Flags: review?(jhpedemonte)
Updated•20 years ago
|
Attachment #171553 -
Flags: review?(jhpedemonte) → review+
Assignee | ||
Updated•20 years ago
|
Attachment #171553 -
Attachment is obsolete: true
Assignee | ||
Updated•20 years ago
|
Attachment #171553 -
Flags: superreview?(neil.parkwaycc.co.uk)
Assignee | ||
Comment 20•20 years ago
|
||
Attachment #171739 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #171739 -
Flags: review?(neil.parkwaycc.co.uk)
Comment 21•20 years ago
|
||
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)
Assignee | ||
Comment 22•20 years ago
|
||
Attachment #171746 -
Flags: superreview+
Attachment #171746 -
Flags: review?(jhpedemonte)
Comment 23•20 years ago
|
||
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+
Assignee | ||
Comment 24•20 years ago
|
||
Assignee | ||
Comment 25•20 years ago
|
||
(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)
Comment 26•20 years ago
|
||
I know they don't work; they're not supposed to. Even more reason to disable them. This is the expected behaviour.
Assignee | ||
Comment 27•20 years ago
|
||
(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.
Comment 28•20 years ago
|
||
Checked in to trunk. ->FIXED
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 29•20 years ago
|
||
(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.
Comment 30•20 years ago
|
||
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.
Assignee | ||
Comment 31•20 years ago
|
||
Javier, if it wasn't clear, i have talked about mozilla's menus in general, they're not working when the window is minimized.
Comment 32•20 years ago
|
||
right, i think we were talking about different things.
Comment 33•20 years ago
|
||
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....
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•