mirror of
https://github.com/sheumann/hush.git
synced 2024-08-25 21:28:57 +00:00
57 lines
1.5 KiB
Plaintext
57 lines
1.5 KiB
Plaintext
|
Unicode support in busybox
|
||
|
|
||
|
There are several scenarios where we need to handle unicode
|
||
|
correctly.
|
||
|
|
||
|
Shell input
|
||
|
|
||
|
We want to correctly handle input of unicode characters.
|
||
|
There are several problems with it. Just handling input
|
||
|
as sequence of bytes would break any editing. This was fixed
|
||
|
and now lineedit operates on the array of wchar_t's.
|
||
|
But we also need to handle the following problematic moments:
|
||
|
|
||
|
* It is unreasonable to expect that output device supports
|
||
|
_any_ unicode chars. Perhaps we need to avoid printing
|
||
|
those chars which are not supported by output device.
|
||
|
Examples: chars which are not present in the font,
|
||
|
chars which are not assigned in unicode,
|
||
|
combining chars (especially trying to combine bad pairs:
|
||
|
a_chinese_symbol + "combining grave accent" = ??!)
|
||
|
|
||
|
* We need to account for the fact that unicode chars have
|
||
|
different widths: 0 for combining chars, 1 for usual,
|
||
|
2 for ideograms (are there 3+ wide chars?).
|
||
|
|
||
|
* Bidirectional handling. If user wants to echo a phrase
|
||
|
in Hebrew, he types: echo "srettel werbeH"
|
||
|
|
||
|
Editors
|
||
|
|
||
|
This case is a bit similar to "shell input", but unlike shell,
|
||
|
editors may encounder many more unexpected unicode sequences
|
||
|
(try to load a random binry file...), and they need to preserve
|
||
|
them, unlike shell which can afford to drop bogus input.
|
||
|
|
||
|
|
||
|
more, less
|
||
|
|
||
|
.
|
||
|
|
||
|
ls (multi-column display)
|
||
|
|
||
|
.
|
||
|
|
||
|
top, ps
|
||
|
|
||
|
.
|
||
|
|
||
|
Filename display (in error messages and elsewhere)
|
||
|
|
||
|
.
|
||
|
|
||
|
|
||
|
|
||
|
TODO: write an email to Asmus Freytag (asmus@unicode.org),
|
||
|
author of http://unicode.org/reports/tr11/
|