Launchpad has imported 109 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=127782.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2019-09-26T10:50:45+00:00 Mikekaganski wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/0 ------------------------------------------------------------------------ On 2019-09-26T13:28:23+00:00 kompilainenn wrote: I made a screenshot of the Print dialog. It's 1212x840 px many laptops have only 1366x768 px display =( So => NEW Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/1 ------------------------------------------------------------------------ On 2019-09-27T20:22:11+00:00 Michael Weghorn wrote: Created attachment 154607 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)? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/2 ------------------------------------------------------------------------ On 2019-09-27T21:34:33+00:00 Mikekaganski wrote: Created attachment 154608 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/3 ------------------------------------------------------------------------ On 2019-09-29T02:42:08+00:00 Michael Weghorn wrote: Created attachment 154630 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) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/4 ------------------------------------------------------------------------ On 2019-10-02T20:27:58+00:00 Thomas-lendo wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/5 ------------------------------------------------------------------------ On 2019-10-03T12:08:06+00:00 Cno wrote: indeed, sometimes I have to fiddle around with the heigt Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/6 ------------------------------------------------------------------------ On 2019-10-05T08:14:32+00:00 Heiko-tietze-g wrote: The mockup had a scrollwindow IIRC. And if not, we could introduce that anyway. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/7 ------------------------------------------------------------------------ On 2019-10-08T14:29:59+00:00 Heiko-tietze-g wrote: (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/ Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/8 ------------------------------------------------------------------------ On 2019-10-08T14:42:34+00:00 Mikekaganski wrote: (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...? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/9 ------------------------------------------------------------------------ On 2019-10-09T08:31:32+00:00 Heiko-tietze-g wrote: (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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/10 ------------------------------------------------------------------------ On 2019-10-22T22:43:36+00:00 andreas_kainz wrote: Created attachment 155247 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). Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/11 ------------------------------------------------------------------------ On 2019-10-23T07:21:17+00:00 Heiko-tietze-g wrote: Created attachment 155248 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/12 ------------------------------------------------------------------------ On 2019-10-23T07:41:11+00:00 Mikekaganski wrote: (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 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/13 ------------------------------------------------------------------------ On 2019-10-23T08:24:05+00:00 andreas_kainz wrote: Created attachment 155249 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/14 ------------------------------------------------------------------------ On 2019-10-23T08:42:30+00:00 Mikekaganski wrote: (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". Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/15 ------------------------------------------------------------------------ On 2019-10-23T08:57:56+00:00 andreas_kainz wrote: (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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/16 ------------------------------------------------------------------------ On 2019-11-06T08:26:03+00:00 andreas_kainz wrote: And when options come to the More Options button (button next to cancel) can we save than vertical space? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/17 ------------------------------------------------------------------------ On 2019-11-06T08:28:08+00:00 andreas_kainz wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/18 ------------------------------------------------------------------------ On 2019-11-06T09:52:03+00:00 Heiko-tietze-g wrote: Stepping back from implementation, my take is in comment 10. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/19 ------------------------------------------------------------------------ On 2019-11-06T17:06:52+00:00 andreas_kainz wrote: Created attachment 155585 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/20 ------------------------------------------------------------------------ On 2019-11-14T18:30:42+00:00 timur wrote: 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) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/21 ------------------------------------------------------------------------ On 2019-11-18T20:50:33+00:00 timur wrote: *** Bug 128869 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/22 ------------------------------------------------------------------------ On 2019-11-18T23:14:12+00:00 andreas_kainz wrote: Created attachment 155933 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/23 ------------------------------------------------------------------------ On 2019-11-19T06:04:19+00:00 Buzea-bogdan wrote: The last print dialog is very nice and compact. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/24 ------------------------------------------------------------------------ On 2019-11-19T23:31:32+00:00 andreas_kainz wrote: Created attachment 155953 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/25 ------------------------------------------------------------------------ On 2019-11-20T09:58:42+00:00 Xiscofauli wrote: 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/26 ------------------------------------------------------------------------ On 2019-11-24T20:42:20+00:00 Foss-c wrote: Created attachment 156079 On macOS 10.14.6 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/27 ------------------------------------------------------------------------ On 2019-12-14T01:34:48+00:00 Sou-r wrote: *** Bug 129379 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/28 ------------------------------------------------------------------------ On 2019-12-31T14:40:11+00:00 Mikekaganski wrote: https://lists.freedesktop.org/archives/libreoffice/2019-December/084100.html Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/29 ------------------------------------------------------------------------ On 2020-01-10T19:36:19+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/30 ------------------------------------------------------------------------ On 2020-01-13T09:30:23+00:00 Lo-2 wrote: *** Bug 129860 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/31 ------------------------------------------------------------------------ On 2020-01-13T19:59:16+00:00 andreas_kainz wrote: Created attachment 157131 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) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/32 ------------------------------------------------------------------------ On 2020-01-14T08:44:10+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/33 ------------------------------------------------------------------------ On 2020-01-14T08:44:20+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/34 ------------------------------------------------------------------------ On 2020-01-14T08:52:57+00:00 Heiko-tietze-g wrote: (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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/35 ------------------------------------------------------------------------ On 2020-01-14T09:15:11+00:00 Iplaw67-h wrote: 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/36 ------------------------------------------------------------------------ On 2020-01-16T14:22:37+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/37 ------------------------------------------------------------------------ On 2020-01-18T21:04:35+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/38 ------------------------------------------------------------------------ On 2020-02-01T01:27:05+00:00 Budingraham wrote: Created attachment 157574 Print Dialog too large and buttons blocked by Taskbar Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/39 ------------------------------------------------------------------------ On 2020-02-13T22:12:33+00:00 andreas_kainz wrote: (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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/40 ------------------------------------------------------------------------ On 2020-02-18T06:04:58+00:00 Mikekaganski wrote: See also: https://ask.libreoffice.org/en/question/227762 (with screenshot from 6.4.1.1) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/41 ------------------------------------------------------------------------ On 2020-02-18T08:11:48+00:00 Dgp-mail wrote: *** Bug 130747 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/42 ------------------------------------------------------------------------ On 2020-02-24T18:17:45+00:00 Oliver-brinzing wrote: *** Bug 130903 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/43 ------------------------------------------------------------------------ On 2020-02-25T15:24:42+00:00 Heiko-tietze-g wrote: Should be solved now. Xisco: backport to 6.4? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/44 ------------------------------------------------------------------------ On 2020-02-25T15:25:30+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/45 ------------------------------------------------------------------------ On 2020-02-25T15:57:38+00:00 Xiscofauli wrote: (In reply to Heiko Tietze from comment #44) > Should be solved now. Xisco: backport to 6.4? sure! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/46 ------------------------------------------------------------------------ On 2020-03-04T13:37:33+00:00 Matthias Hellinghausen wrote: (In reply to Heiko Tietze from comment #44) > Should be solved now. Xisco: backport to 6.4? would be highly appreciated! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/47 ------------------------------------------------------------------------ On 2020-03-04T17:12:16+00:00 Xiscofauli wrote: *** Bug 131119 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/48 ------------------------------------------------------------------------ On 2020-03-04T20:18:59+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/49 ------------------------------------------------------------------------ On 2020-03-05T03:06:55+00:00 Ming-v-hua wrote: *** Bug 131139 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/50 ------------------------------------------------------------------------ On 2020-03-05T17:48:10+00:00 Dgp-mail wrote: *** Bug 131139 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/51 ------------------------------------------------------------------------ On 2020-03-08T14:39:05+00:00 Budingraham wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/52 ------------------------------------------------------------------------ On 2020-03-11T09:29:11+00:00 Libreoffice-commits wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/53 ------------------------------------------------------------------------ On 2020-03-20T08:24:56+00:00 Libreoffice-1 wrote: *** Bug 131429 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/54 ------------------------------------------------------------------------ On 2020-03-20T20:17:34+00:00 Budingraham wrote: Problem has been fixed for me as of Version: 6.4.2.2 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/55 ------------------------------------------------------------------------ On 2020-03-23T14:54:04+00:00 rezso wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/56 ------------------------------------------------------------------------ On 2020-03-23T16:33:19+00:00 timur wrote: *** Bug 130667 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/57 ------------------------------------------------------------------------ On 2020-03-23T21:03:08+00:00 rezso wrote: I have 1366 x 768 screen resolution. Mate desktop, with top and bottom panels - and the print dialog is too high. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/58 ------------------------------------------------------------------------ On 2020-03-24T06:34:25+00:00 timur wrote: @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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/59 ------------------------------------------------------------------------ On 2020-03-27T11:56:15+00:00 Theferbtux42 wrote: 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) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/60 ------------------------------------------------------------------------ On 2020-03-29T10:32:55+00:00 Theferbtux42 wrote: Created attachment 159114 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). Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/61 ------------------------------------------------------------------------ On 2020-03-30T05:45:51+00:00 Sou-r wrote: *** Bug 131689 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/62 ------------------------------------------------------------------------ On 2020-03-30T12:05:24+00:00 Keviq wrote: Created attachment 159145 Failing dialog size Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/63 ------------------------------------------------------------------------ On 2020-03-30T12:07:06+00:00 Keviq wrote: 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/64 ------------------------------------------------------------------------ On 2020-03-30T12:07:52+00:00 Keviq wrote: Created attachment 159146 working dialog Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/65 ------------------------------------------------------------------------ On 2020-03-31T14:07:13+00:00 Xiscofauli wrote: *** Bug 131741 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/66 ------------------------------------------------------------------------ On 2020-04-03T18:20:58+00:00 Theferbtux42 wrote: Workaround to make the buttons visible with GNOME (Tested with GNOME 3.34 and 3.36): It is possible to make the buttons visible by moving up the print dialog. First, the attachment of modal dialogs must be disabled (note: the setting disables it globally for all applications!) In a Terminal: gsettings set org.gnome.mutter attach-modal-dialogs false Alternative: Use gnome-tweaks: Windows -> Attach Modal Dialogs = off When now the print dialog is shown, the movement can be activated with ALT+F7. Use the UP key afterwards to move the window upwards until the buttons are visible. Confirm with ENTER key. If an overlay/window action key is set (gnome-tweaks: Windows -> Window Action Key) the window can also be moved by holding the specified key and dragging the window to the desired position) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/67 ------------------------------------------------------------------------ On 2020-04-08T06:37:48+00:00 Heiko-tietze-g wrote: The issue has been solved in version 7.0, 6.5, and 6.4.1. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/68 ------------------------------------------------------------------------ On 2020-04-08T07:03:58+00:00 Pmenzel+bugs-documentfoundation-org wrote: (In reply to Heiko Tietze from comment #68) > The issue has been solved in version 7.0, 6.5, and 6.4.1. No, as commented above it’s still present in 6.4.2.2. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/69 ------------------------------------------------------------------------ On 2020-04-08T07:31:31+00:00 Ab-morille wrote: On Mac os, french print dialog is still too high because of two-lines translation ( Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/70 ------------------------------------------------------------------------ On 2020-04-08T07:34:42+00:00 Ab-morille wrote: Created attachment 159415 French print dialog Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/71 ------------------------------------------------------------------------ On 2020-04-08T07:41:41+00:00 Heiko-tietze-g wrote: Created attachment 159417 Screenshot showing the new expander sections The patch introduced expanders (see ">more") to hide parts of the dialog. It's ~600px high on my system with gtk3. @Xisco: I wonder why it's not available in 6.4.2 since the patch was backported. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/72 ------------------------------------------------------------------------ On 2020-04-08T08:00:16+00:00 Xiscofauli wrote: (In reply to Heiko Tietze from comment #72) > Created attachment 159417 [details] > Screenshot showing the new expander sections > > The patch introduced expanders (see ">more") to hide parts of the dialog. > It's ~600px high on my system with gtk3. > > @Xisco: I wonder why it's not available in 6.4.2 since the patch was > backported. Why do you think it's not available? Did you try it yourself ? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/73 ------------------------------------------------------------------------ On 2020-04-08T08:01:17+00:00 Heiko-tietze-g wrote: (In reply to Xisco Faulí from comment #73) > Why do you think it's not available? Did you try it yourself ? See last 10 comments. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/74 ------------------------------------------------------------------------ On 2020-04-08T09:44:46+00:00 Heiko-tietze-g wrote: My fault, ui patch was done independently and hasn't been backported. On it's way now... Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/75 ------------------------------------------------------------------------ On 2020-04-08T11:10:05+00:00 Libreoffice-commits wrote: Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/ecc95d33e1a0e5f13fbbe655576828ee7dd35b6d Resolves tdf#127782 - New Print dialog is too high It will be available in 6.4.4. 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/76 ------------------------------------------------------------------------ On 2020-04-13T09:44:41+00:00 Rene Engelhard wrote: There is now an expander. The dialog itself will be bigger than the screen when expanded, but that easily can be unexpanded. So it moved from a problem to just a minor nuisance :) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/77 ------------------------------------------------------------------------ On 2020-04-14T09:56:28+00:00 Heiko-tietze-g wrote: According comment 9 it shouldn't be a nuisance. Please resolve when done. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/78 ------------------------------------------------------------------------ On 2020-04-15T06:44:29+00:00 Rene Engelhard wrote: but it is. No, there's nothing scrollable to reach OK. But even if it was, this would be a nuisance. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/79 ------------------------------------------------------------------------ On 2020-04-15T15:43:54+00:00 Heiko-tietze-g wrote: (In reply to Rene Engelhard from comment #79) > No, there's nothing scrollable to reach OK. But even if it was, this would > be a nuisance. Maximize the dialog on small screens and the GtkScrollArea becomes active. Scrolling per se is not a bad idea, though admittedly it should be a matter of fact when the dialog shows up. Would handle this issue in another ticket. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/80 ------------------------------------------------------------------------ On 2020-04-15T20:24:29+00:00 Carlos Pasqualini wrote: Created attachment 159594 LO 6.4.4's print dialog fits OK inside my 1366x768 screen Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/81 ------------------------------------------------------------------------ On 2020-04-15T20:31:44+00:00 Carlos Pasqualini wrote: I'm testing the packages provided by Rene Engelhard (thanks!) on a Debian testing with 1366x768 screen Versión: 6.4.4.0.0+ Id. de compilación: 1:6.4.4~rc1~git20200412-1 Subprocs. CPU: 4; SO: Linux 5.5; Repres. IU: predet.; VCL: gtk3; Configuración regional: es-AR (es_AR.UTF-8); Idioma de IU: es-ES Calc: threaded It seems to work as expected, you can see my previous attachment Thanks Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/82 ------------------------------------------------------------------------ On 2020-04-15T20:45:16+00:00 Carlos Pasqualini wrote: Created attachment 159596 1280x720px Gnome3 It fit's on a 1280x720 screen Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/83 ------------------------------------------------------------------------ On 2020-04-15T20:46:40+00:00 Carlos Pasqualini wrote: Created attachment 159597 Fits OK on 1024x768px Gnome3 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/84 ------------------------------------------------------------------------ On 2020-04-15T20:50:10+00:00 Carlos Pasqualini wrote: Created attachment 159598 Does NOT fit on a 960x720px Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/85 ------------------------------------------------------------------------ On 2020-04-15T20:53:24+00:00 Carlos Pasqualini wrote: (In reply to Heiko Tietze from comment #80) > (In reply to Rene Engelhard from comment #79) > > No, there's nothing scrollable to reach OK. But even if it was, this would > > be a nuisance. > > Maximize the dialog on small screens and the GtkScrollArea becomes active. > Scrolling per se is not a bad idea, though admittedly it should be a matter > of fact when the dialog shows up. Would handle this issue in another ticket. Heiko I had not find any scroll area you mention on the tests I've made, when the dialog doesn't fit inside the screen, the accept and cancel buttons where not clickable at all. I hope you can see it yourself on the provided screenshots Thanks! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/86 ------------------------------------------------------------------------ On 2020-04-15T21:32:01+00:00 Rene Engelhard wrote: No, it does not. The window is not resizable and not scrollable even when the expanders are open. At least here. See http://www.rene-engelhard.de/~rene/libreoffice/tdf127782.webm Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/87 ------------------------------------------------------------------------ On 2020-04-15T21:52:42+00:00 Carlos Pasqualini wrote: Yes Rene In your provided video we can see what i was trying to explain to Heiko, even with LO 7 Thanks! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/88 ------------------------------------------------------------------------ On 2020-04-17T05:59:45+00:00 Pmenzel+bugs-documentfoundation-org wrote: Just for the record, as expected this still happens in 6.4.3, which was just uploaded to Debian Sid/unstable. As comment 76 points out, the fix will be in version 6.4.4. Also, the meta data *Version* field says to use the earliest affected version. Should it be changed to 6.3? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/89 ------------------------------------------------------------------------ On 2020-04-20T13:35:58+00:00 Heiko-tietze-g wrote: (In reply to Rene Engelhard from comment #79) > No, there's nothing scrollable to reach OK. But even if it was, this would > be a nuisance. I also struggled with Mike's comment 3. The scroll bars show up when you maximize the dialog on a small screen. Of course it would be better when the dialog is scrollable from the beginning, different issue. Nuisance is minor to me this is the most common interaction in browsers. Consider also the alternative where we have to split the options onto different tabs. For my taste this is the less usable solution. (In reply to Carlos Pasqualini from comment #85) > Does NOT fit on a 960x720px Thanks for testing. Minimal requirement for LibreOffice is 1024x768px. Wouldn't want to write a novel even on this screen size ;-). Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/90 ------------------------------------------------------------------------ On 2020-04-20T18:51:08+00:00 Glen Robinson wrote: My Macbook Air 11 inch mid-2012 has a display resolution 1366 x 768 and with macOS Catalina there is no way to resize or move the window up. The end result there is no way to print from writer. Cancel is not viewable, but the dialogue can be exited with escape Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/91 ------------------------------------------------------------------------ On 2020-04-21T10:52:13+00:00 Theferbtux42 wrote: (In reply to glentrobfc from comment #91) > My Macbook Air 11 inch mid-2012 has a display resolution 1366 x 768 and with > macOS Catalina there is no way to resize or move the window up. The end > result there is no way to print from writer. Cancel is not viewable, but > the dialogue can be exited with escape It might also possible to use the native dialogs on MacOS (see my comment 60). LibreOffice looks a bit outdated, but the print dialog is much smaller and fits into the screen. To use the native dialogs, the environment variable SAL_USE_VCLPLUGIN must be set to "gen" SAL_USE_VCLPLUGIN=gen Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/92 ------------------------------------------------------------------------ On 2020-04-21T10:57:50+00:00 Theferbtux42 wrote: I've tested libreoffice-6-4~2020-04-16_19.54.12_LibreOfficeDev_6.4.4.0.0_Linux_x86-64_deb.tar.gz on Ubuntu 20.04 with gnome-session (vanilla GNOME with Adwaita theme): By default, when both expanders are not expanded, the buttons are visible. But if both expanders are expanded, the buttons are no longer accessible. No scroll area appears. I think there is no way to maximize the dialog. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/93 ------------------------------------------------------------------------ On 2020-04-21T14:23:45+00:00 Carlos Pasqualini wrote: (In reply to FerbTux from comment #93) > I've tested > libreoffice-6-4~2020-04-16_19.54.12_LibreOfficeDev_6.4.4.0.0_Linux_x86- > 64_deb.tar.gz on Ubuntu 20.04 with gnome-session (vanilla GNOME with Adwaita > theme): > By default, when both expanders are not expanded, the buttons are visible. > But if both expanders are expanded, the buttons are no longer accessible. > No scroll area appears. I think there is no way to maximize the dialog. Yes FerbTux What you describe about Gnome is exactly what Rene (comment 87) and me (since comment 81) where talking about Libreoffice and GTK3. There is no scroll when both are expanded, but it is (at least) usable, and this is far better than the status reported in 6.2.2 and the actual status in Debian Testing with 6.4.3. I suggest to keep in mind distribution's versions, like Ubuntu and derivatives: https://packages.ubuntu.com/search?keywords=libreoffice Does Ubuntu 19.04 and 19.10 official packages has these issues? I think this status should be backported soon to older affected versions, as there are Distribution's users that are not able to print right now, and the wait for at least 6.4.4 will be longer than if these changes can be backported and get distribution's updates. As far as I know, Debian is affected in Stable-Backports, Testing and Unstable only, which should soon get 6.4.4, correct me if I am wrong Rene Did not check other main distributions, like SuSE or Fedora Best regards Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/94 ------------------------------------------------------------------------ On 2020-04-23T18:14:41+00:00 Libreoffice-commits wrote: Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/26ada4335a5804735ae37cf9a89f8145e0931fd7 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/95 ------------------------------------------------------------------------ On 2020-04-23T18:19:19+00:00 Heiko-tietze-g wrote: (In reply to Commit Notification from comment #95) > Heiko Tietze committed a patch related to this issue. This patch adds a scroll window behind the properties so the tab has a defined height of 500px (+ some for the controls around) and scrolls the remaining content. Please try on different plattforms, Windows and macOS with small screens. I can still backport to 6.4. Hard code freeze is next week. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/96 ------------------------------------------------------------------------ On 2020-04-25T14:08:41+00:00 Theferbtux42 wrote: Created attachment 159920 PrintDialog LibreOffice 7.0 daily build (Gnome/Adwaita theme) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/97 ------------------------------------------------------------------------ On 2020-04-25T14:09:42+00:00 Theferbtux42 wrote: Created attachment 159922 PrintDialog more clicked LibreOffice 7.0 daily build (Gnome/Adwaita theme) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/98 ------------------------------------------------------------------------ On 2020-04-25T14:15:57+00:00 Theferbtux42 wrote: (In reply to Heiko Tietze from comment #96) > (In reply to Commit Notification from comment #95) > > Heiko Tietze committed a patch related to this issue. > > This patch adds a scroll window behind the properties so the tab has a > defined height of 500px (+ some for the controls around) and scrolls the > remaining content. Please try on different plattforms, Windows and macOS > with small screens. I can still backport to 6.4. Hard code freeze is next > week. I tested master~2020-04-24_20.27.57_LibreOfficeDev_7.0.0.0.alpha0_Linux_x86-64_deb.tar.gz under Ubuntu 20.04 (GNOME/Adwaita Theme): At least the buttons are now always visible. But the behavior is a bit strange. First, the print dialog looks like attachment 159920 Please not that the gui elements do not fit horizontally (see e.g. the Properties button on the right) When I click on "more", the field gets expanded but the overall height of the print dialog decreases. See attachment 159922 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/99 ------------------------------------------------------------------------ On 2020-04-25T18:15:03+00:00 timur wrote: *** Bug 132407 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/100 ------------------------------------------------------------------------ On 2020-04-26T09:06:08+00:00 Lorenzo wrote: Created attachment 159946 Issue at screen resolution 1366×768 and VCL gtk3 I can confirm this issue with Libreoffice 6.4.3.2 (Build ID: 6.4.3-1), Manjaro XFCE Linux Interface: VCL: gtk3; Locale used is: it-IT as is the interface language Screen resolution is 1366 × 768 pixels Attached is a 1:1 screenshot. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/101 ------------------------------------------------------------------------ On 2020-04-27T11:27:30+00:00 Heiko-tietze-g wrote: (In reply to FerbTux from comment #99) > At least the buttons are now always visible. But the behavior is a bit > strange. Missed to set an attribute. The dialog is now optimal scaled on the horizontal axis and has a pre-defined height with a vertical scrollbar that should fit all screen sizes. Pushing to 6.4 now, thanks for testing. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/102 ------------------------------------------------------------------------ On 2020-04-28T19:28:32+00:00 Theferbtux42 wrote: Created attachment 160040 PrintDialog LibreOffice 7.0 daily build 20200427 (Gnome/Adwaita theme) I tested master~2020-04-27_02.01.12_LibreOfficeDev_7.0.0.0.alpha0_Linux_x86-64_deb.tar.gz Now it's almost perfect. Nothing is cropped on the right and the dialog keeps its height. Only a minor nuisance is left: The second more button is a little bit cropped (see screenshot) Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/103 ------------------------------------------------------------------------ On 2020-05-07T01:46:50+00:00 Ming-v-hua wrote: *** Bug 132794 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/104 ------------------------------------------------------------------------ On 2020-05-07T08:36:33+00:00 Iplaw67-h wrote: With Version : 6.4.3.2 Build ID : 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 Threads CPU : 8; OS : Mac OS X 10.15.4; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded on MacBook Pro (Retina, 15 inch, end 2013), 2880 x 1800 the dialog fits (just) within the boundaries of the spare screen real estate. Testing on a macMini with an output resolution of 1366x768 with the same LO version shows that the problem is _not_ resolved. The dialog in this instance still overlaps the available screen real estate. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/105 ------------------------------------------------------------------------ On 2020-05-07T09:25:17+00:00 Heiko-tietze-g wrote: (In reply to Alex Thurgood from comment #105) > Version : 6.4.3.2 Please test with a nightly build (or RC1) of 7.0. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/106 ------------------------------------------------------------------------ On 2020-05-16T03:20:14+00:00 Ming-v-hua wrote: *** Bug 133060 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/107 ------------------------------------------------------------------------ On 2020-06-14T14:33:21+00:00 Miguelangelrv wrote: *** Bug 133973 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1883886/comments/108 ** Changed in: df-libreoffice Status: Unknown => Fix Released ** Changed in: df-libreoffice Importance: Unknown => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1883886 Title: Print dialogue's height in Libreoffice Writer is too high to see and click buttons. Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: New Bug description: Hello, I have the bug that is denoted here https://ask.libreoffice.org/en/question/240651/print-dialogue-too- large-to-select-ok-to-print/ and here https://bugs.documentfoundation.org/show_bug.cgi?id=127782#c67. Essentially, the libreoffice writer print's dialog box is too high for me to view and press the buttons with the mouse. A workaround is to just press ENTER to print. Please see the following screenshot for an example: https://snipboard.io/vc1X0f.jpg My information is as follows: Results of lsb_release -rd Description: Ubuntu 20.04 LTS Release: 20.04 Results of apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:6.4.3-0ubuntu0.20.04.1 Candidate: 1:6.4.3-0ubuntu0.20.04.1 Version table: *** 1:6.4.3-0ubuntu0.20.04.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.4.2-0ubuntu3 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages Just FYI in case it is necessary: I am using Lubuntu 20.04 LTS with LXQt. Best regards, Owen Charles ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice-writer 1:6.4.3-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-37.41-generic 5.4.41 Uname: Linux 5.4.0-37-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: LXQt Date: Wed Jun 17 12:47:56 2020 InstallationDate: Installed on 2020-06-05 (11 days ago) InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1883886/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
