
Anybody up for writing a latin1tame program?
latin1tame exists, and is called 1252to7. And it sends ñ to n. To send ñ to ny you could use a custom unitame.dat that generates ASCII, as a replacement to 1252to7. This could also be used to convert ä to a instead of ae, as requested for french instead of german. The problem with the custom unitame.dat approach, is that the conversion is character by character, and is the same for the whole file. It is already a progress with respect to be, as now, site-wide. In any case, if you submit RST or TEI, PG has to survive with what epubmaker gives out, i.e. crappy iso-latin given by unitame and crappy ASCII. If this is good enough for RST sources, it is good enough for HTML+UTF-8 sources. My proposal is to allow a bit less of crap in the unitame output, and is simple enough. And allows to use unmodified gutcheck to verify the UTF-8 txt file, before porting gutcheck to Unicode, that will take time. PG moreover requires ASCII and iso-latin-1 just to conceal them. Spending too much work on it is a waste of time. Carlo PS. I see that a version of unitame using a local version of unitame.dat already exists, dated 2006.