forum.clarionlife.net

finsoftrz писал(а): 13 Ноябрь 2025, 9:34 На win xp многие с удовольствием работали бы, но это не удобно

Досиживали. На самом деле - проблемы нет.
В прошлом месяце Заказчику нужно было добавить новые требования Центробанка в их ископаемую программу.
Они взяли 5 летний ноут, поставили Win10 x32, я поставил сверху C63, сделал за неделю работу и всё это отдал.
Я не знаю какая великая нужда, от нехрен делать, могла бы заставить меня запускать C63 под Windows 11. Честно !

Глянул сегодня на ютубе вебинар по поводу ai+clarion в переводе. Что-то у меня стойкий скептицизм к этому. Такое впечатление, что RZ хочет подвинуть модную тему, а как, никто не понимает. Сейчас Хаски представил наброски, как с помощью cloud Ai можно сгенерить интерфейс для использования com объектов в кларионовских окнах. Раньше он писал про генерацию и тестирование темплейтов, видимо, понял, что это никому не надо, концепция сменилась. По поводу генерации интерфейса для com, было забавно наблюдать за реакцией Andy, который давно занимается именно такой темой, созданием оберток для подключения через activeX разных codejock контролов и т.п. Выразил свой скептицизм и убежал на какую-то встречу.
У меня такая мысль возникла. А нафига начинать всю это тему с устаревшими com (activeX), от которых уже сама MS отказывается. Можно, к примеру, взять webview2, к которому у ребят уже есть готовая обертка для клариона без этих activeX, и юзай html/css/javascript сколько душе угодно. Ai тут как раз может помочь, так как они сейчас уже неплохо обучены с этим работать. Или можно использовать Ai для генерации скриптов на php, которые мы можем из своих приложений дёргать http запросами.
Читал, как используют Ai в других средах разработки. В основном, это черновая генерация кода и автоматические тесты в скриптовых системах. В кларионе и без того есть строгий язык и компилятор, которые заменяют собой необходимость создания множества тестов. А генерация кода это визитная карточка клариона.

Свежая "новость" : Check for Updates не получает информации с сервера о новом релизе...

Народ, НЕ НАДО У СЕБЯ РАЗБЛОКИРОВАТЬ И ПРОВЕРЯТЬ! Я лишь хочу, порадовать нас перед НГ хоть какой-то "новостью"

Уточните пжалуйста для регионов чего именно нет.
Уже нет и сервера или пока нет на нём нового релиза ?

Игорь Столяров писал(а): 23 Декабрь 2025, 13:55 Уже нет и сервера или пока нет на нём нового релиза ?

Сервера... До это выдавалось "Вы счастливый обладатель самого свежего релиза". А тут - тишина...

У меня все норм, работает без изменений.

Уже никого не интересует, что там SV в своём блоге накорябал.

Дед Пахом писал(а): 27 Декабрь 2025, 14:16 Уже никого не интересует, что там SV в своём блоге накорябал

А там можно понять без поллитра? Мы выпустим бету одновременно с обновлением релиза...

Я ещё 2 года назад был удивлён, что "SV совершила прорыв и внедрила Unicode в STRING", хотя бы потому
что нельзя сказать в какой кодировке введена строка "12345" и т.д. Ну думал они умные, им видней ...

Ан нет ! Вариант с созданием специализированной копии типа ANY под названием USTRING реинкарнирован.
Тогда опять всё просто. Есть бинарная последовательность в типе USTRING и понятно, как она должна обрабатываться.

Ну а насчёт планов публикаций "в середине января" ... так лучше их дождаться.

Игорь Столяров писал(а): 27 Декабрь 2025, 14:44 Тогда опять всё просто. Есть бинарная последовательность в типе USTRING и понятно, что она должна обрабатываться.

Я бы сказал иначе: отличная идея с унифицированным типом String разбилась о необходимость массовых дополнений и галочек в оконный интерфейс и систему генерации отчётов, ну и в сложности с обратной совместимостью.

Прочитал новость ещё раз с переводчиком, по крайне мере звучит всё разумно.

Я так понимаю, что не удалось реализовать тип STRING с поддержкой UNICODE, который на 100%
совместим с существующим кодом. Судить почему не едут лыжи - вопрос второстепенный.

Поэтому политика партии та же, что с AnyScreen - добавляется отдельный прибамбас USTRING,
кому надо - юзайте и пишите нам о проблемах в почту. Остальные просто работают.

И это всё лучше, чем выпуск Clarion 14 UNICODE (после CLARION 13 AI) с неуправляемыми последствиями.

Думаю, что с развитием самого Clarion 12 тоже никто ничего не делал. Но есть мерцающая надежда, что
отработают хоть что-нибудь из многочисленных глюков и добавят давно готовые наработки, вроде STATUSBAR ...
Ждёмс !

Сначала был релиз 12 версии. А после бета версия этого релиза. Время вспять? RZ в порядке? Трезв? А деньги снова попросят за новую 12-ю версию?

Игорь Столяров писал(а): 27 Декабрь 2025, 14:44 Я ещё 2 года назад был удивлён, что "SV совершила прорыв и внедрила Unicode в STRING", хотя бы потому
что нельзя сказать в какой кодировке введена строка "12345" и т.д. Ну думал они умные, им видней ...

В SQL нет разделения. Поэтому логично было бы сделать также. Должна быть некая настройка, скажем, приложения, говорящая, что String теперь в Юникоде.
А так, получается, что все String менять на Ustring!!! Руками? В каждой процедуре? В каждом экране? Нечеловеческий труд, надо думать! И кому это надо? И как убедить клиента заплатить за этот труд?
Похоже на очередной пустой пост. И согласен с ДП.

kreator писал(а): 28 Декабрь 2025, 14:52 Руками? В каждой процедуре? В каждом экране?

TXD + можно написать утилитку меняющую интеллектуально а не просто все подряд

kreator писал(а): 28 Декабрь 2025, 14:52 В SQL нет разделения.

Понятно, что все SQL давно отказались от национальных кодировок ANSI и перешли на UNICODE.
Спасибо, что хоть в Windows пока не отрубили, но ведь это просто вопрос времени, как и c x32 ...

Как я понимаю - основная проблема с Unicode STRING - это размерность.
Т.е. если описана строка String(40) - то это 40 Byte, как ты их не интерпретируй.

А например в том же SQLite тип TEXT - безразмерный. И пиши в него значение в какой хочешь кодировке
(если не нужно строить по нему индексы). И длина не имеет значения ... поэтому и интересно как будет
реализован new USTRING в Beta Clarion 12.

Если исключить интеллектуальный прорыв - то это просто попытка второй раз продать нам тип ANY.
Т.е. сейчас тип ANY - это строка ANSI или указатель в зависимости от присвоения. Сабклассим с добавлением
ещё одного варианта: строка UNICODE в зависимости от присвоения. Вообще ничего делать не надо !

Игорь Столяров писал(а): 28 Декабрь 2025, 15:41 Как я понимаю - основная проблема с Unicode STRING - это размерность.
Т.е. если описана строка String(40) - то это 40 Byte, как ты их не интерпретируй.

Только могу снова повторить как в SQL. Varchar(40) - не 40 символов в Юникод. Проверка на "впихуемость" строки в переменную лежит на программисте. Я так понимаю, в общем случае нельзя предсказать количество байтов.

Игорь Столяров писал(а): 28 Декабрь 2025, 15:41 А например в том же SQLite тип TEXT - безразмерный.

На самом деле не безразмерный, а ограниченный константой SQLITE_MAX_LENGTH. И всё равно это ничего не решает. Сделайте все ваши переменные String длиной 1Гиг (как по умолчанию в SQLite) и будет аналог SQLite.