Убойные фишки KDE

Алексей Федорчук

Относительно среды KDE мы с котом Мануалом сошлись во мнении относительно трёх убойных фишек. Одна из них «генеральная», остальные две — более частные, и касаются настройки ввода/вывода и управления сеансами.

Разумеется, в мировом масштабе самой убойной фишкой KDE является её настраиваемость. И тут она «впереди планеты всей»… то есть всех прочих десктопов. Ибо в этой среде можно настроить всё, и при этом не прибегая к инструментам доступа к бинарным настройкам, подобным редактору Dconf в Gtk-средах, а оставаясь в рамках Параметров системы, изредка прибегая к Инструментам Plasma. Все настройки KDE сохраняются в текстовом формате, и потому при необходимости могут быть легко отредактированы вручную. Правда, мы с котом Мануалом уже не помним, когда последний раз такая необходимость возникала.

Однако в данном случае мы как раз имеем дело с «инвертированием убойности», упомянутым во вводной заметке: изобилие настроек неизбежно связано со сложностью соответствующих инструментов. А поскольку изобилие это складывалось исторически, ещё и с нелогичностью их устройства. Хотя последняя часто кажущаяся вследствие отличия от настроек Gtk-сред. Так, в KDE-приложениях все настройки собраны в одноимённом пункте главного меню. Что, согласитесь, логичней, чем вызов их через пункт Правка -> Настройки (да ещё подчас с дополнительными пунктами для настройки модулей, плагинов etc.), как это принято в Gtk-приложениях. Однако для многих кажется непривычным, поскольку точно так же вызываются настройки во «внедесктопных» приложениях (OpenOffice, Firefox), которые используют почти все.

Ну а об том, что для многих применителей «тотальная» настраиваемость KDE просто не нужна, и говорить не приходится. О этом свидетельствует популярность GNOME, разработчики которого считают «убойной фишкой» своего десктопа сознательное обеднение настроек. Или, по крайней мере, скрытие их с глаз пользователя в недрах редактора Dconf.

В настройках ввода и вывода KDE уникален функционал модуля настройки клавиатуры. Он допускает возможность работы с произвольным (буквально) количеством национальных раскладок, каждой из которых может быть приписан фиксированный переключтель, не исключающий циклического переключения между раскладками, кольцо которых может быть ограничено:

Богатство настроек сенсорной панели также не имеет себе равных среди прочих десктопов. Что особенно сказывается для вошедших в моду бескнопочных кликпадов. Кроме того, KDE — единственная, насколько я знаю, среда, в настройках которой предусмотрена деактивация тачпада при подсоединении мыши, и его активация сразу после её отсоединения.

Наконец, в настройках ввода/вывода следует отметить возможность включить управления курсором с клавиатуры. Функция эта нам с Мануалом требовалась крайне редко, и потому по умолчанию мы её никогда не вклюбчаем. Но когда она действительно нужна (например, при неработающем тачпаде и отстутствии мыши) — включить её дело шести секунд.

Относительно управления сеансами следует сказать в первую очередь о их сохранении. Нет, включить сохранение текущего сеанса при выходе из него можно и в других десктопах — в Xfce и в Cinnamon точно. Но реализована эта возможность и там, и там… так себе реализована: она распространяется только на штатные приложения, да и окна тех сваливаются на один рабочий стол, что теряет затею всякого смысла.

В KDE же функция сохранения сеанса реализована почти идеально: ею охватываются не только все родные приложения, но и чистые Qt-программы, штатные программы из Gtk-сред, большинство «внедесктопных» комплектов (LibreOffice, Firefox). Единственно, включению в сохраняемый сеанс не подвержены проприетарные браузеры Vivaldi и Opera (вероятно, и другие «частнособственнические» программы, но у нас с Мануалом таковых нет).

Эта фишка хорошо дополняется другой — возможностью автоматического входа не только после перезапуска системы, но и при повторном входе после завершения сеанса:

Разумеется, все перечисленные фишки «убойны» только для тех, кому они нужны. Как, впрочем, и любые другие. Например, нынче, после безвременной кончины Unity (или, точнее, её самоубийства), среда KDE осталась единственным носителем традиции глобально-интегрированного меню. Вот только нужно ли оно — мы с Мануалом так для себя и не определили. Вот если бы меню можно было бы переключить в режим локально-интегрированного (как в последних версиях Unity), да ещё распространить на приложения не из KDE — эта фишка стала бы убойной по полной программе.

Убойные фишки KDE: 10 комментариев

  1. Executing Dolphin as root is not possible — ребята жутко разочаровали запретом запуска графических приложений от рута. На reddit один из KDE-шников, Martin Graesslin, выразился в стиле: это вам не нужно, вообще нечего лазить системе под капот.
    Оно то можно и через консоль всё делать, но такой подход не будет вызывать вопросов в bspwm или xmonad, а в самом настраиваемом окружение — KDE — отдаёт издевательством.
    Мауи шикарен, захотелось пользоваться. Но когда начинают бить по рукам, закономерно появляется мысль: а я точно в Линуксе? Такая политика характерна для проприетарных ОС, не будем показывать пальцем.

  2. Вы что-то явно перепутали, всё с точностью до наоборот. Когда в апстриме KDE (в Plasma 5.9) запретили запускать графические приложения от рута, как раз Maui был чуть ли не первым дистрибутивом, который позволял это делать: в нём есть kdesudo, патченные версии Dolphin и Kate, rootactions-servicemenu. О чём неоднократно говорилось на этих страницах, например, здесь: http://alv.me/vozzreniya-kota-manual-a-maui-i-kde-predposylki-vybora-kde-i-root/

  3. alv, прощу прощения, действительно по привычке через просто sudo запускал.
    Тогда имеет смысл попробовать ещё раз.

  4. Через просто sudo тоже теоретически можно, если определить переменную XDG_RUNTIME_DIR (как — не помню).
    Но зачем, если там штатно всё по уму сделано.
    Так что да — имеет смысл попробовать ещё раз.
    Среди KDE based дистров Maui, ИМХО, один из самых удачных.

  5. Не откладывая в долгий ящик — попробовал. К сожалению kdesudo также возвращает Executing Dolphin as root is not possible. Что до rootactions-servicemenu, то пункт «Открыть в файловом менеджере» не работает. При этом пункты «Установить владельцем root» и «Установить владельцем активного пользователя» вполне функциональны, что позволяет отобрать у рута права, выполнить требуемые операции и вернуть права руту на место. Но, выражаясь политкорректно — это не самый оптимальный алгоритм.
    Может вероломно, без объявления войны, в политике дистрибутива что-то изменилось?

  6. Чёрт его знает: у меня стоит своя пересборка на базе17.03, регулярно обновляемая, там всё работает.
    Теоретически с тех пор вышла 17.06, я её посмотрел бегло в лайв-режиме, ничего нового, кроме обновления версий не увидел, дальше не вникал, это же part-rolling.
    Но практически — кто знает, что им в голову могло прийти. Хотя скорее всего пришло в голову KDE-апстримастам, а соответствующие патчи ещё не слабали.
    Если интересно — гляньте мои пересборки:
    http://alv.me/vozzreniya-kota-manual-a-maui-i-kde-itogi-kastomizatsii-maui-lite/
    http://alv.me/vozzreniya-kota-manual-a-maui-i-kde-itogi-kastomizatsii-maui-heavy/
    Как говорится, ТВР :)

  7. Стоит сказать об «убойных» фишках дельфина.
    Относительно «убойная» — F2 для массового переименования файлов.
    Другая — режим двухпанельного файлового менеджера с панелью предпросмотра делает его уникальным не только среди файловых менеджеров, но и среди графических просмотрщиков, позволяя сравнивать картинки в двух папках. Сочетание этого с ImageMagick в сервис-меню делает его уникальным по части пакетной обработки фотографий.

  8. Для меня «убойной фишкой KDE» стали комнаты.
    Я их использую вместо рабочих столов. Каждую из комнат можно привязать к какой-нибудь пользовательской папке. И складывать туда необходимый материал.

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

Добавить комментарий