• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu

Preview of CUPS 1.3.7

Started by Pete, 2008.06.11, 16:55:52

Previous topic - Next topic

Paul Smedley

Quote from: matnieuw on 2008.07.26, 12:28:09
Quote from: Paul Smedley on 2008.07.14, 00:21:46
Quote from: matnieuw on 2008.07.13, 18:27:24
For Pete: Thanks for the HowTo, it worked like a charm (after deleting all printers with prndrv), finally I'm able to print doublesided from OS/2 to my Canon IP4000.

In general, it appears that (some) 'print job properties' in the OS/2 application don't have much effect. To print double sided, I have to set Cups so (via localhost:631), it doesn't matter what I set in e.g. OpenOfice.
Is this always so? I though such options were passed as 'job control' in the Postscript file ?

Mat Nieuwenhoven

We made progress on such things yesterday - the OS/2 postscript driver has some deficiencies :)

Try using http://download.smedley.info/gutenprt-5.2.0-beta3-os2-20080713.zip

This driver has:
1) pscript.drv built as gutenprt.drv
2) Approx 650 of the simplified ppd files pre-imported into the driver
3) Some fixes to postscript syntax and by one user's accound, enable all the settings to work.

The reasons why the IBM postscript code fails are listed at: http://article.gmane.org/gmane.org.netlabs.ecups.devel/236

Hi Paul,

I only had now time to test your Gutenprint driver. In combination with Cups 1.3.8 it still is so for me that Cups seems to determine printer options, not the user/application. I tested with Cups' printers options set to single sided, and print from Lucide 2 pages set to double sides, but they came out single. I will try to get a PS file output for double sided from both OS/2 and Linux, and see if I can spot the difference.

Mat Nieuwenhoven

There are known issues with applications that send 'Raw' data to the Postscript driver.  Lucide (and Odinised apps) generate the postscript themselves, then pass it through gutenprt.drv (or pscript.drv) which then tries (not very well) to add them to the already generated code.  Instead of determining the best point to insert the settings, it put inserts it at the beginning, prior to the #!PS-Adobe marker - which can cause other problems too.

This issues are being investigated - for now - don't expect printer settings made in Odinised (including Acrobat 4.x, 5.x) or Lucide to take effect.

Cheers,

Paul.