Some suggestions for filling forms UI
@olea
Submitted by Ismael Olea Link to original bug (#608688)
Description
This is a modest and not strict suggestions list. Use it at your own.
when editing a field
* current behavior changes the entry displayed typography, which could be right for me, but entry text place get moved too, which is ugly at least; I suggest to use the same typography when editing and viewing; a rounded frame, a graphic baseline, a colored background or another graphic resource could be used to let clear the user she is currently editing a field.
* when `<esc>` is pressed the spected behavior is to left the edition of the current field with content unmodified; the present behavior seems to lose the mouse focus and left the UI state to limbo
* would not be the `<tab>` key spected to jump to the next form field?
* in the same sense, it would not be spected to jump to next field when the current has been finished after an `<enter>` key?
* pressing `<alt>``<a>` selects the whole page, as a non editing use, instead of the text of the current field.
* when a field is a readymade selection list, now is impossible to navigate through it without the mouse, IMHO would be expected to be able of using cursor keys; probably this could be considered as a a11y bug too.
saving/loaded filled forms:
* it's not clear is possible to save a filled form with the user entered data
* when saving, evince doesn't open the current directory where the original pdf is; I feel a user would like to either:
o save on the original pdf file
o save beside it; in this case maybe Evince could suggests to name it as original-filename-instanced.pdf opposite to original-filename.pdf
Probably the best approach is to use to different GUI's: the current for reading documents and a second one for filling the forms. To switch between modes could be needed only a [Edit form] flag/button, as OpenOffice has.
Version: 2.28.x