Closed Bug 287162 Opened 20 years ago Closed 15 years ago

Mac Widget code ignores "minimizable=no" window feature

Categories

(Core :: Widget: Cocoa, defect, P2)

All
macOS
defect

Tracking

()

RESOLVED FIXED
mozilla1.9.3a1

People

(Reporter: asaf, Assigned: markus)

References

Details

(Keywords: platform-parity)

Attachments

(1 file)

Apparenltly, widget:mac is ignoring eBorderStyle_minimize
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.8beta2
Priority: -- → P2
Target Milestone: mozilla1.8beta2 → mozilla1.9alpha
*** Bug 333339 has been marked as a duplicate of this bug. ***
Assignee: bugs.mano → joshmoz
Status: ASSIGNED → NEW
Target Milestone: mozilla1.9alpha → ---
Assignee: joshmoz → nobody
Assignee: nobody → joshmoz
Component: Widget: Mac → Widget: Cocoa
QA Contact: mac → cocoa
Assignee: joshmoz → nobody
Here's a patch to implement the minimize behaviour for cocoa windows too, including a fix which disables the minimize button for the about window on mac.
Assignee: nobody → markus.magnuson
Status: NEW → ASSIGNED
Attachment #403795 - Flags: review?(mano)
Comment on attachment 403795 [details] [diff] [review]
Implement the "minimize" functionality for widget:cocoa

r=mano.
Attachment #403795 - Flags: review?(mano) → review+
Asaf, who would I ask for additional reviews/superreviews?
Attachment #403795 - Flags: ui-review?(faaborg)
Attachment #403795 - Flags: ui-review?(faaborg) → ui-review+
Hardware: PowerPC → All
Attachment #403795 - Flags: approval1.9.2?
Keywords: checkin-needed
Comment on attachment 403795 [details] [diff] [review]
Implement the "minimize" functionality for widget:cocoa

roc
Attachment #403795 - Flags: approval1.9.2?
needs sr before checkin.
Keywords: checkin-needed
Sorry, I somehow missed the "roc" in your reply, and were told by gavin on irc that it wouldn't need a superreview. Continuing.
Attachment #403795 - Flags: superreview?(roc)
Comment on attachment 403795 [details] [diff] [review]
Implement the "minimize" functionality for widget:cocoa

This actually does not need sr, but I'll mark it anyway...
Attachment #403795 - Flags: superreview?(roc) → superreview+
Keywords: checkin-needed
Comment on attachment 403795 [details] [diff] [review]
Implement the "minimize" functionality for widget:cocoa

>-    window.open("chrome://browser/content/aboutDialog.xul", "About",
>-                "chrome, resizable=no, minimizable=no");
>+    window.openDialog("chrome://browser/content/aboutDialog.xul", "About",
>+                      "chrome, resizable=no, minimizable=no");

Why this change?
Keywords: checkin-needed
(In reply to comment #9)
> (From update of attachment 403795 [details] [diff] [review])
> >-    window.open("chrome://browser/content/aboutDialog.xul", "About",
> >-                "chrome, resizable=no, minimizable=no");
> >+    window.openDialog("chrome://browser/content/aboutDialog.xul", "About",
> >+                      "chrome, resizable=no, minimizable=no");
> 
> Why this change?

Because the minimizable feature is only regarded for dialog windows, not regular windows. See https://developer.mozilla.org/en/Window.open under the "Window functionality features" section, at the "dialog" and "minimizable" definitions.

window.openDialog does the same thing as window.open except it defaults to "dialog=yes" which would be the proper thing to do here. See https://developer.mozilla.org/en/DOM/window.openDialog#Default_behaviour for more info.

Also, I find it cleaner since the code for other platforms uses openDialog, check out http://mxr.mozilla.org/mozilla-central/source/browser/base/content/utilityOverlay.js#386
Alright, I didn't realize openDialog() defaults to dialog=yes while open() doesn't.
Keywords: checkin-needed
http://hg.mozilla.org/mozilla-central/rev/8c32e0eecbad
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Attachment #403795 - Flags: approval1.9.2?
Comment on attachment 403795 [details] [diff] [review]
Implement the "minimize" functionality for widget:cocoa

approval1.9.2 requests aren't currently being monitored, since we're nearing RC freeze and there are too many outstanding requests, so I'm clearing this request. Feel free to re-request approval if you are confident that it's worth drivers' time to consider whether this non-blocker needs to land for 1.9.2 at this stage.
Attachment #403795 - Flags: approval1.9.2?
Gavin: Do I need to take any additional steps to nominate this fix for an upcoming (3.7a1?) Firefox release?
This fix has already landed on mozilla-central, which means it will be in Firefox 3.7a1. It will *not* be in Firefox 3.6.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: