* new-features.sgml (ov-new1.7-misc): Add new link libs.
* setup2.sgml (setup-locale-ov): Explain locale-specific wcwidth feature.
This commit is contained in:
parent
344ea7b658
commit
d66550cae6
|
@ -1,3 +1,9 @@
|
||||||
|
2009-06-19 Corinna Vinschen <corinna@vinschen.de>
|
||||||
|
|
||||||
|
* new-features.sgml (ov-new1.7-misc): Add new link libs.
|
||||||
|
* setup2.sgml (setup-locale-ov): Explain locale-specific wcwidth
|
||||||
|
feature.
|
||||||
|
|
||||||
2009-06-12 Ken Brown <kbrown@cornell.edu>
|
2009-06-12 Ken Brown <kbrown@cornell.edu>
|
||||||
|
|
||||||
* faq-using.xml (faq.using.emacs): Update.
|
* faq-using.xml (faq.using.emacs): Update.
|
||||||
|
|
|
@ -268,6 +268,8 @@
|
||||||
<screen>
|
<screen>
|
||||||
- New ldd utility, similar to Linux.
|
- New ldd utility, similar to Linux.
|
||||||
|
|
||||||
|
- New link libraries libdl.a, libresolve.a, librt.a.
|
||||||
|
|
||||||
- Fallout from the long path names: If the current working directory is
|
- Fallout from the long path names: If the current working directory is
|
||||||
longer than 260 bytes, or if the current working directory is a virtual
|
longer than 260 bytes, or if the current working directory is a virtual
|
||||||
path (like /proc, /cygdrive, //server), don't call native Win32 programs
|
path (like /proc, /cygdrive, //server), don't call native Win32 programs
|
||||||
|
|
|
@ -177,10 +177,27 @@ default ASCII-only behaviour.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
Right now the language and territory content is not evaluated by Cygwin any
|
Right now the language and territory, as well as the modifier, are not
|
||||||
further. The only important part so far is the character set. How does that
|
important to Cygwin, except to fix a single problem. There's a class of
|
||||||
work?
|
characters in the Unicode character set, called the "CJK Ambiguous Width
|
||||||
</para>
|
Character set". For these characters the width returned by the
|
||||||
|
wcwidth/wcswidth function is usually 1. This is often a problem in
|
||||||
|
East-Asian languages, which historically use character sets in which
|
||||||
|
these characters have a width of 2. Kind of explains why they are
|
||||||
|
called "ambiguous"...</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
The problem has been fixed for now like this. wcwidth/wcswidth usually
|
||||||
|
return 1 as the width of these characters. However, if the language is
|
||||||
|
specifed as "ja" (Japanese), "ko" (Korean), or "zh" (Chinese), wcwidth
|
||||||
|
returns 2 for these characters. Unfortunately this isn't correct in
|
||||||
|
all circumstances, so the user can specify the modifier "@cjknarrow",
|
||||||
|
which modifies the behaviour of wcwidth/wcswidth to return 1 for the
|
||||||
|
ambiguous width characters to return 1 even in those languages.</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
Other than that, the only important part so far is the character set.
|
||||||
|
How does that work?</para>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue