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

• Прикладным интерфейсом, через который приложения получают эти имена, является библиотека GIO.
• Непосредственно перечислением устройств, монтированием, размонтированием и т.п. занимается демон udisksd из пакета udisks2. Прикладной код с ним может общаться через dbus.
• Промежуточным звеном, которое от учётной записи пользователя общается с udisks2 и предоставляет информацию для интерфейса gio, является gvfs. Точнее, один из нескольких специализированных демонов в составе этого пакета.

Посмотрев в исходники, я обнаружил, что никакой кастомизации, как отображать имена томов, в gvfs не предусмотрено. Поэтому я запатчил код и пересобрал пакет.

Результат вы видите на изображении - Было/Стало:

• Больше не отображается бесполезных надписей «Том XXX ГБ» («XXX GB Volume» в английской локализации).
• Для всех томов отображается название устройства в каталоге /dev, метка и размер.
• У всех LVM-томов будут вменяемые имена, а не просто dm-1, dm-2…
• Список томов сортируется по названию устройства. Так что все sda* будут раньше всех sdb* и так далее.

Так как патч действует на уровне демона платформы, он действует на любые приложения, использующие API gio. Как минимум, это:

• большинство файловых менеджеров на GTK, таких как thunar, caja, pcmanfm и т.п.;
• диалоги «Открыть/Сохранить» в приложениях на gtk.
• диалоги «Открыть/Сохранить» в приложениях на qt, когда включена интеграция с платформой gtk.

Ссылки:

• Сам патч: https://github.com/sde-gui/PKGBUILDs-gnome-platform-patches/blob/main/gvfs/0001-gvfs-improve-volume-names-and-sorting.diff
• Рецепт сборки gvfs для Arch/Artix/etc: https://github.com/sde-gui/PKGBUILDs-gnome-platform-patches/tree/main/gvfs
• https://github.com/sde-gui/PKGBUILDs-gnome-platform-patches/tree/main/_docs

>>> Просмотр (1045x1768, 194 Kb)

Захотелось мне оформления в стиле Nimbus, который был в Solaris, а в KDE его воссоздать оказалось нереально. Поэтому я просто взял и перешёл на GTK-окружение, имея 15 лет KDE в анамнезе (эпизодически использовал с KDE 3.2, постоянно — с KDE 4.1.4). Наверное, это самая идиотская причина смены DE и тулкита, претендую на медаль 😁

Перепробовал всё более-менее некрасноглазое на GTK, начиная с Gnome 42 и заканчивая LXDE. Остановился на MATE. Внезапно, это вполне функциональная настольная среда, которая сформировалась в процессе развития Gnome 2, так что все или почти все банальные вещи в UI/UX тут реализованы. И всё это наследие Gnome 2 неспешно эволюционирует: МАТЕ уже давно использует GTK3 и сейчас внедряет поддержку Wayland.

Как видно по скриншотам, Nimbus жив! После засилья плоскоты, прозрачностей и стерильности смотреть на вот это всё просто кайф. Хотя, может, тут новизна играет роль, но меня МАТЕ пока устраивает вполне. Этот переход оказался интересным опытом, поделюсь некоторыми наблюдениями:

• Не знаю насчёт Gnome и Cinnamon, но МАТЕ намного проще устроен, чем KDE 5. Если мне нужны заметки с органайзером и контактами — я запускаю Osmo и просто делаю заметки, смотрю-добавляю контакты и сверяюсь с планами. Просто, представьте себе, открываю приложение и добавляю контакт, а не сижу выбираю хранилище, категорию записи и прочую техническую трахомудию, как в монструозных KDE-приложениях типа Kontact. Офигенное ощущение, скажу я вам! Никаких сраных единых систем хранения данных, которые то и дело отваливаются, мне блин не нужна МОЩЬ, которая принимает тысячу контактов в секунду от разных приложений одновременно и синхронизирует их с какой-то промышленной вундервафлей, мне нужна элементарная локальная программулька для удобной записи контактов, мать вашу!
• Это капец как печально, но похоже, что софт на Qt больше не вариант. Почему? Он ТОРМОЗИТ. Если GTK-приложения в МАТЕ на моём компе запускаются мгновенно, то Qt-программы запускаются так: мгновенно появляется рамка окна, отрисованная МАТЕ-шным оконным менеджером, и ПРИМЕРНО ЧЕРЕЗ СЕКУНДУ в этой рамке появляется содержимое окна, отрисованное Qt. Так происходит и с Kvantum, и с Breeze, и с Fusion, без разницы. Я сначала подумал, что это глюк конкретно моей инсталляции, но потом понял, что Qt-приложения всегда так запускались и в KDE тоже. После запуска отрисовка быстрая и плавная, но вот сам запуск ворочается тяжело, особенно если прога на QML. Всегда чувствовался небольшой разрыв между действием пользователя и реакцией KDE/Qt. Просто сейчас это стало особенно заметно. А GTK, даже в своей жирненькой третьей версии, реагирует мгновенно. Почему так?
• А печально без Qt вот почему: внезапно обнаружил, что в репозиториях Manjaro большинство GUI-приложений — на Qt. Пытался, например, подобрать Markdown-редактор на GTK, а они почти все на Qt. На GTK только штуки три или четыре, да и те с CSD (клиентские декорации в МАТЕ выглядят чмошно). Практически все читалки, умеющие FB2, тоже на Qt. Аналога KeePassXC на GTK не нашёл, может кто подсказать?
• Почему линуксоиды хейтят dconf, он же «гномореестр»? По-моему, настройки в бинарном файле это удобно! Во-первых, разработчикам не нужно впиливать каждую настройку в GUI, когда есть одно известное место, где хранятся настройки в читабельном виде, и в которые можно тыкать мышкой. Во-вторых, благодаря dconf любую настройку можно изменить через консоль. В-третьих, выбирать из бинарного файла нужные данные намного быстрее и стабильнее, чем парсить кучу текстовых конфигов, как делает KDE. Тем более, в случае KDE там не куча, а ХРЕНОВА ГОРА текстовых конфигов, в итоге KDE даже на топовых конфигурациях загружается по 5 секунд.
• Кстати о настройках. Их в МАТЕ мало, конечно, если сравнивать с KDE. Зато это реально нужные настройки, которые тебе могут понадобиться в первые же минуты или дни. В KDE же у тебя миллион настроек, где самые актуальные и самые редкие бездумно перемешаны и распиханы по извилистым путям, так что привести среду в удобный вид — подвиг уровня расчистки авгиевых конюшен.
• Есть ли экономия системных ресурсов на МАТЕ? Сложно сказать. Процессор стал меньше напрягаться, судя по звуку кулера. Но оперативку МАТЕ ест охотно, на скриншоте видно, что только Caja и Xorg потребляют по 200+ МБ каждый. Со старта у меня среда занимает 800-900 МБ оперативки. С другой стороны, системный монитор МАТЕ берёт самую «пессимистичную» цифру, потому что в целом показывает занятой оперативки на 200 с лишним МБ больше, чем KDE-шный KSysGuard (сравнивал на старой системе с KDE).

В итоге: у меня удобная рабочая среда, которая стартует и выключается стабильно за секунду времени, и которая мгновенно реагирует на мои действия, будто *box какой-то. И которая не выглядит как кислотный приход. Ещё и шрифты, по-моему, чётче стали, чем было в KDE.

Хз, как после этого возвращаться на KDE. Наверное, я и не буду. Осталось дождаться переезда МАТЕ на Wayland и больше нечего будет желать, кроме исправления мелких багов — их в МАТЕ достаточно, увы. Местами нет перевода на русский (я заодно решил перекатиться и на русскую локаль), пара апплетов для панели неюзабельна (глючат и жрут оперативку), системный монитор не сохраняет часть настроек. Ну и косметические недоделки — например, индикатор раскладки в системном лотке слишком мелкий. В общем, есть над чем работать, и я надеюсь, над МАТЕ будут работать.

Сейчас раздумываю, стоит ли заменить оконный менеджер на Compiz, чтобы получить «горячие» углы экрана, или забить и пользоваться дальше традиционными переключателями окон и рабочих столов. За эти несколько дней я уже привык к ним, хотя пальцы порой машинально кидают мышь в угол экрана.

На первом скриншоте: muPDF и Abiword. Оконный менеджер Marco умеет примитивный тайлинг, можно раскидывать окна мышью. Тема иконок: Nimbus + Mate с папками из Yeti Box. Можно ещё отключить рамку окна для полноэкранного режима, но меня прикалывает этот градиент, как на скрине с Firefox. Тему Nimbus устанавливал из AUR.

>>> Просмотр (5120x2880, 4086 Kb)

Нашлось время для игры с gtk, в данный момент используется версия x11-libs/gtk+-3.24.34, подправил тему, с гитхабом чё то не срослось(хотел тему загрузить), 2часа ждал верификацию, не дождался, тему делал oomox-ом, кому пригодится вот пресет для него: https://pastebin.com/Gxpu6sBe, на цвета терминала(присутствуют) в пресете не смотрите, они случайным образом сформированы, использую совершенно другие, иконки папирус использовал для пробы(есть в пресете, экспортируются из oomox-а отдельно). Селекторы, которые потрогал(можно ещё конечно, занятие на будущее), здесь: https://pastebin.com/qyEJAUQu.

>>> Просмотр (1600x900, 176 Kb)

Есть ли кто разбирается в создании тем оформления GTK и дизайне? Я работаю над созданием темы оформления для GTK. Мне нужна помощь в допиливании темы оформления, чтоб этот дизайн выглядил целостно.

Для патчей у меня есть репозиторий.

>>> Просмотр (1920x1080, 723 Kb)

• Значки на панели - это уведомления? В этом что-то есть.
  А как, например, добавить изменение яркости?
• Alt+tab рисует рамку вокруг окна, и вообще не очень-то приятен.
  Как его настроить?
• Иконка в уведомлениях о состояниях батареи ну совсем не к месту.
  Маленькая, не всегда по центру, светлая на светлых темах.
  В adwaita иконки нет, но она (адвайта) из прошлого столетия.
• Кстати, как добавить темы оформления уведомлений?
• Стрелка в компактном меню на панели.
  dconf write /org/mate/panel/objects/object-1/has-arrow false
  - ничего не меняет. Хоть мне оно ни к чему, все равно неприятно.

В итоге MATE очень шустрый, lightdm его идеально дополняет.
Особенно радует, что lightdm настроился парой строк.

>>> Просмотр (1920x1080, 1826 Kb)

В плане выбора графических окружений я человек очень нерешительный. Скакал по ним очень долго, но всё же бывали периоды когда я останавливался на чём-то одном. Первое время на Linux я был привязан к Xfce, но потом начал «экспериментировать». Перепробовал n количество оконников и окружений но в конце концов осел на GNOME.

Гном устраивал меня долгое время. Привлекал тем, что много времени на его настройку тратить не надо. Немного опций в control center и tweaks, пара расширений — и всё. Думал, что это навсегда, но нет, и в гноме нашёлся фатальный недостаток. Просто он какой-то громоздкий. Жирные заголовки окон, как-то неудобно. Темы сторонние пытался ставить — мне не приглянулось. Вкусовщина, в общем.

И вот я опять метался. Даже пробовал плазму, к которой отношусь не очень то и хорошо. Нет, дизайн там на высоте, но само окружение очень помойное. Много всяких апплетов, сервисов, мелких утилит, программы пестрят функциями в которых всех надо разобраться. Панель управления у плазмы запутана. Ещё меня рассмешил Dolphin. Безусловно, файловый менеджер многофункциональный, чего там только нет, но настроек там кот наплакал. Я даже не нашёл где там сменить терминал по умолчанию.

Ну и после долгих пересадок я остановился на Cinnamon. Я относился к данному окружению скептически, но всё-таки оказалось, что не такое оно и плохое. Гном он мне заменить смог, но надо признаться — расширений там в сравнении с первым очень мало, хотя мне много и не требуется. Нашёл хорошую тему, на мой взгляд. Вообще, подбор GTK-темы процесс очень мучительный. Из минусов отмечу, что Cinnamon потребляет память больше всех из моего опыта — ≈600-650 MiB на холостом ходу. На скриншоте, к слову, не холостой ход, так что потребление соответственно выше.

Что же по характеристикам десктопа? Говорить, думаю, нет смысла — всё на скриншоте показано. Софт использую от Cinnamon и GNOME: gnome-terminal, Nemo, gedit, eog, Evince, Celluloid, GNOME Music. Шрифты все дефолтные — dejavu. Потому что мне лень искать сторонние и копаться с fontconfig. Обои тоже дефолт.

>>> Просмотр (1600x900, 2109 Kb)

Я даже не заметил, когда в awesome появилась возможность импорта gtk-шных переменных. А когда заметил, то стало гораздо легче жить, а не держать зоопарк тем под настроение. Хотя до полного однообразия ещё далеко, не знаю, как автоматически менять тему gtk3, либо писать в settings.ini, либо лезть в инструменты DE, которого нет. С прошлого раза лишился второго монитора, пришлось украсть позаимствовать у родного предприятия квадратный. Паразитирую дальше.

Подработал внешний вид rofi, что-то серьёзное можно делать только с последней версией, скомпилял 1.6.1. Лучше, чем полноэкранный режим - не нашёл, подогнал на основе старых скриптов оболочку для sdcv, часто нужно пару незнакомых слов перевести. В том же стиле drun и run режимы.

А ещё покусился на боковую панель, пытаясь разместить в ней теги - совсем неудобно. Поэтому оставил постоянно висящий поверх всего popup с некоторыми виджетами, меняющий размер при наведении мыши, он же регулятор громкости по колёсику.

ШГ - Helvetica Neue. Обоины честно дёргаю по акцентным цветам из TinEye https://labs.tineye.com/multicolr/

Другие скриншоты

( тык )

>>> Просмотр (3320x1080, 2752 Kb)

ну, раз пошла пьянка с fvwm, закину и свой вариант. окна открыты по приколу, ради снимка

тем более, что в связи с локдаунами решил наконец оформить все барахло из хомяка в полноценный пакет

кого заинтересовало - https://github.com/v1cont/ydesk

>>> Просмотр (1920x1080, 158 Kb)

Собственно, до стабилизации вида GNOME 40 всего несколько недель, так что как есть сейчас, так и будет дальше.

Поэтому я поставил бету на Fedora 33 отсюда: https://copr.fedorainfracloud.org/coprs/haeckerfelix/gnome-shell-40/

И посмотрев, решил сопоставить GNOME 3.32 в составе CentOS 8 с бетой GNOME 40, что запущена на Fedora 33.

Слева — было, справа — будет. На обоих на первом рабочем столе запущен текстовый редактор и терминал в окнах, а на втором — браузер на весь экран. Самые большие различия — в Обзоре и Приложениях, обычный вид не отличается, так что и не показан (он просто не лез в лимиты на размер скриншота).

Вкратце — различия практически такие же, как между GNOME 2.* и 3.*.

Чувствую, воя после выхода будет не меньше, чем после релиза GNOME Shell — ведь многие успели полюбить GNOME 3 таким, какой он сейчас... и снова пора переучиваться.

Особенно, если ты любил расширения — отвалятся многие. Собственно, я теперь прекрасно понимаю, почему в Ubuntu 21.04 будет GNOME 3.38... причины прекрасно видны.

>>> Просмотр (3840x3240, 2973 Kb)

Эти вечные вопросы, что тревожат умы… Что ставить? GNOME, KDE или Xfce? А может Mate или Cinnamon? И в каком дистрибутиве лучше готовят KDE? И что делать, когда что-нибудь отваливается? Не было печали — апдетов накачали…

Мой лаптоп под управлением Arch Linux обитает вдали от этих бурь. При обновлениях системы ничего не отваливается уже очень давно. А когда отваливалось, то чинилось элементарно.

Недавно пытался вспомнить, сколько лет я пользуюсь этой копией установленной системы. Так и не вспомнил точно. По одним прикидкам получается 9 лет, по другим больше 10-ти. И ни разу за эти годы система не была в состоянии «не загружается» или «не логинится». Хотя отдельные косяки, разумеется, случались.

При этом я наживую, без переустановок, мигрировал с 32 бита на 64, с grub-legacy на grub2, со скриптов на systemd. Два раза переносил запущенную систему с одного накопителя на другой. Не обновлялся по 8 месяцев, игнорируя городские легенды, что Арч не любит долгих пауз в обновлениях. И ставил кучу программ из AUR, которые согласно тем же легендам должны было непременно угробить систему.

Так что на основе многолетнего опыта эксплуатации могу сказать уверенно, что чтобы развалить Арч нужно иметь исключительно кривые лапки.

Ну а DE… А что DE?… Она не ломается, если её нет.

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

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

Но использование этого компьютера настолько не вызывает тревог, что у меня практически не было стимула что-то доделывать. Все предыдущие 5 лет я уделял много внимания чему угодно, только не проекту SDE, потому что я практически не вспоминаю о его существовании: он просто работает, выполняет свои функции, просто не мешает мне заниматься на компьютере своими делами.

На скриншоте:

Панель виджетов waterline. Сбоку настроена классическая панель задач с часами, треем, регулятором громкости и т.п. Свёрнутые окна рисуются затенёнными иконками. Также можно включить показ реального изображения окна вместо иконок. Снизу меню приложений, меню доступа к каталогам, переключатель воркспейсов и плагин multiload. В правом верхнем углу напоминание о memento mori. Убавляется каждый день. Просто напоминает, что мои шансы увидеть там «0» очень невелики. Оно реализовано shell-скриптом, потому что на панели можно создавать виджеты, управляемые внешней программой.

На рабочем столе два линка на списки дел. Больше ничего на рабочем столе обычно не держу. Если же всё-таки кладу туда что-то, то специально, чтобы оно было на глазах – чтобы не забыть. Рабочий стол управляется программой stuurman-desktop. Двойным щелчком по рабочему столу можно скрыть или показать иконки. Обои меняются в случайном порядке скриптом каждые две минуты.

В трее менеджер буфера обмена rainbow-cm. Это бывший Parcellite, из которого выкинуто процентов 60 кода, а оставшийся переписан так, чтобы всё-таки работать.

Окнами управляет openbox. Тема оформления для него составлена вручную. Всё управление окнами на хоткеях.

За глобальные хоткеи (не относящиеся к openbox) отвечает xbindkeys.

За кадром остался lilyterm — лучший из всего семейства эмуляторов терминала на базе библиотеки vte. И классика — urxvt, который я недавно наконец-то настроил, и он оказался хорош.

Запуск сеанса обеспечивается старой версией lxsession, когда её еще не успели переписать на vala. Всё никак не найду времени форкнуть её и добавить немного нужных мне фич. Видимо, не слишком они и нужны.

Больше скриншотов:

• https://ibb.co/yBBjMvy — меню приложений классическое, по категориям.
• https://ibb.co/tpP6cyH — рекурсивное меню каталогов и файлов, быстрый доступ ко всему нужному. Можно сразу открыть терминал в каталоге проекта и начать работу. Или открыть файловый менеджер в каталоге. Или сразу открыть файл.
• https://ibb.co/BPqmbft — текстовый редактор qk, форк medit. Мой основной редактор.
• https://ibb.co/cFdTykT — это редактор SynWrite, который разрабатывался by Alexey_Tor. Редактор под оффтопик. Но прекрасно работает под wine. Поставил в качестве эксперимента. И в целом, да. Ведь почему бы и нет: если под Windows разработан софт под свободными лицензиями, то почему бы им не пользоваться?

>>> Просмотр (1366x768, 1183 Kb)

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

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

>>> Просмотр (1920x1080, 188 Kb)

Состоялся релиз gtk-темы Lounge 1.20.

Промо-ролик.

Добавлен вариант темы с увеличенными элементами и отступами, оригинальный вариант переименован в Lounge-compact. Тема поставляется с нескучными динамическими обоями (рекомендуемая зависимость для deb/rpm-пакетов), работают только в gnome - репозиторий, оригиналы. Также добавлены отдельные пакеты для пользователей xfce/sway, собранные с четкой границей для контекстных меню gtk2-приложений (скриншот со сравнением).

Поддерживаемые DE - gnome и xfce.

Инструкция по сборке и установке находится на гитхабе, доступны репозитории для Fedora и Ubuntu. Тема также представлена на flathub, для поддержки flatpak-приложений.

Еще есть репозиторий в AUR, но pkgbuild содержит ненужные зависимости (попытка связаться с мейнтейнером оказалась безуспешной), так что лучше собрать по инструкции.

>>> Просмотр (1920x1080, 876 Kb)

Надоели плоские темы - кое-как портировал под Mate-gtk3 олдскульный брашед мак-лук.

>>> Просмотр (3840x2160, 2336 Kb)

такая вот попытка сделать тему gtk3 без лишнего гигантизма и прочих плоскостей

на мелкий ideapad e10-30, с которым обычно езжу в командировки - вообще прекрасно легла

единственная гадость - кое-какие вещи пришлось выпиливать на уровне исходников. так улетели нафиг дебильные носики в GtkPopup, дурацкие дефолты для тулбаров и прибитые гвоздями иконки +/- для числовых полей

>>> Просмотр (1920x1080, 143 Kb)

Matthias Clasen запилил пост в блое разработчиков GTK+ о тестировании новой версии адвайты.

Архив со свежей версией для тестирования выкладывают тут: https://download.gnome.org/misc/testing/Adwaita/

Там же лежит README, но его в листинге директории не видно.

Смотрим, тестируем, отправляем баг репорты и пожелания, смотрим имеющиеся и голосуем за них.

Домашний комп:

• i7-6700K, Z170-P, 16Gb RAM
• SSD 850EVO M.2 120Gb + WD20EFRX
• 2×Dell U2412M
• KV-300H + X-718BK + CTL671

>>> Просмотр (3840x1200, 1698 Kb)

Конфиг осома особо не поменялся (патч для использования GTK+3 темы, кстати, уже принят в апстрим). Кстати, недавно наконец нашел время разобраться как сделать полупрозрачные уведомления с непрозрачной картинкой внутри уведомления :D Толстые границы окон функциональны, не только для перетаскивания и ресайза, но и для этого.

На скриншоте также можно увидеть терминал xst, на данный момент самый годный: старый добрый st с поддержкой Xresources, live-reload настроек и другими полезными ништяками.

Темы GTK, иконки и Xresources сгенерированы, как обычно, oomox-ом (кстати, теперь еще поддерживается и тема Arc).

vim на фоне ковр^Wобоев: https://i.imgur.com/UofINj4.png

обязательный скрин лора: https://i.imgur.com/r6byFGf.png

тот же скрин пару дней назад, но с темой Arc: https://i.redd.it/3s1oh843qvq11.png

ШГ: Source Sans Pro

даже не знаю, что еще можно допилить, может, только сделать в виджете cpu и ram такие же прогресс-бары как в nemo в Home и File System

UPD: вот, попробовал с прогрессбарами: https://i.imgur.com/p71lXdm.png

>>> Просмотр (1920x1080, 415 Kb)

Долго пытался заставить GTK+ версии 3 выглядеть согласованно с темой Raleigh из GTK+ 2.0 (разработчики бросили её обновлять давным-давно, и в варианте по умолчанию она непригодна для использования), пока не наткнулся на вот эту годноту.

На снимке — meld, gedit и evince.

Не то, чтобы я стал активно переползать на третью версию с GTK+ 2.0 и Qt 5 (свят, свят), но теперь хотя бы не плююсь при её виде.

Плюсуйте проект на Гитхабе — автору темы наверняка будет приятно.

>>> Просмотр (3840x1200, 449 Kb)

Месяц назад понадобилась легкая система для парочки экспериментов на реальном железе. Собрал Арчик, накатил Крысу вместо DE. Честно говоря, Крыса всегда меня бесила рядом недоделок и убогим дефолтом, который трудно исправить даже хорошей темой, поэтому дольше чем на «потыкать полчасика» я XFCE не вкатывал. Однако, в этот раз я приятно удивился отзывчивости системы. 2 - 3 года назад мой любимый Гном был не намного тяжелее Крыски, но последние пару релизов он заметно обрюзг и на офисном ноуте 3-летней давности Activities и главное меню отрисовываются далеко не мгновенно и уж во всяком случае с заметным проседанием FPS. Я решил довести мою Крысу до ума.

( читать дальше... )

>>> Просмотр (1366x768, 395 Kb)

Осиливаю decoration
Вот так получилось

decoration {
	border-radius: 0px;
	padding: 2px;
	box-shadow: 0 2px 3px 1px black;
}

.ssd decoration .titlebar,
decoration {
	background: #464D4D;
}

.maximized decoration,
.fullscreen decoration {
	padding: 0px;
}

.tiled decoration {
	box-shadow: 0 0 3px 3px black;
}

.popup decoration,
.csd.popup decoration,
tooltip decoration {
	padding: 0px;
	background: transparent;
	box-shadow: none;
	border: none;
}

p.s. DE обычный Гном, font-size: 0; для панели, просто эксперименты.

>>> Просмотр (1600x1800, 211 Kb)

weston, wayland.

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

На скрине брузер, шахматы, текстоый редктор.

Декорация окон нравится.

Еще маляху допилю, и станет идеально по мне.

>>> Просмотр (1366x768, 251 Kb)