Re: Modal dialog alternatives?
Re: Modal dialog alternatives?
- Subject: Re: Modal dialog alternatives?
- From: John Timmer <email@hidden>
- Date: Fri, 17 Jun 2005 11:03:32 -0400
> By using a modal dialog for data entry the users assembles a
> collection of changes and then submits them to the app. If there are
> validation errors then no changes are made, otherwise the data is
> updated. The dialog acts as a filter, either accepting or rejecting
> the requested changes, and thus the data held are always valid. I
> suppose you could say that while the modal dialog is showing that the
> document is transiently invalid, however the only way that the user
> can progress is by providing valid data or cancelling the whole
> transaction. If the document can be saved, printed, processed or
> whatever it will be valid.
I think the confusion here is over the requirement for this to be modal, not
about the need to keep the data internally consistent. A non-modal window
with an "Apply" button could accomplish the same thing in terms of data
consistency. At least I -think- that's what the other responder was trying
to get at.
By the way, I wanted to make clear that none of us are arguing that you
shouldn't try to tailor a custom app for a specific client to what that
client wants. It's just that this list is generally composed of people
writing apps for a general audience. Nested modals generally don't make for
good UI in a multi-tasking environment (especially for document-centric
apps), where the user may just hide your app and work on another for a few
hours and have to figure out what's going on when they get back. Apple's
guidelines advise against it, and their frameworks don't support it that
well. This list is composed of people who, for the most part, try to follow
Apple's guidelines, and so you're necessarily going to run into a lot of
people here who will tell you that what you're trying to do is a bad idea.
I recognize that this must be a frustrating experience for you, but I'm just
trying to explain why you're running into so much resistance.
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