Currently the inbuilt file dialog can be resized to a minimum of 867x450 for LibO-fresh and 658x450 for master (running on KDE). The normal file dialogs are limited by the contained controls. If that is not possible I vote for a low minimum like 300x200px in order to let the user decide which size dialog should have.
Good IMO. I would also suggest to - make the dialog height adjustable and - that the size is remembered for the next use.
(In reply to Cor Nouws from comment #1) > - make the dialog height adjustable and > - that the size is remembered for the next use. Absolutely.
Migrating Whiteboard tags to Keywords: (needsDevEval)
*** Bug 96393 has been marked as a duplicate of this bug. ***
Bug 96393 has been fixed related to remembering the dialog's resized size, so this one can focus on the size issue. So the minimum size i see is the same amount Heiko mentioned (658x450) and it seems like it has a good minimum width for the content included and in order for it to be smaller width-wise, we could hide the Type column in the file list, just like we did with the Remote Files dialog. When it comes to height, the file list shows a minimum of 9 rows which is fine, and this could be reduced to a minimum of 5, and I do see some bloat at the bottom of the dialog above and below the read-only checkbox though. So for me, the current minimum size is quite good and i tested it at 1024x768 and it still was good. There isnt any benefit of allowing it to reduce down to 300x200px, where the controls would be barely visible/usable. @Adolfo: Any thoughts?
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Minimum size on Windows is 530x400. Therefore bug still not fixed. Also Bug 96393 is not fixed at this time. LibreOffice version: Version: 5.3.0.3 Build-ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU-Threads: 2; BS-Version: Windows 6.2; UI-Render: Standard; Layout-Engine: neu; Gebietsschema: de-DE (de_DE); Calc: group
615x449 on LXQt/Kwin; have seen worse dialogs, though.
Closing my own ticket as WONTFIX. Tinkering with a replacement to native dialogs is always doomed, and we plan to retire this feature (or probably strip down every non-essential function), see bug 114484.