Clarion 11-12

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

finsoftrz писал(а): 13 Сентябрь 2025, 20:17 и насколько на самом деле это востребовано

Интересно было бы посмотреть на реальное приложение с таким кандибобером.
Потому что если всё тоже прорисовывание по координатам сверху как кнопки - то это скорее концепт.

kreator

finsoftrz писал(а): 13 Сентябрь 2025, 20:17 А что там править, передавай как string.

Я тоже за одну переменную. Как в SQL. Есть varchar, у него есть свойство "кодировка", и всё. Единственное - проблема с длиной, типа программист сам должен помнить сколько символов влезет в строку. Либо объявлять с запасом.

finsoftrz писал(а): 13 Сентябрь 2025, 20:17 Еще, я не видел, чтобы поддерживали в одном приложении строки и в ansi и в юникоде. Либо все ansi, либо все юникод.

В принципе SQL допускает разные кодировки для разных полей (столбцов). Но вот это обрабатывать на клиенте... И смысла наверно нет, и трудоёмко.

finsoftrz писал(а): 13 Сентябрь 2025, 20:17 Кстати, в группах один товарищ допытовался, нужен ли на самом деле кому юникод и зачем. Может мысли у него есть какие.

А ему нужен? Откуда он? Понятно, что американцам вряд ли нужен. У них даже шпалы деревянные.

finsoftrz

kreator писал(а): 14 Сентябрь 2025, 16:55 А ему нужен? Откуда он? Понятно, что американцам вряд ли нужен. У них даже шпалы деревянные.

По моему, американец. Тут все глубже. Юникод это стандарт для 64 битных систем. То есть общее направление это переход приложений на него, взамен кодовых страниц. Когда будут выпиливаться 32 разрядные приложения, будет выпиливаться и работа без юникода. Весь вопрос, сколько времени это займет, может очень долго. Большинство систем переползали на юникод где-то лет 10 назад. RZ вовремя начинал эту тему качать, судя по записи в блоге, занимались вопросом известные питерские товарищи.

Зная состояние SV (отсутствие постоянной команды разработчиков и малочисленная пользовательская база для продукта такого уровня), вероятность полноценной поддержки юникода и появления 64 битного компилятора крайне маловероятны. У нас вариантов то особых нет. Если досидеть до конца дееспособного возраста на 32 битном кларионе не вариант, то надо начинать потихоньку использовать какой-то другой инструмент параллельно. ХЗ, что. Для наших приложений ближе других виндев, там сейчас 25 версия, есть и поддержка юникода, и 64 бита. Хотя сама идеология разработки ближе к 1С, чем к клариону. Кстати, у них бесплатная 32 разрядная версия не совсем без ограничений. Я из любопытства иногда поглядываю, вываливало что-то про ограничение экспресс, видимо, не до конца там убрали.

kreator

finsoftrz писал(а): 14 Сентябрь 2025, 19:34 Юникод это стандарт для 64 битных систем.

Почему? В 32-битной Винде Юникод не поддерживается? Например, блокнотом. Обратное тоже верно - блокнот на 64-битной версии прекрасно читает не-Юникод текст. MS Office тем более.

finsoftrz

Я имел ввиду, что 64 битное api работает нативно с юникодом, и MS рекомендует всем адаптировать свои приложения к юникоду.
Поддержка юникода в win32 это, судя по всему, рассматривается как переходный период. Так как очень много 32 разрядных приложений, которые юникод не используют. То есть тенденция есть, а сколько по времени займет выпиливание 32 разрядных приложений, одному богу известно. Пока поддерживается работа win32, маловероятно, что откажутся от поддержки национальных кодировок.

kreator

finsoftrz писал(а): 14 Сентябрь 2025, 22:24 64 битное api работает нативно с юникодом

Какое-такое api? Ну ладно, бог с ним. MS явно уже не будет ничего ужесточать. Другое дело сторонние библиотеки. Интересно, этот американец понимает, что 32-битных сборок скоро не будет и "наше" ПО встанет?