encode/decode filters
James Walker
kagi at jwwalker.com
Tue May 13 01:23:00 CDT 2008
The input of an encode filter is a file in the working directory that is
being committed, correct? If so, then why does the "tempfile:" form of
filter use temporary files for both input and output? I'd think that
INFILE could be replaced by the path to the actual input file.
The reason I ask is that I was wondering whether the encode/decode
filters could handle Mac resource forks. Looks like the answer is no,
because the resource fork has already been stripped off the input before
it arrives at the encode filter.
More information about the Mercurial
mailing list