Re: selectionShouldChangeInTableView called twice
Re: selectionShouldChangeInTableView called twice
- Subject: Re: selectionShouldChangeInTableView called twice
- From: Rob Rix <email@hidden>
- Date: Sat, 20 Dec 2008 19:03:24 -0500
I'm using a master/detail view in my application. If the user
select another row in the master table and the detail has been
modified, I want to present an alert to save, cancel or return to
detail.
Just my 2¢ worth, but this sounds like a horrible UI. If I get
interrupted by an alert every time I change a table selection, I'm
going to get pretty irritated by that quite quickly. Normally table
selections changes are considered "cheap", and the user shouldn't be
punished for browsing.
Instead why not just keep a change flag for each modified object,
then at some suitable time when the user is moving to a task that
needs to use the modified data or else revert to the earlier state,
check the flags and only present the alert once. This is how Mail's
preferences settings work for example - I can change lots of
different settings but only when I close the window am I prompted to
save any changes I made. It's much less intrusive.
Not to be picky, but Mail’s accounts pane actually works the way he
describes. If I select an account, uncheck “Include when automatically
checking for new mail” and then select a different account, it asks me
if I want to save the changes before updating the detail view with the
contents of the newly-selected account.
So there is precedent, although it is a bit annoying.
Rob_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden