Design/Meetings/2024-09-11
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate
Link
https://listarchives.libreoffice.org/global/design/2024/msg00111.html
Minutes
Present: Sahil, Rafael, Heiko Comments: Stuart, Steve, Ady, Kenneth Tickets/Topics * The "Check for updates" dialog should provide links to release candidate wiki pages + https://bugs.documentfoundation.org/show_bug.cgi?id=149400 + Wiki format is sufficient (Stuart) + No problem with a link to the point release in the updater (Rafael) + Not much beneficial since minor updates are (usually) just bug fixes (Rafael) + unclear why someone wants to learn about release candidates (Sahil) => keep with minor importance and add a link to the major and the minor release at the update info * Comment indicator size and color aesthetics and customization + https://bugs.documentfoundation.org/show_bug.cgi?id=162660 + proposals in c16 + no need to fix, other app do the same (Rafael) + depending on the background? probably not; and makes the UI busy (Rafael) + if many users complain about the border we may add an advanced option (Sahil) + border was white in the past + using an icon could be a solution (Sahil) + but blocks changing the color, has issues with zooming, and RTL/LTR (Heiko) => resolve WF; we have no solution that makes everyone happy * make active cell highlight selection grid line a bright grey instead of white in dark mode or not use it at all? + https://bugs.documentfoundation.org/show_bug.cgi?id=162759 + competitors also show a white inline rectangle (Rafael) + necessary to keep the focus rectangle visible even on a cell background close to the highlight/accent color (Ady) + unlikely use case (Steve) + a) use document background (not sure to provide good contrast; and looks ugly), b) merge the highlight color with the background and have less contrast, c) go with white (guarantees to be visible together with the focus color) + no user ever complained on other office suites about the color (Rafael) => WF * UI missing for nesting character styles + https://bugs.documentfoundation.org/show_bug.cgi?id=115311 + ability to nest CS is extremely important (Kenneth) + request is to apply more than one CS, eg. Emphasis+Strong Emphasis (Eyal) (and consequently to highlight both in the Stylist) + it is possible to inherit CS and Strong Emphasis can be moved under Emphasis which applies attributes from both styles; this nesting can also be done per Inherit From attribute (Heiko) + Style Inspector does not properly read the nested CS attributes + stacking is what Eyal suggests while nesting implies a hierarchy (Sahil) + similar discussion for PS where one style is wished to be available under different parents (Heiko) + we should not make the styles handling more complicated (Rafael) => comment and keep ticket for more wisdom