[Libreoffice-bugs] [Bug 135454] UI: Other fields aren't updated at manual input (you have to jump to different field)

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #7 from Aron Budea <baron at caesar.elte.hu> ---
(In reply to Caolán McNamara from comment #3)
> As a real world example, if you look at LibreOffice 4.1, calc, format cells,
> alignment and the degrees spin button, you cannot delete the "0" there with
> backspace, it reappears immediately, if you use the up button to take it to
> e.g. 20, then try to delete with backspace the 20 to replace it with
> something else it will turn into 2 with the cursor before 2. If you decide
> to just type 40 before that 2, planning to delete the 2 afterwards then the
> 402 is clamped and turned into 359 before you get a chance to turn 402 into
> 40. So IMO an update immediately model is fraught with difficulties too, but
> one where the update happens on losing focus is simple, and is the built-in
> way that a GtkSpinButton works out of the box.
I agree that this can be quite annoying, and like the idea of using a function
key for manual update.

(In reply to Heiko Tietze from comment #5)
> Would expect on spinner with limits that up/down become disabled. And when
> you manually enter a value above or below it's adjusted to the
> maximum/minimum.
Heiko, please note that this bug report is specifically about validating, and
autocorrecting input during typing. There's no question that the input should
be validated and the spinner limits should be updated once the user is done
with the change (= the control loses focus).

-- 
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/20201216/d938fc85/attachment.htm>