https://bugs.documentfoundation.org/show_bug.cgi?id=125530
V Stuart Foote <vstuart.foote@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vstuart.foote@utsa.edu
--- Comment #4 from V Stuart Foote <vstuart.foote@utsa.edu> ---
The "UI movement" if any is negligible as the wider Autosum split button (∑▾)
and Formula (=) button pair is swapped with narrower Reject (✗) and Accept (✓)
buttons as a cell/formula bar entry is being made.
On Windows builds at least--the collapsed Formula bar, aka INPUT LINE, does not
reposition, only the placement of the Formula (=) vs. Accept (✓) shifts by the
extra width of the split button. And it is nothing compared to the movement
when the Formula Bar is expanded.
Frankly not seeing an issue with the half a button shift as the Formula bar is
not affected.
If we had to hold the button stable, could reorder them to place the wider
Sigma split button at the end adjacent to the Formula Bar, but that might be
uncomfortable for folks used to the Formula (=) being there.
IMHO => WF
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.