|
Size: 1146
Comment:
|
Size: 2264
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 6: | Line 6: |
| Methods must be provided to protect input and 1) Design and technical systems to avoid this. Save user data for future or recovered entry. Etc. What else??? Or included in the below items already??? 2) Implicit protection: Design interactive methods to avoid exit or deletion. E.g. if deleting a field, and the convention in the OS would make an additional delete key press exit the field, and give focus to the next field, do not do this on key repeat, to avoid accidentally deleting multiple fields. Add a pause, or a hard stop, so the user must release and re-press the delete key. 3) Explicit protection: When a single function is provided to clear user entry, provide a method within the screen (not a popup, but something right next to the field or function) to allow recovery of the user-entered data. |
Processes must be designed to protect user input. Methods must be provided to recover previous and historical entry. |
| Line 16: | Line 10: |
| One of the key [[Principles of Mobile Design]] is to respect user-entered data. Design processes and interactions to avoid loss of data. Design technical systems such as storage methods to automatically save entries and present them for retrieval. Two specific types of interactive design cases must be considered: '''Implicit protection:''' Design interactive methods to avoid exit or deletion. Take the example of deleting characters in a form field. If the convention in the OS would make an additional delete keypress exit the field, and grant focus to the previous field, do not do this on automatic key repeat. This will avoid accidentally deleting the entry in multiple fields. Add a pause, or a hard stop, so the user must release and re-press the delete key. '''Explicit protection:''' When a single function is provided to clear user entry, provide a method within the screen to allow recovery of the user-entered data. |
|
| Line 19: | Line 18: |
| Implicit protection methods are too varied to detail, so all the following will be ... XXXXXX Recovery - WHEN CLEARING FIELDS, PROVIDE A WAY TO GET THE DATA BACK... Autocomplete - History - INDICATE DATES, ETC. |
|
| Line 22: | Line 28: |
| Implicit protection methods are invisible to the user. Autocomplete would ideally differentiate user entered vs. community or spell-check results When an undo process is provided from a clear field, or a history link is provided, LABEL IT... |
|
| Line 25: | Line 36: |
| Do not preserve secure information such as passwords and financial transaction information without informing the user. Do not store any information as plain text that can be searched remotely or when stored as backup files. It is difficult to tell what information is secure to the user, and one person's public knowledge may be another's secrets. Assume everything is worth at least minimal protection. |
Problem
User entered data or subsidiary processes would be time consuming, difficult or frustrating to reproduce if lost due to accidental user-selected destruction.
Solution
Processes must be designed to protect user input. Methods must be provided to recover previous and historical entry.
Variations
One of the key Principles of Mobile Design is to respect user-entered data. Design processes and interactions to avoid loss of data. Design technical systems such as storage methods to automatically save entries and present them for retrieval. Two specific types of interactive design cases must be considered:
Implicit protection: Design interactive methods to avoid exit or deletion. Take the example of deleting characters in a form field. If the convention in the OS would make an additional delete keypress exit the field, and grant focus to the previous field, do not do this on automatic key repeat. This will avoid accidentally deleting the entry in multiple fields. Add a pause, or a hard stop, so the user must release and re-press the delete key.
Explicit protection: When a single function is provided to clear user entry, provide a method within the screen to allow recovery of the user-entered data.
Interaction Details
Implicit protection methods are too varied to detail, so all the following will be ... XXXXXX
Recovery - WHEN CLEARING FIELDS, PROVIDE A WAY TO GET THE DATA BACK...
Autocomplete -
History - INDICATE DATES, ETC.
Presentation Details
Implicit protection methods are invisible to the user.
Autocomplete would ideally differentiate user entered vs. community or spell-check results
When an undo process is provided from a clear field, or a history link is provided, LABEL IT...
Antipatterns
Do not preserve secure information such as passwords and financial transaction information without informing the user.
Do not store any information as plain text that can be searched remotely or when stored as backup files. It is difficult to tell what information is secure to the user, and one person's public knowledge may be another's secrets. Assume everything is worth at least minimal protection.