views:

20

answers:

1

To clarify the question, imagine having a paginated list with clients. When clicked on a specific client the system will open the 'view client x' view in order to show the client details.

Now, will this view be a 'simple' list which displays client details?

Or will this view be a form with input fields showing the client details and also allowing immediate changes to the details?

Please argument why and when we should use option 1 or option 2. Except for read-only or read-write permissions, I cant think of any other case why not to use option 2 as standard.

A: 

For something where the user will be entering mass data, having the table contain input fields is the best.

For something which having input fields in the table would be confusing (as it would loose visual semantic relevance with the other items grouped) then it is by far a worse option.

For instance, editing a user or a article on a website should use another page to edit. As there are going to be multiline inputs such as content or descriptions. Whereas a table where each row represents a item on a grocery receipt or debit/credit transaction then having a easy data entry table is by far king.

So it all depends on what you are trying to achieve - and what makes sense for the use case. There is no general one way wins every time, but rather one way wins for each time.

balupton
Thanks, input fields inside a table is out of consideration. To clarify further: The question is about the design of the second View (as in MVC). The view to show client details (i.e. clients/view/abc). A view with selectable text only or a view with form fields?
cldnl
... input fields and form fields are the same thing in my book... If you could provide some screenshots of what you mean perhaps I could help out further?
balupton
Detail view as static text: http://img836.imageshack.us/img836/1427/detailview.jpgDetail view as form:http://img834.imageshack.us/img834/3874/detailform.jpg
cldnl