Closed Bug 7878 Opened 25 years ago Closed 25 years ago

[PP]Popup items like "-2" show up as separators

Categories

(Core :: XUL, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

()

VERIFIED DUPLICATE of bug 6741

People

(Reporter: sfraser_bugs, Assigned: saari)

References

Details

Popup menu items with names that start with (contain?) a hyphen show up as
separators in the menu. For example:

<popup id="FontSizeMenu">
  <menu>
    <menuitem name="-4" onclick="EditorSetFontSize('-4')"/>
etc.

It seems that Mac Menu Manager meta character interpretation is still
taking place.
This is a duplicat of 6741, and apparently a MacOS bug if I read the
documentation correctly
For some reason, this doesn't go through the option-dash hack, but tague's
international set menu item text stuff (which, BTW, is a chunk of code duplicated
in two places, which seems v. wasteful). So the internation set menu item text
needs the same hack (in a int'l savvy way)
The option-dash hack being inserting an option before the dash?

All menu code will be consolidated into one or two base classes when Mac menus
become dynamic like the rest of the platforms.
*** Bug 6861 has been marked as a duplicate of this bug. ***
Assignee: saari → trudelle
Summary: Popup items like "-2" show up as separators → [PP]Popup items like "-2" show up as separators
Assignee: trudelle → saari
reassigning to saari
Try the workaround of inserting a space in the xul, for example " -2"
Target Milestone: M8
Setting M8 as per discussion with chofmann
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is an OS bug on MacOS that a "-" as the first character of a menu item is
interpreted as a meta character. I've worked around it by adding a space to the
beginning of the menu name in the xul file, ex: " -2"

Programatically adding a space to the beginning of every menu item is
inappropriate, so I'm recommeding this work around.

Marking as fixed.
Status: RESOLVED → REOPENED
Sorry, but I don't think we can just close this because there's a bug in the OS.
You're imposing a burden on XUL writers everywhere (most of whom will never test
on Mac) that they follow some obscure rule to keep Mac users happy. It can't be
hard to find a simple solution to the problem, like converting to an em dash,
or adding a space in the C++ code.

Isn't this a dup of 6741, anyway?
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: FIXED → DUPLICATE
*** This bug has been marked as a duplicate of 6741 ***
Status: RESOLVED → VERIFIED
Verifie Dup of Bug 6741
Depends on: 888877
You need to log in before you can comment on or make changes to this bug.