> > It's not clear to me why groff should do provide the correct -T
> > option.
>
> Because the iconv character set conversion might involve
> transliteration, e.g. U+2264 to "<=", which would disturb groff's
> nice justification of the right margin if it were done after groff.
Hmm. I believe what you want is not let groff choose a proper -T
parameter but a new option which specifies the output character set
and encoding for a given output device. iconv would then be run on
the glyph repertoire for the output device to get a mapping table.
Not a trivial change...
Volunteers welcome :-)
Werner
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
- Re: Unicode/UTF-8 support for man Markus Kuhn
- Re: Unicode/UTF-8 support for man Werner LEMBERG
- Re: Unicode/UTF-8 support for man Joseph S. Myers
- Re: Unicode/UTF-8 support for man Werner LEMBERG
- Re: Unicode/UTF-8 support for man Markus Kuhn
- Re: Unicode/UTF-8 support for man Marcin 'Qrczak' Kowalczyk
- Re: Unicode/UTF-8 support for man Bruno Haible
- Re: Unicode/UTF-8 support for man Marcin 'Qrczak' Kowalczyk
- Re: Unicode/UTF-8 support for man Werner LEMBERG
- Re: Unicode/UTF-8 support for man Edmund GRIMLEY EVANS
- Re: Unicode/UTF-8 support for man Mark Leisher
- Re: Unicode/UTF-8 support for man Bruno Haible
- Re: Unicode/UTF-8 support for man Bram Moolenaar
- Re: Unicode/UTF-8 support for man Markus Kuhn
- Re: Unicode/UTF-8 support for man Werner LEMBERG
- Re: Unicode/UTF-8 support for man Edmund GRIMLEY EVANS
