https://bugs.documentfoundation.org/show_bug.cgi?id=136729
Caolán McNamara <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|4.4.0.3 release |Inherited From OOo
--- Comment #4 from Caolán McNamara <[email protected]> ---
"Can the input be limited or corrected without leaving the spin box"
As far as I understand LibreOffice is not unusual in this SpinButton behavior.
That's what nearly everyone does, update on losing focus. In the case that
we're using gtk widgets instead of the vcl ones we don't have fine control over
that aspect of their behavior anyway[1]. I could imagine adding a key combo to
update the current SpinButton that focus is in (ctrl+space or something), but
there isn't, as far as I know, a commonly known key combo for the concept.
(We have about ~600 SpinButtons like this so something like adding labels to
indicate the limits seems impracticable and undesirable)
"However find 99 slightly low, but might be me."
FWIW, it seems on a quick look that MSWord (2013) and Google Docs allow the
user to insert just 1 row above/below so 99 looks generous compared to that
(With the default font 100 rows gives a table that spans about three pages).
But its no biggy to change the max:
https://gerrit.libreoffice.org/c/core/+/102959
[1] Though it would be neat if gtk did something like change the border color
from the default blue to red if the current entered text would result in a
number out of range.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
