From: Ben Woodard <ben@va...> - 2001-05-16 22:27:56
> Hello Ben,
> > I personally would like a nicer API to printing but so far none has
> > emerged as a standard and so I started creating my own as part of my
> > ongoing effort to create a new and improved printing system for unix
> > like operating systems.
> Have you looked at the new inkjet architecture discussion at:
> ? People are discussing some printing architecture there and they
> are trying to avoid spoolers (which I think should be included).
> We are also trying to standardize on Job Properties.
Other people from my team have been watching the discussion closely. I
just signed up for the list.
> > 1 - open up the print system
> > 2 - enumerate the printers
> > 3 - select the appropriate printer (this gives you key value pairs
> > which are the attributes of the printer)
> > 4 - create a print job with the appropriate attributes (number of
> > copies etc...)
> > 5 - submit the various documents
> Have you looked at the Omni driver's interface for enumerating Omni
> printers that have been installed (DeviceTester4.cpp) and enumerating
> job properties and options (DeviceTester2.cpp)? That is one way
> to do what you are looking for. Although, admittedly, it is in C++.
Isn't that enumerating things at a different level. I'm thinking of
enumerating the printers that the spooler has configured. From what I
understand about the omni driver it should only be able to enumerate
the capabilities of the actually connected printer and any jobs that
it is currently munching on.
We have the rudiments of something more like that something else we
have in the background called libprinterconf. Somewhere down the road
we are planning to incoproate both the the HP inkjet driver as well as
the omni driver in a release of our print software.
> I would appreciate your input and insight.
> Take a look at the Linux Omni printer driver at
Get latest updates about Open Source Projects, Conferences and News.