Design/Meetings/2024-07-31

    From The Document Foundation Wiki

    TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate

    Link

    https://listarchives.libreoffice.org/global/design/2024/msg00084.html

    Minutes

    Present:  Sahil, Eyal, Heiko
Comments: Mike, Justin, Stephane, Stuart, Cor

Tickets/Topics

(Suggested bump-up (Eyal):
  * Cell selecting fat border looks ugly especially if you selected some
    cell range, it also can block content in other cells
    https://bugs.documentfoundation.org/show_bug.cgi?id=161709
    + Rafael: Made commits to improve the cosmetic situation, consider
      the bug fixed.
    + Rafael: This was done to resolve 143733, which requested the
      rectangle not cover the active cell
    + Heiko: Suggest accepting the current situation for now
    + Eyal: Serious degradation of UX - text in surrounding cells
      partially hidden, can make one value appear as another due
      to hiding.
    + Eyal: Suggest back-out of changes to before 143733, for now, and
      reconsideration. Must fix this for 24.8 release.
    + Eyal, Mihai, Rafael, Roman, flm2: Excel active cell rectangle looks
      nice
=> please discuss at Bugzilla or the mailinglists (Heiko)
)

  * No option to automatically indent multiline list entries to align
    with numbering followed by space
    + https://bugs.documentfoundation.org/show_bug.cgi?id=156071
    + line up *subsequent lines* of each list entry, see c12
    + no good example for the necessity (Mike, Cor, Heiko)
    + mandatory to have this as cross-platform feature (Justin, Cor)
    + A tab is, in the general sense, an inherently flawed solution,
      because once your number exceeds the tab width - you'll overflow
      and the alignment will be messed up (Eyal)
    + Request is reasonable (Eyal):
      + Follows a different aesthetic principle: Fixed amount of space
        between number and paragraph content v-start rather than uniform
        content v-start across all paragraphs
      + Should be implemented via a paragraph feature to move all lines
        further in to respect the maximum constraints on each individual
        line (e.g. numbering, wrapping around frames etc.), ensuring
        that the paragraph's v-start is uniform across all lines, without
        having to set it explicitly using indentation and/or tabs.
      + Should be usable even without numbering being active (an aspect
        of a paragraph's style)
    + requires probably also to start a list from any number (Heiko)
    + MSO does exactly the same as we do (Heiko)
    => comment

  * Tab stop of list contents increases then decreases in default
    Roman numeral list, looking messy
    + https://bugs.documentfoundation.org/show_bug.cgi?id=162133
    + Microsoft Office forces right alignment for Roman numerals, often
      with horrible results (Justin)
    + right-alignment is not the right solution => WF (Stephane, Cor)
  => solution follows bug 156071

 * PIVOTTABLE: Formating Pivot Tables
   + https://bugs.documentfoundation.org/show_bug.cgi?id=51732
   + double-click brings up the Data Field dialog currently, add
     a context menu (Stephane. Cor)
   + perhaps more obvious via push button? (Sahil)
   => provide a context menu for the functions

 * Magnifier Tool for a quick overview and spot zoom into a document
   in Multiple-page view
   + https://bugs.documentfoundation.org/show_bug.cgi?id=162101
   + magnifier is always just a click away, eg. Win + +/- on KDE
   + bug it does not render again with a higher resolution (Heiko)
   + "magnifier" would be an excellent feature *in general* (Stuart, Cor)
   + necessary if the app DPI differs from the screen DPI (Csongor)
   + duplicates / relates to bug 101646 "UI option "Scaling" was removed"
     with a lot duplicates itself
   + weird relation to multi-page view; suggest to do with low
     priority (Eyal)
   => comment
    Retrieved from "https://wiki.documentfoundation.org/index.php?title=Design/Meetings/2024-07-31&oldid=770356"