omniprint-user

Re: [Omniprint-user] incorrect margins

[Mark H. <ha...@us...>]

Hi Giulio,

Sorry about the lack of reply.  I have been on vacation and now am
preparing for a business trip.
Extract the source tarball and make sure it builds (with makeOmni and the
latest autotools).
One optimization you can do is edit devices.mak to only include the driver
directory and edit "Device List" to only include your device.
Then, edit the main xml file for the device and read the device form xml
file that it uses.  Then edit the device form xml file to change the
margins.
Use the DeviceTester program to test the printable area first and then
change it.
      DeviceTester drawbox driver libXXX.so cout output.prn

There may be a problem with margins and ghostscript so make sure that
DeviceTester works first.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] incorrect margins

[Giulio O. <gi...@po...>]

On Thu, 17 Oct 2002 12:25:40 -0500, "Mark Hamzy" <ha...@us...> wrote:

>I'll agree its not immediately intuitive.  The numbers along the edges
>correspond to pels.  So, if 5 (and 1-4) is missing, then the page is 6 pels
>too big at the resolution (1 for the border).  I was going to write
>instructions on the page but it is hard to create resolution independent
>characters.

Starting from bottom right:
1) going up on the right margin: from 1 to 45
2) going left, bottom row: from 1 to 31th char (1..0  1..0 1..0 1). This row
starts between 2 and 3 of the vertical row of point 1
3) going left, row above bottom row: 10 times 1, 10 times 2, 2 times 3.
First 1 start at first 0 of bottom line (10th char).

I see DeviceTester uses HardwareScaling=0, while cupsomatic sets
HardwareScaling=1.
I'm trying to force cupsomatic using =0.

-- 
gi...@po...

Re: [Omniprint-user] incorrect margins

[Giulio O. <gi...@po...>]

On Thu, 17 Oct 2002 12:25:40 -0500, "Mark Hamzy" <ha...@us...> wrote:

>It may be a problem with the gomni.c part of the omni driver which is the
>interface into ghostscript.
>I believe that there is a problem if the page size is defined in the ps
>file (or not).

The
DeviceTester drawbox driver libXXX.so cout output.prn
try seems good

while gs is bad, this is the invocation:
gs -q -dSAFER -dBATCH -dNOPAUSE -sOutputFile=- -sDEVICE=omni
-sDeviceName=Brother_HL_P2000 -smonodither=GSMONO -sproperties="
form=iso_a4_2100.00x2970.00mm media=MEDIA_PLAIN resolution=30
0x300 printmode=PRINT_MODE_1_ANY tray=TRAY_MULTI_TRAY
dither=DITHER_STUCKI_DIFFUSION orientation=portrait HardwareScaling=1"

Tried even with HardwareScaling=0.

I'm using ghostscript-7.05-20 as shipped on red Hat 8.0 recompiled on a red
Hat 7.3 system.

-- 
gi...@po...

Re: [Omniprint-user] incorrect margins

[Giulio O. <gi...@po...>]

On Thu, 17 Oct 2002 10:38:55 -0500, "Mark Hamzy" <ha...@us...> wrote:


>Use the DeviceTester program to test the printable area first and then
>change it.
>      DeviceTester drawbox driver libXXX.so cout output.prn

I compiled DeviceTester and tried the .so already in place from the binary
rpm and margins are ok (maybe left is a bit smaller than right), even if the
test page is not very intuitive :), there are random numbers printed, the
right margin line is printed only for 1/3 of the page from the top, there's
an oblique line going into the bottom margin line.

If you confirm this is expected behavior, I'm going posting on linuxprinting
list (for cupsomatic/ghostscript) for help.

Thanks.

-- 
gi...@po...