LXQt 1.0

jwm, icewm, fluxbox

Жирные комбайны, хоть и легковесные.

Чистые WM — это TWM, KWin, Mutter, Compiz, Xfwm4, MotifWM и т.п., которые особо не лезут за свои прямые задачи, согласно юниксвею, а не запихивают в одну программу целый шелл и продолжают обзывать это WM.

Читаю ЛОР и у дуба волосы шевелятся.

С какой легкостью регистранты подхватывают лозунг " в универе мы вас учим учиться". Да вы шо, родные? 4-5 лет учиться учат?

Такой слоган только при полностью разваленной и бумажной системе образования.

А с другой стороны - скандинавы не допускают в ВУЗы без окончания техникума или ПТУ (в их интерпретации). Сперва научись руками на хлеб

TinyWM - единственный чистый WM.

Интересно, помниться ставил себе когда пытался сделать своими лапками легковесную систему, тогда если честно lxqt был очень сырым, сейчас я смотрю он оброс функционалом (и жрёт меньше чем раньше), надеюсь они ещё лучше его оптимизируют и получиться конфетка, а так пока для лёгкой системы lxde или wm’мы.

Собственно они её использовали именно дял того, чтобы не поддерживать тулкит самим. Если в чём то их и обвинять, так это в том что повелись и решли переходить на гтк3 а не что то другое. А конкретно у xfce богатая история смены тулкитов, 4 это именно их количество.

Жирные комбайны не весят по 25 килобайт и не жрут меньше 5 метров оперативной памяти

Так и не понял: есть ли от создателей аргументация, почему сохранилась буква L в названии? Тесты там какие-нибудь…

так lxde в новый дистр уже не станет. джтк3 не даст

Давайте nowm сразу, чо уж там.

именно дял того, чтобы не поддерживать тулкит самим

Вот так и умирает свобода — под громкие аплодисменты.

С отрыжки корпорастов ушли, на неё и вернулись.

а не что то другое

На что? Остальное ещё хуже. У GTK+2 вообще толковых альтернатив нету, именно поэтому Мы до сих пор используем его в новых приложениях.

смены

Ну миграции GTK+1 → GTK+2 → GTK+3 можно за «смену» не считать. Да и с версионированием не совпадает.

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

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

Хотя у них хотя бы текстовые конфиги, в отличие от того же Enlightenment, который тоже монолитный шелл в рамках одного WM, по сути.

почему сохранилась буква L в названии?

Потому что остальное ещё хуже.

На фоне разжиревшего говна на GTK+3 даже KDE Plasma легковесной стала, если Вы вдруг проспали последние тенденции.

Почему не даст? Он с GTK+2 спокойно сосуществует.

В LXQt всего один плюс, да и тот похож на свастику.

У GTK+2 вообще толковых альтернатив нету, именно поэтому Мы до сих пор используем его в новых приложениях.

Альтернатив для чего?

Для юзабельного графического тулкита.

Культи сразу отпадают, там Emacs keybindings не пашут.

GTK+3 тормозной и темизация убогая. В Gtk4 вроде ничего не поменялось в этом плане, хоть разрабы и распинались, что рендериться теперь будут отдельные виджеты, а не огромные текстуры во всё окно.

EFL вообще страшный, от одной только отрисовки ШГ глаза вытекают. Также его отсутствие в этом списке кагбэ намекаэ на убогость.

Вот Tk стоит give a try, когда наконец допилим mimicd и на его основе сделаем генератор Ttk-тем, ага.

не знаю, на кой вам emacs-style keybindings, но в принципе, подобное должно реализовываться аппликухой, а не либой/тилкитом. а из альтернатив, первое, что прихожит на ум - fox, fltk. да тот же motif, если нет особых уникодных требований

и да, справедливости ради - в gtk3 и выше темизация не убогая, а ипанутая. css vs свой engine для отрисовки. второе быстрее, первое, теоретически, доступно для любой обезьяны. обезьяны ломанулись - вот и убогость

на кой вам emacs-style keybindings

Чтобы навигироваться в текстовых полях, не прыгая с home row на всякие ненужнострелочки.

А у того же C-k и вовсе CUA-шного аналога нет, например.

на кой вам emacs-style keybindings

Нам делать больше нехрен? Может, вообще на голом канвасе весь уй рисовать без тулкитов, как для J2ME? :P

если нет особых уникодных требований

Вы из какого века вылезли?

не убогая, а ипанутая

Именно убогая, в треде по ссылке описано, почему.

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

GTK+2 в этом плане гибкий: кому надо шустрая отрисовка — жрут страшные темы а-ля 90-е и программный рендеринг, кому надо свистелки — обмазываются движками любой степени крутизны. А GTK+3 — одно среднее арифметическое без вариантов, формально программная отрисовка там тоже есть, но это просто фолбэк отрисовки на видеокарте без каких-либо упрощений, то есть ещё большие тормоза.

Только вот за пределы доступного вылезать больше нельзя

за пределы разумного. просто интереса ради - какая-такая киллер фича реализуется только своим движком, но невозможна в css? только реально нужная, а не какое-нибудь удаление гланд через жопу автогеном

реально нужная

С таким подходом GUI вообще не нужны.

Напомним избитый пример с кассами Укрзализныци :P

То есть, примеров нет, только порожняки и пустой чес?

Пример привели ещё несколько постов назад, но Вам-то нещитово.

Раз уж Вы считаете свистелки ненужными, то тем более не оправдано их запихивание в GTK+3 в принудительном порядке искаропки и утяжеление рендеринга из-за этого.

С компизом эт мимо, там как раз комбайн и хоткеи и скриншоты и менеджер сессий и прочее. И все это работало на пне с 500метрами. Вот нормальный WM бросили а пилят какуюто муть, которая жрет как не в себя и толком неумеет ничего муттеры шмуттеры и прочий шлак

там как раз комбайн

Угу, только за задачи WM/композитора эта функциональность в основном не выползает, как ни парадоксально.

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

бросили

Энтузиасты пилят же потихоньку.

толком неумеет ничего

Ну KWin вон умеет, но до компиза ему ещё долго ползти, да.

Тут выкинули образ manjaro с последним lxqt, поставил его «на посмотреть», скажу весьма недурно, кушает на старте мегов 350-380, да и работает весь шустро.

Проходите мимо. Авторам LXQt не нужны контребьютеры им и так по кайфу стагнировать, с нулем комитов за два года (переводы не считаем).
Взялся я тут немного улучшить Gui у lxqt-archiver, ну там, сортировку в столбцах запилить, размеры значков в интерфейсе, последние открытые файлы.
На что я получил одно растройство. Вот что мне заявил его разработчик:

These are among LXQt's criteria:

Simple GUIs (but not too simple).
Enough options (but not too many).
Lightness.
Clean codes.

Ок. То мой код для размера значков в интерфейсе он принял с ответом «Perfect! A nice feature to add».
Код для сортировки столбцов он забраковал, видимо тут пробил синдром NIH, сделал по-своему, полностью аналогично, по пути добавив немного лишнего bloatcode в реализацию QSortFilterProxyModel::lessThan. Ладно хрен с ним.
Заметил, что позиция окна не восстанавливается под KDE, добавил две строчки кода на move mainWindow, получил ответ что этим должно заниматься WM, чет KDE этим не занимается.
Последней каплей стало Open Recent files https://github.com/lxqt/lxqt-archiver/pull/284 на что он ответил I don't think lxqt-archiver needs "Recent Files", и пошел сам запиливать Recen Files в pcmanfm-qt. Видимо очень в одном месте начало чесаться сделать по-своему. В упрек на «значит ваш lxqt создан чтобы быть плохим для пользователя» ответил, что «мы» (кто мы?) должны быть осторожны добавляя такую функциональность.
https://cs10.pikabu.ru/post_img/big/2019/01/18/5/1547793595165879180.jpg у меня чуть пена из-за рта не пошла, пришлось включить телевизор с Путиным для успокоения. Размеры значков в Gui для него это очень полезная функциональность, но «последние открытые файлы» ему не нужны (не так, не ему не нужны, а он считает (sic!) что они не нужны пользователям.)
Я бы еще много чего там доделал. Исправил drag&drop. Добавил полезные сообщения в статус бар. И т.д. Но после такого все.

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

лучше пойди помоги lxde https://blog.lxde.org/

С лютой конвертацией между типами данных с использованием qt классов, что приводит к фрагментации памяти на пустом месте.

Каким образом это фрагментирует память?

Зачем нужен этот весьма помойный дистр, если теперь есть готовый Arch?

Критерии помойности в студию. Предотвращая леденящие душу истории про Vivaldi по умолчанию — тебя никто не заставляет им пользоваться. Я вот не пользуюсь.

Манжаро и можно рассматривать как Арч со сниженным порогом входа.

Спасибо, познавательно. А я-то хотел в коде лончера по Alt+F2 поковыряться…

если там в мейнтейнерах проекта нету tsujan то возможно и прокатит

Манжаро и можно рассматривать как Арч со сниженным порогом входа.

То есть как обычно: старые глюки, от Arch бережно сохранили, свои с любовью добавили?

Можно по-другому: старые достоинства, от Arch бережно сохранили, свои с любовью добавили.

Ну то есть разговор сводится к классической ситуации наполовину полного стакана. :)

Против ванильного Арча ничего не имею, разумеется.