Use native context menus on Mac OS

NEW
Unassigned

Status

()

P3
enhancement
19 years ago
a year ago

People

(Reporter: mpt, Unassigned)

Tracking

({helpwanted, platform-parity})

Trunk
Future
PowerPC
macOS
helpwanted, platform-parity
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
Mozilla on MacOS is using native main menus -- the XUL menu items are being 
translated into native menu structures, allowing Mozilla to use the Mac's main 
menu bar.

Why couldn't this be done with context menus as well? As far as I know, Web apps 
don't have style access to (or even knowledge of) context menus, so the usual 
skinnability arguments are not an issue. Using native menus would improve 
internal consistency between Mozilla main menus and context menus (and between 
Mozilla and other MacOS apps), as well as solving quite a few open bugs about 
MacOS popup menus.

Implementing this could probably borrow heavily from the code already written for 
making the main Mac menus.
i can't argue, but it's a time thing.
Status: NEW → ASSIGNED
Keywords: helpwanted
Target Milestone: --- → M20
*** Bug 37795 has been marked as a duplicate of this bug. ***
Keywords: pp
Blocks: 39375
(Reporter)

Updated

19 years ago
Blocks: 39403
(Reporter)

Updated

19 years ago
No longer blocks: 39375

Comment 3

19 years ago
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M20 → Future
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.
QA Contact: sairuh → jrgm
(Reporter)

Updated

19 years ago
Blocks: 7297

Comment 5

19 years ago
How easy/hard would this be?

Comment 6

18 years ago
I believe the following behavior is caused by this bug:

I have to "Turn off Contextual Menus in Mozilla 0.7" to see Mozilla's contextual
menus -- otherwise I get the "default" MacOS contextual menu (Help, Application
Menu, Refresh menus)
(Reporter)

Updated

18 years ago
Severity: normal → enhancement
OS: All → Mac System 8.5
Summary: Use native context menus on MacOS → Use native context menus on Mac OS

Comment 7

18 years ago
The behavior being described by akt@yahoo.com above is caused actually by Apple
Data Detectors, an old software set that used AppleScript to open URLs embedded
in plain text. Its special contextual menus are available in all applications by
default, and you have to manually turn it off in apps that you don't want. It's
not relevant to this bug, as far as I can tell. (While I'm here, I'd like to
throw in my support for using the Mac's native menus.)

Updated

18 years ago
Blocks: 13185

Updated

18 years ago
No longer blocks: 13185

Comment 8

18 years ago
just make sure the native menus still come up if the contextual menus extension
is not pressent. i for one loath that damnable thing--apple decided to wipe out
control key alias dragging, okay that was defacto, but not official, but
removing command-option dragging to copy and align? that dated back as far as i
have used mac os.

not that we needed contextual menus, mind you. oh well, maybe someday someone
will do something useful with them (rather than converting a working system,
xul, in a way that might break it (maybe this bug should at least depend on bug
51142).

Comment 9

18 years ago
does this block bug 13185 ?

-matt
Blocks: 13185
Depends on: 118025
Depends on: 118296
No longer depends on: 118296

Comment 10

16 years ago
Does this bug affect OS X? If not, it should be WONTFIX.

Comment 11

16 years ago
It does affect Mac OS X.

Comment 12

16 years ago
*** Bug 196611 has been marked as a duplicate of this bug. ***

Updated

16 years ago
OS: Mac System 8.5 → MacOS X

Comment 13

16 years ago
Not having standard MacOS contextual menus means that Chronos Software's
StickyBrain does not function with Mozilla at all, and thus significantly
affects the user's ability to use StickyBrain for its intended purpose.

Mozilla also needs to recognize AppleScript (I know Camino doesn't...)

Comment 14

16 years ago
> Mozilla also needs to recognize AppleScript (I know Camino doesn't...)

Sure they do. There isn't much support, but there's some. What do you need?

Comment 15

15 years ago
*** Bug 240124 has been marked as a duplicate of this bug. ***

Comment 16

15 years ago
*** Bug 239036 has been marked as a duplicate of this bug. ***

Updated

15 years ago
Blocks: 262956

Updated

15 years ago
Blocks: 101472
No longer blocks: 262956
I've started to work on this..

So far, i have an issue: DrawThemeMenuItem needs the menu rect (in addition to
the menuitem rect); how can i achieve it?

Comment 18

14 years ago
I bet you can get away with using the same rect for both. I suspect OS 9's
beveled edges were mainly what made this important.
(In reply to comment #18)
> I bet you can get away with using the same rect for both. I suspect OS 9's
> beveled edges were mainly what made this important.

Probably not, even HITheme api (10.3+) thinks it needs this information.

Comment 20

14 years ago
(In reply to comment #17)
> I've started to work on this..

This report is marked as HELPWANTED . Do you have any design documentation?
Is there any way to speed your efforts on this 5 year old bug?

Updated

13 years ago
Assignee: mikepinkerton → joshmoz
Status: ASSIGNED → NEW

Updated

12 years ago
Assignee: joshmoz → nobody

Updated

11 years ago
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets

Comment 21

6 years ago
Fixing this should fix quite a few other bugs, including future OS style changes, so yes please! 

This bug should block Bug 565518.

Updated

3 years ago
No longer blocks: 101472
You need to log in before you can comment on or make changes to this bug.