Wacky Submenu Problem under OS X

[Sarah Reichelt]

Hi Frank,

i set up a copy of your menu but had great trouble allocating the 
mnemonics. I would enter a menu item like "5162", click the mnemonic 
checkbox and select "2" from the popup at which point the item would 
show up as "51&62". This happened with all except the first entry in 
the submenu, so when I got the same sort of result you did (although my 
submenu started with 5160), I wondered was it the mnemonics that were 
causing the problem. In the Message Box, I typed:
	replace "&" with "" in button "File"
and all the submenus came good - with or without the "Print Labels" 
menu item.

I guess these mnemonics are a Windows feature that doesn't translate 
properly to the Mac, but I reckon you should bugzilla it anyway,

Cheers,
Sarah


On 30 Oct 2004, at 12:14 am, Frank D. Engel, Jr. wrote:

> Okay, this is getting even stranger...
>
> put button "File":
>
>
> (&Print/P
> Print &Labels
> 	516&0
> 	516&1
> 	516&2
> 	516&3
> 	516&4
> 	526&7
> 	-
> 	Quick &Reference
> (Print &Name Tags
> -
> &Quit/Q
>
>
> New File Menu:
>
> Print
> Print Labels
>  5160
>  5161
>  5162
>  5163
>  5164
>  5267   ->
> Print Name Tags
>
> The "5267" menu is as before (the separator line and Quick Reference) 
> and yes, it's still on 5267 (not Print Name Tags as I would have 
> expected).
>
> Enabling the "Print Name Tags" option makes no difference.
>
>
> On Oct 28, 2004, at 10:28 PM, Sarah Reichelt wrote:
>
>> Frank,
>>
>> I think this may be due to the way that Rev tries to make OS X menus 
>> by moving certain items around. In your case, it should only move the 
>> Quit and delete the line before it, but it may be that having what 
>> becomes the last line, then starting with a tab, is causing some 
>> confusion. Just for testing purposes, what happens if you put in 
>> another menu item (not starting with tab) after "Quick Reference".
>>
>> Cheers,
>> Sarah