После года разработки сформирован (http://lxqt.org/release/2017/10/21/lxqt-0120/) релиз пользовательского окружения LXQt 0.12 (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=...).Особенности выпуска:
- Новый диалог для открытия и сохранения файлов, в котором доступны все возможности, предоставляемые файловым менеджером pcmanfm-qt;
- Поддержка тем пиктограмм, адаптирующихся к цветовой схеме (расширение FollowsColorScheme, предложенное проектом KDE);- Улучшенная поддержка экранов с высокой плотностью пикселей (используется Qt::AA_UseHighDpiPixmaps);
- Во все приложения обеспечена поддержка обработки базовых параметров командной строки (--help, --version);
- Проведена оптимизация кода - по возможности задействованы итераторы и квалификатор переменных const;
- Во все пакеты добавлена обработка параметра LXQT_CONFIG_PATCH_VERSION для раздельной обработки корректирующих выпусков;
- Расформирован пакет lxqt-common, файлы из которого перемещены в репозитории различных компонентов;
- Подготовлен новый компонент lxqt-themes;
- Модернизирован процесс завершения сеанса при выключении или перезагрузке - вначале завершаются все компоненты LXQt, а потом вызывается соответствующий обработчик в системе инициализации. В lxqt-session добавлены отдельные методы для выключения и перезапуска;
- Улучшена настройка системы вывода уведомлений;
- В lxqt-qtplugin добавлена поддержка символьных пиктограмм в формате
SVG;- В панели lxqt-panel решена проблема с дублированием пиктограмм, для отображения времени задействован апплет worldclock, оптимизирован процесс кэширования элементов меню, добавлен вывод уведомления при изменении громкости;
- Сформирован выпуск эмулятора терминала qterminal 0.8.0 (http://lxqt.org/release/2017/10/21/qtermwidget-qterminal-080/) и виджета qtermwidget, в которых отмечена значительная внутренняя переработка, расширена поддержка HiDPI, улучшена обработка escape-последовательностей, улучшены средства для вставки из буфера обмена (появилось подтверждение вставки многострочных вставок);
- Опубликован (http://lxqt.org/release/2017/10/21/lximage-qt-060/) просмотрщик изображений lximage-qt 0.6.0, в котором проведены оптимизации, улучшено отображение списка миниатюр, работа на экранах 4K переведена на HighDpiPixmaps, представлена возможность захвата областей экрана и функция загрузки в online-сервисы imgur и imageshack.
URL: http://lxqt.org/release/2017/10/21/lxqt-0120/
Новость: http://www.opennet.me/opennews/art.shtml?num=47430
Ого, порадовали. Я уже думал, что всё умерло.
Лучше бы умерло и развивалось lxde. Зачем плодить такие "легковесы", когда они уже есть, не понятно.
В смысле плодить? LXDE мутировал в LXQt. Если ты вдруг не знал.. А еще не "плодить легковесы" Звучит не уместно, как минимум по тому что это один из немногих случаев когда разработчики 2х легковесов объеденились в один. Если тебе просто LXDE нравится больше - так бы и сказал, без псевдо-причин
Неуместны тут только подобные комментарии, которые выдают такие вот мутации за какое-то достижение. А в итоге, вместо одной недоделанной де получилось две.
Так пользуйтесь доделанными. Нафига жрать кактус и ныть что колется?
Примеры доделанных легковесов, пжлста.
fluxbox, iw3, awesome тысячи их
Вы правда не видите разницы между ДЕ и ВМ?
> Вы правда не видите разницы между ДЕ и ВМ?да
опенбокс+тинт2 и чуток всякой мелочи в автозапуске обходит ДЕ как стоячего
Вы мне меня 10+ летней давности напоминаете. Теперь я вас всех презираю и стебу.
Втут уже был один олдскул-смешарик с TWM. Бодайтесь в своей категории, вобщем
В мире форков - это Достижение сравнимое с полетом первого космонaвтa (не Шаттлворта). Хотя к черту, даже Он и то понял что глупо и по-детски пилить отдельное ДЕ, кстати весьма годное по-слухам.
В мире форков это наверное достижение, но вот в мире десктопов очень спорно, ибо легче LXDE нет ничего на сегодняшний день.
XFCE поспорит.
twm, *box, windowmaker?
А как же LXLE?
>даже Он и то понял что глупо и по-детски пилить отдельное ДЕ, кстати весьма годное по-слухам.Мне кажется, не он понял, а его карман это понял :) И он не только его пилил отдельно, а вместе со своим МИРом, что было в несколько раз более накладно. Хорошая попытка была, жаль, что не оценили её. Впрочем, меня и иксы с КДЕ устраивают :)
> Неуместны тут только подобные комментарии, которые выдают такие вот мутацииПоскольку Вы явно не в курсе, давайте попробую объяснить:
http://www.opennet.me/openforum/vsluhforumID3/109691.html#36Вкратце -- "мутации за достижение" тут про gtk3 и его новую (по сравнению с gtk2) команду.
PS: при этом LXDE как минимум Андрей продолжает сопровождать; ноющие могут вдруг собраться с духом, взять с полки напильник и спросить его, над чем бы тоже поработать.
Из-за невменяемости команды gtk3, все проекты ринулись переписывать свой софт на qt? Болтовня ни о чём. Вы в этих делах профессионал, похоже.
> Из-за невменяемости команды gtk3, все проекты ринулись переписывать свой софт на qt?Не все, но многие, среди них pcmanfm. И я говорю о том, что знаю, подписывая сказанное своим именем -- в отличие от Вас по обоим пунктам.
Михаил, проверьте пожалуйста есть ли в дистрибутивах альта драйвер amdgpu, а то на radeon rx 550 не грузятся ни альт kworkstation 8.2 live x64 ни simply 8.2 live x64. Это то что я проверял.
> Михаил, проверьте пожалуйста есть ли в дистрибутивах альта драйвер amdgpuВ ядре есть (и std-def, и un-def); в libdrm есть; там что-то нужно по части xorg?
> а то на radeon rx 550 не грузятся ни альт kworkstation 8.2 live x64
> ни simply 8.2 live x64. Это то что я проверял.Повесьте багу на что-нить из них; переслал выпускающим эти дистрибутивы и майнтейнеру xorg, но вообще-то здесь это офтопик, лучше бы в какой из тем про альт, ещё лучше почтой и в идеале именно через https://bugzilla.altlinux.org/enter_bug.cgi?product=Simply&#...
PS: озадачились, спасибо.
> LXDE мутировал в LXQtНичего подобного. LXQt это с самого начала отдельная, никак не связанная с LXDE среда.
> LXQt это с самого начала отдельная, никак не связанная с LXDE среда.Ничего подобного. LXQt как раз возник на стыке LXDE и Razor-qt (я его собирал тогда) -- PCMan пошёл перетаскивать libfm/pcmanfm с GTK на Qt, умаявшись с деструктивными пофигистическими гномятниками, в итоге проекты вполне естественным образом подружились.
Просьба не рассказывать с таким уверенным видом о том, чего не знаете достоверно: кто-то может поверить и потащить необоснованные слухи дальше.
Был LXDE и был Razor-Qt. Потом они объединились и стал LXQT.
Потом они объединились и начали пилить LXQt, в котором всё с нуля написано на Qt. С LXDE ничего общего нет. В контексте текущей ветки именно это имелось ввиду, а не кто из разработчиков, что, и с кем.
Здрасьте, а menu-cache и libsysstat?
LXQt и LXDE - разные среды. Легковесная из них только LXDE. А LXQt - полноценная, с анимациями, отсутствием модульности и другими качествами, присущими современным средам рабочего стола вроде Gnome и KDE.
LXQt "легковесней" XFCE будет, а уж с GNOME3 и сравнивать нет смысла.См. ссылку ниже.
Может и будет. Пока тесты говорят об ином.
> Может и будет. Пока тесты говорят об ином.Вот мои тесты на сопоставимых окружениях: http://www.altlinux.org/Starterkits/Memory
lxde: 115 Мб
lxqt: 124 Мб (0.10.0)
xfce: 129 Мб (4.12)Этой весной замерял.
PS: не знаю, куда делось сообщение, подписанное "Андрей" -- но хороводы в своём вкусе сами извольте водить; а я уж как умею, так имеющие прямое отношение к вопросу ответы и пишу.
Вот только если сравнить приложения Xfce и приложения LXqt, выходит совсем печальная картина. Вторые и едят процессора больше, и памяти потребляют до двух раз больше. Даже некоторые гномовские приложения, вроде Nautilus, стоят в сторонке по потреблению памяти, по сравнению с этим Lxqt. А так да, легковеснее
> Даже некоторые гномовские приложения, вроде Nautilus, стоят в сторонке
> по потреблению памятиМетодику замеров потребления памяти отдельными приложениями -- в студию!
(здесь некоторые давно закончили горшковое отделение и в курсе про разделяемые библиотеки)
Ого, не думал, что когда-нибудь скажу подобное, но Шигорин дело говорит!
>> Легковесная только LXDE. А LXQt - с анимациямиЕсли анимации ничего не весят, может, и LXQt - легковесная?
>>> Легковесная только LXDE. А LXQt - с анимациями
> Если анимации ничего не весят, может, и LXQt - легковесная?Надо сначала определиться. Вы понимаете легковестность по потреблению памяти. А для многих легковесность - низкое потребление всех ресурсов, т.е. не только оперативной памяти, но и дискового хранилища, вычислительных ресурсов CPU и GPU, заряда источника питания.
Анимации же всегда увеличивают энергопотребление. Особенно если отрисовка производится на GPU.
> легковесность - низкое потребление всех ресурсовИз этого не следует, что анимации не могут быть легковесными? Enlightenment, например, довольно легковесная среда, хотя свистит и пердит со страшной силой.
> Из этого не следует, что анимации не могут быть легковесными.Это не вопрос, а утверждение. Промахнулся занком препинания.
Наличие/отсутствие "анимаций" сегодня - не признак легковесности.
Насчет модульности, LXQt гораздо полнее следует XDG, чем LXDE, так что впиливать/выпиливать компоненты в нем легче.
> Наличие/отсутствие "анимаций" сегодня - не признак легковесности.
> Насчет модульности, LXQt гораздо полнее следует XDG, чем LXDE, так что впиливать/выпиливать
> компоненты в нем легче.LXDE из реп можно ставить по частям.
> Поддержка тем пиктограмм, адаптирующихся к цветовой схеме (расширение FollowsColorScheme, предложенное проектом KDE)Джва года ждал.
Годно! Заценим...
как оно по возможностям\стабильности по сравнению с lxde? уже сравнялось?
по потреблению памяти сравнялись, фич наверное у LQXT побольше, глюков и крэшей не заметил - будем считать стабильным.
https://blog.lxde.org/2016/10/04/benchmark-memory-usage-lxqt.../
Тут "к-счастью" экстенсивный путь развития, поэтому и новые фичи появляются более редко (и более скромные) чем у мейнстримовых DE, но и глюки соответсвенно тоже. Из фич лично мне не хватает нормальной интеграции пары утилит из Plasma: Kwallet (есть lxqt-wallet, но что она делает я так и не понял) и синхронизации сообщений с андроид смартом (уже подзабыл ее название). А то вот иногда лежу себе и получаю на телефон звонок или смс, а встать глянуть - ох как лень.
Ты имеешь в виду KDEConnect.
Кстати, у меня она более-менее заводится даже вне KDE. Работают не все функции, но, по крайней мере, уведомления отображала исправно даже в составе Xfce, через Xfce-шную уведомлялку.
Когда хоть они уберут этот адовый винегрет из иконок в трее?
Enjoy your концепция перекрывающих друг друга окон.Взять, к примеру, иконки thunderbird и transmission. Почему они вынесены в трей? А чтобы не нагромождали таскбар. В то же время уже давно есть элегантное и красивое решение: выносить оба приложения в отдельные воркспейсы и вовсе отказаться от таскбаров. Держать в уме, что Alt-8 -- это "переключиться к thunderbird", а Alt-9 -- "переключиться к transmission".
Но нет. Будем продолжать копировать неудачные десктоп-концепции из редмонда. И теперь каждому разработчику долгоиграющих фоновых гуишных приложений (включая те же плееры) приходится раз за разом заново реализовывать настройку "Показывать иконку в трее".
Упаси Господи вас послушать!
> и вовсе отказаться от таскбаров. Держать в уме, что Alt-8 --
> это "переключиться к thunderbird", а Alt-9 -- "переключиться к transmission".Вот жесть какая
> Держать в уме, что Alt-8 -- это "переключиться к thunderbird", а Alt-9 -- "переключиться к transmission".Потом понадобится занять и Shift, потом Alt+Shift, но 50 окон так всё равно не переключить...
> Потом понадобится занять и Shift, потом Alt+Shift, но 50 окон так всё равно не переключить...mod1 + 1 .. 0
mod1 + F1 .. F12
mod1 + циф.блок
32
mod1 + a .. z
Уже хорошо за 50mod1 + ctrl + 1 .. 0
mod1 + ctrl + F1 .. F12
mod1 + ctrl + циф. блок
mod1 + ctrl + a .. z> 100
mod2 + начинай сначала
> Потом понадобится занять и Shift, потом Alt+Shift, но 50 окон так всё
> равно не переключить...Он про контексты ("activities"), а не про окна, полагаю. Контекстов обычно всё-таки ну пять, ну семь -- больше человек нормально не держит.
PS: хотя кто его знает...
PS: у меня на ноуте (WM) несколько лет назад образовался седьмой десктоп (вместе с проектом регулярных сборок и необходимостью их столь же регулярной проверки хотя бы в виртуалке), теперь их зовут так: code, mail, chat, build, web, news, vbox.
У меня семь, и то, больше шести не занято почти никогда.
>выносить оба приложения в отдельные воркспейсы и вовсе отказаться от таскбаровИ тут вдруг приложению надо что-то сообщить пользователю…
Если ты не в курсе, то основная причина помещения в трей это как раз необходимость сигнализировать о том или ином событии: пришло сообщение, завершилась загрузка и т.д. Вторая причина — быть всегда под рукой, актуально для менеджеров буфера обменов, таймеров, переключалок раскладок, особенно сложных, вроде ibus, bluetooth-апплатов и тому подобного.
Так что трей — весьма удобная штука, которую полностью не заменить ни доками, ни всякими там notifyd.
Это я тебе заявляю как пользователь xmonad использующий концепцию «воркспейсов с разными наборами софта».
> Если ты не в курсе, то основная причина помещения в трей это как раз необходимость сигнализировать о том или ином событии: пришло сообщение, завершилась загрузка и т.д.А причем тут трей? Это решается протоколом нотификаций. https://developer.gnome.org/notification-spec/ (кстати, выводить их удобно прямо в статусную строку, у i3 например, и без использования трея).
> Вторая причина — быть всегда под рукой
> актуально для менеджеров буфера обменовА вот тут я соглашусь.
> таймеров, переключалок раскладок, особенно сложных, вроде ibus, bluetooth-апплатов и тому подобного
Тут тоже соглашусь. Но это приложения совершенно другого класса. Это именно те приложения, у которых попросту нет стандартных окон, которые бы можно было развернуть во весь экран. nm-applet, к примеру, имеет только окно настроек, и вызывается оно ну от силы раз в месяц. Незачем ему отдельный воркспейс выделять. xfce-clipman из своих окон имеет только "О программе" и диалог скудных настроек. А вот к плеер, мейл- и торрент-клиенты имеют свое стандартное окно, к которому обращаться приходится довольно часто.
> Так что трей — весьма удобная штука
Только для определенных классов приложений. Которые как раз и предназначались для размещения трея (для твоих индикаторов раскладки например) и не имеют никакой опции "Отображать в трее".
>А причем тут трей? Это решается протоколом нотификаций.Который визуально себя проявляет как?
Либо загромождая панель, либо вовсе выводя сообщения поверх экрана. Первый вариант неудобен: занимает много места там, где оно в дефиците обычно, много сообщений отобразить не может. Второй вариант, в свою очередь, либо временный (не было тебя за компьютером пару минут — всё, никаких сообщений ты не видел), либо требует ручной очистки (и всё равно ограничен размером экрана), либо хранит все сообщения под каким-нибудь привлекающим внимание элементом (тот же трей, вид сбоку).>Только для определенных классов приложений.
Разумеется. Универсальных решений «для всего» не существует.
>мейл-
Как раз почтовые клиенты, мессенджеры и VoIP'ы являются главным аргументом в пользу трея, т.к. им надо сигнализировать о пришедших письмах, сообщениях, входящих и пропущенных звонках, статусе.
Что не исключает создания отдельных воркспейсов под эти категории программ.>торрент-клиенты
Как раз тут использование трея весьма оправдано: сигнализация о завершении закачек. А в окне что настраивать? Ссылку клиент сам перехватит и добавит.
> Либо загромождая панельНу представь себе обычную такую панель i3:
[1][2][3] (пустое пространство) 13:04 <иконка clipman>
В момент появления нотификации она трансформируется в:
[1][2][3] Telegram: Бразильский школьник расстрелял называвших его вонючкой одноклассников. 13:04 <иконка clipman>
Или в:
[1][2][3] Transmission: Загрузка завершена [Открыть] 13:04 <иконка clipman>
Протокол нотификаций хорош тем, что он действительно юниксвеен. Приложения-клиенты шлют абстрактные нотификации, а то, как их отображать -- решает пользователь. Хочешь -- через штатные средства гнома. Хочешь -- выводишь непосредственно на статусную строку. Хочешь -- выводишь окнами-пузырями как вконтакте. И т. д. Факт непрочитанности нотификации -- вне компетенции иконки трея. Это в компетенции "сервера" нотификаций, в примере с панелью i3 было бы что-то вроде
[1][2][3] (3 непрочитанных уведомления) 13:06 <иконка clipman>
>Ну представь себе обычную такую панель i3:
>она трансформируется вИ во что она трансформируется при одновременном приходе сообщений в пару мессенджеров (увы, мультипротокольные клиенты бывают недостаточно мультипроткольными), письма, фотографии с планшета и обновлении rss-ленты?
ХЗ зачем кому эти нотификации нужны, я тебе вроде уже как-то писал, что функции привлечения внимания окном более чем достаточно, чтобы жить без трея. И без нотификаций тоже.
>чтобы жить без треяМожно и без wm. Но зачем?
Зачем тебе жить без wm — я не знаю, а без трея — чтобы глаза не мозолил.
У него две функции: показывать, что приложение запущено (если оно используется редко, и поэтому убрано с панели задач), и показывать, что в приложении произожло что-то, требующее внимания (поскольку ни окна, ни кнопки на панели задач нет). В тайлинге панели задач нет, редко используемые окна сидят в своих воркспейсах и никому не мешают. Функция привлечения внимания окном работает, поскольку все воркспейсы видны на панели (и не мешают, поскольку их значительно меньше, чем окон), а заголовки всех окон видны в соответствующем воркспейсе. Так зачем ещё и трей?
>В тайлинге панели задач нетПанель задач есть там, где её установили.
>все воркспейсы видны на панели
А вот это как раз лишнее.
>и не мешают, поскольку их значительно меньше, чем окон
Это у кого как.
В общем, спор этот смысла не имеет: у людей бывают разные представления об удобстве. Твои — не самые распространённые. Пожалуй, даже менее распространённые, чем мои, весьма далёкие от вкусов большинства. Исходя из вышесказанного: ты всё ещё не понимаешь, для чего а LXQt оставили трей?
> Панель задач есть там, где её установили.В i3 — нет, если дополнительно не прикрутишь.
>>все воркспейсы видны на панели
> А вот это как раз лишнее.Я привык именно так (wmii, потом i3). Это удобно, много места не занимают.
>>и не мешают, поскольку их значительно меньше, чем окон
> Это у кого как.У тебя воркспейсов больше, чем окон? Что же ты там держишь?
> В общем, спор этот смысла не имеет: у людей бывают разные представления
> об удобстве. Твои — не самые распространённые. Пожалуй, даже менее распространённые,
> чем мои, весьма далёкие от вкусов большинства.Найди сначала второго такого, как ты, а поом говори, о распространённости своих убеждений. ☺
Однако убеждения — одно, а реальное удобство — совсем другое, и есть методики его объективной оценки.> Исходя из вышесказанного: ты
> всё ещё не понимаешь, для чего а LXQt оставили трей?Я выше по треду вообще-то писал, для чего трей нужен в "классике", и почему он становится не нужен в том тайлинге, которым пользуюсь я.
> Ну представь себе обычную такую панель i3:
>
> [1][2][3] (пустое пространство) 13:04 <иконка clipman>И зачем там эта иконка, какой от неё практический толк? У меня parcellite без иконок, меню по Ctrl+Alt+H более чем достаточно.
>>А причем тут трей? Это решается протоколом нотификаций.
> Который визуально себя проявляет как?По-разному. Может в отдельном окне выводиться... Списком. В общем-то тот же log. Вид сверху.
> либо хранит все сообщения под каким-нибудь привлекающим внимание элементом (тот
> же трей, вид сбоку).Сбоку вид лучше. Значок один. И под ним весь список сообщений. В хорошем случае...
>уже давно есть элегантное и красивое решение: выносить оба приложения в отдельные воркспейсы и вовсе отказаться от таскбаров. Держать в уме, что Alt-8 -- это "переключиться к thunderbird", а Alt-9 -- "переключиться к transmission".ORLY? элегантное и красивое? А что будешь делать когда закончатся воркспейсы? Alt-17 чтобы переключиться на телеграм? Или ты думаешь что "8 приложений хватит всем"©? Ну и так-то в голове лучше-бы держать полезную инфу а не мусор.
>Будем продолжать копировать неудачные десктоп-концепции
А ты сам случаем не хомяк-ли, которому ударила в голову инновация от надмозгов из gnome (которые выпилили к чертям трей, причем без предупреждения)?
> А что будешь делать когда закончатся воркспейсы?Стараюсь решать проблемы только по мере их поступления. Никогда еще не было, чтобы были заняты все 10 воркспейсов. Телеграм и скайп работают в браузере. Если возникнет нужда в доп-воркспейсах, забиндю их на Alt-Q, Alt-W ... Alt-P.
> так-то в голове лучше-бы держать полезную инфу а не мусор.
Если инфа способствует эффективности — она по определению не мусор. Alt-9 — и ты в торрент-клиенте. А тут вначале надо схватиться за мышь, потом прицелиться по иконке, потом кликнуть. Чтобы закрыть окно — выполнить то же самое (Alt-Tab не поможет — окно не закроется, а просто будет перекрыто).
> которому ударила в голову инновация от надмозгов из gnome
Трей — это и есть хипстеро-инновация.
https://standards.freedesktop.org/systemtray-spec/systemtray...
> System Tray Protocol Specification
> Version 0.1, 20 April 2002, Havoc Pennington.
> Created initial draft.https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/ICCCM...
> Inter-Client Communication Conventions Manual
> The July 27, 1988, Draft
>Трей — это и есть хипстеро-инновация.
> The July 27, 1988, DraftПо меркам IT это уже седая старина.
>А что будешь делать когда закончатся воркспейсы?Приложения можно группировать по типам. 9-и дефолтных в xmonad обычно хватает, я вот 12 сделал — для дополнительных мониторов.
>Ну и так-то в голове лучше-бы держать полезную инфу а не мусор.
Довольно бессмысленная фраза. С каких пор информация о хоткеях вдруг стала «мусором»?
> А что будешь делать когда закончатся воркспейсы?Сделать, чтобы они создавались динамически. И получим GNOME Shell. ;)
Они и создаются динамически, по крайней мере в i3 и до него в wmii. И так было задолго до всяких гомошеллов.
... и в итоге память (та, которая человеческая) под завязку забита биндингами, и ничего не остается для выполнения работы.
> ... и в итоге память (та, которая человеческая) под завязку забита биндингами,
> и ничего не остается для выполнения работы.Что сказать, фигово у тебя с памятью. О какой продуктивной работе может эти речь с такими проблемами? Без хоткеев ни с графическими редакторами (хоть вектор, хоть растр, хоть 3d) не поработать толком, ни набором текстов не заняться (будь-то хоть писательство, хоть делопроизвордство), программировать и то некомфортно. Твоя работа — чтение постов в социалочках и игры? Так даже для этих занятий хоткеи полезны.
> в итоге память (та, которая человеческая) под завязку забита биндингамиПонятия не имею, почему тёзка заявил, что надо всё помнить. Это решается осмысленными именами воркспейсов (у меня 1:web, 2:mail, 3:im и т. д.).
> Держать в уме, что Alt-8 --
> это "переключиться к thunderbird", а Alt-9 -- "переключиться к transmission".... Alt-375 переключится на Qt Creator, Alt-378 переключиться на сиквел, Alt-379 перключиться на эмулятор , Alt-380 переключиться на кофе.....
> Когда хоть они уберут этот адовый винегрет из иконок в трее?Отключи те, которые тебе не нужны, и не ной.
В Ubuntu daily build уже пришло?
Там таки Openbox в качестве WM? А Openbox уже таки умеет в Wayland?
Говорили, сделают интеграцию с Kwin, который умеет, но ИМХО рановато - там еще далеко не все гладко.
KWin изначально можно было использовать, еще в Razor-Qt. Но тогда потребление ресурсов несколько возрастает.
Срочно нужен пакет для дебиана, собранный мейнтейнером!
Сколько платишь?
> Срочно нужен пакет для дебиана, собранный мейнтейнером!Ждите в sid: agaida занимается как lxqt, так и siduction. А я пока обновляю альтовые пакетики :)
PS: точнее, пока в experimental -- но пока есть проблемы и у него: https://buildd.debian.org/status/package.php?p=libfm-qt&suit...
PPS: ушло в сизиф: http://webery.altlinux.org/task/191519
Название бы сменили на что-то более разумное и удобопроизносимое. Тогда дела пойдут лучшее.
То ли дело XFCE, да?
fvwm сложно переплюнуть
Чтож вы люди делаете...Цветные иконки в трее, заголовок активного окна визуально отличается от неактивного. Где плоскота, где монохромность, обо что глаза ломать теперь ?
> Чтож вы люди делаете...
> Цветные иконки в трее, заголовок активного окна визуально отличается от неактивного. Где
> плоскота, где монохромность, обо что глаза ломать теперь ?Всё не то чудесно, как Вам кажется.
Это пока только свет в конце тоннеля, но мы всё ещё в тоннеле, и ещё не мало работы предстоит чтобы вывести это ДЕ на стабильный и полноценный, в плане интеграции, уровень, но достигнутый результат меня очень радует.
> lxqt-themesЕсли бы они ещё с проектом QtCurve договорились бы, или бы просто написали патч или даже компонент, для полной нативной поддержки QtCurve-ом сабжа, то было бы замечательно!
Кстати Kvantum неплохо поддерживается и выглядит в сабжевых приложениях, разве что кроме Pcmanfm-Qt.
Запилить LXDE на Qt годная идея, но похоже, что вместо лёгкого ДЕ на кютях пилится целое KDE, хотели как лучше, а получилось как всегда.
> Запилить LXDE на Qt годная идея, но похоже, что вместо лёгкого ДЕ
> на кютях пилится целое KDE, хотели как лучше, а получилось как всегда.В плане kf5-*? Они посмотрели и решили заменить на него часть кусков разора при переезде на Qt 5, чтоб не продолжать тащить велосипед своими силами.
Помнится, kf5-solid и ещё местами подобрали, могу по спекам грепнуть точнее, если интересно.
Какой смысл в легковесном окружении, если любой современный браузер легко отжирает пару гиков на десятке вкладок?
Гиков -> гигов
> Какой смысл в легковесном окружении, если любой современный браузер легко отжирает пару
> гиков на десятке вкладок?Ок, давай ещё пару гигов будет окружение отжирать, итого 4, Сколько там осталось-то?
Я полтора года назад перешел с KDE на LXDE на домашнем сервере и нетбуке не из-за памяти, а потому, что интерфейс KDE сам по себе жутко тормозил без более-менее современной видеокарты.
> перешел с KDE на LXDE на домашнем сервере
> KDE
> на сервереОх...
На домашнем файловом и мультимедийном сервере, подключенном к большому телевизору в спальне.
> мультимедийном
А если это DE доустановить в какую-либо ОС, то не может ли оно там законфликтовать с какими-либо другими DE? (В прошлые годы я много раз сталкивался с подобным, что установив в систему какое-либо еще одно DE из за этого в ней потом и баги какие-то непонятные появлялись, и на рабочем столе какие-то непонятные файлы и иконки вылазили, и настройки тем оформления, сети (и других конфигураций) самопроизвольно менялись. Потом в новостях про релизы некоторых DE писалось, что в их обновлениях риски тех проблем там были устранены. Но и во всех ли DE они теперь там устранены, и в варианте пересечений-соседств с LXQt там сейчас на этот счет дело как обстоит?)И еще недавно я опробовал бета-версию убунты "17.10" с LXQt. Очень не понравилась (и это при том, что например а вот в дистре "Роса" с этим же DE полуторагодичной давности оно уже и в те времена выглядело гораздо лучше, чем в той "17.10"). В дальнейших версиях убунты смогут ли там исправить недостатки с этим DE? (Ну или самому там как это делать?)
И еще в этом DE очень не лишним будет (рекомендую) сделать меню выбора программ таким же, какое оно есть в "Минт-Mate" при задействовании в нем плагина "Разширенное меню Mate" ("Advanced Mate menu"). Это замечательное, гениальное изобретение, делающее Mate тем более самым юзабильным DE (но Mate- не очень легковесное DE). Такой плагин существует также и для XFCE. Но я не выяснил,- а существует ли что подобное для и LXQt? (Как и под LXQt такой твик сделать?)
И другой вопрос- а как в этом DE (и в других DE) и не много увеличить размер кнопок управления окнами и не много раздвинуть их друг от друга? (А то мышь на них неудобно наводить).
> Но и во всех лиИзучайте комбинаторику и/или развешивайте баги.
> В дальнейших версиях убунты смогут ли там исправить недостатки с этим DE?
> (Ну или самому там как это делать?)Расскажите им, что они есть -- это не всегда очевидно.
> (Как и под LXQt такой твик сделать?)
На плюсах, вестимо... не на питоне же.
> как в этом DE (и в других DE)
> и не много увеличить размер кнопок управления окнами и не много
> раздвинуть их друг от друга? (А то мышь на них неудобно наводить).LXQt+openbox - настройки оформления окон через obconf или obconf-qt
Ну что ж, набросок сборки под ALT уже готов -- вот исошка с ним: http://nightly.altlinux.org/sisyphus/alpha/regular-lxqt-2017...Если всё пойдёт нормально, будет в http://altlinux.org/regular этой недели (выходят по средам).
PS: потребление памяти 216 Мб, надо будет глянуть повнимательней, это что так.
PPS: при этом в #73 фигурировали 32-битные сборки, так что эти циферки "в лоб" сравнивать малополезно.
И тут аноны сразу ринулись скачивать "наброски сборок" и отмечать в своих календарях все среды как "День, когда ALT Linux выпускает regular"
> И тут аноны сразу ринулись скачивать "наброски сборок" и отмечать в своих
> календарях все среды как "День, когда ALT Linux выпускает regular"Кто хочет посмотреть вотпрямщас, как выглядит живой сабж -- да, могут взять и скачать, пока апстрим и сузешники добивают свои варианты (они вчера тоже трудились не покладая рук).
А так у нас в регулярках по средам много вкусного, да; особенно тщательно разбирают спасалочку: http://altlinux.org/rescue
PS: но это уже офтопик, прошу прощения %)
PPS: в 20171025 войдёт ещё и qupzilla 2.2.0, zerg@ на днях наконец добрался обновить qt5.
С тирингом иконок и входом в систему проблему уже решили?
Великий макаронный бог, opennet превращается в lor.
Там то же нинужна, зачем пилят и так далее.Сидят человеки и рассуждают за всех (а мне по Alt надо а вот мне тайловый нужен) в то время когда все сидят на винде и дальше радуются интерфейсу.
А самый прикол в том что все привыкли к виндовому интерфейсу и живут в ус не дуют в MATE,LXDE, XFCE и прочих гномах.
Но тут в каментах все упорно твердят что надо подругому и они то знают точно как.
> Великий макаронный бог, opennet превращается в lor.Здрасьте, оттуда сюда понабежали ещё при великом изгнании анонимов лет десять назад.
> в то время когда все сидят на винде и дальше радуются интерфейсу.
Не только лишь все говорят за более чем всех, да. :]
> А самый прикол в том что все привыкли к виндовому интерфейсу и
> живут в ус не дуют в MATE,LXDE, XFCE и прочих гномах.Мне, например, удобней в WindowMaker. Ещё в E17, но всё-таки старый добрый WM ещё чуть уютней оказался. А у "прочих гномов" в интерфейсе скорее маковые вариации, чем виндовые, если что (и текущий гном каждую неделю вижу не первый год, и с маками доводилось работать начиная с классики -- сравнивать есть как).
Выглядит значительно лучше чем раньше.