IPP> RE: Printer Instance Creation/Installation -Reply

IPP> RE: Printer Instance Creation/Installation -Reply

IPP> RE: Printer Instance Creation/Installation -Reply

Scott A. Isaacson Scott_Isaacson at novell.com
Wed Dec 18 13:04:44 EST 1996

There are some proposed common naming schemes and structures (MS
INF files) but these are very POORLY followed and lead to many errors. 
They are changing over time and have not stablized.

This is an awfully big rat hole (elephant hole?,  black hole?).  We should
not waste our time on this initially, at all.

Scott A. Isaacson
Print Services Consulting Engineer
Novell Inc., 122 E 1700 S, Provo, UT 84606
V: (801) 861-7366, (800) 453-1267 x17366
F: (801) 861-4025, E: scott_isaacson at novell.com
W: http://www.novell.com

>>> Carl-Uno Manros <cmanros at cp10.es.xerox.com> 12/17/96 08:23pm
At 06:46 PM 12/17/96 PST, Babak Jahromi wrote:
>>if I recall correctly, one of our user requirements was that we would 
>>like to avoid having a separate print driver to install for every new
>>printer that a user may want to use. Compare this to fax today - you
>>not expect the user to download a new piece of software for every
>>fax address he/she wants to use. My hope would be that the "IPP print
>>is a generic piece of software, which can be used for many different
>>in combination with a relatively short list of capabilities and options
for a
>>particular printer. This list could be stored locally or downloaded every
>>Am I too optimistic here? 
>"Generic" is synonym to "poor feature list". Why do we want to force
>people who have invested in full feature printers to treat them like
>monochrome fax machines? If people like to use Internet Printing as a
>fax service, then the server can install the printer with a minimal
>driver, and we can arrage that all Internet clients would have that
>minimal driver. But beyond that, the driver would have to be
>from the server. And the good thing is that the driver does not have to
>know anything about the new protocol. i.e. no change is needed in
>today's drivers.

OK. I can probably live with having at least a simple generic IPP driver 
that does not require explicit download in advance, with downloading
automatic installation in other cases. Do we have any expectations about

the time needed to download a print driver over HTTP, using say in worst
case a 14.4 modem? Are there agreed naming conventions for drivers,
that the clients can identify if they already have the right driver 
installed, or do we need to come up with a driver naming scheme?


More information about the Ipp mailing list