forum.clarionlife.net

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

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

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

А что там править, передавай как string.
Еще, я не видел, чтобы поддерживали в одном приложении строки и в ansi и в юникоде. Либо все ansi, либо все юникод.
Кстати, в группах один товарищ допытовался, нужен ли на самом деле кому юникод и зачем. Может мысли у него есть какие.
Интересно у Михаила ...

Я подумал, а почему RZ решил (пусть на словах) отказаться от нового типа данных UString в пользу общей декларации String. В языках, которые поддерживают юникод, у типа String отсутствует длина, память выделяется динамически в зависимости от значения. А String в кларионе имеет фиксированную длину.

По какой-то причине не пошла в продакшен


Насколько я помню, они не смогли довести оболочку до ума, постоянно всплывали какие-то глюки.

Отдельные утилиты в составе с55 были написаны на кларионе, скорее всего, та оболочка тоже (что вполне логично было бы). Вся эта тема пришлась на период ...

Насколько я читал, 32 разрядная среда была еще при топспиде, а отдельные компоненты всплывали в с55 (это уже SV). По какой-то причине не пошла в продакшен. Решения принимает RZ, он почти не контактирует с пользователями. Точнее пытался во временя c7, там такой негатив в ответ получил, что начал ...

в отказе от использования topspeed компиляторов и переходу к готовым опенсорсным


Идея с правом на существование, но требующая полнейшей переработки рантайма со всплытием, наверняка, безумного количества фич и взаимокомпенсирующих глюков.

Не удивлюсь, если конечной целью питерцев было именно ...

При этом никто не смог объяснить почему их OpenSource код нормально собирается только в текущей
версии Microsoft Visual Studio ... А когда я сам разобрался - то просто удалил это всё и забыл как страшный сон. :D

Не понял, совсем отказались от использования zint? Я как бы тоже через него ...

Я не про сейчас. Понятно, что сейчас пациент в коме. А 20 лет назад ситуация была другой. Да и из комы можно вывести, было бы желание. Например, организовать что-то типа опенсорса, SV остался бы координатором.

20 лет назад RZ решил полностью сменить правила игры и уйти на Clarion#, оторвавшись ...

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

А кому оплачивать? SV это один RZ, который на часть полученных денег ищет, как прикрутить какой-нибудь опенсорц и кто это может сделать подешевле. Что прикрутят, потом поддерживать и исправлять некому. А если денег не хватит, то вздохнет, и ничего не прикрутит.

А, ты про это. Тогда да, RZ трудно будет что-то объяснить. Кто-то ведь продлил подписку на этот год.

Ну они тут как-бы не причем, не имеют прямого отношения к SV.

В этом году, похоже, собрания не будет. Джонсон написал, что они с Хаски сильно заняты и не имеют свободного времени для подготовки мероприятия.