[Libreoffice-bugs] [Bug 136729] Insert rows allows only 99 new rows, but the input doesn't message that clearly

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=136729

Caolán McNamara <caolanm at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|4.4.0.3 release             |Inherited From OOo

--- Comment #4 from Caolán McNamara <caolanm at redhat.com> ---
"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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200917/17f711d7/attachment.htm>