Re: Modal dialog alternatives?
Re: Modal dialog alternatives?
- Subject: Re: Modal dialog alternatives?
- From: John Timmer <email@hidden>
- Date: Wed, 15 Jun 2005 11:06:39 -0400
> There's more. Each transaction is assigned to a category. There is a
> menu item that brings up a modal dialog showing a list of the
> categories, and by double-clicking on an entry in the list another
> modal dialog is displayed allowing the selected category to be edited.
> Again, having the dialogs be movable means the user can see the
> existing items, and anyway I believe that having sheets upon sheets is
> frowned upon by Apple too.
...
> So, any suggestions? I really am open to other ways of doing this, but
> not at the expense of the ease of use for the user.
>
Well, the first thing I'd do is to disable the ability to pop up the
category editing window when there's already a modal session active. That
cuts down the potential number of modals you can have on screen at once.
I'd also think seriously about the design. Although I agree that a movable
modal will allow some information to be viewed while it's active, think of
the flipside: if I remember correctly, you're doing a document based
application, and the user can have multiple documents open at once. Using a
sheet allows them to examine the content of other documents while the sheet
is active - using a modal dialog prevents that. So, you may be losing as
much or more accessible information as you gain by going modal.
As for your specific issue, is it possible to change the category dialog so
that the editing fields are present in the same window as the list of
categories? As the selection in the category changes, you can simply update
the editing fields accordingly, and validate the entries upon table
selection change or editing completion. If I'm not clear in my description,
email me off list and I'll send you a screenshot from one of my apps.
Cheers,
JT
_______________________________________________
This mind intentionally left blank
_______________________________________________
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