> > And what do we do if somebody makes a printer that accepts only 1284.4 ?
>
> If the peripheral only advertises 7/1/3, then printer.c has no choice
> but to bind to it, which is the behaviour with the existing version as
> well as my modified version. This is the case today with the HP Office
Oliver Neukum wrote:
> > > You are right. Unfortunately they _have_ accepted it.
> > > Can we now be confident that no other printers will implement it
> > > and put a workaround into printer.c ?
> >
> > While I can't comment on non-HP printers or future HP products, I can say
> > that it's not sa
> > You are right. Unfortunately they _have_ accepted it.
> > Can we now be confident that no other printers will implement it
> > and put a workaround into printer.c ?
>
> While I can't comment on non-HP printers or future HP products, I can say
> that it's not safe to assume that none of them w
Lars Doelle wrote:
> Hmm, i have another suggestion:
>
> I had a look at the descriptors, and found three interfaces, but each in a
> different alternate setting and same endpoints. This is really a hack. HP
> should have provided two interfaces with a printer and a scanner class with
> differ
On Tuesday 12 February 2002 15:48, Lars Doelle wrote:
> Hmm, i have another suggestion:
>
> I had a look at the descriptors, and found three interfaces, but each in a
> different alternate setting and same endpoints. This is really a hack. HP
> should have provided two interfaces with a printer an
> From: Lars Doelle <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2002 15:48:53 +0100
> So my suggestion is to go this way and put a vendor/product list into
> printer.c indicating when a 7/1/3 should really be picked and call the device
> then /dev/usb/hpoj, so that you can pick it up with your user
Hmm, i have another suggestion:
I had a look at the descriptors, and found three interfaces, but each in a
different alternate setting and same endpoints. This is really a hack. HP
should have provided two interfaces with a printer and a scanner class with
different endpoints in one alternate
Pete Zaitcev wrote:
> > From: Lars Doelle <[EMAIL PROTECTED]>
> > Date: Mon, 11 Feb 2002 01:08:29 +0100
>
> >[...]
> > There is some Linux support for IEEE 1284.4 underway, but until this is
> > working and integrated, i think one should better disable accepting these
> > protocols, as it would
On Monday 11 February 2002 03:41, Pete Zaitcev wrote:
> > From: Lars Doelle <[EMAIL PROTECTED]>
> > Date: Mon, 11 Feb 2002 01:08:29 +0100
> >
> >[...]
> > There is some Linux support for IEEE 1284.4 underway, but until this is
> > working and integrated, i think one should better disable accepting
> From: Lars Doelle <[EMAIL PROTECTED]>
> Date: Mon, 11 Feb 2002 01:08:29 +0100
>[...]
> There is some Linux support for IEEE 1284.4 underway, but until this is
> working and integrated, i think one should better disable accepting these
> protocols, as it would never work in the moment.
David
Find attached a patch to make my printer working with the usb printer driver.
The printer is a HP Laserjet 1200.
The problem fixed with the patch is that the printer offers a IEEE 1284.4
compatible protocol, which is picked by the driver because of the sorting
order of the descriptors. The pr
11 matches
Mail list logo
