Bug 127782 - New Print dialog is too high
Summary: New Print dialog is too high
Status: REOPENED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:6.5.0 target:6.4.1 target:7.0....
Keywords: needsUXEval
: 128869 129379 129860 130667 130747 130903 131119 131139 131429 131689 131741 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2019-09-26 10:50 UTC by Mike Kaganski
Modified: 2020-03-31 14:07 UTC (History)
27 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot with gtk3 VCL plugin and resolution 800x600 (50.91 KB, image/png)
2019-09-27 20:22 UTC, Michael Weghorn
Details
Print dialog with empty space marked red (16.26 KB, image/png)
2019-09-27 21:34 UTC, Mike Kaganski
Details
screenshot with gtk3 VCL plugin (57.08 KB, image/png)
2019-09-29 02:42 UTC, Michael Weghorn
Details
Print dialog update (132.91 KB, image/png)
2019-10-22 22:43 UTC, andreas_k
Details
Dialog with GtkScrollArea (183.72 KB, image/png)
2019-10-23 07:21 UTC, Heiko Tietze
Details
Print dialog update 02 (132.45 KB, image/png)
2019-10-23 08:24 UTC, andreas_k
Details
Print dialog update 03 (247.38 KB, image/png)
2019-11-06 17:06 UTC, andreas_k
Details
Print dialog update 04 (82.37 KB, image/png)
2019-11-18 23:14 UTC, andreas_k
Details
Print dialog update 05 (111.66 KB, image/png)
2019-11-19 23:31 UTC, andreas_k
Details
On macOS 10.14.6 (82.93 KB, image/png)
2019-11-24 20:42 UTC, Samuel Bächler
Details
Print dialog update 06 (110.77 KB, image/png)
2020-01-13 19:59 UTC, andreas_k
Details
Print Dialog too large and buttons blocked by Taskbar (74.81 KB, image/png)
2020-02-01 01:27 UTC, Bud
Details
PrintDialog with LibreOffice 6.4.2.2 under Gnome (Ubuntu) (101.14 KB, image/png)
2020-03-29 10:32 UTC, FerbTux
Details
Failing dialog size (212.05 KB, image/png)
2020-03-30 12:05 UTC, kevin
Details
working dialog (181.04 KB, image/png)
2020-03-30 12:07 UTC, kevin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2019-09-26 10:50:45 UTC
The height of the new print dialog in version 6.3 is more than 800 pixels high (818 on my Win10). It is reported that real-life systems have smaller height: see https://ask.libreoffice.org/en/question/210159/print-dialog-box-is-to-large-how-to-resize-it/, which mentions 768 pixels of a laptop screen height.

There's a large whitespace in the dialog controls area, so it should allow smaller height.
Comment 1 Roman Kuznetsov 2019-09-26 13:28:23 UTC
I made a screenshot of the Print dialog. It's 1212x840 px

many laptops have only 1366x768 px display =(

So => NEW
Comment 2 Michael Weghorn 2019-09-27 20:22:11 UTC
Created attachment 154607 [details]
Screenshot with gtk3 VCL plugin and resolution 800x600

Attached screenshot was taken with gtk3 plugin and laptop screenshot set to 800x600 resolution using master (native resolution: 1920x1080).

For me, the dialog is scrollable, i.e. it seems to be at least usable on screens with lower resolution as well.

I currently don't have Windows at hand to test there.

@Mike: Can you be more explicit about the "large whitespace" you're referring to (e.g. mark that area in a screenshot)?
Comment 3 Mike Kaganski 2019-09-27 21:34:33 UTC
Created attachment 154608 [details]
Print dialog with empty space marked red

I have also tested with 800x600 on Windows, and confirm that it actually is scrollable there.

The attachment shows the area I meant, marked by red rectangle.
Comment 4 Michael Weghorn 2019-09-29 02:42:08 UTC
Created attachment 154630 [details]
screenshot with gtk3 VCL plugin

(In reply to Mike Kaganski from comment #3)
> The attachment shows the area I meant, marked by red rectangle.

Thanks. Is that with the minimum size that the print dialog can have if you resize the window? I don't have that white area on Linux with gtk3, where the dialog opens with its minimum size by default in my case (s. attached screenshot). I do see the white area if I manually enlarge the dialog window, but that seems reasonable to me. (Resolution is 1920x1080)
Comment 5 Thomas Lendo 2019-10-02 20:27:58 UTC
The new print dialog is really too high as I've vertical and horizontal scrollbars in the 'General' tab on my laptop with 1366x768 (16:9) on Ubuntu Linux 18.04.
Comment 6 Cor Nouws 2019-10-03 12:08:06 UTC
indeed, sometimes I have to fiddle around with the heigt
Comment 7 Heiko Tietze 2019-10-05 08:14:32 UTC
The mockup had a scrollwindow IIRC. And if not, we could introduce that anyway.
Comment 8 Heiko Tietze 2019-10-08 14:29:59 UTC
(In reply to Heiko Tietze from comment #7)
> The mockup had a scrollwindow IIRC. And if not, we could introduce that
> anyway.

Here we go https://gerrit.libreoffice.org/#/c/80474/
Comment 9 Mike Kaganski 2019-10-08 14:42:34 UTC
(In reply to Heiko Tietze from comment #8)
> (In reply to Heiko Tietze from comment #7)
> > The mockup had a scrollwindow IIRC. And if not, we could introduce that
> > anyway.
> 
> Here we go https://gerrit.libreoffice.org/#/c/80474/

But as noted in comment 2 and comment 3, the dialog *is* scrollable...?
Comment 10 Heiko Tietze 2019-10-09 08:31:32 UTC
(In reply to Mike Kaganski from comment #9)
> But as noted in comment 2 and comment 3, the dialog *is* scrollable...?

Yes, the tabcontrol has the scrollable property. But I don't see a chance to scroll by default, meaning to not show all control if possible. With a scrollwindow we can make the dialog smaller and scroll the content independently from the screen real estate.

Alternatively, we could use an expander and collapse the page layout. Not sure what's better.
Comment 11 andreas_k 2019-10-22 22:43:36 UTC
Created attachment 155247 [details]
Print dialog update

Range can be more compact cause Even pages and Odd pages is something that is not so often in used. Than you have enough space for the other stuff.

In general it's a bit strange that the dialog didn't use the standard padding settings (6 vertical 12 horizontal).
Comment 12 Heiko Tietze 2019-10-23 07:21:17 UTC
Created attachment 155248 [details]
Dialog with GtkScrollArea

That's how it looks with the patch. Mike's review pending. The alternative is to collapse a section.

(In reply to andreas_k from comment #11)
> Range can be more compact cause Even pages and Odd pages is something...

Looks good with English but I'm afraid of languages that take more space.
Comment 13 Mike Kaganski 2019-10-23 07:41:11 UTC
(In reply to andreas_k from comment #11)
(In reply to Heiko Tietze from comment #12)

Re: placement of Even/Odd pages: it absolutely doesn't make sense to play with these radiobuttons without considering bug 127680.

Re: comment 8: attachment 155248 [details] shows exactly the same issue with "[] Collate" checkbox which is mentioned in comment 12 wrt Even/Odd (with even more constrained space): it isn't clear that this placement would fit translations.
Comment 14 andreas_k 2019-10-23 08:24:05 UTC
Created attachment 155249 [details]
Print dialog update 02

(In reply to Mike Kaganski from comment #13) 
> Re: placement of Even/Odd pages: it absolutely doesn't make sense to play
> with these radiobuttons without considering bug 127680.

with this feedback an drop down menu can be usefull, than you have all pages, even, odd, selection in the drop down menu and the pages selection as second element. So even/odd per selection will work too.

The alignment of vie attechment can be improved. for sure. Now the .ui file use not very common paddings and margins. Ordinary LibO spacing vertical = 6  and spacing horizontal = 12.
Comment 15 Mike Kaganski 2019-10-23 08:42:30 UTC
(In reply to andreas_k from comment #14)
> with this feedback an drop down menu can be usefull, than you have all
> pages, even, odd, selection in the drop down menu and the pages selection as
> second element. So even/odd per selection will work too.

Note that "All pages"/"Pages"/Selection" is orthogonal from "Even"/"Odd" choices. What you propose now doesn't address the bug 127680 in any way: it would still be impossible to print "Odd pages" from "Selection" or from "pages 100-200 of the 300-page document".

Or put differently: there should be a "range" with choices "All pages of document"/"Pages from manually defined list"/"Current selection", and *independently* another selector is needed, "what to print in the range", with options "All range pages"/"Odd pages"/"Even pages".
Comment 16 andreas_k 2019-10-23 08:57:56 UTC
(In reply to Mike Kaganski from comment #15)
> Note that "All pages"/"Pages"/Selection" is orthogonal from "Even"/"Odd"
> choices. What you propose now doesn't address the bug 127680 in any way: it
> would still be impossible to print "Odd pages" from "Selection" or from
> "pages 100-200 of the 300-page document".
> 
> Or put differently: there should be a "range" with choices "All pages of
> document"/"Pages from manually defined list"/"Current selection", and
> *independently* another selector is needed, "what to print in the range",
> with options "All range pages"/"Odd pages"/"Even pages".

That's not correct as the drop down menu (all pages, even/odd) and pages input field is not linked so you can combine pages selection with even/odd. For sure select and odd/even can't be comined. So an additional checkbutton for print selection would be needed.
Comment 17 andreas_k 2019-11-06 08:26:03 UTC
And when options come to the More Options button (button next to cancel) can we save than vertical space?
Comment 18 andreas_k 2019-11-06 08:28:08 UTC
are the settings:

- Order Left to right than down 
- Draw a border around each page 

usefull when Pages per sheet = 1

can when we show them only if sheet > 1 than we have less widgets at the default print dialog.
Comment 19 Heiko Tietze 2019-11-06 09:52:03 UTC
Stepping back from implementation, my take is in comment 10.
Comment 20 andreas_k 2019-11-06 17:06:52 UTC
Created attachment 155585 [details]
Print dialog update 03

Size is now 861 x 673 px (which is larger than 800 x 600 px written is defined in the guidelines as maximum dialog size.

anyway it's way better than now. Save is around 100 px in width and height.

Arrangement:
------------
one columns for labels and one column for widgets. maximum width depend on the maximum label and widget size. In English the width is defined from:
- Number of copies (can be reduced to Copies:)
- Page size widget cause there are some special Labels called #8 (Monaarch) Envelope 98mm x 191 mm)

Difference to master:
---------------------
- Page Range is an drop down menu instead of radioboxes (like in MSO)
- Brochure radio button was removed (I don't know what's Brochure) I think it can be integrated int Pages per sheet drop down menu.

Save additional space:
----------------------
If we want to get the 800 x 600 px there are the following options:
- Remove Left to right, the down widget
- Remove Draw a border around each page checkbox, cause this two settings are not needed when Page per sheet = 1 (default behavior)
- Make Preview area smaller
- Reduce label length
- Reduce widget label length
Comment 21 Timur 2019-11-14 18:30:42 UTC
We have goal to decrease print range from 5 to 3 rows. 
I wouldn't like to go back from what was changed in Bug 122707. Meaning that I don't like "range" dropdown.
Could we have radio or check:
All pages                   Selection (radio)
Odd                         Even (radio)
Pages: (smaller box)        Reverse order (check)
Comment 22 Timur 2019-11-18 20:50:33 UTC
*** Bug 128869 has been marked as a duplicate of this bug. ***
Comment 23 andreas_k 2019-11-18 23:14:12 UTC
Created attachment 155933 [details]
Print dialog update 04

Thanks for the feedback.

I made an patch with the existing elements (radiobuttons, ...)

https://gerrit.libreoffice.org/#/c/83137/

As I have an 1366x768px laptop display I could test the patch myself.

What does the patch fix:
+ default size fit's into 768px height
+ spacing is 3px in height and follow HIG
+ There is no additional space between Pages per sheet and Order
+ If you scale the dialog only the preview change width (General tab has always the same width) ! I think this is very usefull !
- I removed the Order label next to Print in reverse order checkbox (cause it's not needed as explanation)
- I moved the Page per sheet preview to the left (next to the radio button), cause otherwise there is this additional space between 1 and Left to right, than down.

I can remove the two - items if wanted.
Comment 24 BogdanB 2019-11-19 06:04:19 UTC
The last print dialog is very nice and compact.
Comment 25 andreas_k 2019-11-19 23:31:32 UTC
Created attachment 155953 [details]
Print dialog update 05

Ok next iteration on the left. I would recommend to hide the Collate preview if copies = 1 and if nothing is selected than hide the selection radio box (which reduce the dialog widget number number and the height.

But for this I need someone how code it. However I think the dialog is not an complete redesign but definitely an improvement.
Comment 26 Xisco Faulí 2019-11-20 09:58:42 UTC
Hi Andreas,
Please take into account that Caolán recently submitted a commit for a related issue ( bug 128495 ) -> https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-3&id=4cf00f070fa5771bf5e6382cffe933beb65ca4b8
Comment 27 Samuel Bächler 2019-11-24 20:42:20 UTC
Created attachment 156079 [details]
On macOS 10.14.6
Comment 28 So 2019-12-14 01:34:48 UTC
*** Bug 129379 has been marked as a duplicate of this bug. ***
Comment 30 Commit Notification 2020-01-10 19:36:19 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/ab6b0514c767ea3e5f1802b6f99412d1e726b2e1

Related: tdf#127782 call signal_expanded after expansion in gtk case

It will be available in 6.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 31 steve -_- 2020-01-13 09:30:23 UTC
*** Bug 129860 has been marked as a duplicate of this bug. ***
Comment 32 andreas_k 2020-01-13 19:59:16 UTC
Created attachment 157131 [details]
Print dialog update 06

Mix Between Print dialog update 02 - 05

The Range is defined via drop down menu and with Pages you can select specific pages. This has the following benefits:
+ Selection can be predefined as default if the user has something selected and if not Selected is not available in the drop down menu
+ Even Odd Pages can be combined with Print n to m (see comment 13)
+ Page height is less than 768 px
+ All Options was shown nothing is hidden
+ Grouping and alignment of the drop down menu
+ Range can be extended cause it's an drop down menu (with current page for example)
Comment 33 Commit Notification 2020-01-14 08:44:10 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/96b4bf352b1dc43637080719c91eef61fef74bf8

Resolves tdf#127782 - New Print dialog is too high

It will be available in 6.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 34 Commit Notification 2020-01-14 08:44:20 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/fa412876add97cab38d404723c49d35775f8efea

Related: tdf#127782 resize the print dialog to its optimum size...

It will be available in 6.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 35 Heiko Tietze 2020-01-14 08:52:57 UTC
(In reply to Commit Notification from comment #33)
> 96b4bf352b1dc43637080719c91eef61fef74bf8

This patch places content of the dialog in collapsed expanders so we have a solution for users with small screens. My reasoning was:
* Print range (with all and a defined range) is the most relevant choice
* Keep the list of radio buttons tied
* Page dimension (A4) and orientation (portrait/landscape) are used to verify the printout
* Number of copies is not always used
* Pages per sheet etc. is advanced stuff

(In reply to Commit Notification from comment #34)
> fa412876add97cab38d404723c49d35775f8efea

Caolan's patch makes sure that expanding/collapsing sections trigger the dialog resizing.
Comment 36 Alex Thurgood 2020-01-14 09:15:11 UTC
Confirming also o,

Confirming with

Version: 6.3.4.2
Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
Threads CPU : 4; OS : Mac OS X 10.15.2; UI Render : par défaut; VCL: osx; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

MacMini : 10.15.2
Output Display : 1920 x 1080
Comment 37 Commit Notification 2020-01-16 14:22:37 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/0874fa237b3b6be3890915a744c5d34ba2bef8f7

Related: tdf#127782 use size groups to avoid changing widths on using expanders

It will be available in 6.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 38 Commit Notification 2020-01-18 21:04:35 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "libreoffice-6-4":

https://git.libreoffice.org/core/commit/06f761fe43b184fb0b8306967e55da61d2b1ca1b

Related: tdf#127782 call signal_expanded after expansion in gtk case

It will be available in 6.4.1.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 39 Bud 2020-02-01 01:27:05 UTC
Created attachment 157574 [details]
Print Dialog too large and buttons blocked by Taskbar
Comment 40 andreas_k 2020-02-13 22:12:33 UTC
(In reply to Bud from comment #39)
> Created attachment 157574 [details]
> Print Dialog too large and buttons blocked by Taskbar

can confirm only at the qt backend it work.
Comment 41 Mike Kaganski 2020-02-18 06:04:58 UTC
See also: https://ask.libreoffice.org/en/question/227762 (with screenshot from 6.4.1.1)
Comment 42 Dieter 2020-02-18 08:11:48 UTC
*** Bug 130747 has been marked as a duplicate of this bug. ***
Comment 43 Oliver Brinzing 2020-02-24 18:17:45 UTC
*** Bug 130903 has been marked as a duplicate of this bug. ***
Comment 44 Heiko Tietze 2020-02-25 15:24:42 UTC
Should be solved now. Xisco: backport to 6.4?
Comment 45 Commit Notification 2020-02-25 15:25:30 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/b268715912d4c2034b9b9d38e75446bef7bbb11f

Resolves tdf#127782 - New Print dialog is too high

It will be available in 7.0.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 46 Xisco Faulí 2020-02-25 15:57:38 UTC
(In reply to Heiko Tietze from comment #44)
> Should be solved now. Xisco: backport to 6.4?

sure!
Comment 47 Matthias Hellinghausen 2020-03-04 13:37:33 UTC
(In reply to Heiko Tietze from comment #44)
> Should be solved now. Xisco: backport to 6.4?

would be highly appreciated!
Comment 48 Xisco Faulí 2020-03-04 17:12:16 UTC
*** Bug 131119 has been marked as a duplicate of this bug. ***
Comment 49 Commit Notification 2020-03-04 20:18:59 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "libreoffice-6-4":

https://git.libreoffice.org/core/commit/9c3171d4209f8eceb0152d7d9f70456c5813914e

Resolves tdf#127782 - New Print dialog is too high

It will be available in 6.4.3.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 50 Ming Hua 2020-03-05 03:06:55 UTC
*** Bug 131139 has been marked as a duplicate of this bug. ***
Comment 51 Dieter 2020-03-05 17:48:10 UTC Comment hidden (obsolete)
Comment 52 Bud 2020-03-08 14:39:05 UTC
Using the Win-x86_64@tb77-TDF-nomerge 2020-03-08 05:06:43 build, I am finding that the Print Dialog Box is well within the height parameters.  So, this will fix the problem for me.  FYI, I am using Custom Scaling Size of 125.
Comment 53 Commit Notification 2020-03-11 09:29:11 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "libreoffice-6-4-2":

https://git.libreoffice.org/core/commit/a87ba7743db3d11740111f2f41ad76d81256dfae

Resolves tdf#127782 - New Print dialog is too high

It will be available in 6.4.2.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 54 NISZ LibreOffice Team 2020-03-20 08:24:56 UTC
*** Bug 131429 has been marked as a duplicate of this bug. ***
Comment 55 Bud 2020-03-20 20:17:34 UTC
Problem has been fixed for me as of Version: 6.4.2.2
Comment 56 rezso 2020-03-23 14:54:04 UTC
6.4.2.2 release not solved the problem for me, so I reduced the constants to 35 and 20, but the print dialog too high now too.
Comment 57 Timur 2020-03-23 16:33:19 UTC
*** Bug 130667 has been marked as a duplicate of this bug. ***
Comment 58 rezso 2020-03-23 21:03:08 UTC
I have 1366 x 768 screen resolution. Mate desktop, with top and bottom panels - and the print dialog is too high.
Comment 59 Timur 2020-03-24 06:34:25 UTC
@rezso: Print dialog is well within 1366 x 768 screen resolution.
So I don't think that should and will be changed for some specific situations as yours. In this bug unlikely and in some other also not probable.
But let's first see it, please make a screenshot.
Comment 60 FerbTux 2020-03-27 11:56:15 UTC
The issue still occurs if the gtk(3) backend is used:

E.g. with Gnome3 as desktop, the print dialog is too high. But if libreoffice is started with

SAL_USE_VCLPLUGIN=gen libreoffice

the native user inferface is used and the print dialog fits into the screen.
(Tested with Gnome 3.36, LibreOffice 6.4.2.2, 1366x768)
Comment 61 FerbTux 2020-03-29 10:32:55 UTC
Created attachment 159114 [details]
PrintDialog with LibreOffice 6.4.2.2 under Gnome (Ubuntu)

This screenshot shows the print dialog with LibreOffice 6.4.2.2 (flatpak) under Gnome (Ubuntu 19.10) with a resolution of 1360x768.
It can be seen, that the buttons (cancel/ok) at the lower end of the dialog are not visible. This makes it almost impossible to print (the buttons can be selected with the TAB key).
Comment 62 So 2020-03-30 05:45:51 UTC
*** Bug 131689 has been marked as a duplicate of this bug. ***
Comment 63 kevin 2020-03-30 12:05:24 UTC
Created attachment 159145 [details]
Failing dialog size
Comment 64 kevin 2020-03-30 12:07:06 UTC
Encountered this on 1.6.4 today.

I have a ThinkPad X260 with a 1366x768 display

I could not reach the booklet printing option when first opening the dialog. In fact it seems like the option does not exist! I tried all sorts of resizing but no improvement. (Screenshot kpc 1)

When I connected a second screen I could use the dialog as the screen was taller (!) (Screenshot kpc 2)

Dialog requires internal scrollbars so no option is lost on smaller screens.

1.6.4 on KDE Neon
Comment 65 kevin 2020-03-30 12:07:52 UTC
Created attachment 159146 [details]
working dialog
Comment 66 Xisco Faulí 2020-03-31 14:07:13 UTC
*** Bug 131741 has been marked as a duplicate of this bug. ***