LINUX.ORG.RU

LXQt 1.4.0

 , , ,

LXQt 1.4.0

0

1

Команда LXQt объявила о выпуске облегченной среды рабочего стола LXQt 1.4.0.

Основные изменения в этом выпуске:

  • LXQt 1.4.0 основан на Qt 5.15, последней LTS-версии Qt5. Согласно планам разработчиков это последняя версия использующая Qt 5, следующий релиз планируется уже на Qt 6.
  • Новый компонент для генерации меню lxqt-menu-data заменил собой lxmenu-data, аналогичный компонент из LXDE.
  • В файловом менеджере PCManFM-Qt реализовано сохранение состояния двухпанельного режима при восстановлении вкладок. Настройки пароля и анонимности диалога монтирования теперь запоминаются. Значок приложения был перерисован в векторный формат SVG.
  • В эмулятор терминала QTerminal был добавлен звуковой сигнал в качестве опции, а также реализована поддержка цветовой схемы Falcon.
  • В просмотрщике изображений LXImage-Qt реализована начальная поддержка цветовых пространств. Удалена опция загрузки на хостинг изображений ImageShack (теперь для ImageShack требуется платная подписка).
  • Исправлены старые проблемы с панелью задач LXQt, связанные с потерей фокуса и переключением окон при помощи колесика мыши.
  • В плагин запуска произвольной команды добавлена опция «Command outputs an image».
  • LXQt Session теперь обновляет среду активации DBus, чтобы устранить проблемы с некоторыми приложениями (например, Telegram).

Другие изменения можно найти в журналах изменений компонентов LXQt.

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

★★★

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

Вообще, как-то этот пункт сделан непродуманно, даже небрежно.

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

Бгг)) Представил себе меню Edit или File, отсортированные по алфавиту.

Вообще я в код не смотрел, но вангую «подход программиста». «Есть набор xml-файликов, описывающие, как группировать приложения в меню приложений по подкатегориям. Почему бы не задействовать их же для системных меню?»

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

Многие lxde гурманы переходят на pixel os (форк от распбери работника).

Кстати, два вопроса:

  1. В pixel os есть другие DE?
  2. Вообще на распбери в линуксах есть привычные нам DE - KDE, Mate, Cinnamon, XFCE?
tiinn ★★★★★
()
Ответ на: комментарий от gtk222

А есть какие нибудь цифры, кроме качественных суждений про легковесность?

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

Спасибо.

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

А есть какие нибудь цифры, кроме качественных суждений про легковесность?

Смотря что считать легковесным, если по памяти то крыса легче. Вот все процессы крысы и lxqt с запущеными родным терминалом и файловым менеджером. И это еще lxqt дефолтное, а в крысе пара плагинов стоит.

~ ❯ sudo ps_mem -p `pgrep -d , "xf|panel|Thun|tumb"`
 Private  +   Shared  =  RAM used	Program

796.0 KiB + 123.5 KiB = 919.5 KiB	xfconfd
  3.0 MiB + 349.5 KiB =   3.3 MiB	tumblerd
  7.7 MiB +   1.0 MiB =   8.7 MiB	xfce4-session
  7.9 MiB +   1.1 MiB =   9.0 MiB	xfsettingsd
  9.3 MiB +   1.7 MiB =  11.0 MiB	xfce4-panel
  9.4 MiB +   2.2 MiB =  11.6 MiB	panel-6-systray
  9.5 MiB +   2.2 MiB =  11.7 MiB	xfce4-notifyd
  9.5 MiB +   2.8 MiB =  12.3 MiB	panel-1-pulseau
 10.3 MiB +   2.5 MiB =  12.8 MiB	panel-4-docklik
 11.2 MiB +   3.1 MiB =  14.3 MiB	Thunar
 11.6 MiB +   3.6 MiB =  15.1 MiB	xfce4-terminal
 12.7 MiB +   2.7 MiB =  15.5 MiB	panel-2-whisker
 23.5 MiB +   1.3 MiB =  24.8 MiB	xfdesktop
 26.7 MiB +  25.8 MiB =  52.5 MiB	xfwm4
---------------------------------
                        203.6 MiB
=================================


~ ❯ sudo ps_mem -p `pgrep -d , "lx|qte|pcma|openb"`
 Private  +   Shared  =  RAM used       Program

  6.9 MiB +   2.3 MiB =   9.2 MiB       lxqt-policykit-agent
  7.1 MiB +   2.2 MiB =   9.4 MiB       lxqt-globalkeysd
  7.4 MiB +   2.1 MiB =   9.5 MiB       openbox
  7.3 MiB +   2.4 MiB =   9.7 MiB       lxqt-session
  7.2 MiB +   2.7 MiB =   9.9 MiB       lxqt-powermanagement
  7.3 MiB +   2.7 MiB =  10.0 MiB       lxqt-notificationd
 14.0 MiB +   3.4 MiB =  17.4 MiB       lxqt-runner
 22.1 MiB +  14.9 MiB =  36.9 MiB       qterminal
 37.6 MiB +  13.3 MiB =  51.0 MiB       lxqt-panel
 40.6 MiB +  20.0 MiB =  60.6 MiB       pcmanfm-qt
---------------------------------
                        223.5 MiB
=================================

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

Кто юзает: сколько жрет со старта? чем лучше/хуже крысы?

Fedora с LXQT порядка 270-300 MB. Но it depends. Там еще DM сколько-то ест (у меня lightdm).
С крысой не сравнивал, у меня на GTK аллергия.

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

А там все на Qt Widgets или Qml ?

Раньше было строго QtWidgets, сейчас не знаю, но вряд ли Qml включили. Разрабы стараются делает его light, а QML очень ресурсоемкое.

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

Так LXDE вроде мертвое уже, да? Не особо слежу. Они объединились или что?

Раз уж Вы разморозились - просьба освободить капсулу, я тоже хочу.
Объединились лет X назад. LXQt - это кентавр из LXDE и Razor-Qt.

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

Ещё вопрос - чем отличается Suspend от Hibernate?

Suspend переводит железо в максимально экономичный режим.
Hibernate записывает состояние машины на диск и выключает совсем.
Это если вкрации

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

порядка 270-300

Ну дык нормально ваще. lightdm ерунду ест.

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

Да мне уже ответили выше. Там немного не совсем все так, но в целом правильно. Хотя мне пофиг, лишь бы проект развивался.

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

А так-то waterline это лучшая панель без вопросов.

Может быть. Панель – это именно то, к чему у меня было больше всего претензий в LXQt, пожалуй. Хорошо хоть они медленно, но фиксят баги и исправляют ее.

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

У меня нет цифр LXQt vs. XFCE - не сравнивал, это просто мое мнение сложилось просле того, как после шикарной крысы 4.12, они переехали на гтк3, поналепили всякого гтк3 шлака, так вот, LXQt того же времени, было отзывчевее и менее шлачное (проц меньше грузит) более простое, чем та крыса, на том же железе. Не вижу смысла мерять ОЗУ в 21м то веке.

gtk222
()
Ответ на: комментарий от tiinn
  1. Там изкоробки всё заточено на свой lxde-форк, выпиливать и менять - долго, есть смысл ставить, только если будешь этот форк юзать.
  2. Не знаю. Мне на распбери icewn хватает.
gtk222
()

Использую на ноутбуке Fedora+LxQt. Тяжеловато, ожидал более шустрого запуска.

Правда, Федора древняя, соответственно, версия LxQt тоже, не знаю, может, из неё уже конфетку сделали.

И насколько я понял, LxQt всё-таки не на чистом Qt сделано, притягиваются некоторые кедолибы. Хотя это могло притянуть и поставленное мной по недосмотру приложение.

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

Там немного не совсем все так, но в целом правильно

Ну если с подробностями, то в Razor-Qt на было своего FM (File Manager) и VFS (Virtual FileSystem - эти вот kioslave и что-то подобное в гноме). А тут как раз девел PCManFM внезапно резко озаботился сделать это подделие кросс-фремворковым (образно говоря) - под GTK и Qt одновременно.
Ну и пошло-поехало, там история достойна кино снимать.
Но оно нам надо? Оно нам не надо.

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

А тут как раз девел PCManFM внезапно резко озаботился сделать это подделие кросс-фремворковым (образно говоря) - под GTK и Qt одновременно.

Ну оно вроде таким и планировалось исходно, просто до того не было потребности делать Qt вариант, а потом вот вдруг.

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

И насколько я понял, LxQt всё-таки не на чистом Qt сделано, притягиваются некоторые кедолибы

Таки да, lxqt-config и lxqt-wallet подтягивают немного кедов. Ну… лениво, видимо.

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

там история достойна кино снимать Но оно нам не надо

Вот именно. Чемы бы дитя ни тешилось, лишь бы не в рыло.

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

Ну оно вроде таким и планировалось исходно, просто до того не было потребности делать Qt вариант, а потом вот вдруг.

Насчет «исходно» не могу ничего сказать. Помню, девел (pacman) пишет - «я тут посмотрел на это дело взглядом, ля, тверезым и решил всё разобрать и собрать заново». А команда Razor-Qt такое - «да-да-да, разбирай! Но собери сначала для qt».

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

geekless это ты на том арч.ру форуме? Да и здесь вроде тоже был такой, с обезьяной на аватарке. Если не ошибаюсь.

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

Я про это: libfm разбита на 2 части: -core без зависимости от любых UI компонентов и -gtk с реализацией виджетов.

Вообще pcmanfm - на 90% реализован как разделяемая библиотека и позволяет фичи ФМ подключать в любое приложение. Сам бинарник pcmanfm - это небольшая оболочка из нескольких окон верхнего уровня и меню.

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

Да. Но я туда сто лет не заходил. Даже не знаю, жива ли там моя учётная запись.

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

Ну вот так он разобрал и собрал заново. Как раз тогда и появилось это вот libfm. По дороге переключились с чего-то там (гномовское, штоле) на кагбэ-независимое gvfs. Можно считать революцией - появилось что-то отличное от kio и gnomefs (или как оно сейчас называется, не знаю)

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

Нет, конечно, к сотрудничеству с проектом Razor это не имеет отношения.

libfm в 2010-м году появилась, или еще раньше. Задолго до. Там LStranger еще активно принимал участие.

Вообще планы были наполеоновские, в том числе внедрить pcmanfm как диалог открытия/сохранения файлов в gtk.

на кагбэ-независимое gvfs.

Если точнее, то GIO. gvfs это бэк под слоем gio.

Там смысл в том, что libfm использует нативную реализацию доступа в ФС, когда адресует «обычные» файловые пути, и переключается на GIO, когда адресует виртуальные файловые пути.

Это позволяет работать со скоростью нативного ФМ на обычной файловой системе, и одновременно иметь доступ к виртуальным путям а ля сетевые тома, архивы, mtp и прочее, что gvfs поддерживает.

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

Вообще планы были наполеоновские, в том числе внедрить pcmanfm как диалог открытия/сохранения файлов в gtk.

Когда-то (еще при работе с razorqt) думаю - «да что они носятся с этой VFS, в Qt же всё есть!».
Заглянул под капот Qt. Внезапно!…
там вызывается кедовый диалог в кедах, громовый в гноме и тупой qt-шный во всех остальных случаях (Linux).
Так что да, планы реально наполеоновские.

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

Не вижу никакого gio:

rpm -qa | grep gio | wc -l
0

Чисто gvfs:

rpm -qa | grep vfs
gvfs-client-1.50.6-1.fc38.x86_64
gvfs-1.50.6-1.fc38.x86_64
gvfs-fuse-1.50.6-1.fc38.x86_64
gvfs-goa-1.50.6-1.fc38.x86_64
gvfs-mtp-1.50.6-1.fc38.x86_64

LXQT-1.2.0

TI_Eugene ★★
()
Последнее исправление: TI_Eugene (всего исправлений: 1)
Ответ на: комментарий от TI_Eugene
$ pacman -Qql glib2 | grep gio
/usr/bin/gio
/usr/bin/gio-querymodules
/usr/include/gio-unix-2.0/
/usr/include/gio-unix-2.0/gio/
/usr/include/gio-unix-2.0/gio/gdesktopappinfo.h
/usr/include/gio-unix-2.0/gio/gfiledescriptorbased.h
/usr/include/gio-unix-2.0/gio/gunixfdmessage.h
/usr/include/gio-unix-2.0/gio/gunixinputstream.h
/usr/include/gio-unix-2.0/gio/gunixmounts.h
/usr/include/gio-unix-2.0/gio/gunixoutputstream.h
/usr/include/glib-2.0/gio/
/usr/include/glib-2.0/gio/gaction.h
/usr/include/glib-2.0/gio/gactiongroup.h
/usr/include/glib-2.0/gio/gactiongroupexporter.h
/usr/include/glib-2.0/gio/gactionmap.h
/usr/include/glib-2.0/gio/gappinfo.h
/usr/include/glib-2.0/gio/gapplication.h
/usr/include/glib-2.0/gio/gapplicationcommandline.h
/usr/include/glib-2.0/gio/gasyncinitable.h
/usr/include/glib-2.0/gio/gasyncresult.h
/usr/include/glib-2.0/gio/gbufferedinputstream.h
/usr/include/glib-2.0/gio/gbufferedoutputstream.h
/usr/include/glib-2.0/gio/gbytesicon.h
/usr/include/glib-2.0/gio/gcancellable.h
/usr/include/glib-2.0/gio/gcharsetconverter.h
/usr/include/glib-2.0/gio/gcontenttype.h
/usr/include/glib-2.0/gio/gconverter.h
/usr/include/glib-2.0/gio/gconverterinputstream.h
/usr/include/glib-2.0/gio/gconverteroutputstream.h
/usr/include/glib-2.0/gio/gcredentials.h
/usr/include/glib-2.0/gio/gdatagrambased.h
/usr/include/glib-2.0/gio/gdatainputstream.h
/usr/include/glib-2.0/gio/gdataoutputstream.h
/usr/include/glib-2.0/gio/gdbusactiongroup.h
/usr/include/glib-2.0/gio/gdbusaddress.h
/usr/include/glib-2.0/gio/gdbusauthobserver.h
/usr/include/glib-2.0/gio/gdbusconnection.h
/usr/include/glib-2.0/gio/gdbuserror.h
/usr/include/glib-2.0/gio/gdbusinterface.h
/usr/include/glib-2.0/gio/gdbusinterfaceskeleton.h
/usr/include/glib-2.0/gio/gdbusintrospection.h
/usr/include/glib-2.0/gio/gdbusmenumodel.h
/usr/include/glib-2.0/gio/gdbusmessage.h
/usr/include/glib-2.0/gio/gdbusmethodinvocation.h
/usr/include/glib-2.0/gio/gdbusnameowning.h
/usr/include/glib-2.0/gio/gdbusnamewatching.h
/usr/include/glib-2.0/gio/gdbusobject.h
/usr/include/glib-2.0/gio/gdbusobjectmanager.h
/usr/include/glib-2.0/gio/gdbusobjectmanagerclient.h
/usr/include/glib-2.0/gio/gdbusobjectmanagerserver.h
/usr/include/glib-2.0/gio/gdbusobjectproxy.h
/usr/include/glib-2.0/gio/gdbusobjectskeleton.h
/usr/include/glib-2.0/gio/gdbusproxy.h
/usr/include/glib-2.0/gio/gdbusserver.h
/usr/include/glib-2.0/gio/gdbusutils.h
/usr/include/glib-2.0/gio/gdebugcontroller.h
/usr/include/glib-2.0/gio/gdebugcontrollerdbus.h
/usr/include/glib-2.0/gio/gdrive.h
/usr/include/glib-2.0/gio/gdtlsclientconnection.h
/usr/include/glib-2.0/gio/gdtlsconnection.h
/usr/include/glib-2.0/gio/gdtlsserverconnection.h
/usr/include/glib-2.0/gio/gemblem.h
/usr/include/glib-2.0/gio/gemblemedicon.h
/usr/include/glib-2.0/gio/gfile.h
/usr/include/glib-2.0/gio/gfileattribute.h
/usr/include/glib-2.0/gio/gfileenumerator.h
/usr/include/glib-2.0/gio/gfileicon.h
/usr/include/glib-2.0/gio/gfileinfo.h
/usr/include/glib-2.0/gio/gfileinputstream.h
/usr/include/glib-2.0/gio/gfileiostream.h
/usr/include/glib-2.0/gio/gfilemonitor.h
/usr/include/glib-2.0/gio/gfilenamecompleter.h
/usr/include/glib-2.0/gio/gfileoutputstream.h
/usr/include/glib-2.0/gio/gfilterinputstream.h
/usr/include/glib-2.0/gio/gfilteroutputstream.h
/usr/include/glib-2.0/gio/gicon.h
/usr/include/glib-2.0/gio/ginetaddress.h
/usr/include/glib-2.0/gio/ginetaddressmask.h
/usr/include/glib-2.0/gio/ginetsocketaddress.h
/usr/include/glib-2.0/gio/ginitable.h
/usr/include/glib-2.0/gio/ginputstream.h
/usr/include/glib-2.0/gio/gio-autocleanups.h
/usr/include/glib-2.0/gio/gio-visibility.h
/usr/include/glib-2.0/gio/gio.h
/usr/include/glib-2.0/gio/gioenums.h
/usr/include/glib-2.0/gio/gioenumtypes.h
/usr/include/glib-2.0/gio/gioerror.h
/usr/include/glib-2.0/gio/giomodule.h
/usr/include/glib-2.0/gio/gioscheduler.h
/usr/include/glib-2.0/gio/giostream.h
/usr/include/glib-2.0/gio/giotypes.h
/usr/include/glib-2.0/gio/glistmodel.h
/usr/include/glib-2.0/gio/gliststore.h
/usr/include/glib-2.0/gio/gloadableicon.h
/usr/include/glib-2.0/gio/gmemoryinputstream.h
/usr/include/glib-2.0/gio/gmemorymonitor.h
/usr/include/glib-2.0/gio/gmemoryoutputstream.h
/usr/include/glib-2.0/gio/gmenu.h
/usr/include/glib-2.0/gio/gmenuexporter.h
/usr/include/glib-2.0/gio/gmenumodel.h
/usr/include/glib-2.0/gio/gmount.h
/usr/include/glib-2.0/gio/gmountoperation.h
/usr/include/glib-2.0/gio/gnativesocketaddress.h
/usr/include/glib-2.0/gio/gnativevolumemonitor.h
/usr/include/glib-2.0/gio/gnetworkaddress.h
/usr/include/glib-2.0/gio/gnetworking.h
/usr/include/glib-2.0/gio/gnetworkmonitor.h
/usr/include/glib-2.0/gio/gnetworkservice.h
/usr/include/glib-2.0/gio/gnotification.h
/usr/include/glib-2.0/gio/goutputstream.h
/usr/include/glib-2.0/gio/gpermission.h
/usr/include/glib-2.0/gio/gpollableinputstream.h
/usr/include/glib-2.0/gio/gpollableoutputstream.h
/usr/include/glib-2.0/gio/gpollableutils.h
/usr/include/glib-2.0/gio/gpowerprofilemonitor.h
/usr/include/glib-2.0/gio/gpropertyaction.h
/usr/include/glib-2.0/gio/gproxy.h
/usr/include/glib-2.0/gio/gproxyaddress.h
/usr/include/glib-2.0/gio/gproxyaddressenumerator.h
/usr/include/glib-2.0/gio/gproxyresolver.h
/usr/include/glib-2.0/gio/gremoteactiongroup.h
/usr/include/glib-2.0/gio/gresolver.h
/usr/include/glib-2.0/gio/gresource.h
/usr/include/glib-2.0/gio/gseekable.h
/usr/include/glib-2.0/gio/gsettings.h
/usr/include/glib-2.0/gio/gsettingsbackend.h
/usr/include/glib-2.0/gio/gsettingsschema.h
/usr/include/glib-2.0/gio/gsimpleaction.h
/usr/include/glib-2.0/gio/gsimpleactiongroup.h
/usr/include/glib-2.0/gio/gsimpleasyncresult.h
/usr/include/glib-2.0/gio/gsimpleiostream.h
/usr/include/glib-2.0/gio/gsimplepermission.h
/usr/include/glib-2.0/gio/gsimpleproxyresolver.h
/usr/include/glib-2.0/gio/gsocket.h
/usr/include/glib-2.0/gio/gsocketaddress.h
/usr/include/glib-2.0/gio/gsocketaddressenumerator.h
/usr/include/glib-2.0/gio/gsocketclient.h
/usr/include/glib-2.0/gio/gsocketconnectable.h
/usr/include/glib-2.0/gio/gsocketconnection.h
/usr/include/glib-2.0/gio/gsocketcontrolmessage.h
/usr/include/glib-2.0/gio/gsocketlistener.h
/usr/include/glib-2.0/gio/gsocketservice.h
/usr/include/glib-2.0/gio/gsrvtarget.h
/usr/include/glib-2.0/gio/gsubprocess.h
/usr/include/glib-2.0/gio/gsubprocesslauncher.h
/usr/include/glib-2.0/gio/gtask.h
/usr/include/glib-2.0/gio/gtcpconnection.h
/usr/include/glib-2.0/gio/gtcpwrapperconnection.h
/usr/include/glib-2.0/gio/gtestdbus.h
/usr/include/glib-2.0/gio/gthemedicon.h
/usr/include/glib-2.0/gio/gthreadedsocketservice.h
/usr/include/glib-2.0/gio/gtlsbackend.h
/usr/include/glib-2.0/gio/gtlscertificate.h
/usr/include/glib-2.0/gio/gtlsclientconnection.h
/usr/include/glib-2.0/gio/gtlsconnection.h
/usr/include/glib-2.0/gio/gtlsdatabase.h
/usr/include/glib-2.0/gio/gtlsfiledatabase.h
/usr/include/glib-2.0/gio/gtlsinteraction.h
/usr/include/glib-2.0/gio/gtlspassword.h
/usr/include/glib-2.0/gio/gtlsserverconnection.h
/usr/include/glib-2.0/gio/gunixconnection.h
/usr/include/glib-2.0/gio/gunixcredentialsmessage.h
/usr/include/glib-2.0/gio/gunixfdlist.h
/usr/include/glib-2.0/gio/gunixsocketaddress.h
/usr/include/glib-2.0/gio/gvfs.h
/usr/include/glib-2.0/gio/gvolume.h
/usr/include/glib-2.0/gio/gvolumemonitor.h
/usr/include/glib-2.0/gio/gzlibcompressor.h
/usr/include/glib-2.0/gio/gzlibdecompressor.h
/usr/include/glib-2.0/glib/giochannel.h
/usr/lib/gio-launch-desktop
/usr/lib/gio/
/usr/lib/gio/modules/
/usr/lib/gio/modules/.keep
/usr/lib/libgio-2.0.a
/usr/lib/libgio-2.0.so
/usr/lib/libgio-2.0.so.0
/usr/lib/libgio-2.0.so.0.7800.1
/usr/lib/pkgconfig/gio-2.0.pc
/usr/lib/pkgconfig/gio-unix-2.0.pc
/usr/share/bash-completion/completions/gio
/usr/share/libalpm/hooks/gio-querymodules.hook
/usr/share/man/man1/gio-querymodules.1.gz
/usr/share/man/man1/gio.1.gz
wandrien ★★
()
Ответ на: комментарий от TI_Eugene
$ ldd /usr/bin/pcmanfm-qt | grep gio
	libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f17afe27000)
wandrien ★★
()
Ответ на: комментарий от wandrien

О ёлки… оказывается это запчасть glib2.
Век живи - век учись.

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

Много жрёт. Примерно как новая крыса.

Оно ценно другим - поддержкой qt5-приложений из коробки. Ну и тем, что там нет гтк3+

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

Вот странно, в сумме как бы 206, а когда запускаешь xfce - почему то там за 350М вылезает. И нет, системные демоны не настолько жирные.

Ах, да, ещё xfdesktop течёт и разжирается как не в себя, если скормить ему ~50-100 обоин то легко за 200М вылетает.

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

А ты их когда нибудь запускал в каком нибудь icewm например? Там же половина виджетов деградирована и иконок нет от слова совсем. Пока не назначишь темы и платформу - хрен тебе. В лучшем случае ручками чрез qt5ct и переназначение переменных.

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

Да, на дебе, подтверждаю. Ну так, на то он и нетинстал, что зависимости и всё нужное самому надо ставить. Мне удалось сконпелировать qtcurve без кедолиб. А контроль за qt настройками - qt5ct. Больше ничего не надо.

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

Покажи идеал красоты, о великий гуру красивого и удобного интерфейса.

Лехко. Cinnamon. Честно спионерено с Windows XP. Хотя, оригинал я до сих пор считаю - самым, если не «лучшим», то самым «удобным».

ЗЫ: Обьясню свою «позицию». Кеды и Гном - слишком «перегружены свистоперделками». Всё для удобства пользователя, вроде-бы, но - слишком. Как-то раз поставил Slackware 15 c KDE, чисто «позырить» - тормозит безбожно. Поставил XFCe - буквально летает. Делайте выводы.

А вообще, раньше мне больше нравился WindowMaker...

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

WindowMaker

Под него надо и все приложения в духе NextStep, а их не густо))

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

Кеды и Гном - слишком «перегружены свистоперделками».

Гном

свистоперделками

У вас какой-то экзотичный гном? Тайная редакция для своих?

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

Windows XP… до сих пор считаю… самым «удобным»

Кеды и Гном - слишком «перегружены свистоперделками»

В последние лет десять вы, видимо, редко к машине подходили. Завидую.

На всякий случай, сообщаю, что из GNOME давным-давно выкинули всё, что можно считать свистоперделками. Местная публика на это обстоятельство регулярно жалуется.

Да и оффтопик на Висте не закончился.

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

Ну так в том-то и дело, что после экспишечки была ещё семёрочка. Правда, с тех пор я и сам оффтопик видел сильно мельком, так что поверю на слово.

Хрен его знает что сейчас в XP можно считать прямо каким-то непревзойдённым удобством. У меня вот в памяти осталось неимоверной кривизны меню, где нужно было проделывать фокусы мышкой, попадая сначала на «другие программы» или как это называлось, а потом проходя по всему дереву до нужной. И повторять всё это заново, если рука внезапно дрогнет. Раздражало неимоверно, поэтому весь рабочий стол был засран ярлыками.

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

Там половину кед тащит за собой.

Нет. Если ставить в дебе netinstall, с обязательным ключом –no-install-recommends, то только libkf5windowsystem ставится - маленький пакетик.

https://packages.debian.org/ru/sid/libkf5windowsystem5

gtk222
()
Последнее исправление: gtk222 (всего исправлений: 2)

По опыту использования могу сказать что LXQt имеет самые адекватные экраны настроек графической среды, которые я только видел. Лучше чем в KDE, Mate и минималистичного до степени убогости LXDE.

Плюсом все Qt-шные программы отображаются как задумывал автор, а не разъезжаются на элементы с невиданной ширины отступами, как это происходит в GTK-based среде.

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

Нет. Если ставить в дебе netinstall, с обязательным ключом –no-install-recommends, то только libkf5windowsystem ставится - маленький пакетик.

Я такие вещи изначально прописывал в apt.conf. Подвох в том, что голый ЛХКТ может и тянет один маленький пакетик. Но при наполнении системы программами, в один прекрасный момент понимаешь, что можно просто не морочить голову и переключится в кеды. Потому что они практически полностью присутсвуют в системе.

П.С. И еще части гнома, под шумок.

utanho ★★★★★
()
Последнее исправление: utanho (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.