Clarion 11-12

Игорь Столяров

С адресами всё отлично. Вопрос в том, на что они указывают.

Функции WinAPI W - на нативный UTF-16 с размером символа от 2/4 байта и зоной запрещённых значений.
Новый тип данных SV USTRING на всегда 2-х байтовый UTF-16 c "бонусом упрощения":

Fixed-width benefits: Most common characters (including all Latin, Cyrillic, Greek, and CJK characters in the Basic Multilingual Plane) use exactly 2 bytes, simplifying string indexing

И вот здесь будет проблема USTRING при вызове внеших функции UTF-16.
Т.е. это такой "неконвертируемый" UTF-16. Им можно пользоваться, но только внутри приложения на Clarion 12.

P/S: А кто-нибудь вообще слышал о греческих программистах ? Как-то у RZ на это идёт нездоровый упор.
Я понимаю, что в Грециии есть всё, в т.ч. и российско-украинские релоканты ...

finsoftrz

В utf-16 есть понятие суррогатная пара. Это позволяет кодировать символы за пределами базовой языковой плоскости. То есть, используется 4 байта на символ. А стандартно utf-16 это 2 байта на символ, позволяет закодировать символы основных языков.
Utf-8 это кодировка, в которой 1 символ может кодироваться переменным количеством байт, от 1 до 4. Экономится место, но усложняется обработка.

Игорь Столяров

finsoftrz писал(а): 09 Январь 2026, 18:48 В utf-16 есть понятие суррогатная пара

Всё абсолютно верно. Это называется UTF-16. А вот как называется то, что прикостылили к Clarion в виде USTRING ?

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

gopstop2007

Один в уме - пишем два. Правильно понял, это касается данных, которые не хранят данные а utf (например: TPS и аналогичные), для остальных например Sqlite, размер данных равен?

kreator

gopstop2007 писал(а): 10 Январь 2026, 12:38 Один в уме - пишем два. Правильно понял, это касается данных, которые не хранят данные а utf (например: TPS и аналогичные), для остальных например Sqlite, размер данных равен?

Скорее всего нет. В TPS сделают поддержку ustring. В других файловых системах, понятное дело, не будет ничего. В SQL всё сложнее. Посмотрел Firebird, не поддерживается UTF16 (вот жопой чувствовал). Скорее всего UTF16 поддерживается в MS SQL (спецы могут уточнить). Поэтому я и говорю - всё очень упрощенно. В конце концов может оказаться, что TPS-никам это не нужно будет. A SQL-щики не смогут это применить.

kreator

kreator писал(а): 11 Январь 2026, 23:17 Посмотрел Firebird, не поддерживается UTF16 (вот жопой чувствовал).

В Postgre тоже не поддерживается. Чую, легче найти где поддерживается. Как бы не один MS SQL оказался.

kreator писал(а): 11 Январь 2026, 23:17 что TPS-никам это не нужно будет.

Кому-то, может быть...

finsoftrz

От RZ.

We haven’t coded anything specific for UTF-32, however, as you/Carl mentioned,
UTF-16 supports surrogate pairs, so in theory, it should work the same way as
Windows supports surrogate pairs of UTF-16 characters. That said, we haven’t
specifically tested for emojis or any UTF-32, so we’ll have to dig into that
and see where we come out. I wonder how many people are looking for that and
how important it is, but yeah, I think we should be able to do it.

finsoftrz писал(а): 12 Январь 2026, 11:30От RZ.

Смайлики в базе. Это единственное, чем нам для полного счастья недоставало...

Игорь Столяров

Здесь не нужно понимать буквально. Смайлик - это как пример символа из расширенного набора.
RZ & SV решили достать совсем старые наработки вроде "упрощённого" 2-х байтового USTRING и продать это в подписке C12.
Он даже не очень понимает зачем его разбудили и о чём спрашивают ...

Игорь Столяров писал(а): 12 Январь 2026, 12:45 Смайлик - это как пример символа из расширенного набора.

Я прекрасно понял, потому и написал.