[Libreoffice-ux-advise] [Bug 108522] Restore (or configure) old behavior when clicking on an input field
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Jun 22 17:10:08 UTC 2017
https://bugs.documentfoundation.org/show_bug.cgi?id=108522
V Stuart Foote <vstuart.foote at utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vstuart.foote at utsa.edu
Crash report or| |https://bz.apache.org/ooo/s
crash signature| |how_bug.cgi?id=33737,
| |https://bz.apache.org/ooo/s
| |how_bug.cgi?id=125108
Resolution|FIXED |DUPLICATE
Summary|Discussion: Restore (or |Restore (or configure) old
|configure) old behavior |behavior when clicking on
|when clicking on an input |an input field
|field |
--- Comment #7 from V Stuart Foote <vstuart.foote at utsa.edu> ---
The in-place field editing [1] is functional.
The double click, or context menu, to open "Edit Fields" dialog is correct and
consistent behavior and has been present since 4.2 as noted, picked up from AOO
work [2].
Unfortunately it probably is not the correct dialog as the Edit Fields dialog
does not actually allow editing of the field content [3].
We have bug 79877 (and better discussion in dupe bug 75319) to rather than the
"Edit Fields" dialog use the Field input dialog for proforma entry--as used to
be connected to the .uno:UpdateInputFields and assigned the F9_SHIFT_F1 short
cut, but that remains non functional for sequential editing of templated forms.
Setting this as duplicate of tdf#79877
=-ref-=
[1]
https://cgit.freedesktop.org/libreoffice/core/commit/?id=c2b5521921b806ff7b04cdacebde3834d2aafd4b
[2] https://bz.apache.org/ooo/show_bug.cgi?id=33737
[3] https://bz.apache.org/ooo/show_bug.cgi?id=125108
*** This bug has been marked as a duplicate of bug 79877 ***
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list