Hi Todd: The issue is the change in the way emacs supports multi-byte text between versions 22 and 23. This change is, I'm afraid, a direct assault on the way that hyperlatex processes text. During the parsing process, hlx changes some latex commands into single byte magic characters so they'll survive the parsing unmolested. For example, the "<" (0x3c) in html tags is converted to an unprintable 0xbc so it won't be confused with an actual "<". The final step involves converting these magic characters back to their printable originals for output.
This strategy is now out of bounds, as I understand it, since 0xbc now has a meaning that it didn't in version 22. I have great confidence in the emacs developers to have thought of a way to create some kind of backwards compatibility or configuration option to continue to allow the kind of tricks that hyperlatex is built on. Sadly, I don't know my way around those options, nor am I sure that such a workaround wouldn't disable the possibility of hlx supporting multi-byte text itself, as is now true of the leading versions of TeX itself. -tom -- -------------------------------------------------------- Tom for Treasurer in 2010! http://tomfortreasurer.com Check out "Ten Things You Don't Know About Rhode Island" http://whatcheer.net http://sgouros.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Hyperlatex-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hyperlatex-users
