[Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button
https://bugs.documentfoundation.org/show_bug.cgi?id=125530 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Keywords|needsUXEval | Resolution|--- |WONTFIX CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #5 from Heiko Tietze --- Resolving as WF since we do not have a good solution. And as of Stuart's comment, the issue is minor. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button
https://bugs.documentfoundation.org/show_bug.cgi?id=125530 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #4 from V Stuart Foote --- 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. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button
https://bugs.documentfoundation.org/show_bug.cgi?id=125530 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button
https://bugs.documentfoundation.org/show_bug.cgi?id=125530 --- Comment #3 from Heiko Tietze --- Created attachment 151725 --> https://bugs.documentfoundation.org/attachment.cgi?id=151725=edit Screenshot of the issue The issue is not solved by disabling the dropdown - or do you also want to keep the cancel/accept buttons? Or get rid of it in favor of the keyboard input escape/enter. Also a bad solution is to mess up with the toolbar autosizing capability, ie. add programmatically some whitespace under a certain condition. I'd say it's a WF. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 125530] UI: Moving INPUT LINE after implementing a drop-down sum button
https://bugs.documentfoundation.org/show_bug.cgi?id=125530 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- Thomas, do you want that new drop-down widget will show always? Now, if you are in cell edit mode then formula bar shows us another buttons (X and V) and it was always in LO. I can't repro your steps... -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise