Kaixo! On Thu, Oct 18, 2001 at 02:56:55PM +0100, Edmund GRIMLEY EVANS wrote:
> > iconv -t `locale charset`//TRANSLIT > > That's `locale charmap`, in fact. I keep making the same mistake. Argh! And I *did* write "charmap" when I tested on another virtual console... sorry. > > does, howerver (I supose any system with a working shell command "icon" > > also has a working shell command "locale") > > But if you get iconv by installing libiconv, you might not have a > "locale" command. But are there systems with a "locale" command that doesn't recognize "charmap" parameter, or that doesn't provide useful output (eg: usable by iconv) ? > The use of //TRANSLIT is a relatively new (and non-standard!) addition > to iconv, so perhaps nobody noticed that it has the side-effect of > making it less useful to omit the -t option. It would be good to have > "iconv -f utf-8 -t //TRANSLIT" or "iconv -f utf-8 --translit" work, > maybe. An even better thing would be to allow telling which transliteration definitions to use. Currently it uses only the ones from the current locale (current to iconv I mean). It is not always useful, for example if I'm in iso-8859-1 and would like to transliterate some cyrillic text into ascii; it won't work with my current locale, as it doesn't define cyrillic transliteration rules. Also, cyrillic transliteration is not the same for Russian or Serbian, for example. transliteration is language dependent, and allowing to specify the locale to use for it would be a very nice feature. -- Ki �a vos v�ye b�n, Pablo Saratxaga http://www.srtxg.easynet.be/ PGP Key available, key ID: 0x8F0E4975 - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
