'commandtoepson' revamping?

Solomon Peachy <[email protected]> Thu, 16 Sep 2021 08:43:04 -0400

Newsgroups	gmane.linux.printing.gimp-print.devel
Message-ID	<[email protected]>

I've been looking at how to get escp2 printer status and ink level 
reporting back up through the CUPS stack.  This is normally done via 
inline ATTRs via the normal print filter flow, but can also be done 
using an out-of-band "command filter".

I saw that there is an existing 'commandtoepson' filter, but it's not 
hooked up through our generated PPDs, so CUPS doesn't know it exists.  
Digging a little further I discovered that due to how it's written, the 
'ReportLevels' command trigges a physical printout rather than just 
querying and returning (ala escputil) the status/levels as ATTRs that 
CUPS expects and can report to the user:

  https://www.cups.org/doc/spec-command.html#ReportLevels

I'd like to change 'commandtoepson' to work the way CUPS expects, and 
add the filter to the PPD so CUPS can invoke it automatically, but this 
would require an implementation change so that it doesn't trigger a 
print.

This would be broadly applicable to any printer escputil can work with, 
so it probably makes sense to enable it across the board for the entire 
escp2 family (perhaps with a blacklist) rather than only enabling it for 
specific models.

Thoughts?

(The dyesub backend acually implements this command filter functionality 
 already, but I never did hook it up to the PPDs)

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (libra.chat)

_______________________________________________
Gimp-print-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

signature.asc (application/pgp-signature, 833 B)