Present: Sahil, Cor, Eyal, Bogdan, John, Heiko
Comments: Ady, Stuart
Tickets/Topics
* Allow the user to delete his own bibliography references
+ https://bugs.documentfoundation.org/show_bug.cgi?id=162858
+ bibliography is a reference to the database like other fields
and none can be deleted from the insert/edit dialog (Heiko, Cor)
=> WF
* Allow formulas autocompletion / syntax hints tooltip in conditional
formatting rules editor
+ https://bugs.documentfoundation.org/show_bug.cgi?id=163623
+ not reasonable that an unknown complex formula is used (Heiko)
+ but we don't know and users might benefit from it (Cor)
+ rather keep things simple (Sahil)
+ assistance is desirable everywhere, not just the CF dialog;
assistance not necessarily via tooltips (Eyal)
+ make help available in CF dialog (Cor)
=> comment
* Allow setting more global printing defaults
+ https://bugs.documentfoundation.org/show_bug.cgi?id=163385
+ unclear report (Cor)
+ OP complains about margins not applicable to printer (Eyal)
+ if margins are manually set to zero it should be applied (Heiko)
+ bug 103683 asks for more standardized margins, could be a dup
+ make Handout the default for printing? (Heiko)
=> resolve Invalid with the recommendation to create a new ticket
* Inserting new comment in Calc disables the "show all comments"
setting
+ https://bugs.documentfoundation.org/show_bug.cgi?id=161972
+ some discussion on the ticket explaining the current workflow (Ady)
+ tri-state is probably too far-fetched and not suited for a menu (Heiko)
+ but we may introduce a setting under tools > options > calc >
view: "[ ] New comments visible" which allows to create new
comments expanded (Heiko)
+ use case is reasonable (Eyal)
+ show/hide is applied to the cell selection (Cor)
and the menu state always correctly shows if all are visible or not.
+ make the menu item a true toggle and follow this setting for
new comments (Sahil)
+ not advisable and breaking the workflow for many users (Ady)
+ don't understand why that should be the case (Cor)
(but didn't take a lot of time to study..)
+ not much concerns about the workflow (Heiko)
=> comment
seems it needs some more thinking for the ideal solution, not
breaking Calc functionality, yet preventing confusing with
newcomers
* Make non-breaking hyphen visible again in normal use case
(at least as an option)
+ https://bugs.documentfoundation.org/show_bug.cgi?id=164034
+ done by design, NAB (Stuart, Eyal)
+ nbhy/nbsp apparently does nothing - but actually it inserts something
without the distinction from normal space or hyphen unless a
line break (Heiko)
+ reasonable request because....
+ naming is wrong since hyphen are not spaces; better go with
"Non-breaking spaces and hyphen" - too long, "...glyph" not
translatable, "... " + tooltip - uncommon, "...character" unclear
(Eyal, Cor)
+ go with the potentially too long version (Heiko)
=> resolve NAB
--
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/design/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
- [libreoffice-design] Minutes from the UX/design meeting 2024-Dec-04 · Heiko Tietze
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.