[Libreoffice-qa] Minutes from the UX/design meeting 2022-Sep-14
Heiko Tietze
heiko.tietze at documentfoundation.org
Wed Sep 14 19:12:17 UTC 2022
Present: Eyal, (Shegs,) Rizal, Heiko
Comments: Stuart, Tomaz, Tuomas, Mike, Eyal
Tickets/Topics
* Rename the "Search Commands" menu item
+ https://bugs.documentfoundation.org/show_bug.cgi?id=150812
+ duplicate bug 148073 resolved NAB
+ "Search for commands" is catchy (Mike)
+ "Find Command" (Eyal)
=> go with "Search for Commands..."
* The strings "Top of baseline" and "Bottom of baseline" should be changed
+ https://bugs.documentfoundation.org/show_bug.cgi?id=150804
+ "Above baseline" and "Below baseline" shorter and more accurate than
"Top of baseline" and "Bottom of baseline" (Tuomas)
+ "Align top/bottom with baseline" (Eyal)
+ not much improvement as it just adds "Align" and changes of to
with; and it fits not well to other options (Heiko)
+ so suggest to change just "of" to "with" (Eyal)
+ maybe split the field into two top/center/bottom and
baseline/character/line (Eyal)
=> comment and let the doer decide
* Search Commands should also search commands _not_ on the menus
+ https://bugs.documentfoundation.org/show_bug.cgi?id=150814
+ unclear in case of commands with input and configuration
requirements (Stuart)
+ contextual disabled commands are not added to the list (Tomaz)
+ results should be separated from those that are in the main menu
a) change the appearance like italic font, or gray color
b) use some textual indicator like brackets
c) label like "Not in menu: <...>"
d) positional indicator, ie. use a horizontal ruler and list the
non-menu commands below
+ prefer a) or b) and dislike d) as it might be distracting (Eyal)
+ prefer d), dislike a) as it is a different indicator and c) is
too long (Heiko)
=> command and go ahead
* Support flags in Search Commands: whole-word, case-sensitive, regexp
+ https://bugs.documentfoundation.org/show_bug.cgi?id=150811
+ if ICU regex libs can be used (Stuart)
+ against this (Tomaz)
+ weak use case in comment 6, academic and far-fetched (Heiko)
+ admittedly, and in the end it's not that much we search for (Eyal)
=> resolve WF
* Insert->Image inconsistent behavior when graphic objects are selected
+ https://bugs.documentfoundation.org/show_bug.cgi?id=150889
+ inserting an image onto a selected shapes puts the bitmap into the
background, but this works not anymore for Draw/Impress to avoid
replacement
+ inserting something should consistently delete selected objects (Eyal)
+ disagree with the deletion (Heiko) but in fact when some text is
selected and you insert a chart the text is deleted - and inconsistencies
are worse than inconveniences
+ possible solutions
a) change Draw/Impress to behave like Writer (insert Image as background)
b) change Writer and Calc and never apply as background
c) make all insertions behaving the same and _replace_ selections
+ MSO Word and Powerpoint deselect the shape and insert the image
=> go with a) for now for sake of easy implementation (sounds as the easiest
to implement) but on the long run do c)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/libreoffice-qa/attachments/20220914/0c310878/attachment.sig>
More information about the Libreoffice-qa
mailing list