Re: Multiple menu bars for multiple document types
Re: Multiple menu bars for multiple document types
- Subject: Re: Multiple menu bars for multiple document types
- From: Michael Watson <email@hidden>
- Date: Mon, 17 Jul 2006 10:10:39 -0400
Sounds like a Windows UI to me. Disappearing menus/menu items are a
huge problem for end users. I suggest rethinking your application's
flow and designing another method of managing commands for the user.
Just about every kind of application has been made at some point in
the past, so check out apps similar to yours to see how others do it.
--
Michael Watson
On 17 Jul, 2006, at 09:43, August Trometer wrote:
Hello!
I have a document-based app with 2 very distinct document types
(each with their own Nib). What I would like to do is have the main
menu bar change depending on which document type is currently
active. This way I don't have half the menu bar greyed out when the
user is working on one document type and the other half greyed
otherwise. From a UI perspective, I can appreciate the consistency
of static menus. Yet (in my case) it makes for a very large number
of menu items and half are inapplicable to the current document.
I've tried adding a main menu to each of my individual document
type Nibs, but this led to other problems, including crashes.
I suppose I could detect when a window becomes active and add/
remove menu items for each based on the document type the window is
showing. But like a lot of things with Cocoa, if it's that much
work, you're probably doing it wrong.
1) Is it possible to have multiple main menus for a single app with
multiple doc-types?
2) Is this recommended? If not, what is the preferred way to deal
with this situation?
Thanks!
August
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40bungie.org
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden