Minutes from the UX/design meeting 2024-Dec-04
Heiko Tietze
heiko.tietze at documentfoundation.org
Wed Dec 4 20:30:30 UTC 2024
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/libreoffice-qa/attachments/20241204/58192639/attachment.sig>
More information about the Libreoffice-qa
mailing list