I am happy to look at your system if you like but you must start a new thread as I would want details. A new topic really is needed as this topic is starting to get a bit more complex than I expected and I don't like getting too much mixed in here, I am sure you understand. Almost-retired
There is a couple of points that does not live up to my expectations.
1.. I did not expect the head -3
to give you a pdf file, but at the same time the alarm bells are tolling very high, something from another topic some time ago.
2.. A concern you have had some cut off in landscape
3.. This may be because we are not
using a test page we are using a web page that may not live up to the www3 standard or whatever the version is today. This should not have been a problem.
4.. Why do I not get the same problem, we need to take a closer look.
5.. From memory Okteta copy/paste fine when you know how to
I will start with Okteta, if you use Edit > Copy As > View in plain text
then you can go to kwrite
and use Edit > Paste
you may have to use the mouse, do not use ctl-c and ctl-v there is something odd and I don't remember only that you can copy from Okteta
Darned, I fell asleep on the job, sorry about that. The alarm bells are giving me a headache. Now I remember. You are quite right Firefox does not follow what I thought was the standard in Linux. Linux native print format is Postscript not pdf, Opera however does follow the standard and that is why I have Postscript format in my head -3
for the Opera file prints of the pclinuxos home page. I did not
actually check my Firefox
print output for head -3
, only asked you to do a check. Can only say lucky that I did ask you, I very very nearly decide to jump that stage too.
Summary: Firefox printing the pclinuxos home page in landscape looked apprently acceptable at the temporary location d00662-001 but in landscape d00663-001 problems.
Looking at it in landscape, d00663-001, the right end of the 3rd column text is clipped off, sometimes by several characters....
Can you be more precise here, what page is the first occurrence and what is the text of surviving characters in the line. Unfortunately my Firefox d00xxx-001 file is perfect in landscape as far as I can see. Until your landscape d00xxx-001 looks ok don't waste ink on it. If characters are cut off something wrong has perhaps happened in ghostscript plus filter chain. Grrrrr.
Ok there is another possibility, when you print in Firefox landscape, in options go to Advanced and check that your Shrinking ...
line is not set to Crop
Her comes a testing step, where you have better fasten your seat belt, it can get a bit confusing.
a.. with a faulty landscape d00xxx-001 file that you open in okular, and clearly see has 'cropped lines' do the following
b.. print it from okular and use okular default setting, the idea is that okular will repair the damage to a degree
c.. you will of course have another d00yyy-001 file from the print operation
d.. please do check head -3 d00yyy-001
and make sure first line is %!PS-Adobe-3.0
e.. open the d00yyy-001 with okular and check, probably won't look impressive and you will still have the missing characters
f.. Since the file has 6 pages, I suggest you copy or move plus rename the file to something easy to remember
g.. clear your printer queue completely so when you turn the printer on it will not start printing
h.. open the file in okular and print only one page.
Here is the letdown because I did not stick with a single test page but jumped to a multipage webpage, it was a gamble.
I have a Brother HL2140 here too, and it Just Works(TM) in either mode. ...
We will leave this just little longer, right now I would say yes but not what you would expect.
Now it is my turn for ZZzzz.... (if silly printing mistakes, sorry no proofread)