forum.clarionlife.net

Я скопирую из блокнота кусок текста UTF-8 в мой контрол ENTRY и получу кракозябры.
Проверил, текст UTF-8 при вставке перекодируется в родной UTF-16 самой Windows, вот пример:
PROGRAM

INCLUDE('winapi.inc'), ONCE

MAP
MODULE('WinAPI')
winapi::CreateWindowExW(UNSIGNED dwExStyle, LONG ...

Где-то читал, что выбор между utf-8 и 16 это выбор между скоростью обмена данными и скоростью их отображения. То есть, если выбираем utf-8, то sql летает, а вывод на экран тормозит, и наоборот.

Чё ты ко мне-то привязался? Я на грека похож? Мне лично пофигу как они юникод реализовали.

kreator писал(а): 13 Январь 2026, 20:27 А зачем нужны эти преобразования? И на сервер, и с сервера?

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

Драйвер (в теории) должен преобразовывать строку UTF-16 в UTF-8 на лету, прозрачно для нас. То есть к примеру есть таблица то ADD(MyFile) должен корректно передать юникод на сервер, в нужной кодировке.

Губин Игорь писал(а): 12 Январь 2026, 21:42 А вот теперь объясните, оно всего этого геморроя стоило?!

Для WinAPI конечно нет. А вот если файловые драйвера будут поддерживать, это другое

Вспоминается мем с бабкой "Нам этот ваш юникот нахой не нужон!!"

если ANSI-вариант SomeApiProcA возвращает указатель на строку, оканчивающуюся нулём, то мы передаём в неё ссылку на CSTRING:

MAP
SomeApiProcA(*CSTRING pStr),RAW,PASCAL
END

sRef &CSTRING
s CSTRING)21)
CODE
SomeApiProcA(sRef) ! а не SomeApiProcA(s)

То же самое должно быть и для USTRING:
MAP ...

Получив из внешней функции (WinAPI) данные с 4-х байтными символами - Clarion в USTRING их интерпретирует как мусор.
WinAPI либо возвращают указатель на 2-хбайтовый массив, оканчивающийся на <0,0>, либо, если передать NULL в качестве указателя на массив, то возвращают длину, которую можно ...

finsoftrz писал(а): 12 Январь 2026, 16:58 Не совсем понял, чем отличается utf-16 от "упрощенного 2-х байтного варианта"?

Вот я тоже не понимаю. Единственное, что приходит в голову, это функции типа LEN(uString) могут возвращать неверную длину строки, если в ней суррогатные (4-хбайтные) символы.

Да вроде USTRING это UTF-16 как он есть. По крайней мере я так понял из блога.

Что не так с адресами?

Кстати, в других языках тоже не всё хорошо, вот что гугл говорит:
String Length: In languages like Java or older JavaScript, string.length often counts 16-bit units rather than characters. A surrogate pair (one emoji) will return a length of 2.
Splitting Pairs: Substring operations or naive ...

Игорь Столяров писал(а): 09 Январь 2026, 16:42 Значит ли это полную поддержку нативного UTF-16 с 4 байтовыми символами ?

Я так понимаю, что да, заявлена полная поддержка. Как будет работать на практике, тоже понятно.

Выход обновления C12 в середине января под угрозой: перестал выходить на связь ведущий венесуэльский разработчик.