[opensuse] PDFs printing 2" offset in landscape mode with Adobe
This is pretty consistent. If I print in landscape mode with Adobe the image is raised about 2", that is the top 2" are cut off and there's white-space at the bottom. Adbobe, I presume, is the default, since when I visit, using firefox the following http://www.cheat-sheets.org/saved-copy/Nmap5.cheatsheet.eng.v1.pdf for example, and click on the printer icon on the top right, I get that "offset". Yes I am telling Adobe to center. Same of I save to file and print the file using Adobe. The printer is a Brother HL-5170DN using CUPS. However if I use Okular or FoxitReader to view and print it comes out OK, so I don't think this is a purely CUPS/Brother issue. Any ideas? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-28 14:22, Anton Aylward wrote:
This is pretty consistent. If I print in landscape mode with Adobe the image is raised about 2", that is the top 2" are cut off and there's white-space at the bottom.
Adbobe, I presume, is the default, since when I visit, using firefox the following
Adobe? You mean acroread? No way it can be the default, as it is no longer distributed. Adobe no longer supports Linux. What are you really using? what oS? -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 11/28/2014 02:11 PM, Carlos E. R. wrote:
On 2014-11-28 14:22, Anton Aylward wrote:
This is pretty consistent. If I print in landscape mode with Adobe the image is raised about 2", that is the top 2" are cut off and there's white-space at the bottom.
Adbobe, I presume, is the default, since when I visit, using firefox the following
Adobe? You mean acroread? No way it can be the default, as it is no longer distributed. Adobe no longer supports Linux.
What are you really using? what oS?
12.2 Why? What do you use? They may not support it but that doesn't stop me running it :-) The reason I ask this is that this odd formatting is recent and I wonder if it is to do with the way adobe invokes ghostscript to hand off to CUPS in postscript. Damn it all, this printer can handle PDF directly!
zypper info acroread Loading repository data... Reading installed packages...
Information for package acroread: --------------------------------- Repository: @System Name: acroread Version: 9.5.4-1.1 Arch: i586 Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 134.8 MiB Summary: Adobe Reader for PDF Files Description: Acroread is a well known PDF viewer. Adobe Reader is often the only program able to process complicated PDF files, such as PDF forms. However, there are many bugs where we cannot do anything about because it is proprietary binary-only software. Please consider whether it is possible to use free PDF readers like okular, evince, xpdf, ghostview, ... instead. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-29 02:56, Anton Aylward wrote:
On 11/28/2014 02:11 PM, Carlos E. R. wrote:
Adobe? You mean acroread? No way it can be the default, as it is no longer distributed. Adobe no longer supports Linux.
What are you really using? what oS?
12.2 Why? What do you use?
ROTFL! That's ancient history.
They may not support it but that doesn't stop me running it :-)
The reason I ask this is that this odd formatting is recent and I wonder if it is to do with the way adobe invokes ghostscript to hand off to CUPS in postscript.
It gets different with acroread in the mix. I think it does its own decoding, then calls the printer, handing over the postscript data.
Damn it all, this printer can handle PDF directly!
But acroread may not know it :-) Or cups.
zypper info acroread Loading repository data... Reading installed packages...
Information for package acroread:
Yes, but you do not get updates to it for two reasons: one, that 12.2 is out of maintenance anyway, but the other reason is that adobe stopped maintenance of the Linux version of acroread on 2013-07 http://en.opensuse.org/Adobe_Reader «Adobe no longer provides security updates for Adobe Reader under Linux. Therefore the "acroread" RPM package is dropped from the distribution for openSUSE 13.1 to protect openSUSE users. ... The Adobe Reader version 9 had end of support since July 2013. The new versions 10 and 11 (Adobe Reader X and XI) are not available for Linux» The recommendation is to, at least, remove the package "acroread-browser-plugin", to impede read pdfs directly from the network with adobe software. I use acroread sometimes, but I jailed it with apparmour. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On November 28, 2014 7:28:19 PM PST, "Carlos E. R."
On 2014-11-29 02:56, Anton Aylward wrote:
On 11/28/2014 02:11 PM, Carlos E. R. wrote:
Adobe? You mean acroread? No way it can be the default, as it is no longer distributed. Adobe no longer supports Linux.
What are you really using? what oS?
12.2 Why? What do you use?
ROTFL!
That's ancient history.
They may not support it but that doesn't stop me running it :-)
The reason I ask this is that this odd formatting is recent and I wonder if it is to do with the way adobe invokes ghostscript to hand off to CUPS in postscript.
It gets different with acroread in the mix. I think it does its own decoding, then calls the printer, handing over the postscript data.
Damn it all, this printer can handle PDF directly!
But acroread may not know it :-) Or cups.
zypper info acroread Loading repository data... Reading installed packages...
Information for package acroread:
Yes, but you do not get updates to it for two reasons: one, that 12.2 is out of maintenance anyway, but the other reason is that adobe stopped maintenance of the Linux version of acroread on 2013-07
http://en.opensuse.org/Adobe_Reader
«Adobe no longer provides security updates for Adobe Reader under Linux. Therefore the "acroread" RPM package is dropped from the distribution for openSUSE 13.1 to protect openSUSE users. ... The Adobe Reader version 9 had end of support since July 2013. The new versions 10 and 11 (Adobe Reader X and XI) are not available for Linux»
The recommendation is to, at least, remove the package "acroread-browser-plugin", to impede read pdfs directly from the network with adobe software.
I use acroread sometimes, but I jailed it with apparmour.
Again, Carlos, you are fixating on the fact that the package aren't under maintenance rather than solving the problem. The package doesn't instantly bit rot like yesterdays fish just because it is not under maintenance. Anton has been around long enough to have earned your respect for knowing what he is doing. Anton can define a raw printer in cups and pass the PDF straight through. The most likely point of failure is cups because Apple has gutted it. Many many PPDs are corrupt in recent versions of cups that worked perfectly in older versions of OS. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/28/2014 11:38 PM, John Andersen wrote:
Again, Carlos, you are fixating on the fact that the package aren't under maintenance rather than solving the problem. The package doesn't instantly bit rot like yesterdays fish just because it is not under maintenance.
Indeed. And I'd point out that "it didn't used to do this" but along the way other things have been updated as well. Notably CUPS. I mentioned that Foxit prints properly Well Foxit hasn't been updated for Linux in a long, long while. Its as if they don't care ... Information for package FoxitReader: ------------------------------------ Repository: @System Name: FoxitReader Version: 1.1-0.fc9 Arch: i386 Vendor: Installed: Yes Status: up-to-date Installed Size: 6.0 MiB Summary: The PDF Browse Program Description: FoxitReader is a browsing program designed for reading PDF document. But Foxit doesn't handle forms properly ... We've had this discussion in the last year ....
Anton has been around long enough to have earned your respect for knowing what he is doing.
And failing that I have a 20-sided dice ...
Anton can define a raw printer in cups and pass the PDF straight through.
That might be useful in other ways as the printer can handle raw postscript and raw PCL :-) In fact it can probably work better 'raw'. The real issue then becomes how much has recent changes buqqured that up?
The most likely point of failure is cups because Apple has gutted it. Many many PPDs are corrupt in recent versions of cups that worked perfectly in older versions of OS.
AH! Are you suggesting I should try rolling back to an earlier version of CUPS and locking that in place? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-29 07:00, Anton Aylward wrote:
On 11/28/2014 11:38 PM, John Andersen wrote:
Again, Carlos, you are fixating on the fact that the package aren't under maintenance rather than solving the problem. The package doesn't instantly bit rot like yesterdays fish just because it is not under maintenance.
Indeed. And I'd point out that "it didn't used to do this" but along the way other things have been updated as well. Notably CUPS.
No, I'm not "fixating". I'm pointing out that you must not even try to open pdfs from firefox using the adobe plugin. That must go out by the window immediately. Not because it works or not, but because it is dangerous. As a plugin you must use something that is safe, that is fully maintained. (the danger is that the adobe plugin runs scripts carried inside the PDFs that you open from sites) Use standalone acrobat instead, no firefox plugin. If possible, block its internet access (I half-failed at this)
I mentioned that Foxit prints properly Well Foxit hasn't been updated for Linux in a long, long while. Its as if they don't care ...
You are using the linux version of foxit? Wow. Old and insecure, too. You could consider running instead the windows version under wine, which at least, is modern and maintained, although not ideal.
But Foxit doesn't handle forms properly ... We've had this discussion in the last year ....
Nothing does.
Anton can define a raw printer in cups and pass the PDF straight through.
That might be useful in other ways as the printer can handle raw postscript and raw PCL :-) In fact it can probably work better 'raw'.
If your printer handles ps and pcl, just tell cups about it. I have three "printers" defined for my HP printer. One eats postscript, another pcls, another hpijs. Mine doesn't print pdfs directly, and I would not trust it if it did. I just printed your file from standalone acrobat (9.5.5), using "rotate and center", and the postscript driver. Worked just fine. But I'm using 13.1, so I can't exactly duplicate your setup...
AH! Are you suggesting I should try rolling back to an earlier version of CUPS and locking that in place?
Forget that. We have frozen cups since years, we are not getting the upstream changes because it is impossible. Can you just try with the stand alone acroreader? If it prints incorrectly, print to postscript file, then view that file with "gv". Mind, acroread often produces broken postscript and in that case the only workaround is to "repair" it. No updates. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 11/29/2014 08:49 AM, Carlos E. R. wrote:
Can you just try with the stand alone acroreader?
It prints incorrectly. Actually the print from a URL that I gave was to illustrate a landscape. I first noticed the problem printing some landscape mindmaps. Most of my stuff printing PDFs is that: mindmaps that I have generated or Ooo documents I have generated or web pages I've saved as PDF images using "print to file".
If it prints incorrectly, print to postscript file, then view that file with "gv".
Yes, that is the 2" offset as well.
Mind, acroread often produces broken postscript and in that case the only workaround is to "repair" it. No updates.
After some experimentation with other PPDs, some of them FOSSils, and settings such as using lpd://192.168.2.32/Brother%20RAW I'm inclined to think that the vendor PPD I downloaded from the Brother site that the problem lies in either that PPD basically, and my knowledge of the internals of PPDs is asymptotic zero, or something in how it interacts with adobe reader specifically. This printer seems more capable than I thought, at first NMAP tells me PORT STATE SERVICE 21/tcp open ftp 23/tcp open telnet 80/tcp open http 139/tcp open netbios-ssn 515/tcp open printer 631/tcp open ipp 9100/tcp open jetdirect HA! Good thing its behind a firewall! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/28/2014 10:28 PM, Carlos E. R. wrote:
The recommendation is to, at least, remove the package "acroread-browser-plugin", to impede read pdfs directly from the network with adobe software.
Never was installed. Firefox::menu:preferences-> applications -> Content Type = "Portable Document Format" is set to "Preview in firefox" I presume that means it uses internal code for viewing. Yes you can set it to use an external 'viewer', by which I presume that it downloads the files and forks off the viewer. Similarly when you use the print option with that internal viewer it saves the PDF to a temporary file and uses the default printer settings on it. That's why I think this has to do with the PPD. Why its OK with Foxit and Ocular I'm not sure. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-11-29 15:45, Anton Aylward wrote:
On 11/28/2014 10:28 PM, Carlos E. R. wrote:
The recommendation is to, at least, remove the package "acroread-browser-plugin", to impede read pdfs directly from the network with adobe software.
Never was installed.
Firefox::menu:preferences-> applications -> Content Type = "Portable Document Format"
is set to
"Preview in firefox"
I presume that means it uses internal code for viewing.
If the adobe plugin is not installed, then yes. There should be an "about" thing. Notice that the firefox internal viewer is very limited. I had to disable it.
Yes you can set it to use an external 'viewer', by which I presume that it downloads the files and forks off the viewer.
Similarly when you use the print option with that internal viewer it saves the PDF to a temporary file and uses the default printer settings on it.
That's why I think this has to do with the PPD.
Why its OK with Foxit and Ocular I'm not sure.
There are two ways in acrobat to produce a postscript file. One is in the adobe print dialog, there is a tick box to "print to file". This bypasses the ppd completely. Then display the postscript file in gv. Then, depending on your desktop, you might get the desktop print dialog, or not. And in the advanced button you can select some postscript options. One is "print as image", which bypasses the postscript handling in CUPS or your printer. Also, I'm sure that your printer has several different drivers which you can try. Mine has 3. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
participants (3)
-
Anton Aylward
-
Carlos E. R.
-
John Andersen