From b33f5cd85d7b7630233d883f69397d0b29bfa975 Mon Sep 17 00:00:00 2001
From: nyamatongwe
SCI_STYLESETUNDERLINE(int styleNumber, bool @@ -2418,23 +2419,25 @@ struct TextToFind { normal Unicode encoding before being drawn by the OS and thus can display Hebrew, Arabic, Cyrillic, and Han characters. Languages which can use two characters stacked vertically in one horizontal space, such as Thai, will mostly work but there are some issues where the characters - are drawn separately leading to visual glitches. Bi-directional text is not supported.
+ are drawn separately leading to visual glitches. Bi-directional text is not supported. Characters outside the + Basic Multilingual Plane are unlikely to work.On Windows, code page can be set to 932 (Japanese Shift-JIS), 936 (Simplified Chinese GBK), - 949 (Korean), and 950 (Traditional Chinese Big5) although these may require installation of language - specific support.
+ 949 (Korean Unified Hangul Code), 950 (Traditional Chinese Big5), or 1361 (Korean Johab) + although these may require installation of language specific support.On GTK+, code page SC_CP_DBCS (1) sets Scintilla into
multi byte character mode as is required for Japanese language processing with
the EUC encoding.
For GTK+, the locale should be set to a Unicode locale with a call similar to +
For GTK+ 1.x, the locale should be set to a Unicode locale with a call similar to
setlocale(LC_CTYPE, "en_US.UTF-8"). Fonts with an "iso10646" registry
should be used in a font set. Font sets are a comma separated list of partial font
specifications where each partial font specification can be in the form:
foundry-fontface-charsetregistry-encoding or
fontface-charsetregistry-encoding or foundry-fontface or
- fontface. An example is "misc-fixed-iso10646-1,*".
fontface. An example is "misc-fixed-iso10646-1,*".
+ On GTK+ 2.x, Pango fonts should be used rather than font sets.
Setting codePage to a non-zero value that is not SC_CP_UTF8 is
operating system dependent.