Re: [ot] file menu ordering
Re: [ot] file menu ordering
- Subject: Re: [ot] file menu ordering
- From: Dustin Voss <email@hidden>
- Date: Thu, 31 Oct 2002 08:57:40 -0800
On Tuesday, October 29, 2002, at 06:15 AM, m wrote:
hi,
sorry to bother y'all again...
i wonder how to correctly layout the file menu, when there's more than
one type of "document".
to be precise: we have one "project" which holds "documents".
sort of like a journal with entries. one can
create
open
save
close projects
as well as
create
open selected
save
close
delete documents.
i've seen all sorts of implementations, ranging from one "file" menu
that holds all (project builder) to two menus ("file" and "site" for
example) to getting rid of a "file" menu alltogether and naming the
menu according to the name of the "document" (macjournal for example:
"entry", "journal").
which is the right way to go?
have a file menu with the document-related stuff and one "project"
menu to the left of the window menu? wouldn't that be against the
general structure of the menu (system -> app -> doc -> content)?
thanx for any insight, maybe even a pointer to the relevant portion in
the ui-guidelines <giggle>. ;)
It depends on how many commands can be applied to journals and entries,
and how frequently you expect them to be used. If they have about the
same number of commands, and will be used equally often, you probably
want a "Journal" and "Entry" menu to replace "File". If one will be
used more often than the other and has more commands, you probably want
just a "File" menu with a sub-menu containing commands for the
lesser-used document type, for example, a "File" menu containing
commands that apply to the journal entries, and a "Journal" sub-menu
with "Open", "Close", etc. Maybe you can smooth over the difference
between the two document types by supporting an "Add to Journal" and
"Remove from Journal" commands instead of having separate "Open
Journal" and "Close Journal" commands, though this will probably only
work if the user can only have one journal open at a time.
The HIG guidelines say that you can remove the File menu for
non-document-oriented apps, so it stands to reason that you can add a
menu for other document types. It also says "In general, each command
in the File menu should apply to a single file".
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.