> In general, providing fallback characters is the business of the > caller of iconv(). The iconv() function's role is only to determine > whether the input character is convertible to the output codeset, and > if so, how.
The problem with that, I was thinking, is that it pushes the requirement of understanding the input encoding outside of iconv. This information is easily available from within iconv, and half of the work (finding the length of the next input character) has been done. It would be a simple change to have within iconv, perhaps as an additional alternative to iconv_open. Im thinking it would be a relativly trivial to implement. Just an idea. -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
