From owner-freebsd-chat Sun Oct 17 18: 6:38 1999 Delivered-To: freebsd-chat@freebsd.org Received: from mailfw1.ford.com (mailfw1.ford.com [136.1.1.26]) by hub.freebsd.org (Postfix) with SMTP id E43E014A14 for ; Sun, 17 Oct 1999 18:06:28 -0700 (PDT) (envelope-from boconno6@ford.com) Received: by mailfw1.ford.com id VAA14587 (InterLock SMTP Gateway 4.2 for freebsd-chat@freebsd.org); Sun, 17 Oct 1999 21:06:25 -0400 Message-Id: <199910180106.VAA14587@mailfw1.ford.com> Received: by mailfw1.ford.com (Internal Mail Agent-2); Sun, 17 Oct 1999 21:06:25 -0400 Organization: Ford Motor Company of Australia Limited. ACN 004 116 223 Received: by mailfw1.ford.com (Internal Mail Agent-1); Sun, 17 Oct 1999 21:06:25 -0400 Date: Mon, 18 Oct 1999 11:06:16 +1000 From: "Brian O'Connor. (CF583173) HO 2nd Floor" To: freebsd-chat@freebsd.org Subject: [keramida@ceid.upatras.gr: Re: printers (was Re: keyboards)] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org keramida@ceid.upatras.gr wrote: >atrn@zeta.org.au writes: > >> David Kelly wrote: >> > As a result, I don't buy these products. Even for a WinNT application. >> >> Some of us on the inside try to promote the idea that Unix should be >> supported but without customers actually asking for this support the powers >> that be don't listen. > >Well, thank you David... it's exactly this kind of people that we Unix users >need to be working in these 'inside' parts of key companies, because it really >makes me feel better to know that saying "I'm not buying, because I have the >honor and curse to be running *BSd at home" somebody is actually going to hear >this and somehow care about it. > >> One of the big stumbling blocks is the lack of an abstract printing >> model for applications. er.. I thought thats what postscript was. > >This is mainly a problem caused by the totally incompatible ways in which >printers of today are talking to their soft-partners, the drivers that each >company uses and distributes for that 'other' OS, if I am not mistaken. Of >course, having some standards like, say, PCL or PostScript is fine, but it >does not give us the possibility to use those 'extra' features each printer >might have. I thought the postscript ppd model did this, it works well for Irix. ie copy .ppd from windows driver or from vendor(ie hp) or from adobe to the appropriate place, rehash the printer info, and add the queue. The printer manager now shows the extra features(duplex, hi res etc) when you. select that queue, and they are available via "lp -o