MSEide + LConvEncoding

[amateur]

Сделал простенький тест.

Бросил на форму tedit1и tbutton1 и написал такое:

Код: Выделить всё

tedit1.Frame.caption := GuessEncoding(tedit1.text);

Мсе проглотил LConvEncoding. Но вот результат странный. При вводе в tedit1 текст на англ. грит кодировка ютф-8. А если вводить русские буквы то СР-1251. Протестил подобное в лазаре. Все ютф-8.

Почему столь странный результат?

Добавлено спустя 2 минуты 25 секунд:
система -семерка, мсе из транка фпс 2.7.1

[debi12345]

Наверное потому что надо использовать функции, возвращающие Widestring (кодировку строк в MSE), а если тковых нет в модуле LConvEncoding - то вручную делать перекодировку.

[amateur]

Более интереснее результат получается если написать "привет privet" (результат ЮТФ -8).

возвращающие Widestring значит по простому не прикрутить удобство

п.с.
Как меня ужо "замахали" эти строки (вот почему не любят буржуи кириллицу, явная эмансипация по языковому признаку ).

[debi12345]

вот почему не любят буржуи кириллицу, явная эмансипация по языковому признаку

Конкретно Мартин любит - и даже китаицу любит, и все сделал чтобы с кодировками не было проблем - при вводе, и при отображении, и при печати. Очень толково все сделано - от А до Я.

значит по простому не прикрутить удобство

Ну почему же - при присвоениях тупо вызывать конвертирующие функции -или МСЕ-ные, или лазаревые.

Добавлено спустя 15 минут 37 секунд:
Можно попробовать попросить Мартина разобраться - только софрмулируйете что надо на маленьком тестовом примере, ну и исходники модуля обязательно.

[amateur]

Конкретно Мартин любит - и даже китаицу

Да я не о Мартине, просто пытаюсь нормализировать кодировку при условии множества в одну и из одной в множество (бред короче ). Связано все с лазарем, а в мсе решил протестировать кое - что.
Самое прикольное в лазаре - не сильно, мягко говоря, доделанные кодировки (т.е. не все компоненты реагируют на ютф-8 и не все берется из других). Вроде все стандартизируют (не понятно только в 8 или 16), а в результате ... Короче каша еще та, скоро на стену полезу (вроде токо разобрался, а тут бряки лезут и все связанное с кирилицей).

конвертирующие функции -или МСЕ-ные

нашел токо в 866 и, кажись, 1251. А мне желателен вариант из LConvEncoding (удобнее). Хотя, если есть кросс вариант с автоопределением и много кодировок то....

Можно попробовать попросить Мартина разобраться

самому бы разобраться, а потом уже и Мартина "злить"

и все сделал чтобы с кодировками не было проблем - при вводе,

вот тут проблем нет, если все стандарт совать. А когда не стандарт, вот и начинается бред.

[debi12345]

нашел токо в 866 и, кажись, 1251

866 (модуль-конвертер - моё "творение") понадобилась только для ДОС-принтера. Для 1251 в гэймшеллке применяются функции без указания кодовой страницы (берется автоматом как системная АНСИ).