Представлен (https://blog.lxqt.org/2018/05/release-lxqt-0-13-0/) релиз пользовательского окружения LXQt 0.13 (http://lxqt.org/) (Qt Lightweight Desktop Environment), развиваемого объединённой (https://www.opennet.me/opennews/art.shtml?num=37473) командой разработчиков проектов LXDE и Razor-qt. Интерфейс LXQt продолжает следовать идеям классической организации рабочего стола, привнося современное оформление и приёмы, увеличивающие удобство работы. LXQt позиционируется как легковесное, модульное, быстрое и удобное продолжение развития рабочих столов Razor-qt и LXDE, вобравшее лучшие черты обеих оболочек. Код размещён (https://github.com/lxde) на GitHub и поставляется под лицензиями GPL 2.0+ и LGPL 2.1+. Появление готовых сборок ожидается для Ubuntu (https://launchpad.net/~gilir/+ppa-packages), Arch Linux (https://www.archlinux.org/groups/x86_64/lxqt/), Fedora (https://fedoraproject.org/wiki/Changes/LXQt), openSUSE (http://download.opensuse.org/repositories/X11:/LXQt/), Mageia (http://mageia.madb.org/package/show/release/cauldron/applica...), FreeBSD (https://wiki.freebsd.org/LXQt), ROSA (http://wiki.rosalab.ru/en/index.php/LXQt) и ALT Linux (http://packages.altlinux.org/ru/search?utf8=✓&branch=...).Особенности (https://forum.lxqt.org/t/release-lxqt-0-13-0/301) выпуска:
- Проведена адаптация всех компонентов для использования Qt 5.11;
- В состав проекта приняты менеджер процессов qps (https://github.com/lxqt/qps) и программа для создания скриншотов screengrab (https://github.com/lxqt/screengrab);
- Механизм кэширвоания содержимого меню переведён в разряд опциональных и отключен по умолчанию в панели и интерфейсе запуска приложений (runner) для предотвращения утечек памяти и обхода проблем при перезапуске или завершении работы LXQt;
- Изменён процесс сборки, который теперь производится только в режиме out-of-source, при котором сборка производится из отдельного каталога с сохранением генерируемых объектных и исполняемых файлов в новые подкаталоги, отдельно от файлов с исходными текстами;
- Библиотека libfm-qt, которая предоставляет привязки для Qt, используемые в процессе работы файлового менеджера PCManFM, теперь более самодостаточна и меньше привязана к libfm, что положительно сказалось на производительности и гибкости использования. Обзор изменений в libfm-qt и libfm можно найти в тексте анонса PCManFM 1.3 (https://www.opennet.me/opennews/art.shtml?num=48487);
- В liblxqt добавлены средства управления фоновой подсветкой и возможность отключения монитора;
- В панели в контекстное меню, отображаемое для запущенных приложений, добавлены операции перемещения окна и изменения его размера;
- Улучшена интеграция между плагином для отображения состояния раскладки на панели и настройками клавиатуры;
- В qterminal добавлен редактор ярлыков, обеспечено закрытие вкладки по клику средней кнопкой мыши, предоставлена возможность изменения цвета вкладки, улучшена заметность активной вкладки;- В qtermwidget улучшено оформление, задействована новая цветовая тема, добавлена корректная поддержка символов UTF-32, улучшена поддержка FreeBSD;- Улучшено качество переводов;
- Улучшена реализация свойства LXQtCompilerSettings;
- Базовые настройки по умолчанию перенесены в каталог /usr/share/lxqt, для их переопределения дистрибутивы могут использовать каталог /etc/lxqt;
- Повышены требования к зависимостям: для сборки нужен как минимум Qt 5.7.1, пакеты lxqt-* теперь требуют liblxqt >= 0.9.0, lximage-qt, lxqt-qtplugin и pcmanfm-qt - libfm-qt >= 0.13.0, а qterminal - qtermwidget >= 0.9.0;
- Добавлены новые зависимости: liblxqt и lxqt-admin теперь напрямую зависят от libpolkit-qt5-1.
Сообщается, что уже началась работа над выпуском LXQt 1.0.0, главной задачей которого является доведение до полной готовности возможности работы поверх Wayland.URL: https://blog.lxqt.org/2018/05/release-lxqt-0-13-0/
Новость: https://www.opennet.me/opennews/art.shtml?num=48638
> главной задачей которого является доведение до полной готовности возможности работы поверх Wayland.Ох уж эти хипстеры.. модно быть модным.
Так они вроде как изначально собирались под вяленого делать, с печатью выпуска
С первого выпуска.
В смысле что всегда с вяленым на уме были
> Так они вроде как изначально собирались под вяленого делать, с печатью выпускаТем смешнее их потуги: "Ну не шмогла я, не шмогла".
Главное, сколько сил и средств затрачено на создание того же велосипеда, только с рулём, торчащим из задницы и без седла. Если бы эти силы и средства направили на доделку работы Иксов, то давно бы существенно продвинулись в этой области, а так из-за этого недовелосипеда Вэйлэнда топчутся на месте. Дурацкое счастье -- оно такое: пей кокосы, жуй бананы.
https://www.x.org/wiki/Development/X12/Вперёд, за орденами.
А редхат с интелом кто убеждать будет?
Да там почти весь Lunux Foundation убеждать надо.
Поправил: Да там почти весь Linux Foundation убеждать надо.
> Если бы эти силы и средства направили на доделку работы Иксов1. Все равно получилось бы без сетевой прозрачности (смотри X12)
2. Все равно пришлось бы ломать совместимость
3. При этом остается двойная буферизация
И силы тратят в основном только разработчики DE. Программам почти без разницы, тем которые были на qt/gtk
Если верить Martins blog KDE то у них без иксов станет куда меньше багов:
"This requires a little bit more explanation. I had a look at the most prominent issues we had over the last years. Where are our stability problems, where are our quality problems, what costs most development time? I observed that it was always in new features specific to X11. Very often even for features we added to Wayland without causing problems.So I started to look into why that’s so. The obvious answer that we don’t get bugs for Wayland because nobody uses is, is not the case. We get many bug reports for Wayland and many users are nowadays running Wayland. So the reason must be somewhere else."
Полный текст: https://blog.martin-graesslin.com/blog/2018/01/kwinx11-is-fe.../
> Если верить Martins blog KDE то у них без иксов станет куда меньше баговА без иксов и вейланда, наверное багов бы совсем небыло!
>началась работа над выпуском LXQt 1.0.0, главной задачей которого является доведение до полной готовности возможности работы поверх Wayland.Переход на Kwin, то есть. Openbox для Wayland не ждём. LXDE была прокачанным Openbox, LXQt будет будет облегчённым KDE.
Ну открытокоробки под вяленый пока не будет, да. Зато разработчик JWM вроде как собирается к третьей версии добавить его поддержку. https://github.com/joewing/jwm/issues/103
А пока из оконников, умеющих в вейланд, есть sway.
З.Ы. Нужно будет ещё Liri пощупать как-нибудь.
Нативной поддержки QtCurve не хватает.
>Сообщается, что уже началась работа над выпуском LXQt 1.0.0, главной задачей которого является доведение до полной готовности возможности работы поверх Wayland.Ээм, у них же, вроде, нет своего WM. Что они там доводить собрались?
в DE обычно какой либо WM предоставляется по дефолту. Видимо, речь о том, что я озвучивал в предыдущей теме - осуществление планов по переезду с дефолтного openbox на дефолтный kwin или что нибудь навроде.
Довольно прискорбно, учитывая что гуевые кастомизировалки открытокоробки пилятся как раз таки ими (благодоря чему сабж можно накатывать не-гикам со слабым железом)
> Довольно прискорбно, учитывая что гуевые кастомизировалки открытокоробки пилятся как
> раз таки ими (благодоря чему сабж можно накатывать не-гикам со слабым железом)При этом всё равно приходится вручную патчить конфиг, чтобы WM работал так, как мне хочется.
Давайте будем честны, такие "кастомизировалки" может за неделю на питоне написать кто угодно (я точно могу). Делать я этого конечно не буду, т.к. у меня нужный конфиг давно есть.
>Давайте будем честны, такие "кастомизировалки" может за неделю на питоне написать кто угоднону, если без гуя, то даже на баше можно. Речь не об этом же
Для чего включили screengrab в состав проекта? lximage-qt умеет же делать скриншоты, и его функционал больше. Темы, особенно Light, допилили по ходу дела, а то пришлось ручками править lxqt-panel.qssВ qps не увидел вывода общей загрузки проца и объёма свободной памяти.
Как там поживает qlipper, не глючит менюшка выбора копипаста при многострочном копировании текста? Powermanager нормально работает, экран не выключается через каждые 5 минут? Главное меню не разваливается при вводе в строку поиска текста?
Не хватает аналога obkey, но не особо сильно.
>Для чего включили screengrab в состав проекта?Немного UNIX-way не помешает
вот кроме этого варианта, не нашёл смысла
>Не хватает аналога obkeyзато есть свой плеер!
>>Не хватает аналога obkey
> зато есть свой плеер!Плеер любой можно поставить, а вот редактор клавиатурных комбинаций для дефолтного wm
можно было бы запилить. Поэтому lxqt в debian идёт вместе с xfwm4, а не openbox.
Думаю, юзать уже можно.
Дефотлная панель, конечно, по прежнему вырвиглазна, но это поправимо.
Всяко интереснее застрявшего в развитии Xfce. И не надо про то что он и так идеальный. Кроме новых функций в нем в первую очередь не хватает проработки уже существующего функционала.
> Кроме новых функций в нем в первую очередь не хватает проработки уже существующего функционала.Тутем переписывания на электроне?
> Кроме новых функций в нем в первую очередь не хватает проработки уже существующего функционала.Аноним, вы несете какую-то дичь. Чего конкретно не хватает?
Поиска не хватает.
Возможно Вам подойдет Catfish? Или Вы имели ввиду что-нибудь вроде "искать везде"?А в целом - мелочи. Есть в крысе что-то адекватное. Авторы - молодцы
Как насчет поддержки клавиши Win в глобальных шорткатах? Или равномерного распределения значков на десктопе в зависимости от разрешения экрана, чтоб отступ слева до крайнего левого значка был равен отступу справа до крайне правого значка? Учитывая минимализм DE, может ну его, реестр настроек? Там все равно пара галок на приложение, зачем такой толстый слой затащили? Как насчет регулировок панелей драг-н-дропом и закреплением, а не через числовые инпуты? Я могу долго перечислять, но люди без чувства прекрасного даже в таком грубом деле как десктоп линуксоида, меня все равно не поймут.
> Как насчет поддержки клавиши Win в глобальных шорткатах?В крысе? Прекрасно.
> Учитывая минимализм DE, может ну его, реестр настроек?Это Вы о гноме? В крысе есть обыкновенный их редактор, предоставляющий доступ к файлам конфигов.
> Как насчет регулировок панелей драг-н-дропом и закреплением, а не через числовые инпуты?Как насчет того, что драг-н-дропом она перемещается?
> В крысе? Прекрасно.https://bugzilla.xfce.org/show_bug.cgi?id=13325 причем это дубликат какого-то древнего бага, который еще со времен +/-4.06 тянется (уже не помню за давностью лет).
> Это Вы о гноме? В крысе есть обыкновенный их редактор, предоставляющий доступ к файлам конфигов.
Но зачем? Даже KDE простыми .ini-файлами обходится. Зачем XML, зачем редактор для двух-трех настроек?
> Как насчет того, что драг-н-дропом она перемещается?
А остальное? Почему я не могу потянуть за край и отрегулировать размер?
Ко многому привыкаешь, но важно уметь смотреть на вещи как первый раз, со стороны, выходя за привычные паттерны пользования. И тогда будет видно множество путей развития. В конце концов, дьявол кроется в деталях, как говорится.
Например, вкладок.
тема Light вполне нормальная, если шрифты или отступы не нравятся всегда можно подстроить под себя вручную, синтаксис в .qss вменяемый
Ярлыки уже сделали как в MATE? Z из орписания не понял. Я на их гитхабе создавал запрос, ответили что идея хорошая, но был какой-то баг.
Перевод проекта на Qt это смерть Lubuntu. Как вообще сочетается легковесность, быстродействие и Qt? Правильно, никак.
прекрасно сочетаются, на данный момент одно из самых легких ДЕ. в отличие от того же гомо3, упоровшегося в край
проблема в том, что альтернатив кьюту нынче нема. Гномеры упоролись в край и решили ломать обратную совместимость каждые два (?) года - смысла на гтк писать больше нет. А всякие fltk и прочие fox'ы - маргинальщина с 1.5 коммитящами анонами. Пилить что либо для личных нужд можно на чем угодно (я себе текстовый редактор писал на pyglet, лол). А проекты типо сабжа - не серьезно.
Вот и получается, что либо qt, либо сидеть в ядреной сосноли
Не хватает WM на QT.
Допилили бы какой-нибудь EggWM, что-ли.
И что с этим делать в QuickTime Player’е?
> В состав проекта приняты менеджер процессов qps и программа для создания скриншотов screengrab;Зачем писать велосипеды? Нельзя взять КДЕшные проги? Вроде kdelibs теперь не монолитное г-но, а вполне модульное, так что много зависимостей не должно потянуть.
А зечем писать еще одно KDE?
посмотрите зависимости qps и kde applications, да и в составе как бы синергия
> Вроде kdelibs теперь не монолитное г-но, а вполне модульноеТонко!
Даже в арче пока нет
Ставил кто? Ярлычки можно как в MATE или Win?