На что перешли под Astra Linux?

<marquee> вэб создавали художники </marquee>

try: except: pass

Так делать некорректно. Надо обработать исключение. И где finally? Скорее всего с многопоточностью какие-то проблемы. Захватил поток, словил исключение и не отпустил. А отпустить надо было в finally.

Python/Tk он везде работает и шустро

Шустро. Но уж больно tkinter неинтуитивный. Например, надо скрыть элемент управления. В нормальном библиотеке это будет типа: control.visible = false;, а в tkinter что-то типа: control.grid_remove(). И это ещё зависит от типа упаковки. Попробуй догадайся. И так везде.

grid_remove() удаляет, а pack_forget() скрывает pack() показывает

Согласен хрен догадаешься. Давно он написан, есть многие вещи ни где аналогов не имеющие вроде расположение в сетке (grid), он первопроходец. Но малословный и простой.

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

А так, да много-поток фотографии выкачивает и сохраняет, гонок и тому подобной ерунды не должно быть.
Можно оптимизировать, ссылки сохранять и отдельным процессом друг за дружкой выкачивать.
Но всё равно не оптимально ошибки ползут, исправлю, а под нагрузкой опять появятся. Ситуацию можно исправить перейдя на вебхуки, на каждое событие от web сервера отдельный CGI процесс, или вообще переход на PHP (к чему я склоняюсь).

С лабвью придётся слезть и перейти на метапрог.

Занимаемся анализом возможности перевода крупного проекта на Astra/Lazarus. Пока 50/50, но склоняемся в пользу данного направления. От вебки в любом виде пришлось отказаться сразу - по ИБ однако не проходит.

На практике же, когда возникает потребность всосать данные с аппаратуры или, еще круче, вытолкать их в аппаратуру, да еще делать это на круглосуточной основе на протяжении многих месяцев без права взглюкнуть - на случай глюка тоже должен быть предусмотрен обходной путь, чтобы персонал смог выкрутиться… просто не видно альтернативы С/C++.

Rust? На нём скорость разработки подобных сервисов на порядок быстрее. А GUI и на python наваять можно. Альтернативы надо захотеть увидеть.

gtkmm/C++

Ну пока GTK3 стабилен и есть во всех дистрибутивах, почему бы и нет. Но уровень разработчиков для GTK/wxWidgets/.. требуется намного более высокий чем у Qt. По последнему много книг и статей. Кроме того, хороший GUI можно писать и на java.

Если уж встал вопрос переписывания с нуля, то разбивайте приложение на несколько компонентов (сервисы, библиотеки, GUI). Всю систему на уровне компонентов вы уже видите в действии. А для разных компонентов, могут применяться разные ЯП.

С лабвью придётся слезть и перейти на метапрог.

А в нем уже можно решить квадратное уравнение кроме как перебором?

Если взглянуть шире, то вэб создавали художники, а «Кьют» - рабочие…
Улавливаешь разницу в широте мышления двух подходов? И с кем ты останешься…

мы остаемся с бизнесом который платит бабло, да и художникам ни кто не платит - улавливаешь?

мы остаемся с бизнесом который платит бабло, да и художникам ни кто не платит - улавливаешь?

Тебя за язык никто не тянул, бизнесмен ты наш. Тогда назови размер оплаты труда тестировщика, младшего и старшего программистов у тебя на предприятии. Честно только отвечай.

Это надо у автора спросить.

В LabVIEW есть огромный набор математических модулей: работа с матрицами, комплексными числами, вейвлетами, с объектами линейной алгебры и т.п. Насчет решения квадратных уравнений - не знаю, мне это нигде не потребовалось.

В metaprog был будильник.

ТС, ознакомьтесь: Метапрог-прототип 43: начало переделки «на самом себе»

художников на работу не берем - работать они не умеют, или смузи наливай или им погода мешает… фиг поймёшь, тонкая натура а как только за работу спрашиваешь типа чо сделал - сразу обижаются.

ты/вы тоже художник даже?

Это надо у автора спросить.

Так он забанился.

В LabVIEW есть огромный набор математических модулей

В свое время Метапрог ими воспользоваться не сумел. Он там для решения квадратного уравнения чуть ли не полный перебор изобретал. И с переворотом строки вроде бы тоже не справился.

Так метапрог не программист, он политический активист. Если чо, то navalny тоже немножечко писал на питоне. Метапрог примерно того же уровня кодер. Но внимание привлекал, так что с основной специальностью справлялся. Сейчас наверно наволонтерил себе уже домик в Испании. А смеявшиеся над ним лоровцы продолжают писать на сишке за доширак.

О, так может он где ещё ураганит до сих пор)

Можешь попросить его контакты у MOPKOBKA, если есть о чём пообщаться :)

Скажем честно, что «Кьюту» в России конец.

qt же опенсорс, или что ты имел ввиду ?

qt же опенсорс или что ты имел ввиду?

Судя по всему, у «кьютистов» начали заканчиваться денежки и они решили выкладывать в открытых исходниках лишь самую первую, глючную версию своего ПО, чтобы опробовать ее в народе. А исправления ошибок теперь будут доступны лишь тем людям, кто оплатит подписку за каждое рабочее место разработчика.

Сборщикам «Линуксов» исправлять ошибки за «кьютистов» тоже смысла нет - у них и без этого работы полно. Поэтому я бы не радовался наличию пакетов «Кьюта» в любимой сборке «Линукса» - это всего лишь глючная версия «Кьюта», ошибки в которой никто исправлять уже не будет.

Люди, вкладывающие в проект, скажем, двадцать миллионов рублей, разве станут использовать глючную версию «Кьюта»? Останутся лишь бестолковые лошары-нищеброды.

Судя по всему, у «кьютистов» начали заканчиваться денежки и они решили выкладывать в открытых исходниках лишь самую первую, глючную версию своего ПО

ты неправ, см. свежие багфиксы lts релизов:

https://www.qt.io/blog/qt-6.5.2-released-1

https://www.qt.io/blog/commercial-lts-qt-5.15.10-released

ты неправ, см. свежие багфиксы lts релизов:

Download from your IP address is not allowed.

Разумеется, «заплатку» можно скачать обходным путём. Только когда у собственников предприятия перед глазами вырисовывается возможная прибыль в десятки и сотни миллионов рублей, то рисковать всем ради какого-то скачивания средств разработки исподтишка вряд ли кто станет. Полно открытых средств разработки, о которых я уже писал выше.

А что эти ссылки опровергают? Всё как написано в комментарии, на который вы ответили. Стабильный lts только в коммерческом варианте.

Так что - переходить, наконец-то, на GTKmm + C++?

Разумеется, «заплатку» можно скачать обходным путём.

чуть напрячь голову - это обходной путь ?

https://github.com/qt/qt5

А что эти ссылки опровергают?

именно - исходники доступны

«коммерческий» qt это их сборки, но ты сам собирай

например, все дистрибутивы (убунты, федоры и т.п.) собирают сами, нарушения нет

По ссылке я вижу, что 5.15.10 смёржили в апреле. А для комерсов по сылке выше релиз был в июне 22го. Т.е. дистрибутивы около года сидели на дырявой версии кутей, верно? При чём, на сколько я понимаю, те кто платит, получают и код тоже. Т.е. кто платит – про уязвимости знает, так?

Если C++, то я смотрел бы в сторону Qt или GTK. Мне они оба нравились в плане применения. Правда, но последнее время политика Qt напрягает. Какие-то модули вывели из LGPL в GPL. Потом вот эти дурно пахнущие инициативы с обновлениями…

вот сволочи, код зажали на год )

но в итоге код поддерживают, не зажимают

а дырявость кода (по багам) надо смотреть конкретно, может оно и не актуально для конкретного пользователя и\или применения

это всё к тому, что код не брошен, поддерживается, есть багтрекер, где отвечают оперативно, не зависимо кто ты

нет нужды панику разводить, исходный код есть, никуда не пропал

но в итоге код поддерживают, не зажимают

И GTK не зажимают. С момента релиза последней версии GTK3 уже 5 лет прошло и она всё ещё поддерживается и патчей не надо ждать год. А с момента выхода Qt 5.15 прошло 3 года, а патчи уже только с задержкой в год.

Вот ещё нашёл интересную пасту на вики:

The KDE project provides unofficial support for Qt 5.15 in the form of a collection of bugfix patches, most of which are backported from Qt 6.[5] As KDE has a policy of not assigning version numbers to their patches, Linux distributions use ad-hoc schemes when using this fork of Qt5: OpenSUSE, for example, calls its June 2021 version «5.15.2+kde200».

KDEшники стараются :) Вот такой он опен сорс по кутешски. Ждём когда кутешники придумают новый способ принуждать разрабов покупать лицензии.

1. упоминая GTK и qt - не забудь (или ТС, оно ему более надо) их сначала по функционалу сравнить, таких тем тут полно

2. касательно патчей - я бы посмотрел что там реально исправлено и касается ли это разрабатываемого проекта

3. кутешники не смогут принудить разрабов покупать лицензии т.к. исходники уже (l)gpl

… касательно патчей - я бы посмотрел что там реально исправлено и касается ли это разрабатываемого проекта.

Ты напрасно так легкомысленно относишься к использованию «дырявого» открытого «Кьюта». Если деятели из соседней страны воспользуются уязвимостью «Кьюта» и взломают сетевые вычислительные устройства, изучив исходные тексты из платной версии «Кьюта», и отказ в работе устройства приведет к срыву гособоронзаказа, то руководству предприятия придется отвечать уже не за преступную халатность, а за госизмену. Ибо оно внедрило ПО недружественной страны и намеренно допустило превосходство во владении знаниями об уязвимостях вероятного противника. А судимость родителя навсегда закроет его детям работу на ВПК и госслужбу.

не смешно, ты плохо старался

упоминая GTK и qt - не забудь (или ТС, оно ему более надо) их сначала по функционалу сравнить, таких тем тут полно

Если речь про графическую составляющую, то они довольно близки. Вот Tk, который тут рекомендовали уже довольно сильно отличается. Не говоря про веб. Если это намёк на то что Qt это жирный фреймворк, а GTK всего лишь GUI библиотека, то ТС пока не озвучивал никаких требований, которые выходили бы за рамки GUI.

кутешники не смогут принудить разрабов покупать лицензии т.к. исходники уже (l)gpl

Не могу нагуглить. Мне казалось, что после праздника LGPL под крылом NOKIA часть модулей вернули под GPL и Commercial. Но не могу найти ссылку. В любом случае собственность кода у QT Company и они могут делать всё что угодно. Хоть объявить, что Qt7 будет только под Commercial. Всё что сможет сообщество с таким монстром это багфисит часть необходимую для кедов, выкинув остальное с невнятными перспективами.

ТС пока не озвучивал никаких требований, которые выходили бы за рамки GUI.

чтобы два раз не вставать - я бы рекомендовал qt - она и по документации лучше и «нативный» и удобный qtcreator есть

Не могу нагуглить

https://www.qt.io/licensing/

«Qt for Application Development is also available under GPL and LGPLv3 open source licenses.»

а если хватает возможностей qt 5.6, то там была лицензия LGPLv2.1 https://embeddeduse.com/2016/04/10/using-qt-5-6-and-later-under-lgpl/ что разрешало «тивоизацию»

В любом случае собственность кода у QT Company и они могут делать всё что угодно.

код qt5 и qt6 уже opensource - они не могут его закрыть

код qt5 и qt6 уже opensource - они не могут его закрыть

Ух ты, не вдавался в юридические тонкости, но если это так, то это существенно. Может, именно поэтому в Астре qt5?

Ух ты, не вдавался в юридические тонкости, но если это так, то это существенно.

Это не «юридическая тонкость», это азы опенсорса. Поменьше лоровских вендотроллей слушай. Код под LGPL и GPL ты можешь использовать для любых действий, которые разрешены этими лицензиями. Да, исходный правообладатель (и больше никто) может распространять следующую версию под другой лицензией. Но на то, чтобы форкать исходники того, что ты в своё время законно скачал, у тебя есть все права.

Да, бинарники тебе никто давать при этом не обязан. Но если мы говорим конкретно про Астру, то за бинарники отвечает РусБиТех, и у них на дисках оно есть. Я бы больше беспокоился за то, что в самом РусБиТехе найдутся люди, которые начнут пихать на смену Qt что-нибудь новое и несовместимое. Не потому, что оно лучше (это как раз было бы нормально, и наверняка кто-нибудь однажды такое выкатит), а именно потому, что «зато не Qt». А сама по себе Qt в нынешнем виде технически неубиваема.

Судя по всему, у «кьютистов» начали заканчиваться денежки и они решили выкладывать в открытых исходниках лишь самую первую, глючную версию своего ПО

Наглое враньё. Ссылку на гит с последними коммитами показать или сам найдёшь?

Если деятели из соседней страны воспользуются уязвимостью «Кьюта» и взломают сетевые вычислительные устройства, изучив исходные тексты из платной версии «Кьюта»

Ты ещё и адепт security through obscurity? И почему именно платной?

Не потому, что оно лучше (это как раз было бы нормально, и наверняка кто-нибудь однажды такое выкатит), а именно потому, что «зато не Qt»

Ну, qt не помешало бы форкнуть и почистить от всякого хлама.

не помешало бы форкнуть и…

очень часто слышу такое на работе и каждый раз повторяю: чем больше нашей работы сделано чужими руками, тем больше мы в выигрыше!

на поддержку любого форка требуются ресурсы. на поддержку большого проекта требуются большие ресурсы.

не будь школотроном, оцени размер усилий, которые потребуются, чтобы Qt «почистить от всякого хлама» (и останется ли там что от этого куте после?) и перестань метанировать лужи…

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

чем больше нашей работы сделано чужими руками, тем больше мы в выигрыше!

Это понятно, не спорю.

Просто Qt действительно монструозен и тащит на себе кучу легаси.

Ещё QML этот - вроде штука хорошая, но не дружит со стилями и много оперативки жрёт.

То, что ты считаешь хламом, может оказаться необходимыми обёртками для поддержания совместимости. Лично мне не улыбается перепиливать свой код для совместимости с новыми Qt в то время как я мог потратить это время на добавление новых возможностей в программу.

код qt5 и qt6 уже opensource - они не могут его закрыть

Они могут закрыть новые версии. И KDEшниками неоткуда будет тырить патчи. А то тянуть поддержку Qt самостоятельно они не смогут, они же сами и признались когда были бурления из-за закрытия патчей к LTS.

Захотел пользователь разместить на экране три кнопки вместо двух и программа перерисовала страницу, как нужно. У «кьютистов» же все экраны нужно создать заранее, а программа лишь проходит по обработчикам изменений от пользователя и изменить страницу без заранее известного алгоритма вряд ли сможет.

Странно, что никто из программистов на Qt до сих пор не опроверг это утверждение. Потому что есть хотя бы QML и к нему тот же JavaScript. Да и без них, вероятно, это осуществимо. Только потребность в таком поведении бывает не часто, поэтому никто ничего не говорит.

С другой стороны, это идеология C++ - всё что можно определять на этапе компиляции. Соответственно, элементы управления и обработчики связываются препроцессором. Но это только основной путь. Не единственный.

Странно, что никто из программистов на Qt до сих пор не опроверг это утверждение. Потому что есть хотя бы QML и к нему тот же JavaScript. Да и без них, вероятно, это осуществимо. Только потребность в таком поведении бывает не часто, поэтому никто ничего не говорит.

В человеческом обществе мышление и поведение людей порождают технологии, а не наоборот. То есть какие люди, такие и технологии.

Чтобы опровергнуть моё утверждение необходимо обладать творческим, созидательным мышлением. «Кьют» же создавался рабочими для детей таких же рабочих и крестьян, у которых веками вся свобода выбора заключалась лишь в том, чтобы пахать слева направо или справа налево либо правой или левой рукой устанавливать заготовку в тиски. Привыкли люди повторять по заданному образцу, как солдафоны на плацу, так пусть маршируют на здоровье до тех пор пока им зарплату перестанут платить.

Я пишу для людей, кто уже начинает понимать «куда ветер дует» и, что вовремя переучившись, можно значительно улучшить качество своей жизни.

правильный ответ - ставьте то что удобнее, а разрабатывайте для этих голимых

Они могут закрыть новые версии

могут, но пойдут ли они на это ? ведь им придется переписать весь код заново и не копипастить у себяже

а если такое и будет, например в qt7, то они должны придумать чтото концептуально совсем новое и всем нужное и это не переписывание widget-ов

поживем, увидим )

Странно, что никто из программистов на Qt до сих пор не опроверг это утверждение.

а про что тут речь была ?

Речь была про такое поведение:

Широта и гибкость вэба заложена в исполнении Джаваскрипт-кода по ходу его исполнения, «на лету», то есть интерпретатором. Захотел пользователь разместить на экране три кнопки вместо двух и программа перерисовала страницу, как нужно. У «кьютистов» же все экраны нужно создать заранее, а программа лишь проходит по обработчикам изменений от пользователя и изменить страницу без заранее известного алгоритма вряд ли сможет.

Я не совсем понял задачу. Лучше было бы на примерах. Но думаю, что под эти условия подходят, например, форум или диспетчер устройств.

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

Но думаю, что под эти условия подходят, например, форум или диспетчер устройств.

форум, как клиент можно на qt написать, для желаемой красивости есть css для виджетов

и диспетчер устройств можно - дерево с иконкой и текстом qt умеет хорошо рисовать