The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз фреймворка Qt 6.0

08.12.2020 17:21

Компания Qt Company опубликовала релиз ветки Qt 6, которая включает значительные архитектурные изменения. Для сборки Qt 6 по умолчанию задействован Cmake, а в коде разрешено использование стандарта C++17. Лицензионная политика и модель распространения фреймворка остались прежними, опасения, связанные с усилением коммерциализации проекта, не подтвердились. В новой версии заявлена поддержка платформ Windows 10, macOS 10.14+, Linux (Ubuntu 20.04+, CentOS 8.1+, OpenSuSE 15.1+), iOS 13+ и Android (API 23+). Достижение паритета с Qt 5 в поддержке real-time систем ожидается в выпуске Qt 6.2. Следующий значительный выпуск Qt 6.1 ожидается в апреле, а Qt 6.2 LTS в сентябре 2021 года.

Ключевые особенности Qt 6:

  • Предложен абстрагированный графический API, не зависящий от 3D API операционной системы. Ключевым компонентом нового графического стека Qt является движок рендеринга сцен, использующий прослойку RHI (Rendering Hardware Interface) для обеспечения работы приложений Qt Quick не только с OpenGL, но и поверх API Vulkan, Metal и Direct 3D. Специфичные для OpenGL классы перемещены из QtGui в отдельный модуль QtOpenGL. Также добавлен новый модуль QtShaderTools для работы с различными языками для создания шейдеров.
  • Подготовлен модуль Qt Quick 3D с API для создания интерфейсов пользователя на базе Qt Quick, сочетающих элементы 2D и 3D графики. Qt Quick 3D позволяет использовать QML для определения 3D-элементов интерфейсов без задействования формата UIP. В Qt Quick 3D для 2D и 3D можно использовать один runtime (Qt Quick), один макет сцены и один анимационный фреймворк, а для визуальной разработки интерфейса применять Qt Design Studio. Модуль решает такие проблемы, как большие накладные расходы при интеграции QML с контентом из Qt 3D или 3D Studio, и предоставляет возможность синхронизации анимации и преобразований на уровне отдельных кадров между 2D и 3D.
  • Проведена реструктуризация кодовой базы с разбиением на более мелкие составные части и сокращением размера базового продукта. Инструменты для разработчиков и специализированные компоненты теперь поставляются в виде дополнений, распространяемых через каталог-магазин Qt Marketplace. Для загрузки и установки дополнений предложен собственный пакетный менеджер на базе проекта Сonan. Дробление на пакеты позволяет публиковать выпуски модулей в соответствии с отдельным графиком разработки, а также выпускать модули сразу для нескольких версий базового набора Qt.

    Не все предлагаемые в ветке Qt 5 модули перенесены в Qt 6. Процесс адаптации модулей будет постепенным и продлится до формирования LTS-выпуска Qt 6.2 осенью следующего года. В базовый состав Qt 6.0 включены модули:

    • Qt Concurrent
    • Qt Core
    • Qt Core Compatability APIs
    • Qt D-Bus
    • Qt GUI
    • Qt Help
    • Qt Network
    • Qt OpenGL
    • Qt Print Support
    • Qt QML
    • Qt Quick
    • Qt Quick 3D
    • Qt Quick Controls
    • Qt Quick Layouts
    • Qt Quick Timeline
    • Qt Quick Widgets
    • Qt Shader Tools
    • Qt SQL
    • Qt SVG
    • Qt Test
    • Qt UI Tools
    • Qt Wayland
    • Qt Wayland Compositor
    • Qt Widgets
    • Qt XML

    В отдельные пакеты вынесены модули:

    • Qt 3D
    • Qt Image Formats
    • Qt Network Authorization
    • Qt CoAP
    • Qt MQTT
    • Qt OpcUA

    В Qt 6.1 число пакетов будет расширено модулями:

    • Active Qt
    • Qt Charts
    • Qt Quick Dialogs (File dialog)
    • Qt ScXML
    • Qt Virtual Keyboard

    В Qt 6.2 будут предложены дополнительные модули:

    • Qt Bluetooth
    • Qt Data Visualization
    • Qt Lottie Animation
    • Qt Multimedia
    • Qt NFC
    • Qt Positioning
    • Qt Quick Dialogs: Folder, Message Box
    • Qt Remote Objects
    • Qt Sensors
    • Qt SerialBus
    • Qt SerialPort
    • Qt WebChannel
    • Qt WebEngine
    • Qt WebSockets
    • Qt WebView
  • Существенно модернизирован QML:
    • Поддержка строгой типизации.
    • Возможность компиляции QML в представление на C++ и машинный код.
    • Перевод полной поддержки JavaScript в разряд опций (использование полнофункционального JavaScript-движка требует больших ресурсов, что мешает применению QML на таком оборудовании, как микроконтроллеры).
    • Отказ от версионирования в QML.
    • Унификация структур данных, дублирующихся в QObject и QML (позволит сократить потребление памяти и ускорить запуск).
    • Уход от генерации структур данных во время выполнения в пользу генерации во время компиляции.
    • Скрытие внутренних компонентов через использование приватных методов и свойств.
    • Улучшенная интеграция с инструментами разработки для рефакторинга и диагностики ошибок во время компиляции.
  • Добавлены инструменты для обработки связанных с графикой ресурсов на этапе компиляции, например, для преобразования PNG-изображений в сжатые текстуры или для конвертации шейдеров и мешей в оптимизированные бинарные форматы для конкретного оборудования.
  • Встроен унифицированный движок для тем оформления и стилей, позволяющий добиться внешнего вида приложений на базе Qt Widgets и Qt Quick, родного для разных мобильных и настольных платформ. В Qt Quick 6 добавлена поддержка родных стилей macOS и Windows (поддержка родных стилей Material и Fusion для Android и Linux была реализована ещё в Qt5). Реализация родного стиля для iOS ожидается в следующем значительном выпуске Qt.
  • Функциональность поддержки платформ, ранее предоставляемая модулями QtX11Extras, QtWinExtras и QtMacExtras, перенесена в специфичные платформозависимые API, доступные напрямую из Qt.
  • В качестве системы сборки использован инструментарий CMake вместо QMake. Поддержка сборки приложений при помощи QMake сохранена, но сам Qt теперь собирается с использованием CMake. CMake выбран, так как данный инструментарий получил широкое распространение в среде разработчиков проектов на C++ и поддерживается во многих интегрированных средах разработки. Разработка сборочной системы Qbs, которая претендовала на роль замены QMake, продолжена сообществом.
  • Осуществлён переход при разработке на стандарт C++17 (ранее использовался C++98, а с Qt 5.7 — C++11).
  • Добавлена возможность использования в коде на C++ некоторой функциональности, предлагаемой для QML и Qt Quick. В том числе предложена новая система свойств для QObject и подобных классов. Из QML в ядро Qt интегрирован движок для работы с привязками (binding), что позволяет снизить нагрузку и потребление памяти для биндингов и сделать их доступными для всех частей Qt, а не только для Qt Quick.
  • Расширена поддержка дополнительных языков, таких как Python и WebAssembly.
  • Значительно модернизирована обработка строк и Unicode.
  • Объединены классы QList и QVector. В итоговом сводном классе использована модель контейнеров QVector, напоминающая массивы.
  • Почти полностью переписаны реализации классов QMetaType и QVariant, лежащие в основе системы мета-типов Qt, на лету предоставляющей информацию о типах.


  1. Главная ссылка к новости (https://www.qt.io/blog/qt-6.0-...)
  2. OpenNews: Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1.5
  3. OpenNews: Qt 6 в Debian может оказаться без сопровождения
  4. OpenNews: Релиз фреймворка Qt 5.15
  5. OpenNews: Qt Company обдумывает переход к публикации свободных релизов Qt через год после платных выпусков
  6. OpenNews: LTS-версии Qt будут доступны только под коммерческой лицензией
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54218-qt
Ключевые слова: qt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (235) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 17:24, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кто уже попробовал новый QML? Это все правда что там написано?
     
     
  • 2.14, EndrII (?), 17:33, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, все  вроде работает, кстати старый код qml тоже работает
     
  • 2.18, еуые (?), 17:35, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это все правда что там написано?

    Вроде бы нет. Компилиция в С++ и типизация например вроде должна быть только в Qt 6.1.

     
     
  • 3.47, anon11981512 (?), 18:42, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    эмм. компиляция qml в С++ уже сейчас есть (5.12).
    Просто в Qt6 ее довели до ума, убрали js, и типизацию сделали строже, а так то она давно есть.
     
     
  • 4.53, Аноним (53), 19:09, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >эмм. компиляция qml в С++ уже сейчас есть

    Ох уж эти сказочники...

    The Qt Quick Compiler is a development add-on for Qt Quick applications which allows you to compile QML source code into the final binary. When you use this add-on, the application's startup time is significantly improved and you no longer need to deploy .qml files together with the application. https://doc.qt.io/QtQuickCompiler/index.html

    Где тут c++?

     
  • 4.104, еуые (?), 00:56, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > компиляция qml в С++ уже сейчас есть (5.12)

    А код вы привести можете? Подсказка qml compiler это на самом деле совсем не компилятор в Qt 5.x.
    Плюс для компиляции, а вернее транспиляции в C++ да так еще
    чтобы все этого не тормозило на "embedded" QML должен быть статически типизированным.
    И конечно до этого еще очень далеко.

     
  • 2.41, Аноним (-), 18:30, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +34 +/
    Qt сила! GTK - могила.
     
     
  • 3.58, Аноним (53), 19:16, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В могилу они себя сами загоняют, что характерно.
     
  • 3.64, Аноним (64), 20:10, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ути-пути!
     
  • 3.67, Аноним (67), 20:43, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Qt сила! GTK - могила.

    Собственный тулкит поверх X11 - стронк! http://azsky2.html.xdomain.jp/soft/index.html

     
     
  • 4.127, Аноним (127), 02:59, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    X11 must die!
     
     
  • 5.165, Аноним (67), 13:53, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть поддержка как X11, так и Wayland - http://azsky2.html.xdomain.jp/about_mlk.html
     
  • 3.140, Мира (ok), 07:09, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это как сравнивать диван с многоквартирным домом.

    GTK это тулкит для рисования окошек, а Qt это огромный фреймворк в котором есть всё от SQL до 3D.

     
     
  • 4.143, Программист (?), 07:47, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А если мне только тулкит и нужен? Не тащить же остальное г...о
     
     
  • 5.156, Аноним (156), 11:20, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и не тащить. Используй только QML.
     
  • 5.166, Аноним (67), 13:57, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если мне только тулкит и нужен?

    Бери mlk (X11/Wayland) - http://azsky2.html.xdomain.jp/about_mlk.html

    Демо (лицензия MIT) - https://gitlab.com/azelpg/mlkstyle

     
     
  • 6.222, заминированный тапок (ok), 11:30, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а если я не хочу тащить ни иксы ни вяленого?

    у меня, например, QML/Qt приложуха крутится поверх GLes с прямой отрисовкой в framebuffer.

    без всяких лишних прослоек

     
     
  • 7.233, Аноним (233), 07:02, 13/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > QML/Qt поверх GLes с отрисовкой в framebuffer

    Нашёл чем удивить.

     
  • 3.225, Аноним (225), 13:20, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Qt - медленное раздутое капризное дерьмо.

    Расходимся.

     
     
  • 4.234, заминированный тапок (ok), 13:29, 13/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Qt - медленное раздутое капризное дерьмо.
    > Расходимся.

    с чем расходитесь, с трезвым рассудком? успехов.

     

  • 1.2, Аноним (2), 17:25, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Что это мне дает кроме того что опять все сломают?
     
     
  • 2.7, Аноним (7), 17:28, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +18 +/
    А ты программист?
     
     
  • 3.46, leibniz (ok), 18:41, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    За маской Гая Фокса может скрываться кто угодно...
     
     
  • 4.92, Аноним (92), 22:31, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Но по статистике чаще всего оказывается школьник
     
     
  • 5.219, Аноним (67), 02:28, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ... из Гонконга.
     
     
  • 6.223, Аноним (223), 12:35, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ... из Гонконга.

    Во как, чего только в кивевской области нету..

     
  • 3.48, Аноним (48), 18:42, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, поэтому и интересуюсь.
     
  • 2.33, заминированный тапок (ok), 18:03, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    возможность публично поныть в комментария на опенете, чем тебе не возможность?
     
  • 2.228, Аноним (228), 23:34, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего. Из описания не понял может ли оно работать лучше/быстрее кути 5 или просто фичами для разработки обросло.
    наврено кеды начнут пилить новые через год, через два все сломают, через 3 решат, что все уже работает и можно в лтс пихать, через пять все заработает, через 6 появится кути 7
     

  • 1.3, Самый Лучший Гусь (?), 17:25, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ждём KDE 6
     
     
  • 2.6, Аноним (6), 17:27, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А там все в порядке с лицензиями?
     
     
  • 3.8, Аноним (8), 17:30, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В KDE всё в порядке с лицензиями.
     
  • 3.16, Dzen Python (ok), 17:34, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.opennet.dev/opennews/art.shtml?num=52698
    > Текущий договор между KDE Free Qt Foundation и Qt Company также обязывает публиковать все изменения в Qt под открытой лицензией, но допускает задержку публикации в 12 месяцев, чем и намерена воспользоваться компания Qt Company для повышения своих доходов.
     
     
  • 4.20, Enamel (ok), 17:39, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > чем и намерена воспользоваться компания Qt Company для повышения своих доходов

    Нет же. https://www.qt.io/blog/qt-and-open-source

     
  • 2.26, Dzen Python (ok), 17:49, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждём KDE 6

    Эх, а ведь раньше такое времечко-то было. Уже не будет никаких
    > KDE 6.0 != KDE 6
    > Android compatibility layer на всех виджетах kirigami для всех систем НЕ ПАДАЕТ!
    > Дерни за  KQMLCachew2.0 - плазма и упадёт

    . Скука!

     

  • 1.4, заминированный тапок (ok), 17:26, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Возможность компиляции QML в представление на C++ и машинный код.

    а раньше в машинный код не было возможности с Qt Quick Compiler?

    > Отказ от версионирования в QML.
    > Унификация структур данных, дублирующихся в QObject и QML (позволит сократить потребление памяти и ускорить запуск).

    джва года ждал. на самом деле

    да и вообще отличная новость же (но в проде, конечно, посижу ещё на LTS)

     
     
  • 2.15, еуые (?), 17:33, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > а раньше в машинный код не было возможности с Qt Quick Compiler?

    Там вроде не машинный код. ИМХО просто убрана стадия парсинга, а так это почти тот же QML.

     
     
  • 3.29, заминированный тапок (ok), 17:57, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а ну да, в доке сказано что компилится QML компилится не в бинарный код, а "QML source code into the final binary" - просто встраивается как скомпиленный ресурс в выходной бинарник, а дальше там внутритрях вся та же механика парсинга QML и JS в рантайме.
     
  • 2.24, фыва (?), 17:41, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше в машинный код можно было только в коммерческой версии.
     
     
  • 3.186, Аноним (186), 20:14, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    только было это настолько раньше, что аж в первых версиях Qt5
     
  • 2.34, anonymous (??), 18:05, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, раньше Qt Quick Compiler всего лишь генерировал байткод для виртуальной машины. По сути только лишь слегка ускорял запуск приложения за счет того что парсинг и генерирование байткода происходила не в момент запуска приложения, а во время его сборки.

    Ну и то что планировалось компилировать в С++ и нейтив, этого еще нет.

     

  • 1.5, Аноним (-), 17:27, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    надо было на rust писать аналог qt sdk, только с учётом ошибок, проблем, опыта
     
     
  • 2.9, Penguin42 (?), 17:30, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Пиши
     
  • 2.11, Аноним (8), 17:32, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И навертеть ещё больше метаобъектного кода, т.к. в Rust с объектностью не айс.
     
  • 2.13, Enamel (ok), 17:33, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну не, это объективно глупо. Проект такого уровня переписать на другой язык в разумные сроки и бюджет просто невозможно. Это хуже, чем Gimp перенести на Qt :)
    А вот официальный биндинг было бы неплохо увидеть. Что-то в эту сторону: https://www.youtube.com/watch?v=6pcOhCWLd_U
     
  • 2.17, EndrII (?), 17:35, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    В топку  Rust
     
     
  • 3.22, Enamel (ok), 17:40, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько проектов на нем сделал и что конкретно не понравилось?
     
     
  • 4.72, Lex (??), 20:55, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Сколько г.на съел и что конкретно не понравилось ?
     
     
  • 5.109, Enamel (ok), 02:10, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но при чем тут Раст? Он же потрясающий.
     
  • 5.139, Мира (ok), 07:04, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На основе чего ты сделал вывод, что раст - говно?
    Все его хейтят, но аргументации от хейтеров пока не слышно.
     
     
  • 6.153, Аноним (153), 10:56, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На rust невозможно написать ничего сложнее hello world. Мурзилла 15 лет пилила браузер и за это время не смогла ничего сделать.
     
     
  • 7.214, Enamel (ok), 00:53, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На rust невозможно написать ничего сложнее hello world

    С чего вдруг? Ты пробовал? На нем можно написать абсолютно что угодно.

    > Мурзилла 15 лет пилила браузер и за это время не смогла ничего сделать.

    Эээ, что?
    Они много чего сделали. Новые модули на Расте.

     
  • 4.87, Аноним (233), 22:08, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ни одного завершённого проекта в мире. Мозила уже 15 лет пилит-пилит - всё переписать не может.
     
     
  • 5.110, Enamel (ok), 02:11, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Еще одна статистика из воздуха, как же я вас всех люблю, опеннет :)
     
  • 4.158, Аноним (-), 12:18, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > что конкретно не понравилось?

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


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

     
     
  • 5.192, Мира (ok), 20:28, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > * Более гигабайта исходников и неожиданно невозможность собрать сие поделие на платформах отличных от линукс/виндовс x64.

    Но ведь Tier 1 (максимальная) поддержка есть также у 32 битных систем, а Tier 2 (которая не особо уступает) у больше сотни разных платформ. Если конечно нужно именно собрать, а не запустить на заданной платформе, то тут поддерживаемых платформ поменьше, но я не понимаю зачем что-то собирать на всяких странных платформах, когда кросс-компиляция делается несколькими аргументами в командной строке.

    > * Блобы, блобы, блобы

    Де блобы то? Нема блобов.

     
     
  • 6.200, Аноним (200), 13:19, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Специально для тех кто застрял в развитии на втором годике - отрицание проблемы не решает проблемы
     
  • 5.218, Enamel (ok), 01:22, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У Раста хорошая документация Вполне на одном уровне с Qt, местами даже получше ... большой текст свёрнут, показать
     
     
  • 6.224, Аноним (-), 12:43, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Не вижу ничего

    Последний пункт жирной линией подчеркивает какбе

     

  • 1.10, Fracta1L (ok), 17:32, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Очень круто, надеюсь в Qt 7 запилят поддержку Раста
     
     
  • 2.28, Ванга (?), 17:55, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К тому времени про раст все забудут.
     
     
  • 3.69, Аноним (67), 20:46, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > К тому времени про раст все забудут.

    К тому времени LaTeX уже будет на расте - https://news.ycombinator.com/item?id=25328874

     
     
  • 4.157, Аноним (-), 12:10, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > К тому времени LaTeX уже будет на расте

    Сразу после браузера. Ну и потом можно начинать писать документацию для хруста.

     
  • 3.115, Enamel (ok), 02:21, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спорим, что с каждым годом он будет лишь популярнее и привлекательнее?
    Если уж даже сейчас после него C++ в целом как-то ну не очень. (говорю как c++ dev)
     
  • 2.31, заминированный тапок (ok), 17:58, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот это да.
    с какой стати Qt должен пилить поддержку Раста,а не наоброт?
     
     
  • 3.116, Enamel (ok), 02:23, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С чего бы вдруг создатели _языка_ должны пилить поддержку какого-то фреймворка, при чем коммерческого?
    Может, официальные биндинги Qt для Питона должен был лично Гвидо лепить?
     
     
  • 4.146, заминированный тапок (ok), 10:10, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну кому нужно, вероятно, тот и должен пилить.

    PyQt разработан британской компанией Riverbank Computing (выдержка из педивикии), а не The Qt Company.

    если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?

     
     
  • 5.148, Аноним (148), 10:14, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ... который GPLный. Поэтому Qt Company запилила совместимый с ним пермиссивный PySide. Использовать следует его.
     
     
  • 6.151, заминированный тапок (ok), 10:28, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    этот тезис "про следует использвоать его" актуален только для коммерческой лицензии (тк в опенсорц многие компонеты Qt тоже под GPL)

    ну, вероятно, когда:
    1) rust наберёт такую же аудиторию как и python
    2) а потом появится проект rust-Qt большой аудиторией (при чём коммерческими лицензиями), как это было в PyQt

    вот тогда может быть The Qt Company и примет на себя обязательства и издержки по официальным биндингам и поддержке раста (хотя даже для PySide это была не их проблема, но чтобы не потерять действующих коммерческих клиентов и разрулить ситуацию с лицензиями, они это сделали)

     
  • 6.154, sergey (??), 11:03, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Однако он глючный, поэтому лучше всё таки PyQt.
     
  • 5.212, Enamel (ok), 00:50, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    PyQt — это другое. От разработчиков Qt есть PySide.

    > если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?

    Биндиги да. И они есть. Официальную поддержку — нет (логично).

     
     
  • 6.221, заминированный тапок (ok), 11:24, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > PyQt — это другое. От разработчиков Qt есть PySide.
    >> если Qt нужен кому-то на расте, то как бы растолюбы и должны были бы это сделать, не?
    > Биндиги да. И они есть. Официальную поддержку — нет (логично).

    PySide появился только благодаря коммерческим клиентам Qt, которые хотели пользовать PyQt в своих проектах.

     
  • 4.147, Аноним (147), 10:11, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лепить как всегда будет тот, кому больше всех надо. Можно подумать, что официальные биндинги Qt для брейнфака должны существовать
     
     
  • 5.213, Enamel (ok), 00:51, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для брейнфака нет конечно, для Rust или C — why not?
     
  • 2.152, Аноним (153), 10:54, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    есть же какие-то биндинги
    например https://github.com/KDE/rust-qt-binding-generator
     

  • 1.12, Аноним (12), 17:32, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Годно. А растоманы пусть дальше мечтают.
     
  • 1.19, Аноним (19), 17:37, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    - Отказ от версионирования в QML.
    Мне кажется это породит много багов
     
     
  • 2.35, заминированный тапок (ok), 18:05, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну, например, во многих других языках/тулкитах/платформах тоже не нужно явно указывать версию импортируемого модуля в коде прогрммы.
     
     
  • 3.38, Аноним (38), 18:12, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Например? А то куда ни гляну, везде версии хорошо если >=, а то и вовсе гвоздями прибиты
     
     
  • 4.44, заминированный тапок (ok), 18:39, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например? А то куда ни гляну, везде версии хорошо если >=, а
    > то и вовсе гвоздями прибиты

    как я уже сказал, имеется в виду явного указания версии при импорте в теле программы (как это сейчас происходит в QML), какая установлена, та и будет использована. Контролировать версию, видимо, нужно другими вещами (например во время компиляции).

    * QML:
    import <имя_моуля> <версия>

    * python:
    import ... from ... - я не вижу явного указания версии в теле программы
    * Nim:
    from ... import ... - я не вижу явного указания версии в теле программы
    * C#:
    using ...; - я не вижу явного указания версии в теле программы
    * C/C++:
    #include <...> - я не вижу явного указания версии в теле программы
    и тд и тп

    если я правильно понял суть вопроса

     
     
  • 5.103, анон (?), 00:27, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > python ... не вижу явного

    import gi
    gi.require_version("Gtk", "3.0")
    from gi.repository import Gtk

    ;)

     
     
  • 6.150, заминированный тапок (ok), 10:16, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну я не гворил, что такой возможности в том же питоне нет
    хотя пример и похож на какую-то ГТК-специфическую конструкцию, а не общее правило при написании ПО на питоне
     
  • 2.205, Аноним (1), 16:00, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Версионирование модулей в QML нафиг не нужно и мешает возможности собрать прогу с более старой версией Qt
     

  • 1.21, Аноним (-), 17:39, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё пацаны Qt5 устарел.
     
     
  • 2.23, Enamel (ok), 17:40, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну пока условно нет. Более "настоящим" релизом будет 6.1
     
     
  • 3.73, Аноним (73), 21:02, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    6.2, т.к. в нем появится QtMultimedia.
     
     
  • 4.97, bootforce (?), 23:05, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    и WebEngine
     
  • 4.129, Андрей (??), 03:28, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Появится

    Да какой же это релиз вообще, если там, вдруг, поисчезали компоненты.

     
     
  • 5.130, Андрей (??), 03:28, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я о Qt 6.0
     
     
  • 6.144, dracutilla (?), 09:05, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    qt 6.0, не qt 6
     
  • 3.145, Аноним (145), 10:00, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>Более "настоящим" релизом будет 6.1

    Шо, опять Qt6.0!=Qt6?

     
  • 2.82, trdm (ok), 21:39, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >  Всё пацаны Qt5 устарел.

    хе....
    да  преспокойно софт на Qt4 строю.
    Qt5 - тормозной.

     
     
  • 3.117, Enamel (ok), 02:25, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В каком месте Qt 5 тормозной?
     
     
  • 4.141, trdm (ok), 07:27, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > В каком месте Qt 5 тормозной?

    скачал текстозавра, редактор такой. Построен на Qt 5.12
    Зарядил туда Спектр от Лукьяненко, прокручиваю -тормозит.
    N++ тем не менее крутит его без проблем.

     
     
  • 5.211, Enamel (ok), 00:47, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, что это проблемы реализации самого редактора
     
  • 3.134, Аноним (134), 04:29, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну-ка, ну-ка, кинь ссылочку на свой софт, посмотрим, что ты там настроил
     
  • 3.159, Аноним (-), 12:23, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Qt5 - тормозной.

    Интересно каким образом qt6 стал быстрее если это просто инкрементальный, ежегодный релиз ? qt200000 - вообще на одной лампе будет летать по такой логике

     
     
  • 4.187, Аноним (186), 20:18, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если это просто инкрементальный

    дядя Петя, ты дурак?

     

  • 1.25, Аноним (25), 17:46, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну здорово. Молодцы.
     
  • 1.27, Аноним (27), 17:50, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Походя объявили свой Fusion нативным стилем на линуксе.
     
     
  • 2.30, Имярек (?), 17:57, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Fusion и в Qt5 был дефолт. О чём речь?
     
     
  • 3.32, Аноним (27), 18:00, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Написано: "мы умеем Fusion - значит поддерживаем нативный стиль линукса".
     
     
  • 4.50, Аноним (50), 18:51, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если Qt не нативный Линукс, то что тогда нативный Линукс?
     
     
  • 5.65, Аноним (27), 20:30, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Qt в линукс нативный. Но нативный стиль в линуксе не дефолтный стиль кьюта, а тот стиль, который настроен.
     
     
  • 6.188, Аноним (186), 20:19, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    qt5ct
     

  • 1.36, псевдонимус (?), 18:06, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не гтк3, а значит уже непогано.
     
     
  • 2.40, Dzen Python (ok), 18:26, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Свят-свят-свят! Как ты мог произнести имя этого копродемона всуе!
     
     
  • 3.43, псевдонимус (?), 18:31, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Свят-свят-свят! Как ты мог произнести имя этого копродемона всуе!

    Так это же не демон.

    Деrmodemon уже есть у сообщества, это системда. С помощью нее запускаются бесенята с междумордием на гтк3.


     
     
  • 4.135, Аноним (134), 04:31, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Деrmodemon уже есть у сообщества опеннет, это псевдонимус
     
     
  • 5.230, Аноним (-), 15:26, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И анонимус пропрок его
     

  • 1.37, Аноним (38), 18:08, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> Расширена поддержка дополнительных языков, таких как Python

    Нормальный дезигнер? Разработка под мобилки?

     
     
  • 2.118, Enamel (ok), 02:27, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Питон под мобилки?

    https://memepedia.ru/wp-content/uploads/2018/11/mozhno-nenado-mem-9.jpg

     
     
  • 3.132, Аноним (132), 03:45, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На мобилках и так все на жабе и жабаскрипте, хуже уже не будет.
     
     
  • 4.209, Enamel (ok), 00:46, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На мобилках и так все на жабе и жабаскрипте, хуже уже не
    > будет.

    Обе жабы работают значительно быстрее Змеи (и CPython, и PyPy). Кроме тех случаев, когда Змей напрямую грузит функции из натива.
    Но что ему делать на мобилках? Виджеты не поиспользуешь. На пару с QML лучше всё же C++. Qt в Питоне, на мой взгляд, скорее для аналитиков/математиков, которым быстренько надо склепать UI на десктопе.

     
  • 3.136, Аноним (134), 04:32, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    какие проблемы?
     
  • 2.189, Аноним (186), 20:20, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    дезигнер на qt не нужен
     

  • 1.39, Аноним (39), 18:25, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Класс, четко, умеете... могете!
     
  • 1.45, kuzulis (?), 18:40, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В Qt 6.2 будут предложены дополнительные модули:

    Гыгы, не успели на СМаку перетащить. Фуу такими быть.

     
  • 1.49, Аноним (50), 18:49, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Электрон всё?
     
     
  • 2.56, Аноним (53), 19:14, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Давно уже. Просто криокамера у некоторых протекла..
     

  • 1.51, Аноним (51), 19:00, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Встроен унифицированный движок для тем оформления и стилей, позволяющий добиться внешнего вида приложений на базе Qt Widgets и Qt Quick, родного для разных мобильных и настольных платформ.

    Вот все критикуют ГТК+ за их частое ломание тем, но там хотя-бы без бубна можно их можно ставить.
    Вот я накачал из kde look всяких тем, а дальше что? (у меня openbox) Какие-то непонятные .qtcurve файлы, куда их присобачивать то? Да и даже если умудрится поменять темы (внешними костылями) некоторые приложения упорно тащат свои темы и никак не заставить их использовать что-то другое.

     
     
  • 2.119, Enamel (ok), 02:30, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    KDE != Qt
     
     
  • 3.163, Аноним (-), 13:20, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что в кедах есть ещё что-то?
     
     
  • 4.215, Enamel (ok), 00:54, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А что в кедах есть ещё что-то?

    У них там свои абстракции. Далеко не чистый Qt.

     

  • 1.52, Аноним (52), 19:06, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Наконец вышло аж две новости для настоящих "тру" программистов и экспертов с opennet-а! Про bash и Qt.

    JavaScript прекрасно работает на мобилках, JerryScript и куча других JS движков не дадут соврать. Иначе бы их разработку давно бы уже свернули. Они там что, на V8 движке исполняли JS?

    Релиз - это замечательно, ну а где приложения-то на нём? Часы в KDE? Популярные приложения на "богомерзком" JS/Electron постоянно вижу и пользуюсь ими. Куча приложений на Gnome. Ни одного на KDE. Ни в Ubuntu, ни в Fedora.

    Эх, дали слабину. Пропустили трехочковый WebAssembly. Через пару лет мы будем компилировать JS (AssemblyScript) в WebAssembly и запускать и писать на нём QT приложения.

     
     
  • 2.54, Аноним (54), 19:12, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так это, сегодня миллиарды людей используют софт на куте каждый день. Например, все лаунчеры для игрушечек на кутях. Тащить хром в лаунчер? Ну такое, из разряда фантазий. Какое ещё ПО на мобилках? Там одна вебня и так, ни одной нормальной программы там нет. Гном не работает на венде, это значит что? Это значит его не существует.
     
     
  • 3.57, Аноним (54), 19:14, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А хотя там всё равно же хром, только покоцаный немного. В принципе, какая разница? У кутей (помимо того что это единственный приличный кроссплатформенный фреймворк) есть ещё и рынок автомагнитол, тоже неплохо.
     
  • 2.55, Аноним (53), 19:13, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Телега? Зум? Не, не слышал.
     
     
  • 3.59, Аноним (52), 19:31, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Принимается. Про Zoom нашёл.

    Единичные приложения есть. Но это исключения. У Qt всё более сужающаяся ниша. Магнитолы, автомобильные системы, и т.п.

    Думаю и там его через пару лет заменят.

     
     
  • 4.66, Аноним (53), 20:31, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Думаю и там его через пару лет заменят.

    Заменят чем? Электроном что ли? Не смеши.

     
     
  • 5.74, Lex (??), 21:05, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да даже не электроном, а подобием той оси, в которой есть только браузер
     
  • 5.98, Vernat (ok), 23:06, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возможно флаттером, у него юзербейз растет стремительно, поддержки декстопов нету, но она заявлена в альфе для всех трех платформ.
     
     
  • 6.120, Enamel (ok), 02:33, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надеюсь, что нет.
    Если честно, после QML синтаксис флаттера с дартом напоминает определенный sort of shіt.
     
     
  • 7.171, Vernat (ok), 14:52, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    QML проигрывает в том плане, что если сделаеть некорректный вызов плюсовой функции из QML (например неверные аргументы), то ты не узнаешь ничего пока оно не попытается сработать, имхо это серьезный минус
     
     
  • 8.216, Enamel (ok), 00:57, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так с любым скриптовым языком, достаточно просто привыкнуть это дебажить, логи к... текст свёрнут, показать
     
  • 7.203, Lex (??), 13:48, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь, что нет.
    > Если честно, после QML синтаксис флаттера с дартом напоминает определенный sort of
    > shіt.

    Подобное бывает.. когда к одному из сортов shit'а приедаешься.. другие кажутся ну совсем не оч
    Кутевской кмл, кстати, тоже на того_еще любителя.. в т.ч в плане архитектуры

     
     
  • 8.217, Enamel (ok), 01:00, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну скажем так Я не могу сказать, что прямо в экстазе от реализации QML в Qt, мо... текст свёрнут, показать
     
     
  • 9.229, Lex (??), 11:53, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы просто не видели JSX Который работает и в вебе и, с небольшими изменениями... текст свёрнут, показать
     
     
  • 10.232, Enamel (ok), 23:28, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видел, там же сплошной HTML Засилье тэгов HTML в _собственном_ диалекте Неужели... текст свёрнут, показать
     
  • 5.99, Аноним (52), 23:35, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Electron c WebAssembly. Для меня лично самая вдохновляющая технология. Я считаю за этим будущее. https://www.infoq.com/news/2019/11/wasm-nanoprocesses-security

    Flutter.
    Kotlin Multiplatform.
    Java с Graal VM.
    Rust c каким-нибудь новым UI фреймворком.

     
     
  • 6.111, Аноним (54), 02:11, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про руст отличная шутка кстати.
     
     
  • 7.121, Enamel (ok), 02:39, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Объективно Раст не до конца готов для UI, но через несколько лет многое изменится.
    Однако встаёт вопрос, нужны ли в UI языки, которые для UI не предназначены (rust, c, c++, java, etc) и не подходят (js, dart, etc)
     
     
  • 8.204, Lex (??), 13:51, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В UI нужна разметка, с некоторыми из которых тот же JS очень даже неплохо дружит... текст свёрнут, показать
     
  • 4.96, Vernat (ok), 23:04, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Полностью согласен
     
  • 4.105, Michael Shigorin (ok), 01:05, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...а потом очередная грета заметит, что жабоскрипт греет миллиарды процессоров куда как больше (ну как заметит -- вдруг кто-то решит поизмываться и подсунет "серьёзную аналитику", которую при этом хрен опрокинешь, потому как фактаж)...

    Всё-таки не зря нижний слой "веб-разработчиков" назвали четверорукими :-(

     
     
  • 5.114, Аноним (52), 02:18, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы вообще современный web видели?
    Сейчас frontend по сложности сопоставим с backend и становится всё сложнее и сложнее.

    В то время как в backend всё давно отдано на откуп cloud provider.

    И состояния то они не хранят (stateless), и инфраструктуру не хостят, всё делают за них.

    Запросы к БД уже давно не оптимизируют, масштабирование автоматическое тоже сделано за них. Пришёл json / ушёл json.

    На этом фоне frontend просто вершина программирования. Там огромное количество состояний, переключателей, анимации, это всё надо поддерживать на куче устройство, на мобилках и тд и тп.

     
     
  • 6.137, Аноним (137), 04:36, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вы вообще современный web видели?

    нашел, у кого спрашивать, он последние лет 10 только баш-портянками и вахтерством на опеннете занимается, но мнение, разумеется, по всем вопросам имеет

     
  • 5.190, Аноним (186), 20:22, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а потом очередной дениска попов вылазит в интернет и задвигает свою онолитеку
     
  • 2.62, DarkHobbit (ok), 20:00, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну а где приложения-то на нём?

    Stellarium, например? Одна из лучших свободных программ вообще.

     
  • 2.75, Аноним (75), 21:06, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > JavaScript прекрасно работает на мобилках

    ARM Cortex A != Cortex M

     
  • 2.76, Аноним (75), 21:08, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Куча приложений на Gnome

    эт каких? Твикер вместо полноценной панели управления? Или тех, которые с одной кнопкой.

     
  • 2.176, Твой батя (?), 16:39, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Cadence Virtuoso, а может и другие кеденсовские поделки.
     
  • 2.198, anonymous (??), 12:14, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Приложение от АМД для видях, которое radeon settings на qt, даже в Майкрософт onedrive qt используют
     

  • 1.60, Аноним (60), 19:52, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Когда Qt Company будет куплена Microsoft?
     
     
  • 2.77, Аноним (75), 21:09, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда она поплотнее займётся IoT и прочей встроенкой, в т.ч. автомобильной
     

  • 1.61, DarkHobbit (ok), 19:54, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они таки убили неюникодные кодировки. Одной причиной использовать QString стало меньше. Притом, что файлы, использующие эти кодировки, у пользователей никуда не девались.

    Беда-печаль.

     
     
  • 2.68, Аноним (54), 20:43, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Покажите мне этих пользователей и я первым кину в них камнем.
     
     
  • 3.71, Кибер Джейсус (?), 20:55, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В очередь.
     
  • 3.83, Аноним (83), 21:51, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Банковский софт продолжает CP 866 использовать например, от этого никуда не денешься.
     
  • 3.93, DarkHobbit (ok), 22:54, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну например, скачали вы с музтрекера какой-то раритет, у которого теги в 1251. Вы их перекодировать будете? Если да, то это значит либо уходить с раздачи (фу), либо держать две копии материала (дважды фу). Поэтому, например, авторы адекватных линуксовых аудиоплееров позволяют выбирать кодировку для тегов.

    Более близкий мне пример. Я тут в свободное время пилю потихоньку кутешный редактор контактов (ссылка на гитхаб у меня в профиле есть). И мне народ с 4PDA присылает VCF-ы с 1251 внутри, сделанные всякими вендоутилитами, которые вполне себе в ходу. Некоторые просто с битой кодировкой, а у некоторых внутри честно написано "CHARSET=CP1251"...

    Да много ещё можно чего накопать.

     
     
  • 4.95, Аноним (54), 23:00, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сохраняю cue в utf8, кидаю старый файл в скрытые чтобы не мешался в фм.
     
     
  • 5.100, DarkHobbit (ok), 23:38, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Сохраняю cue в utf8, кидаю старый файл в скрытые чтобы не мешался в фм.

    Ну когда есть CUE, это ещё ничего. А бывает материал и в MP3 с ID3 тегами. Ну вот бывают такие раритеты, которые в lossless найти невозможно, обидно, но факт. И вот там либо дублировать всё, либо...

     
     
  • 6.107, Аноним (54), 02:06, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Большинство современных плееров типа тунцца (опеннет свихнулся со своей анальной цензурой) хранит все изменения тегов отдельно в соей базе. Вроде такое же и в линуксовых плеерах было, но на общесистемном уровне только в kde да? Чтобы теги можно было посмотреть в любой гуёвой программе потом.
     
  • 4.142, Ordu (ok), 07:35, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А как это противоречит внутреннему программному представлению тегов в виде utf8 ... большой текст свёрнут, показать
     
     
  • 5.161, DarkHobbit (ok), 12:58, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну "при каждой перерисовке окошка" - это очевидный наброс, не буду комментировать.

    С _каждой_ строкой - не надо. Если мы говорим конкретно про аудиоплеер, то при работе с гетерогенной коллекцией достаточно запоминать кодировку для конкретного каталога (включая его подкаталоги). И то только для тех каталогов, где она отличается от дефолтной. При такой постановке вопроса процессор, конечно, нагружается, но по сравнению с нагрузкой на то же декодирование потока - это даже не копейки, это доли промилле какие-то.

    Случай "куча треков россыпью с разными кодировкам в одном каталоге" я не рассматриваю, это случай отдельный. Тут как раз разовое перекодирование предпочтительнее (кстати, для такого перекодирования, ВНЕЗАПНО, тоже нужен инструментарий).

     
     
  • 6.164, Ordu (ok), 13:24, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, не наброс Тебе придётся перекодировать все эти теги Либо в момент, когда ... большой текст свёрнут, показать
     
     
  • 7.185, DarkHobbit (ok), 19:09, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не знаю, откуда у тебя такое впечатление складывается Если плеер основан на кол... большой текст свёрнут, показать
     
  • 2.122, Enamel (ok), 02:44, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В каком месте убили?

    QString provides fromLatin1(), fromUtf8(), and fromLocal8Bit(). Other encodings are supported through the QStringEncoder and QStringDecoder classes.
    https://doc.qt.io/qt-6/qstring.html

     
     
  • 3.160, DarkHobbit (ok), 12:40, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если мы немного попутешествуем оттуда по ссылкам, приходим к списку поддерживаемых кодировок:
    https://doc.qt.io/qt-6/qstringconverter.html#Encoding-enum
    Из неюникодного там только Latin1 и System.
    Классический QTextCode поддерживал кучу кодировок, я мог взять файл в однобайтовой кодировке (совсем необязательно имевшей отношение к локальной кодировке МОЕЙ системы) и перевести его во что угодно.
     
     
  • 4.208, Enamel (ok), 00:40, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если подумать, а какой смысл в других кодировках? Это играет роль разве что для тех, кто делает свой блокнотик. В остальных случаях оно в целом и не надо.
    Не спорю, что это иногда может быть нужно, но лично я использую везде юникод.
    Интересно теперь, когда QTextCodec удалят из Qt 6.

    А в QString в любом случае остается смысл, пока в stl не появятся нормальные строки.

     
     
  • 5.220, Аноним (220), 10:26, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например я для себя написал небольшую программу, которая автоматически обновляет прайс лист от нескольких производителей, но тянет информацию с web страниц этих производителей. У них прайса в другом виде нет, и даже нет общего прайса, а только каждая деталь на отдельной странице. Деталек тысячи, вручную накладно обновлять. Так вот, у некоторых производителей кодировка windows-1251, да и другие встречаются. В самой странице содержится информация о кодировке и программа автоматически преобразует в UTF8 при помощи QTextCodec, а дальше поиск специальной подстроки с ценой детали. Вот эта искомая подстрока иногда содержит кириллицу. Это пример зачем нужны другие кодировки.
     
  • 5.227, DarkHobbit (ok), 19:16, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я выше приводил пример - мне пользователи присылают файлы в cp1251 от сторонней ... большой текст свёрнут, показать
     
     
  • 6.231, Enamel (ok), 23:21, 12/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Повторюсь: не спорю, что это иногда может быть нужно

    Поэтому и предлагаю продолжить использование QTextCodec в Qt 6 из модуля совместимости, пускай и под GPL only.

     
  • 2.172, Аноним (220), 15:05, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Действительно непонятно зачем уменьшили количество поддерживаемых кодировок. Может еще одумаются. Благо возможность использовать QTextCode осталась, нужно только в в pro файле добавить QT += core5compat
     
     
  • 3.173, Аноним (220), 15:05, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *QTextCode
    QTextCodec
     
  • 3.180, Аноним (233), 17:35, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > зачем уменьшили количество поддерживаемых кодировок.

    Просто политика. Заметь, Latin кодировку не убрали.

     
     
  • 4.184, DarkHobbit (ok), 19:03, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Заметь, Latin кодировку не убрали.

    Ну это можно объяснить тем, что Latin - простейшее подмножество UTF8. Но да, на нехорошие мысли наводит.

     
  • 3.182, DarkHobbit (ok), 18:54, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там уже название модуля намекает на то, что оно будет выброшено, вопрос - когда.
    Одумаются ли - зависит от багрепортов, причём конечно, желательно, не от абы кого, а от бояр, покупающих коммерческую версию. :)
     

  • 1.63, Николай (??), 20:07, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кде 6 в 2021, интересно а вы, что думаете?
     
     
  • 2.78, Аноним (75), 21:10, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего. До LTS ещё далеко. Весомых причин нет. Думать о том, чего нет, это избегание реальной жизни.
     

  • 1.70, Аноним (53), 20:53, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Функциональность поддержки платформ, ранее предоставляемая модулями QtX11Extras, QtWinExtras и QtMacExtras, перенесена в специфичные платформозависимые API, доступные напрямую из Qt.

    Это только планируется в 6.1

     
  • 1.79, Аноним (79), 21:15, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не знаю как кому, а по мне то что Windows 7 и 8 более не поддерживаются говорит о том что праздник не удался!
     
     
  • 2.123, Enamel (ok), 02:52, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О чем речь, если сам разработчик этих ОС завершил их поддержку?
    7 перестали поддерживать почти год назад, 8 - в 2016, 8.1 - в 2018
     
  • 2.133, Аноним (132), 03:50, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чет не вижу где это сказано. Сказано только что W10 поддерживается, а что 7 дропнули - нет.
     

  • 1.80, Аноним (80), 21:34, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему в новостях про Qt так много слов 3D? На Qt игры пишут какие-то?
     
     
  • 2.89, Аноним (233), 22:13, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Маркетинг... Кутя давно скатилась.
     
  • 2.94, Кто здесь (?), 22:59, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Кумысэль используют, наверное.
     
  • 2.124, Enamel (ok), 02:53, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    3D - это не только игры, внезапно. И направленность 3D в Qt явно далека от игр
     
     
  • 3.138, Аноним (137), 04:41, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так теперь можно будет и игры, в чем проблема?
     
     
  • 4.167, Аноним (233), 14:34, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если бы Кармаку дали культю и только её, мы бы не увидели Doom.
     
     
  • 5.194, DarkHobbit (ok), 21:22, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ромеро тогда уж.
     
  • 5.195, Аноним (195), 02:33, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    таким как "вы" испраженинями можно лицо обмазать, вы ничего не то что не увидите, не унюхаете, не то что Doom
     

  • 1.81, Аноним (81), 21:39, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Пора начинать KDE переписывать с нуля
     
     
  • 2.86, заминированный тапок (ok), 22:05, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    когда приступаешь?
    надеюсь, оповестишь об этом грандиозном событии сообщество KDE
     
     
  • 3.201, Аноним (200), 13:21, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Завтра после обеда. Отпиши в сообщество сам, мне некогда, я пилю кде.
     

  • 1.84, Аноним (83), 21:55, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Бета-версия, по сути. Нет половины нужных модулей. Придется ждать 6.2, что поделать (мне нужны Multimedia, NFC, Remote Objects).
     
     
  • 2.113, Аноним (113), 02:16, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Релиз будет проприентарным.
     

  • 1.85, Аноним (233), 22:02, 08/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Qt Quick 3D Vulkan Metal Direct 3D

    Вот был раньше один OpenGL, все писали на OpenGL, нафига было рожать этот зоопарк?!

     
     
  • 2.88, заминированный тапок (ok), 22:10, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Metal - это вроде как технология Apple родная для Mac Direct3D - это вроде как... большой текст свёрнут, показать
     
     
  • 3.90, Аноним (233), 22:20, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Metal - 2014, зачем эти поздние роды?!

    Direct3D - тут всё просто, был OpenGL и *nix, как M$ показать, что игры надо писать под венду? А давайте сделаем на венде убл@д*чную реализацию OpenGL, которую обгонит наш же DX, и все будут писать под DX, т.е. под венду!

     
  • 3.91, Аноним (233), 22:22, 08/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Vulkan - это когда Кронос ударился головой в маркетинг. - А что, если развивать OpenGL? - Да ну нах, давайте заставим всех писать на несовместимом ни с чем ассемблере!
     
     
  • 4.102, проект Морелло от ARM (?), 00:17, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    есть OpenGL и OpenGL для встроенных это две большие разници. Вулкан только называют продолжением, на самом деле он имеет совсем другие возможности обработки графики. И потом, зачем он нужен тем кто делает игры под Винды и Соньки. что касаемо мобильных игр. ну нет Mali-G72 в составе arm64 в сочетании с ядрами cortex-a. В конце концов я сам этим и занимаюсь, чего лукавить, да Вулкан поддерживает, но главный упор на экономичность. Обработка графики требует больших энергозатрат. Писать же коммерческие игры под Линукс не имеет смысла. Впрочем, вышел только что новый проц от Квалкомов - он мощный хоть и на cortex-a архитектуре от ARM. никаких х64. интел сдает позиции от мобильных и далее нетбуки, ноуты и так далее. пока вот...
     
  • 3.106, Michael Shigorin (ok), 01:07, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если я правильно понял, то Vulkan -- это ни разу не продолжение OpenGL, а скорее шаг назад, ближе к железу.
     
     
  • 4.108, Аноним (54), 02:09, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Direct3D — это ни разу не продолжение Direct3D, а скорее шаг назад, ближе к железу. Ну вот примерно одно.
     
     
  • 5.126, Enamel (ok), 02:57, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для сравнения скорее лучше "DirectX 12 — это ни разу не продолжение DirectX 11, а скорее шаг назад, ближе к железу"
     

  • 1.101, проект Морелло от ARM (?), 00:01, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да все нормально работает. у меня еще релиз кандидат был собран и под х86 и под arm64 практически вышедший релиз не отличается по коду
     
  • 1.112, Аноним (113), 02:13, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    6.1 или 6.2 будет проприентарный - шас на хомячках оттестируют и закроют. Спасибо, ребяты!
     
     
  • 2.125, Enamel (ok), 02:56, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чиво? Это откуда такая инфа?
     
     
  • 3.128, Аноним (113), 03:07, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так 6.0 уже должен быть закрытым, а раскрываться должны были версии через несколько месяцев/лет. Объявляли сами разрабы.
     
     
  • 4.199, anonymous (??), 12:16, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кто то жопой читал новости
     
  • 3.131, Аноним (113), 03:29, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в это статье напейсано -"Лицензионная политика и модель распространения фреймворка остались прежними, опасения, связанные с усилением коммерциализации проекта, не подтвердились."
    Однако, от старых планов то не отказались официально, всегда висит угроза.
    Имхо, КТ полуприетарная разработка, по сути.
     

  • 1.149, Аноним (148), 10:16, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Windows 10
    >7 нет

    Марионеточная компания Microsoft не палится.

     
     
  • 2.162, DarkHobbit (ok), 13:09, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не то, чтобы хочу сказать, что это хорошо. Это плохо.

    Но с другой стороны, никто не запрещает при необходимости тянуть сборки своих проектов на Qt5 до посинения. Вон, Qt4 поддерживалась много-много лет после выхода Qt5, и только в последние год-два начала выкидываться. Общественность даже не дала выкинуть Qt4 из Debian Buster, хотя поползновения были. При этом Qt4 и Qt5 обладали очень высокой степенью совместимости, если соблюдать аккуратность и не вляпываться в некоторые модули вроде QtWebEngine - можно иметь код, нормально собирающийся и работающий на обеих ветках.

    Если с переходом Qt5->Qt6 будет так же, то для поддержки клиентов на Windows 7 достаточно делать сборки под Qt5, есть шанс, что с Windows 7 люди свалят сильно раньше, чем закончится поддержка Qt 5.

     
     
  • 3.177, Анончик9999 (?), 17:06, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поддержка Qt4 закончилась в 2015 году, 3-х лет, после выхода Qt5.
     
     
  • 4.183, DarkHobbit (ok), 18:59, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну по факту 2015 - это год выхода Qt 4.8.7, которую после этого основные дистрибутивы тянули ещё долго (в Debian Stable есть до сих пор, с патчами для OpenSSL от энтузиастов).
     
  • 3.210, Аноним (210), 00:47, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаете в чём дело дело не в том, что Qt 5 не работает Дело в том, что пи... большой текст свёрнут, показать
     
  • 3.235, Аноним (235), 01:29, 17/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько лет будет поддержка Qt 5?
     

  • 1.155, maxis11 (ok), 11:10, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Два главных вопроса:
    1. от moc наконец избавились?
    2. сделали ли к QObject move конструктор?
     
     
  • 2.168, Частник (?), 14:42, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Полагаю, что это не самые главные вопросы, а вот эти
    1. Какие проблемы с moc?
    2. Есть ли какая то необходимость оного?
     
     
  • 3.170, Аноним (233), 14:51, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Полагаю, ты никогда не видел других языков/фреймворков со свойствами и событиями здорового человека... ой, простите, человека без инвалидности. Тогда бы для тебя был вопрос:
    1. В каком будуне придумали этот moc?!
     
     
  • 4.174, Аноним Вопрошчающий (?), 15:15, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы ты знал зачем он, то и не спрашивал бы. Причём на Qt ты не пишешь, так ради чего лай?
     
     
  • 5.178, Аноним (233), 17:31, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сам-то - знаешь? Или только сейчас увидел?
     
  • 4.175, Частник (?), 15:32, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да что ты такое несешь? Чтоб ты всю жизнь моргерштерна слушал!
     
  • 3.179, Alexey (??), 17:34, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    moc файлы это лишняя каша и такой мусор при сборке. Тем более вообще не нужная ерись. По хорошему это все можно заменить на шаблоны. Мне по ходу работы приходится с приватными классами работать, и поверьте, если бы вместо этого г.. были бы шаблоны то писать было бы на много проще.
     
     
  • 4.193, Аноним (186), 20:29, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    шаблоны не позволяют добиться той степени рефлексии, что с MOC
     
  • 4.196, Аноним (195), 02:36, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    работал он. ты даже не понимаешь, для чего нужен moc, а уже целый параграф выс*ал, откуда вы лезете?
     
  • 2.169, Аноним (233), 14:44, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > от moc наконец избавились?

    Нет, конечно. Это же кутяшевцы.

     
  • 2.191, Аноним (186), 20:24, 09/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. от moc наконец избавились?

    нет, но для property-ей moc и event-loop теперь не нужен, всё на плюсах

     

  • 1.181, Аноним (233), 17:36, 09/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Неудивительно, что от Qt отказываются, с такими-то закидонами...
     
     
  • 2.197, Аноним (220), 09:40, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто отказывается и с какими такими закидонами?
     
     
  • 3.202, Аноним (200), 13:24, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я отказываюсь
     
     
  • 4.206, Аноним (206), 18:55, 10/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я отказываюсь

    И какие у тебя закидоны?

     
     
  • 5.226, Аноним (-), 18:29, 11/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И какие у тебя закидоны?

    Вот тааааакиииие

     

  • 1.207, microsoft (?), 21:41, 10/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > собственный пакетный менеджер на базе проекта Сonan

    Ну конеееечно, использовать сам conan нельзя, в нем фатальный недостаток ага.

    > Перевод полной поддержки JavaScript в разряд опций (использование полнофункционального JavaScript-движка требует больших ресурсов, что мешает применению QML на таком оборудовании, как микроконтроллеры).

    Да лааадно а то сразу не понятно было.

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

    Да лаааадно а то сразу не понятно было что это уг.

    > В качестве системы сборки использован инструментарий CMake вместо QMake.

    Да ты чееее, а то сразу не понятно было что оно мертворожденное.

    > Расширена поддержка дополнительных языков, таких как Python и WebAssembly.

    Ну а кудаж без этого а то работать та там остались только вебмакаки и они же ныть будут если это не поддерживать.

     
  • 1.236, Andrey_Karpov (ok), 22:47, 16/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Заглянули на огонёк. Обработка дат притягивает ошибки или 77 дефектов в Qt 6 - https://www.viva64.com/ru/b/0801/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру