Cover the portrait page with the landscape page so the bottom left corners of the two pages align. Take the other and hold it in landscape orientation. That's the page where printing is happening (output is in portrait orientation). What I'm getting is portrait printing, as masked by the shape of a landscape page. I tried both 'Landscape' and 'Portrait' in the 'Properites' sub-dialog of the print dialog. Device type was set to be PDF in the Printer Properties. Page format was defined to be landscape in LibreOffice. LibreOffice was launched after cups was restarted. I got the srpm from koji and built/installed it on f19 x86_64. Runs pstops only if the input format is not application/vnd.cups-pdf. I'm about to try altering pdftops so that it uses -origpagesizes and I'm not sure what bad effect that might cause. Situation - I also think that running pstops can't be good news, but Because of this, using -origpagesizes in wrong in this *must* be orientated as portrait in order to get converted correctly to In the new PDF workflow, the pdftops CUPS filter is used to convertĪlready-processed PDF to PostScript for consumption by the end device. Processing, and so the '-origpagesizes' option was passed to pdftops. In the PS workflow the conversion to PS was done *before* PPD PDF workflow, even though it is needed for a different task. The trouble is that it also behaves exactly the same when used in the Pstops to apply the PPD options and perform any rotation needed. It runs poppler's pdftops to do the conversion, then runs The origin of that program is the PS workflow, and in fact it is still So, the cups-filters 'pdftops' is a wrapper program to first do the conversion and finally run pstops. > Brother Printer are slowly creeping onto my "avoid" listĭoes the workaround in 15 work for you? It would be simpler than creating a pdf and printing that. > *NickName: "Brother MFC-9120CN BR-Script3" > *ModelName: "Brother MFC-9120CN BR-Script3" > *ShortNickName: "Brother MFC-9120CN BR-Script3" ![]() ![]() > *% Copyright(C) 2008 Brother Industries, Ltd. > Landscape cannot be printed from LibreOffice, needs to be exported to PDF, (In reply to David Tonhofer from comment #30) 'version' to a later Fedora version prior to Fedora 17's end of life. If youĪgainst a later version of Fedora, you are encouraged change the ![]() We may not be able to fix it before Fedora 17 is end of life. To a later Fedora version prior to Fedora 17's end of life. This message is a reminder that Fedora 17 is nearing its end of life.Īnd issuing updates for Fedora 17. The process we are following is described here: ![]() More recent Fedora release includes newer upstream software that fixes Lifetime, sometimes those efforts are overtaken by events. "Clone This Bug" and open it against that version of Fedora.Īlthough we aim to fix as many bugs as possible during every release's Would still like to see this bug fixed and are able to reproduce itĪgainst a later version of Fedora, you are encouraged to click on We may not be able to fix it before Fedora 16 is end of life. To a later Fedora version prior to Fedora 16's end of life.īug Reporter: Thank you for reporting this issue and we are sorry that Plan to fix it in a currently maintained version, simply change the 'version' Package Maintainer: If you wish for this bug to remain open because you This bug will be closed as WONTFIX if it remains open with a Fedora It is Fedora's policy to close allīug reports from releases that are no longer maintained. This message is a reminder that Fedora 16 is nearing its end of life.Īpproximately 4 (four) weeks from now Fedora will stop maintainingĪnd issuing updates for Fedora 16.
0 Comments
Leave a Reply. |