Hi,
I'm trying to get ifhp to handle a new input language. To do
this I've added the following to ifhp (this is just a test
case - later I will add the real filter for 'label').
file_output_match = [
*postscript* raw \%s{gs_unidriver}
*gzip_compressed* filter \%s{gzip_decompress}
label filter \%s{a2ps_converter}
]
To force ifhp to recognize the input file as containing
'label' language, I supply the -Zlanguage=label option
to lpr (lpr -Zlanguage=label label-test.txt).
What I would expect to happen, is that ifhp would be
determine the type of input to be 'label' from the
-Z option, so it would run it through the a2ps_converter.
I would then expect it to run the resultant file through
the normal language determining mechanisms and determine
that the resultant file is postscript, and consequently
run it through gs_unidriver.
What happens (I think) is that after each conversion
pass, ifhp looks at the -Z option and again determines
the resultant file to be 'label', resulting in an endless
loop.
Does this make sense? Is this behavior desirable? If not,
would anyone object to a patch?
Kent
-----------------------------------------------------------------------------
If you need help, send email to [EMAIL PROTECTED] (or lprng-requests
or lprng-digest-requests) with the word 'help' in the body. For the impatient,
to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED]
with: | example:
subscribe LIST <mailaddr> | subscribe lprng-digest [EMAIL PROTECTED]
unsubscribe LIST <mailaddr> | unsubscribe lprng [EMAIL PROTECTED]
If you have major problems, send email to [EMAIL PROTECTED] with the word
LPRNGLIST in the SUBJECT line.
-----------------------------------------------------------------------------
