https://bugs.documentfoundation.org/show_bug.cgi?id=103575
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |[email protected]
Resolution|--- |WONTFIX
--- Comment #16 from V Stuart Foote <[email protected]> ---
(In reply to Gerhard Weydt from comment #15)
> Many changes for a control take effect only when you click into another
> field. For example, if you change width, height, position etc. manually by
> setting another value, you also have to click elsewhere.
> I think the change is only recognized after an event for the field has been
> fired, and this happens only when leaving the field, but not when you simply
> change the value; this would be uncomfortable because it would be fired
> continuously as long as you scroll the wheel or change the value using a
> spin button. The firing would probably be quicker than the reaction, leading
> perhaps to problems.
> For a listbox the situation is different, because the selection of an entry
> can fire an event; this is mainly a single choice and not a continuous
> change, as described before.
> Thus, I do not consider this as a bug. I hope you will understand my
> reasoning. If you do, I propose you set the status of this bug to RESOLVED.
>
Yes agree, key here is the need for a selection action in a drop list widget.
Applying drop list attribute _without_ a specific selection action during
cursor or mouse-wheel navigation would be a very unreliable UI--it is not
appropriate either for UI elements or for DB fields.
Contrast that to a spin widget that increments/decrements and applies and is
appropriate UI.
This is a pretty clear WONTFIX
--
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
