Neil wrote:
Fortunately the only interesting parameter is undocumented so I'm
just going to assume it works in the best way possible, by delivering
a NUL terminated UTF-8 string in the evocatively named 'arg1'
argument. When Scintilla is in Unicode mode, this string is placed
straight into the buffer but for other character sets, the text is
converted to that character set.
This seemed to work OK for me with setting the keyboard to German
and Russian locales using ISO-8859-1 and KOI-8 character sets but
should be checked by people that really use these locales. Other
locales such as Chinese and Japanese may also be affected so if you
want Scintilla/SciTE 1.60 to work for you then you should check this
modification.
Available from CVS and from
http://www.scintilla.org/scite.zip (not from SourceForge which is not
uploading today)
I'm wondering whether this change should have fixed my problem as well.
I just downloaded and built SciTE from the location above, using GTK
2.8.16 on Debian. The problem, however, persists:
When I go to http://en.wikipedia.org/wiki/Wikipedia#Coverage with
Firefox 1.5 (built with GTK2) and copy the last paragraph (Ctrl+C),
trying to paste into SciTE (Ctrl+V) has no effect (nothing is pasted)
until I switch to UTF-8 (File/Encoding/8-Bit -> UTF-8). Obviously, it's
because of the dashes.
Relevant environment variables:
LC_CTYPE=de_DE
[EMAIL PROTECTED]
code.page is 0, character.set is not set.
If this change was not supposed to fix my issue, please tell me what to
do. It's quite annoying, and switching to UTF-8 is not really a
solution. If a conversion table is too complicated, dropping
unrepresentable characters is better than pasting nothing at all.
Greetings,
Jens
--
Jens Hatlak <http://jens.hatlak.de/>
Jugendnetz Frankfurt Adminteam <http://ffm.junetz.de/>
Akronyme: Abkürzungen wie ROTFL oder LOL <http://akronyme.junetz.de/>
_______________________________________________
Scite-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scite-interest
