Design/Meetings/2024-02-14

    From The Document Foundation Wiki

    Link

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

    Minutes

    Present: Sahil, Rafael, Hossein, Heiko
    Comments: Stuart, Jean-Francois, Eyal, Stephané, Ady
    
    Tickets/Topics
    
     * Freeze Zoom as a global LibreOffice preference
       + https://bugs.documentfoundation.org/show_bug.cgi?id=159156
       + assigning <Ctrl>+0 to .uno:Zoom100Percent as fixed shortcut (Stuart)
       + though must not touch Ctrl+0 in Writer (Jean-Francois)
       + ignore zoom-in/-out via keyboard or lock zoom (Eyal)
       + could be an option "[ ] No zoom per touch pad" (Rafael)
       => add the option (perhaps macOS only)
    
     * Comment commands in Calc's menus need to be rearranged
       + https://bugs.documentfoundation.org/show_bug.cgi?id=158653
       + split of comment-related commands is not ideal (Stephané)
         + yet done intentionally for bug 91820
       + not convinced that changing the menus is the best path forward,
         it's basically grouping by action vs object (Ady)
       + other applications go with action-focused menus too (Hossein)
       + no better place for comments than under Sheet (Heiko)
       + when coming from the Notebookbar it feels wrong (Rafael)
       => resolve NAB/WF
    
     * Dialog Properties bigger then screen
       + https://bugs.documentfoundation.org/show_bug.cgi?id=159409
       + not confirmed, dialog is ~637px in height on win (Stuart)
       + but there is a duplicate report; and report is from gtk3
       + reduce the number of lines for the comments textbox (Hossein)
       + turning the wall of inputs into two columns (Rafael)
         + has the challenge to cover long labels (Heiko)
       + long term solution: add some mechanism to VCL/weld that restricts
         oversized dialogs and automatically adds scrolling (Hossein)
      => do it
    
     * Page direction not the same as sheet direction
       + https://bugs.documentfoundation.org/show_bug.cgi?id=158601
       + recent bug reports have proven that users do not agree (Ady)
       + if the request is to bind the UI-only setting Sheet > RTL to
         Page Style > Text Direction (the superordinate setting of
         the text direction in cells) the recommendation is to rather
         not do
       + Excel knows a "context" option for the cell direction meaning
         if the entered text is RTL the cell becomes RTL (Hossein)
       + The context option will handle the use case automatically, and
         also handles the situation with bilingual cells (Hossein)
       + problem accepted, solution rejected = WF