You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 7, 2020. It is now read-only.
Let's consider following steps on a mobile device:
Goto Contacts
Select a contact from the list
Click "Edit" button
Here:
what action should be assigned to "Back" button, back to the list or back to contact info? I think it should point to the contact info as it was the last "view". However, a question follows: Maybe we should not display contact info in the first place and use only an "edit form" view for viewing contacts? Note that we do not have "info page" for identities/responses/folders, we do have for email though.
should we display Cancel button? It think we should not.
The text was updated successfully, but these errors were encountered:
Sure, but it's not only about the Back button. It's about UI unification. Email is specific, compose and preview are two very different things there. However, are contacts so specific? I think not. It could be handled the same way as identities, folders, etc. This means we could get rid of contact preview and use contact edit form only. That of course would mean we need a proper design of the contact edit form, so it looks good for viewing information and e.g. in read-only mode.
ps. if we consider for example some kolab plugins, like calendar, tasklist, kolab_notes. They are also inconsistent in this area (notes do not use preview, events/tasks do). I think it should be possible and reasonable to unify in a way where we do not use "preview mode", but only "edit mode" everywhere (except email).
alecpl
changed the title
Mobile: Back button and contact edit
Mobile: contact preview v. edit mode
Feb 21, 2017
Hi Alec, to my opinion, on a mobile device, contact info page is essential to send a message with the mailto link or to call directly from the page (mixing information and editing could confuse people)
That's a good point. I suppose we stay with preview mode for contacts. So, I'd consider consistency in not using the preview mode to apply only for Settings section.
Let's consider following steps on a mobile device:
Here:
The text was updated successfully, but these errors were encountered: