Bug 134679 - Print dialog auto-resizes when sections are expanded
Summary: Print dialog auto-resizes when sections are expanded
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 135691 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2020-07-09 07:48 UTC by Paul Menzel
Modified: 2021-04-23 09:32 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Maximized printing dialog after pressing Ctrl + p (85.54 KB, image/png)
2020-07-09 07:48 UTC, Paul Menzel
Details
Resized printing dialog after pressing *More* (100.95 KB, image/png)
2020-07-09 07:49 UTC, Paul Menzel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Menzel 2020-07-09 07:48:26 UTC
Created attachment 162832 [details]
Maximized printing dialog after pressing Ctrl + p

On the Dell Latitude E7250 with Debian Sid/unstable with GNOME 3.36.3 and LibreOffice 1:7.0.0~rc1-5, opening the print dialog the height is maximized to the screen height.

After pressing on the second *Mehr* (*More*) link(?), the dialog height is getting smaller and the empty space is removed.
Comment 1 Paul Menzel 2020-07-09 07:49:02 UTC
Created attachment 162833 [details]
Resized printing dialog after pressing *More*
Comment 2 Heiko Tietze 2020-07-09 08:17:32 UTC Comment hidden (obsolete)
Comment 3 Paul Menzel 2020-07-09 08:27:35 UTC
(In reply to Heiko Tietze from comment #2)
> In other words: the maximized state of this dialog is lost when a section is
> expanded (and probably also when collapsed)?

Yes, collapsing the expanded section again, the dialog stays “unmaximized”. Even expanding other sections – so scrolling is enable – the dialog size does not change. I guess, that is the expected behavior though, that the dialog size does not change. Having it maximized by default, is probably a good idea for certain screen sizes.
Comment 4 Heiko Tietze 2020-07-09 09:03:13 UTC
This also happens when the dialog is resized manually. Expanding a section triggers the auto-resize algorithm ignoring user input. We can either fix this issue or make the dialog non-resizable. What do you think, Caolan?
Comment 5 Caolán McNamara 2020-07-09 10:20:03 UTC
The expander has to resize the dialog, and the resize will resize to the optimum size of the new layout. With expanders it's probably next to impossible to "keep" a manual size in the sense of how to distinguish that wanted size from an unwanted large pre-shrink size when shrinking such a dialog.

Those expanders are really only there in the first place because everything doesn't fit. Print dialogs are hard to get right, especially when considering spreadsheet requirements, and there seems to be a long series of problems with the print dialog since it was redesigned to basically put next to everything in one pane.
Comment 6 Telesto 2020-07-09 15:04:36 UTC
"to basically put next to everything in one pane."
-> Sorry, I don't follow this.. 'put next to". I assume something like, put everything in one pane..

@Heiko
The second "Page Layout" should move to a different tab, IMHO. Set the configuration "Pages per sheet" to custom and you get even more settings.. Won't even fit on small screens on Windows. And I find the scroll bar also annoying idea (after experiencing it)
Comment 7 Caolán McNamara 2020-07-09 18:59:18 UTC
by "put next to everything" I mean "put nearly everything"
Comment 8 Timur 2020-09-04 09:34:42 UTC
This looks like a bug. See also 135691 with a request to keep Print position and size remembered, even if More is not used, surely also if it is.
Comment 9 Heiko Tietze 2020-11-11 07:07:09 UTC
*** Bug 135691 has been marked as a duplicate of this bug. ***
Comment 10 Heiko Tietze 2020-11-11 07:08:42 UTC
Caolan fixed the bug with https://gerrit.libreoffice.org/c/core/+/105534
Comment 11 Timur 2020-11-16 15:01:53 UTC
Sorry I don't see as fixed with today's master.
Comment 12 Timur 2021-04-22 13:14:20 UTC
Heiko, could you please explain this. Fix is : don't expand but use scroll. I don't like it and bug 135991 remains as not a duplicate, both position and size are not saved. 
There's also bug 134640. which I don't know if covers bug 135991.
Comment 13 Heiko Tietze 2021-04-23 09:32:33 UTC
The issue was that expanders respond to resizing and/or vice versa. This is fixed and an expanded section will not collapse on maximize.