Description: Hello, A lot of space is used for internal options and waste a lot of space in the dialog. I don't say those options are useless of course but just we should use a better way to include them in the dialog Steps to Reproduce: 1. Just open the save dialog Actual Results: A lot of space wasted in the save dialog Expected Results: Less space for LO saving options Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Threads CPU : 4; OS : Windows 10.0 Build 19041; UI Render : Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); Langue IHM : fr-FR Calc: threaded
Created attachment 164046 [details] Save dialog
Created attachment 164184 [details] Situation with gtk3 (on KDE) Not wrapped but badly aligned on KDE.
Created attachment 164185 [details] Situation with generic VCL Not wrapped, still badly aligned, and unclear second row (users wonder why this particular item is placed apart).
This would be my take: * Do not wrap lines on Windows * Align with the filter dropdown controls, if possible * Do not put items in a second or third row
(In reply to Heiko Tietze from comment #2) > Created attachment 164184 [details] > Situation with gtk3 (on KDE) > > Not wrapped but badly aligned on KDE. Just FYI: the "extension selection" checkbox is a KDE feature, so we have to ignore LO's own setting, or we would get two of them. That checkbox is placed by KDE, so there is nothing we can do about the alignment, since we just get the area below for our own layout.
(In reply to Heiko Tietze from comment #4) > This would be my take: > * Do not wrap lines on Windows > * Align with the filter dropdown controls, if possible > * Do not put items in a second or third row Discussed this in the design meeting and "Save with password" and "Encrypt with GPG key" could be placed in a second column. The "Edit filter settings" applies only for text with encoding; but the dialog shows up in any case. According the help it applies information at the file header and we may put this option in the extra dialog (or just remove the option). Depends likely on the module and could be useful for Calc. The automatic extension feature is not working reliably. (In reply to Jan-Marek Glogowski from comment #5) > Just FYI: the "extension selection" checkbox is a KDE feature, so we have to > ignore LO's own setting... JMux is right, screenshot was made with kde5 VCL. The top-most checkbox is not there in case of gtk3.
something more required in this bug. https://www.digitalcentric.ie/
Done at Gtk3KDE5FilePicker::addCustomControl(), for example. Seems not so easy to fix.
At least on Win it is not possible to fix this like in Bug 74443.
For many years, we have provided assignment writing services to students all around the world. Our team is made up of Ph.D. specialists from a variety of subjects and expertise. Because we are one of the top organisations providing academic support to students, we only produce the greatest work and employ the best authors. [ur=https://editinghelp.co.uk/essay-writing/]Best essay writing help in UK[/url]
Dear Arnaud Versini, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug