i recently bought a hp 2605dn and i've hooked it up via the router and use lpr.device with it.
now, when i do some postscript printing for some reason it refuses to utilize the whole area (A4) , 3 cm from the bottom to be exact , i've fiddled with the printer ps prefs but nothing i do make it print in that 3 cm area.
here's my postscript prefs:
Driver mode: Passthrough Copies: 1 Paper format: DIN A4 Paper Width: 21,00 Paper height: 29,70 Horizontal DPI: 600 Vertical DPI: 600
Text (default): Font: Courier Pitch: Normal Orientation: Portrait Tab: 1 inch
Dimensions (default): Left margin: 2,54 Right margin: 2,54 Top margin: 2,54 Botton margin: 2,54 Font pitch pize (yes it says pize): 10,0 Line leading: 2,0 Lines per inch: 6 Lines per page: 58
Graphics: Left edge: 0,99 Top edge: 2,99 (setting this to zero cuts the page,like it have a negative value) Width: 20,00 Height: 26,70 Image: Positive Shading: Grey scale Dither: Default
Scaling: Aspect: Normal Scaling type: None Centering: None
Driver mode: Passthrough Copies: 1 Paper format: DIN A4 Paper Width: 21,00 Paper height: 29,70 Horizontal DPI: 600 Vertical DPI: 600
----- Snip -----
Graphics: Left edge: 0,99 Top edge: 2,99 (setting this to zero cuts the page,like it have a negative value) Width: 20,00 Height: 26,70 Image: Positive Shading: Grey scale Dither: Default
--- Snip ---
Any clues?
It looks like your paper size is A4 (21.0x29.7), but your Graphic print size is 3cm shorter, ie 26.7cm.
i can't go beyond that value when top margin is set to greater than zero.
i did raise the paper format value 3 cm (breaking the A4 standard) at one point thinking i might get around this behavior, but i just got the same result.
edit:
if only print would show up with top edge set to 0 (or 0,5) , i mean it can't be a coincidence that if i set 2,99 for the top and then lack 3 cm at the bottom...almost like i need to align the printer *groan*.
Driver mode: Postscript Copies: 1 Paper format: DIN A4 Paper Width: 21.00 (Ghosted) Paper height: 29.70 (Ghosted) Horizontal DPI: 600 Vertical DPI: 600
Text): Font: Helvetica Pitch: Normal Orientation: Portrait Tab: 1 inch
Dimensions (default): Left margin: 0.55 Right margin: 0.55 Top margin: 0.55 Botton margin: 0.55 Font pitch pize (yes it says pize): 10.0 Line leading: 2.0 Lines per inch: 6 Lines per page: 67
Graphics: Left edge: 0.0 Top edge: 0.0 Width: 21.00 Height: 29.70 Image: Positive Shading: Color Dither: (Ghosted)
Scaling: Aspect: Normal Scaling type: None Centering: None
Just a little silly, and probably a typing error, but you are showing comma's instead of full stop/points in all your decimal places.
Also, Only use the enter key, or the mouse to leave a text box. If you hit return your A1 will freeze.
Are we talking about text printing or graphics printing? And from which application?
The passthrough mode suggests that you are using an application which already creates PostScript output by itself, so maybe you have to set the correct page size and borders inside that application.
Also your gfx settings (no scaling, no centering) seem to suggest that it depends on the aspect ratio of the source image which destination image height results from it, and when the destination height is smaller than the paper height the lower region remains white IMHO.
What happens when you print into a file (with printtofile.device as printer port device set in Printer prefs) and view that file with AmiGS? Has it the same idea about borders as your printer? Anything in the output file which looks wrong? PostScript is somehow readable by humans...
And what does your printer manual say about unprintable borders?
i've now set Printer PS to output US Letter instead of A4, The output is perfect.
Then your printer probably thought your paper would be US Letter. Quote:
I'm just guessing but i think anything set higher than US Letter won't come thru as ment...could you verify this theory in the code?
No, my current working theory is that the PostScript printer driver doesnt explicitly tell the printer which size its paper has, it assumes that the printer knows that by itself and tells it to print the picture scaled to absolute dimensions which of course fails when the printer is unaware of the physical size of the page and assumes it would be US Letter only, then it crops the image.
In theory it should be possible to define the paper size in the output but in practice even AmiGS seems to ignore such a definition and always shows "Letter" as paper size here, hints how to properly define the paper size in the output in such a way that both AmiGS and a real printer understand it are welcome.
Then your printer probably thought your paper would be US Letter.
tried with AmiGS only so far,it displays everything just like my printer does anyway...including the faulty A4 output.
Quote:
No, my current working theory is that the PostScript printer driver doesnt explicitly tell the printer which size its paper has, it assumes that the printer knows that by itself and tells it to print the picture scaled to absolute dimensions which of course fails when the printer is unaware of the physical size of the page and assumes it would be US Letter only, then it crops the image.
In theory it should be possible to define the paper size in the output but in practice even AmiGS seems to ignore such a definition and always shows "Letter" as paper size here, hints how to properly define the paper size in the output in such a way that both AmiGS and a real printer understand it are welcome.
Yes, you are confirming what i thought, sorry i didn't make myself better understood.
I'll dig thru google and see if i can find some files that AmiGS reports as anything besides "Letter".
In theory it should be possible to define the paper size in the output but in practice even AmiGS seems to ignore such a definition and always shows "Letter" as paper size here, hints how to properly define the paper size in the output in such a way that both AmiGS and a real printer understand it are welcome.
In AmiGS print setup there is a GS arguments text box, would it be possible to enter the pagesize in there?
To tell GhostScript (and maybe your printer too) that your paper size is A4, print into a file, search the part which specifies the paper size (when not in passthrough mode this can be found by searching for "a4", then add
/setpagedevice where { pop 1 dict dup /PageSize [ 596 842 ] put setpagedevice } if
The next version of the PostScript printer driver will do that automatically.
When your printer understands PostScript level 2, its also possible to change the line
IMHO passing the pagesize from AmiGS to GhostScript is already done and the problem is that AmiGS has no idea about the pagesize. To tell it about it, replace the first line of the PS file ("%!PS") with e.g.
just before the first "newpath" line, then AmiGS will display the width and height specified with the DocumentMedia comment as paper size. The next version of the PostScript printer driver will do that automatically.
Note, this fixes only the reported paper size of AmiGS, not the wrong display of GhostScript, you also need to apply the fix described in the previous comment for this.
I have just downloaded this to ram, selected it and it opened in AmiGS displayed and stated as '210x297 mm(A4)'. I then printed to PAR: as postscript, and it was printed as A4, the printer did not request that I select another page. Which usually id the case if a US Letter ps file is loaded into AmiGS.
The only difference in our settings is the margins.Could you try changing the dimensions, before you set the graphic sizes. Possibly saving the prefs after you have set the margins, and re-open to set the graphics preferences.
I have a HP colour Laserjet 2550LN, and I don't think the PDL, or Postscript versions will be any different.
thanks for the solution, i can now utilize the whole paper area.
i do however have problems now with the actual size of graphical outputs beeing smaller than they should be (when scaling is off, scaling on uses the whole paper), but i'm sure i'll find a way to adjust this in time.
edit:
okay the best way i've found is to have a canvas the same exact same size of a A4 document then paste images on that..then no resizing will occur.
IMHO passing the pagesize from AmiGS to GhostScript is already done and the problem is that AmiGS has no idea about the pagesize. To tell it about it, replace the first line of the PS file ("%!PS") with e.g.
just before the first "newpath" line, then AmiGS will display the width and height specified with the DocumentMedia comment as paper size. The next version of the PostScript printer driver will do that automatically.
Note, this fixes only the reported paper size of AmiGS, not the wrong display of GhostScript, you also need to apply the fix described in the previous comment for this.
I am not sure what you mean by the reported paper size of AmiGS, and the wrong display of Ghostscript. I have different size PDF files, some 'printed' on a PC, sized US letter (216x279), or A4 (210x297) and also an A3 one which I downloaded. AmiGS states the seems to show the different sizes correctly, but it wont print the A3 one, the A4 is printed correctly, and with the US letter one I have to press the continue button on the printer after every page.
then it should work without the need to manually edit each PS file.
I have applied the above patch, and when I print the 'posterabs-a4.ps' to ram:test.ps, AmiGS shows the page size as 216x279, even though AmiGS showed the original file page size as 210x297.
and the test.ps starts with %!PS-Adobe-3.0 %%Pages: (atend) %%BoundingBox: 57 60 539 784 %%HiResBoundingBox: 57.000000 60.200000 539.000000 783.400000 %..................................... %%Creator: GPL Ghostscript 854 (pswrite) %%CreationDate: 2007/03/07 01:44:04 %%DocumentData: Clean7Bit %%LanguageLevel: 2 %%EndComments %%BeginProlog % This copyright applies to everything between here and the %%EndProlog: % Copyright (C) 2006 artofcode LLC, Benicia, CA. All rights reserved. %%BeginResource: procset GS_pswrite_2_0_1001
The first file is PS-Adobe-2.0, but the AmiGS file is PS-Adobe-3.0. Is PS-Adobe-3.0 not backward compatible with PS-Adobe-2.0?
It seems to work for frak, but not for me, am I doing something wrong?