Re: Best practice when opening a Master-Detail app with no data in it yet
Re: Best practice when opening a Master-Detail app with no data in it yet
- Subject: Re: Best practice when opening a Master-Detail app with no data in it yet
- From: "Richard Altenburg (Brainchild)" <email@hidden>
- Date: Thu, 20 Sep 2012 08:49:38 +0200
Op 19 sep. 2012, om 22:31 heeft Uli Kusterer <email@hidden> het volgende geschreven:
> Is the item actually useful to the user beyond being there? Or would the user have to delete the item and create a sensible one to actually use your app?
The item is like a demo of what an item could look like, and the user could exchange parts of it to make it their own, so in fact it could help the first time user to make something useful.
> Usually it isn't, and in that case I think this is a silly thing to do. Instead, when the list is empty, show a little box with directions where the list items would be, instructing the user how to add a new item. Also, not having the "Add" button in portrait view is something you should think long and hard about. If the user is only expected to add a bunch of items at startup, it's OK if it's hidden, but if it's something the user regularly does, it should probably rather be in a toolbar.
The Add button not being there in portrait mode on iPad is how the default Master-Detail template works.
In my app, the user only adds a few items to the list, it is not a high volume data tool. I have seen apps like this that do not even save the input at all, they just print or share their content and make the user start over again on a next run. I don't want to do that, so that is why I chose the Master-Detail template.
I could come up with an empty Detail view and if I notice that, I could prompt the user if he/she wants to see what an example item would look like? Or go for the "tap here to make your very first item" solution. I will probably try them both to see what looks nicer.
Thanks for your help, I appreciate it.
Best wishes,
Richard.
_______________________________________________
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