LINUX.ORG.RU

LXQt 1.0

 , , ,


1

2

Спустя полгода разработки состоялся релиз окружения рабочего стола LXQt 1.0, в котором исправлено множество ошибок.

Проект LXQt основан на наработках проектов LXDE и Razor-Qt и использует фреймворк Qt 5, в данной версии — 5.15 LTS.

LibFM-Qt / PCManFM-Qt

  • Добавлена ​​опция для закрепления элементов рабочего стола по умолчанию.
  • Действия монтирования, размонтирования и извлечения добавлены в контекстное меню файла в разделе computer: ///.
  • При монтировании зашифрованных разделов можно избежать зависания с помощью обходного пути (для проблемы в GLib, Qt или обоих).
  • Обходной путь для ошибки в GFileMonitor, связанной с мониторингом файлов внутри символических ссылок директорий.
  • Предотвращено закрытие диалога файловых операций при закрытии главного окна.
  • Исправлен поиск по регулярным выражениям без учета регистра кириллицы.
  • В диалоговое окно файла LXQt добавлены параметры для отображения скрытых файлов и отключения плавной прокрутки в режиме списка и компактном режиме. Также запоминаются скрытые столбцы диалогового окна файла LXQt в режиме списка.

LXQt Panel

  • Добавлен плагин «Custom Command».
  • Элементы результатов поиска в главном меню имеют контекстные меню, и их можно перетаскивать.
  • Исправлена клавиатурная навигация в главном меню.

QTerminal / QTermWidget

  • Добавлена возможность держать раскрывающееся окно открытым.
  • Добавлен обходной путь для неправильных позиций меню в Wayland.

LXQt Desktop Notifications

  • Добавлен режим «Не беспокоить».

LXQt Power Management

  • Проверки бездействия можно приостановить с помощью значка в трее на срок от 30 минут до 4 часов.

LXImage Qt

  • Исправлены ошибки подгонки, переворачивания и поворота изображения.
  • Исправлена прокрутка колесика на изображении с помощью тачпада.
  • Добавлены параметры для скрытия / отображения главной панели инструментов и / или строки меню, использования корзины, изменения размеров миниатюр и изменения положения закрепления миниатюр.
  • Добавлен параметр командной строки для запуска в полноэкранном режиме.
  • Добавлена опция отключения сглаживания изображения при масштабировании.

>>> Подробности



Проверено: hobbit ()

Ответ на: комментарий от bohm

jwm, icewm, fluxbox

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

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

mertvoprog ()

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

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

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

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

anonymous ()

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

Minerva ()
Ответ на: комментарий от mertvoprog

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

kirill_rrr ★★★★★ ()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

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

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

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

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

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

смены

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

mertvoprog ()
Ответ на: комментарий от Minerva

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

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

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

mertvoprog ()
Ответ на: комментарий от Vinni_Pooh

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

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

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

mertvoprog ()
Ответ на: комментарий от ananas

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

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

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

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

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

mertvoprog ()
Ответ на: комментарий от mertvoprog

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

ananas ★★★★★ ()
Ответ на: комментарий от mertvoprog

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

ananas ★★★★★ ()
Ответ на: комментарий от ananas

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

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

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

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

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

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

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

mertvoprog ()
Ответ на: комментарий от ananas

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

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

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

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

mertvoprog ()
Ответ на: комментарий от mertvoprog

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

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

ananas ★★★★★ ()
Ответ на: комментарий от ananas

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

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

mertvoprog ()
Ответ на: комментарий от mertvoprog

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

бросили

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

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

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

mertvoprog ()

Проходите мимо. Авторам 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. Добавил полезные сообщения в статус бар. И т.д. Но после такого все.

bhfq ★★★★★ ()
Последнее исправление: bhfq (всего исправлений: 3)
Ответ на: комментарий от anonymous

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

bhfq ★★★★★ ()
Ответ на: комментарий от bhfq

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от anonymous

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

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

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

hobbit ★★★★★ ()