Digression from [libreoffice-design] Minutes from the UX/design meeting 2023-Mar-07

paul hofseth paul at hofseth.co
Fri Mar 8 16:08:08 UTC 2024


sirs,

Sorry for disturbing this august assembly.

I repeat my resultless calling for concentration on overall function 
without crashing, rather than on small improvements to appearance and 
efficiency of use.

------------------------------
In my case i have listed aimilar "hangs" on the bug report site and 
received helpful but ineffective  advice ad fixing the user profile 
(Which is empty, and even  emptier  after having cleaned out all 
preexisting choices and trying once more)

I made a few very brief test documents today rather than risking my work 
texts (choosing the Times new roman type i always use. but only typing 
"text nr.xx and xxx in the content ) libre office crashed when saving, 
even though all other progams on the machine (exept the usual windows 
junk) was turned off. Below is what the operating system had to say:

"soffice.bin
    7.6.5.2
    22b4
    01da716c7d500190
    24
    C:\Program Files\LibreOffice\program\soffice.bin
    41d25edb-3128-4b92-b9b6-991947c70f40


    Unknown
    55006E006B006E006F0077006E0000000000 "

And when using the restore text option the program hung once moreuntil i 
killed it.
-------------------------

I do not expect any replies from this group, but please do create a 
"life vest"- rescue button mode: which will enable users to copy 
existing text while waiting to shut it down or for|he program hang to 
resolve itself (assuming that stability cannot be reached ) In the 
meantime for my book manuscripts i must use Apaches open office which is 
stable.

yours

paul hofseth

Den 07-03-2024 15:39, skrev Heiko Tietze:
> Present: Cor, Sahil, Felix, Rafael, Hossein, Heiko
> Comments: Stephane, Ady, Stuart
> 
> Tickets/Topics
> 
>  * Auto-size the "Search Results" dialog (after a find & replace across
>    multiple sheets) to avoid scrolling
>    + https://bugs.documentfoundation.org/show_bug.cgi?id=157207
>    + use ellipsis too (Stephane)
>    + emphasizing the text that is explicitly being searched (Ady)
>      + bug 157227
>    + agree with the request to use more of the display (Stuart)
>    + wrapping might be another idea (Rafael)
>      + rather not because makes reading more difficult (Sahil)
>    + ellipsis at start and end to bring the search term into the view 
> (Felix)
>    + simple solution covers most cases (and can be done as easyhack) 
> (Cor)
>    + ellipsis hinders reading the text, eg. if the search term is near 
> end (Cor)
>    + dialog is good as it, width should be adjusted carefully (Hossein)
>    + With various scaling factors (2x, 3x, etc.) and different DPIs 
> (HiDPI)
>      these days, the issue of too big / too small dialogs and the need 
> to add
>      scrolling can also be seen elsewhere (Hossein)
>    => resize the dialog if the content takes more space but only up to 
> a
>       reasonable width
> 
>  * CALC UI: Menu item "View headers" in menu "View" named wrong
>    + https://bugs.documentfoundation.org/show_bug.cgi?id=159738
>    + changed because of the Notebookbar
>      a) have a dedicated NotebookbarLabel
>      b) change back and accept the longer label
>         + or hide the View Header command in the NB variant
>      c) change the UI label to "View Headers"
>      d) accept the situation, ie. NAB/WF
>    + a) sounds good but c) could be a quick solution here (Rafael)
>      + probably with some tooltip (Heiko)
>    + a) is okay but prefer d) rather than c) (Cor)
>      + nitpicking anyway; tooltip is good (Rafael)
>    + icon on the command would be nice (Felix)
>    => add a tooltip "Toggle row/column header on/off" to command
>       and the tools > options dialog
> 
>  * UI: A button to expand the animation picker dialog to dedicated 
> dialog
>    + https://bugs.documentfoundation.org/show_bug.cgi?id=145038
>    + icons may help, even in the current form, in sidebar (Hossein)
>    + icon view like at the transition deck sounds good (Rafael)
>    + dedicated dialog needed for notebookbar-only variants (Sahil)
>    + on the long run we should add some styles-like widget for
>      animations as known from MSO (Hossein)
>    => comment
> 
>  * Reworking of dialogues Organize macros (make from 5 existing only 
> one)
>    + https://bugs.documentfoundation.org/show_bug.cgi?id=120658
>    + Issue is worse than that considering Python, and APSO (Hossein)
>    + Most things (editing, etc.) are not usable for Python, even with
>      5 dialogs (Hossein)
>    + Every change should have in mind that it is about macro 
> programming in
>      general, and not only BASIC scripting (Hossein)
>    + unified dialogs are not always easier to use (Cor)
>    + suggested proposal is difficult to implement and suspect a lot of
>      side effects (Rafael)
>    + APSO is the way to go for Python at least (Rafael, Hossein)
>    => comment


More information about the LibreOffice mailing list