Your binmode fix removes some, but not all, of the ^m characters. Any idea why this is now necessary? I've narrowed my issue down to the use of the WRAP filter, which doesn't seem to play nice on Windows when it has to wrap text (it's fine with short strings). I'm curious if anyone has any thoughts on why this might be misbehaving now.
Upgrading to 2.20 has indeed been an adventure. In addition to the binmode fix, I also had to edit my ttree.cfg and remove the 'accept' directives there (and add a few ignores to skip files that were previously skipped) to get ttree to work as before; otherwise, it would not recurse into sub-directories, even when the 'recurse' directive was there. The example scripts in the docs don't seem to be in sync with the latest addition of checking 'accept' for directories as well as files, so that's a little confusing. Any help on the WRAP filter would be much appreciated! Dustin On Apr 21, 2009, at 5:14 PM, Jim Battle wrote: > Dustin Frazier wrote: > ... >> I had everything working great in my previous Windows environment, >> but with the fresh setup, I have a strange, maddening issue that >> I've searched and experimented with, but I can't seem to sort out. >> In my new TT2 environment, when I generate an HTML page from a >> template (using a main wrapper and one or two other templates), my >> resulting HTML file has an extra *two* carriage returns (control- >> M) at the end of each line. Not a show-stopper, but it does make >> the files larger, > > I'm not sure, but when I upgraded to TT 2.20 (also under windows), I > had to add "--binmode=1" to my ttree arguments to get rid of the > extra ^M. I have no idea why you end up with two of them. > > To make it more clear, I have a "build_html.bat" script, which > contains > > ttree --binmode=1 --eval_perl --file=".\ttree_html.cfg" _______________________________________________ templates mailing list [email protected] http://mail.template-toolkit.org/mailman/listinfo/templates
