GNOME Bugzilla – Bug 385680
Problem with Landscape printing
Last modified: 2008-11-08 11:26:27 UTC
Please describe the problem: when you try to print on landscape orientation, the project is not correctly viewed on screen. the print is not positioned on print area and the orientation of content is not correct. Steps to reproduce: 1. open a project 2. click on print 3. set orientation to Landscape 4. visualize the printing Actual results: the orientation of the project is showed on incorrect form with contents out of printing area. Expected results: the orientation of the project should be on landscape correctly. all content should be on print area Does this happen every time? yes Other information:
Created attachment 78333 [details] screenshot of landscape printing
I am having the exact same problem in version 14.2. I am willing to do some hacking work on the code if someone can give some clues where to look.
Confirming too, I have the same problem. Printing in landscape mode to whatever source, be a PDF or a printer, will never work properly. The size and scale is good, but the whole content needs a 90° rotation counter-clockwise. Kinda annoying, as it's impossible to print anything that way. Exporting to HTML and trying to print with Firefox is even worse.
Ok, here's a workaround (goddamn, lost two hours on this): check first with PDF printing that it works for you. 1. Switch to the "paper" tab 2. Set the paper size to "custom" 3. invert the width/height: for A4, I use width=29.7, height=21 4. Set the page orientation to "portrait" The width/height inversion will do the trick, and I think it will also work for formats other than A4.
I am unable to reproduce this problem. What version of libgnomeprint do you have installed? Does it happen only with specific .planner files? If so, please attach one.
That was with libgnomeprint 2.18.0, and my system now runs 2.18.2. I'll check if this still happens or not.
Reproduced with libgnomeprint 2.18.2 and planner 0.14.2 on Mandriva 2008.0 with any file. Just try to print (to a pdf, or printer) in portrait mode, and in landscape mode, and compare both. The orientation of the landscape mode is wrong.
Created attachment 105813 [details] In portrait mode (good)
Created attachment 105814 [details] In landscape mode (wrong)
Oh, and running from console, I have these warnings when displaying the print options dialog. [luis@donald ~]$ LC_ALL=C planner ** (planner:8290): WARNING **: IPP request failed with status 1280 ** (planner:8290): WARNING **: IPP request failed with status 1280
For some reason I missed the replies to my question. The printing code in Planner has just been rewritten to use GTK+ printing. I was able to reproduce this problem with 0.14.2 and 0.14.3 when printing to PDF and a test with the development version shows that this problem has been solved. The next release will contain the fix for this problem. Thanks for reporting it.
*** Bug 407066 has been marked as a duplicate of this bug. ***
*** Bug 331258 has been marked as a duplicate of this bug. ***
The latest version of gnumeric available to me on fedora 9 is 1.6.3, and you're closing this as resolved? I will continue to have this problem until the updated version is available via yum. I already tried to upgrade by compiling from source and hit "dependency hell". I won't bother trying that again. (Also, how can a previous bug be a duplicate of a later one? This seems counterintuitive somehow.)
(In reply to comment #14) > The latest version of gnumeric available to me on fedora 9 is 1.6.3, and you're > closing this as resolved? I will continue to have this problem until the > updated version is available via yum. Hu ? What's the point ? This was a planner bug, not gnumeric.
(In reply to comment #15) > (In reply to comment #14) > > The latest version of gnumeric available to me on fedora 9 is 1.6.3, and you're > > closing this as resolved? I will continue to have this problem until the > > updated version is available via yum. > > Hu ? What's the point ? This was a planner bug, not gnumeric. > Not true. Please see comment #13. (I'm sorry, perhaps I should have made my comment (#14) a response to #13.)
The reason that the same problem occurred in other applications is because there is a bug in libgnomeprint. However, libgnomeprint has been deprecated and applications should be migrated to GTK+ printing. Normally a bug report would be submitted for libgnomeprint to fix it in all applications at once, but in this case no more work is going to be done on libgnomeprint and the bug should actually be solved by porting the applications to use GTK+ printing. Because there can only be one assignee for each bug it is easiest for the developers to have a separate report for each application that people encounter this issue with. But even if no bugs would be reported for an application, all application developers know that they will need to migrate so it will be solved at some point anyway. In this case both this bug and bug #331258 were submitted on Planner and both of them were assigned to the Planner maintainers. I therefore consider them fixed now that Planner has been ported to GTK+ printing. I agree that making the earlier one a dupe of this one is a bit strange. I just noticed the older one after I had already closed this one as RESOLVED/FIXED. I also understand that this situation of using separate bug reports for the same issue is confusing to users who do not have the info that developers have, but I hope my explanation helps with this and hopefully things like this will not happen that often.