Doug Ewell wrote:
> That last paragraph echoes what Frank said about "reversing the layers,"
> performing the UTF-8 conversion first and then looking for escape
> sequences. True UTF-8 support, in terminal emulators and in other
> software as well, really should depend on UTF-8 conversion being
> performed first.
The irony is, when using ISO 2022 character-set designation and invocation,
you have to handle the escape sequences first to know if you're in UTF-8.
Therefore, this pushes the burden onto the end-user to preconfigure their
emulator for UTF-8 if that is what is being used, when ideally this should
happen automatically and transparently.
This archive was generated by hypermail 2.1.2 : Tue Jul 10 2001 - 17:21:05 EDT