Разработчики среды рабочего стола LXQt опубликовали корректирующие обновления некоторых компонентов, в основном связанные с устранением проблем, всплывшиз после обновления Qt до версии 6.7...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61118
Утекает
Все как в песне Мумми-Тролей
Тут вопрос к босшовному обновлению Qt даже внутри мажорной версии.
> xdg-desktop-portal-lxqt 1.0.2 - решена проблема с файловыми путями, строка с которыми содержит нулевой символ. Проблема проявляется с недавнего времени при использовании Firefox.там на каждый chop нулевого байта внутри 4 if-а и куча разыменований
кто там кукарекал, что lxqt быстрый?
Дело не в том что он быстрый, а втом что он субъективно быстрее КДЕ с его включенными анимациями и другими "рюшами". КДЕ с выключенными эффектами с другой стороны не особо то и эффектно смотрится по сравнению с альтернативами. Тех кому не интересно "ковырять" сотни настроек в погоне за балансом скорости и броскости вполне устраивает альтернатива в виде lxqt (ну не Гнум же в самом деле!).
оно на виджетах, а это, по сравнению с qml, тупиковый путь, убогий внешний вид (что видно на скринах с офф сайта, с qss нормальный сложно сделать) и тормозахотя телеграм как-то пыхтит пока что, но там кастомные виджеты
Какие еще тормоза могут быть у qt widgets? Они при запуске не требуют графического ускорения видеодрайвера ради отображения микротени на стыке двух фреймов, и уж тем более им не нужны шейдеры для анимации и рендеринга в отличие от QML. Я надеюсь вы понимаете что QML исполняется в рантайме, и его нужно кхе кхе "компилировать" (перегонять jit кеш в c++ вид) https://doc.qt.io/qt-6/qtqml-qtquick-compiler-tech.html но лучший результат все равно дает только коммерческий qmlsc.
по твоей же ссылке специально для особо одарённых написано, застрявших в 2011> Qt Quick Compiler lets you process QML and JavaScript code at compile time, rather than at run time. This allows for:
теперь сравни это со своими бреднями про "QML исполняется в рантайме" (шта?) и "перегонять jit кеш в c++ вид" (шта??)
на и больше не позорься
https://www.qt.io/blog/optimizing-your-qml-application-for-c...
и свою ссылку уж прочитай как-нибудь
Читать, по ходу, не умеет ё-эксперт ))Qt Quick Compiler состоит из двух компонент: QML type compiler и QML script compiler.
Первый доступен для всех версий Qt (в смысле всех типов лицензий), но пока еще в стадии Tech Preview и без гарантий (см. врезки «Warning: qmltc is currently in a Tech Preview stage...» и «Note: qmltc does not guarantee that the generated C++ stays API-, source- or binary-compatible...»).
Второй в свою очередь состоит из двух утилит: qmlcachegen (также доступна для всех лицензий Qt) и qmlsc (доступна только для коммерческих пользователей) и также идет без гарантий (см. множественные врезки Warning и раздел «Limitations when compiling JavaScript to C++» в конце описания).
И да, qmlsc в посте выше был упомянут как дающий наилучший результат, но только на коммерческой основе.
> Читать, по ходу, не умеет ё-эксперт ))это прекрасно...
приходи, когда сформулируешь мысль о том, как твой текст подтверждает бредни анонима выше или опровергает то, что написал я
Легко опровергает то, что написал ты:
1. Компилятор QML в полном объеме доступен только коммерческим пользователям Qt и не доступен для FOSS-проектов. Здесь же топик про LXQT, который ни разу не коммерческий.
2. Компилятор QML уже много лет в стадии Tech Preview и никак не выйдет из этого состояния, поэтому продвигать его как актуальную технологию нельзя даже с большими натяжками.
3. Интерпретируемый QML не будет ни быстрее, ни менее жручим до памяти, чем компилируемые виджеты. (Ну, это в общем случае. Если у тебя есть талант, то можно добиться того, что компилируемый код будет во много раз медленнее интерпретируемого аналога).И человек выше просто написал, что *сейчас* QML жручее и «тормозее», чем классические виджеты. А с учетом относительной новизны технологии и постоянно вносимых в нее несовместимых изменений - еще и падучее.
> оно на виджетах, а это, по сравнению с qml [...] тормозаА можно ссылочку о тормозах виджетов по сравнению с qml?
Ну, или хотя бы объясни в двух словах чем оно, по твоему мнению, может быть обусловлено?
> он субъективно быстрее КДЕНу субъективно-то конечно. Себе внушить можно всё что угодно.
lxqt быстрее жирнючей плазмы с квином уж точно.
lxqt - вполне достояный вариант для ноутбуков, минималистичное окружение, каждый компонент независим от другого компонента
Ознакомился со списком. Это не корректирующие обновления. Это крах проекта из-за "новой версии" Qt.
Qt вызвал крах проекта LXQt. Проблемы — не проблема!
Там просто тестировать некому перед релизом свои опусы. Один разраб и один тестер, этого мало.
Хотел LXQT 2.0 пощупать, но понял, что сырое оно пока.
Вот когда 2.1 станет доступна, тогда и можно будет переходить.А пока посижу на LXDE. Маргинально. Но, работает и кушать не просит.
А 1.4 чего не щупается?
Да стоит 1.4, только у меня там глюк: у окна Firefox вылезают лишние декорации. Что бесит.У меня параллельно установлены LXDE, LXQT и Trinity. Чаще сижу в сессии LXDE. Там все работает как часы.
> У меня параллельно установлены LXDE, LXQT и TrinityСразу видно человека, занятого делом))
Да DE поставить минутное дело.
А настроить руки не доходят. Выше писал, что косяк с декорациями. Там наверное плевое дело поправить конфиг Openbox. А лень. Мне проще перезагрузится в другую сессию, где этого глюка нет.
Классный ник!)))
Не согласен. Интел Корё два дуо у меня. У него нет.
Может человек на пенсии. У меня вот тоже 7 десяток пошёл, но это не повод чтобы на всё забить и сидеть на лавочке у подъезда.
купите дачу
>> У меня параллельно установлены LXDE, LXQT и Trinity
> Сразу видно человека, занятого делом))чья бы корова мычала...