[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Пакет pocketpc-gcc и программирование под WinCE



Victor Wagner wrote:
On 2006.12.30 at 18:30:18 +0300, Alexander Danilov wrote:

а что касается проблем, то там русские буквы при вводе etcl забывает
конвертировать из unicode в cp1251
Скорее он что-то другое откуда-то из другого места забывает
конвертировать. Например из UCS2 в utf-8. Или по каким-то причинам
интерпретирует символы cp1251 как символы latin-1 и перекодирует в
unicode соответственно.
ну так как про вводе в виджете на одно нажатие русской буквы появляются
2 символа , то наверно всё же utf-8

Зависит от того какие два символа - если там chr(4) то - utf-16.
И скорее всего там не "не перекодирует" а "по ошибке лишний раз
перекодирует". Вы ему не пробовали первой строкой в скрипте encoding system utf-8 сказать?

Нашёл кусок моего письма разработчикам eTcl

 As I understand etcl do not convert letters from unicode to current etcl system encoding.
 When a redefine the binding "bind Entry <Key>" like this:

   bind Entry <Key> {
     tk::CancelRepeat
     tk::EntryInsert %W [encoding convertfrom unicode %A]
   }
 russian letters display correctly in entry widgets, but not latin letters.


 Linux version of etcl has similar problem: russian letters do not displayed at all in entry
 or text widgets.




Код автодетекта системной кодировки одно из самых слабых мест
в Tcl. Помнится, были времена когда и в unix там всё некругло было.
Я туда руку прикладывал, Оськин прикладывал, Тоботрас прикладывал.
Где-то к концу ветки 8.2 починили. Возможно, что в виндовом коде то же
самое (особенно если мы знаем, что во всяких freewrap и tclkit там до
сих пор проблемы). Например, не знает он про юникодность CE и выбирает
кодировку по тому же алгоритму что и в десктопной винде.



Утверждать не стану, но кажется у меня tclkit кодировку правильно определяет,
но может это от того, что я его сам починил :)



Reply to: