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

--
To unsubscribe e-mail to: design+unsubscr...@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

Reply via email to