Hi,
Printing (on any platform) to a printer basically consists of 2 steps.
1) generate PDL (
http://en.wikipedia.org/wiki/
Page_description_language)
On Windows for example this could be done by a printerdriver that
translates
GDI calls into postscript. The important thing to note here is that
the printerdriver
knows how to deal with finishing options (like stapling, booklet,
trimming). If you
generate PDL data without the 'official' printerdriver then a
customer might not
be able to use these finishing options.
If finishing options is not relevant to you then you might be able
to use a
generic printerdriver (i.e. PDFCreator is a generic printerdriver
on Windows that
generates PDF files).
Note that on Windows there are generic printer drivers available
that can be
customized by printer manufacturers (i.e. this does the heavy
lifting from GDI to
postscript or pcl). For more information on that, see also:
http://msdn.microsoft.com/en-us/library/ff560843(v=vs.85)
2) transfer PDL data to printer
This highly depends on the printer type, but typical transport
'mechanisms' are LPR/LPD,
Socket Printing, USB and (ofcourse) LPT.
The OS has support for these transport mechanisms (on Windows this
is called 'printer port'
and there is a "Standard TCP/IP Port" available that can print to
network based printers).
So looking at all this, I have a couple of questions:
1) Are the jobs that you receive already in "PDL" format?
2) How is the attached printer actually attached? (i.e. network based
or USB)
3) (as already mentioned somewhere else in this thread)
Have you looked at CUPS?
Best regards,
Jeroen Janssen