[libreoffice-design] Minutes from the UX/design meeting 2022-Sep-14

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)

--
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