> > groff can handle only 203 input characters currently. The *top
> > priority* for me in converting groff to handle Unicode is to widen
> > the 8bit input character slot to have a width of 32bit.
> > Everything else is much less important IMHO.
>
> Does it mean that there will be no quick-and-dirty
> prepocessor-based solution in the short term (before you do it
> properly)?
What exactly do you mean? Converting UTF-8 to, say, latin-1 with
`iconv' is already a quick-and-dirty solution. Another possibility is
to take a groff UTF8 font definition file and put all Unicode->glyph
entities into a big perl (or python) table.
Werner
_______________________________________________
Groff mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/groff
