qml для десктопа

Уже всё необходимое есть. На виджетах больше нет необходимости писать в 99% процентах случаях.

qml для десктопа

Не нужен. То же самое, что Electron, только вид сбоку.

Plasma целиком на нём построена. И большинство кедоаппликух на него перевели

Нет. Ты получаешь нативный интерфейс без необходимости описывать интерфейс кодом.

Тормозное то самое. Так-то для всяких там виджетов погоды пойдёт, но не более.

https://woboq.com/blog/qml-vs-cpp-for-application-startup-time.html

нативный интерфейс

Это тот, что на JavaScript'ах и движке V4?

Он вообще никому не нужен, кроме вебистов.

Вранье. На qml только плазма, аппликухи как были так и остались на виджетах. Из аппликух которые на кумээль могу вспомнить разве что discover или как там его, которым я все равно не пользуюсь, даже telepathy закопали (хотя идея была отличная, жаль что заглохло) и откопали kopete.

Полноценной замены вторые контролы не дают, десктопный стиль к ним и вовсе завезли только недавно, какьбы не в 5.10, точно не помню.

Но кдешники пишут qml widgets или как то там, чтобы в qml использовать именно все обычные виджеты. Если взлетит то это будет бомба, и видимо это и станет поводом для kde 6.

Настройки на QML переписали. System Settings которые. Теперь они выглядят отвратно и тормозят.

А ещё всякие плееры нескучные на QML лепят:

http://www.opennet.ru/opennews/art.shtml?num=48436

Это тот, что на JavaScript'ах и движке V4?

Нет.

Всё так же уныло. Даже нативную отрисовку текста не умеет.

Только он не нативный.

renderType: Text.NativeRendering — не?

Последний раз когда я тыкал qml, его нельзя было задать глоабально.

О чем вообще речь? qml'ный Text же сто лет как имеет параметр renderType который можно выставить в Text.NativeRendering (а в первых контролах Label который был потомком текста - выставлял в натив по дефолту)

А. В этом плане в 5.10 добавили QQuickWindow::setTextRenderType.

System Settings, Kdenlive (новый который), KInfoCenter, Dolphin, судя по лагам в ресайзе окна. Так что всё подряд переписывают

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

Сеттингсы точно переписали? Я разницы с тем как было совсем не заметил, да и там на древовидность можно переключиться (а treeview в qml ЕМНИП как раз и нет(ну или не было)). Надо будет глянуть, что там внутри.

Ну я отличий не нашел.

А собсно вон тот пост про declarative widgets, на которые я возлагаю большие надежды. https://www.kdab.com/declarative-widgets/

ИМХО, только под SailfishOS на нем хорошо писать в связке с JavaScript

Переписали. Как минимум боковую панель, которая теперь дико лагает.

Тормозит, жрёт больше озу, и тд.

Тормозит, жрёт больше озу, и тд.

Эээ... Я не заметил разницы в производительности. Учитывая, что там уже кеш есть, я даже в старте разницы не заметил. Я, конечно, допускаю, что у меня слишком мощное железо, но честно говоря я не понимаю, чему там тормозить.

P.S. Вот как slack на электроне тормозит я отлично вижу. А как qml — нет.

Так на QML нет серьёзного софта. Тестить не на чем.

Вот пишу прикладуху на работе:

http://i65.tinypic.com/2rony89.png

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

А с qml возможен вариант когда вьюха на qml, а логика полностью на крестах? Как вообще qml и с++ миксуются?

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

Да, конечно, возможно. Делаешь Q_PROPERTY для объектов, Q_INVOKABLE методы для дёргания из QML, сигналы-слоты доступны напрямую, модели пробрасываются с прописыванием roleNames(). Типы, которые пробрасываются, регистрируешь через qmlRegisterType, и пользуешься как любым другим объектом в qml.

Так на QML нет серьёзного софта. Тестить не на чем.

Тут пишут, что весь KDE. К тому же, зачем тебе «серьзеный софт»? Пилишь тестовые апликухи и поехал.

Тут пишут, что весь KDE

На заборе тоже много чего пишут. Пока только панелька в плазме.

плюсую. периодически подлагивает при скролле

Это основная идея. Я такое с хаскелем делал :)

Можно. Но без C++/Qt далеко не уедешь.

Kdenlive

https://github.com/KDE/kdenlive/search?l=qml

Там только какие-то мониторы на QML.

KInfoCenter

https://github.com/KDE/kinfocenter/search?l=qml

Там всего три файла на QML, не уверен отвечают ли они за весь GUI или только же за один-два QtQuick-виджета.

Dolphin

https://github.com/KDE/dolphin/tree/Applications/18.04

Полностью на C++/Qt.