Wacky Submenu Problem under OS X

[Frank Engel]

Yep, that works!

I hadn't even thought to try that.  The problem with the mnemonics 
seems to be with Menu Builder BTW, and I have already bugzilla'd that.  
I suspect it is a separate issue.

I have also bugzilla'd the menu issue, so I will tack this info onto 
the report; also, the mnemonics only need to be removed from the items 
in the submenu to make it work correctly.  Interesting.

Thank you!


On Nov 4, 2004, at 21:35, Sarah Reichelt wrote:

> 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
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



___________________________________________________________
$0 Web Hosting with up to 120MB web space, 1000 MB Transfer
10 Personalized POP and Web E-mail Accounts, and much more.
Signup at www.doteasy.com