https://slinkov.ru/openforum/vsluhforumID3/114574.html Опубликован (http://blog.qt.io/blog/2018/06/13/qt-python-5-11-released/) первый выпуск проекта Qt for Python (https://wiki.qt.io/Qt_for_Python), в рамках которого подготовлен набор модулей для создания графических приложений на языке Python с использованием Qt5. Продукт Qt for Python основан на модуле PySide2 (http://pyside.org) и продолжает его развитие (по сути под новым именем предлагается первый выпуск PySide с поддержкой Qt 5). В отличие от PySide новый продукт призван предоставить целостное решение для использования Qt в Python-приложениях, включающие сопутствующие сервисы, такие как оказание коммерческой технической поддержки.<br><br><br>URL: http://blog.qt.io/blog/2018/06/13/qt-python-5-11-released/<br>Новость: https://www.opennet.ru/opennews/art.shtml?num=48774<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#55 Tue, 19 Jun 2018 16:47:10 GMT Сишка няшнее плюсов, неторопливый Qt, божественная java это в каком мире?<br>Берешь Qt и спокойно пишешь интерфейс на управляемом QML, а все тяжелые вычисления выносишь на плюсы, которые по таким вычислениям не хуже сишки.<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#54 Sun, 17 Jun 2018 16:06:05 GMT 1. У диалоговых программ нужно различать время запуска и скорость работы. Если время запуска, в общем, критично, то скорость работы уже не так.<br><br>Поэтому Электрон и Ява - некошерные варианты. Хотя работают быстро, но запускаются - мама не горюй.<br><br>2. У GUI программ огромное кол-во состояний, поэтому с интерпретируемыми языками приходится жить как-то очень аккуратно. Т.е. проблема Питона не в тормозах (интерпретатор запускается быстро, всего в 10 раз медленнее bash), а в том, что он интерпретируемый =&gt; нужно писать тесты на каждый чих.<br><br>Если достаточно Gtk2, то можно перейти на "компилируемый Питон с линейным синтаксисом", т.е. Ocaml. Гибкость при разработки та же, а тестов нужно писать на порядок меньше - всю программу можно откомпилировать. Да, скорость запуска интерпретатора та же, что и у Питона.<br><br>3. Для небольших диалоговых программ классика - это Tcl/Tk. Очень просто и удобно. Проблемы те же, что и у питона.<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#53 Sun, 17 Jun 2018 15:58:06 GMT &gt; Как и сказал тред-стартер сидеть осваивать кресты, чтобы написать относительно простую гуевину <br>&gt; для личных нужд - удовольствие ниже среднего.<br><br>JS тоже используют не от хорошей жизни.<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#52 Fri, 15 Jun 2018 17:07:20 GMT чугунный<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#51 Fri, 15 Jun 2018 13:00:26 GMT Для Python 2.7 [b]и[/b] 3.5+<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#50 Fri, 15 Jun 2018 12:14:19 GMT Отвечаю "такому же выскочке". Разработчики нигде не говорят что виджеты устарели, а говорят, что это законченная (доделанная) технология. _Параллельно_ с виджетами начали развивать Qt Quick по двум причинам: нужна анимация, нужна адаптация под мобильные устройства. Анимацию сложно добавить в виджеты (нужна новая концепция программирования), поэтому решили не ломать стройную модель виджетов и сделать что-то новое. Из-за потребности в анимации вытекает потребность в аппаратном ускорении графики. Если анимация не нужна, то и аппаратное ускорение не нужно. Зачем аппаратное ускорение для кнопок? Нет ведь текстур, освещения, теней, трансформации. 20 лет назад компьютеры были в десятки раз медленнее, графические интерфейсы нормально работали без аппаратного ускорения. Так что для десктопа виджеты не устарели. Если бы устарели, их бы обязательно пометили как deprecated. Делается это не просто так, а чтобы предупредить разработчиков, которые "не читают форумы и доки" (при сборке выдается предупреждение).<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#49 Fri, 15 Jun 2018 08:53:13 GMT &gt; Одним словом ты подменяешь понятия.<br><br>Вы всех анонимов в кучу сгребли. Официально/технически виджеты deprecated не объявлены. Но! Я ниже ответил такому же выскочке - виджеты устарели морально, и вот это как раз заявляется разработчиками кьюта в каждой поднятой по ним теме.<br>Объявлять их deprecated, с последующим удалением, нет смысла. Они никому не мешают, и обеспечивают обратную совместимость. Но и использовать их в новых проектах так же не имеет никакого смысла.<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#48 Fri, 15 Jun 2018 08:41:14 GMT Нигде. Они морально устарели.<br> https://slinkov.ru/openforum/vsluhforumID3/114574.html#47 Fri, 15 Jun 2018 03:49:59 GMT у меня на JavaFx в прямом (буквальном) смысле тормозил даже скопипащенный хелловорлд. Да и контролы управления он отрисовывает с нуля, в итоге в любой ОС JavaFx-приложение будет выглядеть так, словно оно было написано в другой галактике. Вот SWT самое то: везде нативные контролы, в линуксе в качестве натива был верно подобран GTK+. Swing отметаем: копаясь в исходниках IntelliJ IDEA, я увидел тысячи самописных классов, приводящих Swing к какому-нибудь более-менее симпатичному, не слишком противоречивому в отношении целевой платформы виду.<br>