Re: printtool in Debian
Rafael,
I thought about it too.
Except for stupid TCL gui part, I think general design of printtool
and RH's master-filter are acceptable one (Well, may be too elaborate,
also parsing .gz file through gzip twice is not a smart move).
It looks like RH will move to lprngtool which is basically a
cleaned-up version of printtool(tcl code) with many feature
enhancements. I will look into it. Basic filtering structure
seems to be the same.
At any rate, Perl/Tk or Python/Tk code may be more modular and
readable. If C/GTK gui front end is written, that is even greater.
Make sure printer database files are compatible or make some
converter to maintain access to the RH printer database. Not
that RH did good job maintaining printer database but they
may...
Code is easy but database are pain in the --- to maintain as
volunteer work. Nobody has patience and time for tedious
database work...
> making this port (of printtool) work at all, and it's just kludging a
> kludge.
Yes, the uniprint patch contributed to a kludge. Sorry.
--
+ Osamu Aoki <debian@aokiconsulting.com>, GnuPG-key: 1024D/D5DE453D +
+ Fingerprint: 814E BD64 3288 40E7 E88E 3D92 C3F8 EA94 D5DE 453D +
+ === http://www.aokiconsulting.com ======= Cupertino, CA USA === +
Reply to: