Продолжение сравнения gnome2 и xfce4

vs.

Продолжаю тему, поднятую в предыдущем посте: поверхностное сравнение рабочих сред Gnome2 и Xfce4 преимущественно в картинках, имея в виду возможность максимально возможного безболезненного перехода с первой на вторую в связи с тем, что Gnome уже никогда не будет прежним :) (ну так как третья версия уж слишком разительно отличается от всего, что было до этого)
Я уже посмотрела на отличия в настройках панелей, на разницу оконных менеджеров metacity и xfwm (которые, впрочем, ещё раз напомню, и там и там могут быть заменены compiz'ом), на оформление внешнего вида (темы, шрифты) и настройки рабочих столов. Теперь остались всё остальное.

Переход с Gnome на Xfce

Опять тема о Gnome 3, но не обзор его самого. Ещё когда я перешла с Ubuntu на ArchLinux и неожиданно для себя обнаружила, что здесь в официальных репозиториях уже второго гнома просто нет, и вследствии этого вынужденно попробовав третий, я поняла, что среда эта абсолютно другая. Оставалось непонятным, как же так — ведь та среда, которой был Gnome 2, просто исчезнет, а к ней многие привыкли и не захотят переходить на совсем уж что-то другое.
Тогда ещё появилась мысль, что форк появиться должен, хотя бы попытки такие будут обязательно. Но форк — это сложная и объёмная задача. Посмотреть даже на trinity — всё таки это довольно нестабильная среда. Да и неизвестно тогда было, возьмётся ли кто-нибудь за это, а сейчас непонятно, как долго продежатся те, кто всё таки взялся.
И почему-то на тот момент я абсолютно забыла о существовании такой рабочей среды как Xfce. Только несколько позже пришла мне эта мысль о совершенно готовом пути отхода для заядлых гномеров (а потом ещё и появилась эта новость о Торвальдсе, ругающем Gnome 3 и решившим перейти на Xfce, что позабавило меня совпадением).

Но ведь и действительно, аналогия между средами Gnome2 и Xfce4 давно уже была очевидна. Очень похожие принципы организации рабочего пространства и управления окнами, приложения на gtk2 (в отличии от форка с пока туманным будущим, xfce планируется переводить на gtk3), примерно одинаковые возможности настройки и наличие графических утилит для этого. Собственно, сама я когда-то поменяла gnome2 на xfce4 на мамином компьютере, сделав их максимально внешне похожими для её удобства, и их действительно сложно было отличить, если не лезть в настройки.
Насколько они действительно заменимы. Попробую сравнить хотя бы поверхностно некоторые детали. Для этого я взяла эти две среды из одинакового дистрибутива (Debian squeeze). Как видно на скриншотах, Gnome версии 2.30.2, а Xfce версии 4.6.2. Не самые последние, но достаточно свежие.

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

О клавише Compose полностью

Когда-то я уже затрагивала тему набора неклавиатурных символов и клавиши Compose. Достаточно, чтобы понять, что это, как включить и пользоваться. Однако, недавно вернулась к ней и как-то так увлеклась, что, кажется, разузнала всё что можно было вообще. У самой меня вопросов не осталось. Думаю, надо как-то теперь весь материал скомпановать.

Итак, существует ряд символов, набирать в тексте которые может понадобиться, но на клавиатуре изначально их не предусмотрено. К ним относятся, например, тире, правильные кавычки («ёлочки»), символ градуса, знаки валют и так далее.
Об этом я тоже уже немного писала раньше. Первое, что приходит в голову большинству пользователей, это программа типа «таблица символов». Её просто запускаешь, отыскиваешь там нужный знак и копируешь его в свой текст. Есть такая и для Windows, и для Gnome (gucharmap), и для KDE (kcharselect).
Если какие-то символы используются более или менее часто, можно, запомнить клавиатурные сочетания. А их посмотреть в той же таблице. В windows, например, можно нажать Alt и следующие за ним цифры из кода на дополнительном цифровом блоке клавиатуры. В linux вроде можно использовать сочетание Ctrl+Shift+U и после набирать цифровой код, но не везде и не всегда это работает.
Ну и наконец, самый удобный и наиоблее продвинутый способ — использовать тоже клавиатурные сочетания, но более удобные и более запоминаемые. Для windows в качестве подобного решения может выступать, например, типографская краскладка Ильи Бирмана или программы типа Type it Easy. Для linux же для этого ничего не надо устанавливать, всё уже есть в системе, надо только настроить и научиться пользоваться.

Ну вот, собственно, и подошли к главному. Правда, есть способ — так называемый третий уровень, но я о другом — о клавише Compose. В первую очередь её нужно включить. В средах с большим количеством графических утилит настройки скорее всего это в них и делается, а точнее там же, где добавляются раскладки и выбирается способ их переключения. Настройка прямо так и называется «Положение клавиши Compose».

Скрытие текстового меню gtk-приложений

На скриншоте обычный текстовый редактор, на первый взгляд. Однако если приглядеться:заголовок окна и под ним сразу панель инструментов с иконками. На самом деле там, как почти у любого приложения, должно быть текстовое меню с обычными пунктами типа «Файл», «Правка», «Вид», «Справка».
Такое меню иногда можно скрыть средствами самой программы, например, умеет так Firefox, и Nautilus Elementary. Но можно заставить так делать все программы (правда только написанные на gtk). Ведь насколько часто нужно это самое меню? По-моему, довольно редко, у многих программ.
Однако, для этого пришлось выполнить ряд нетривиальных для меня действий, впрочем, при желании всё по деталям можно найти в интернетах. И для арчеводов привычная поблажка — в AUR'е есть уже готовый пакет gtk2-libwinmenu (спасибо тебе, добрый человек, который это сделал).
Ну а для всех остальных дальнейшие действия.

Маленькое gtk-меню «mygtkmenu»

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

Правда, вот я не знаю, как именно так он редактировал меню, что ничего совсем не сохранялось. Всё таки графическая утилита для этих целей работает сравнительно корректно и совсем всё возвращаться к первоначальному виду не могло. А вот не принимать во внимание desktop-файлы вообще для формирования меню всё же приносит некоторые неудобства, хотя плюсом, конечно, остаётся, полный контроль пользователя над меню.
В общем эта программка подойдёт в случаях, когда нужно какое-либо статичное меню. Но в нём не будут сами появляться свежеустановленные программы, в нём не будут меняться иконки программ в зависимости от выбранной темы оформления. Зато таких меню может быть несколько разных одновременно, открывающихся по клавиатурным сочетаниям, либо повешенных на какие-нибудь значки, кнопки и так далее. Туда можно поместить не только запуск определённых программ, но и любые свои скрипты.

Форк Gnome 2 (Mate DE)

Ни для кого, наверное, не секрет, что ещё весной вышел официально Gnome 3. И многие уже имели возможность его посмотреть самостоятельно или слышать отзывы посмотревших. Разбирать, плох он или хорош, тут я точно не буду, хотя имею в планах сделать небольшой обзорчик. Но что вот факт, который вряд ли вызовет возражения, что это уже совсем другое рабочее окружение нежели второй Gnome, а далеко не просто очередная версия.
Собственно, поэтому изначально было понятно, что сразу будет много недовольных, да и просто привыкших к тому старому гному и не желающих пользоваться чем-то столь сильно отличающимся. В настоящее время, во многих дистрибутивах по-умолчанию всё ещё идёт Gnome 2, но его смена третьим - вопрос времени. Поэтому тем, кому новое воплощение привычной среды не понравилось совсем и категорически, стоит уже сейчас подумывать о миграции.
А также сразу было понятно, что возникновение форка второго гнома более чем вероятно. И он действительно появился. Правда, я не думала, что это произойдёт настолько скоро, а появился он где-то в середине этого лета.
Не факт совсем, что этот именно форк выживет вообще и будет развиваться дальше. Но на сегодняшний момент это то, что имеем. Больше никто не брался за это дело, а шансы этого проекта на нормальную поддержку хоть не выглядят особенно хорошими, но по крайней мере пока что эта среда в более-менее рабочем состоянии.

А именно я веду речь о Mate Desktop Environment. Есть тема на форуме ArchLinux от, видимо, автора проекта. Там есть ссылки на страничку проекта, ссылка на GitHub, ну и прочие "явки и пароли".
Есть и страница на ArchWiki, где чётко указано, как можно его установить. Правда, я собирала из AUR'а. Вообще, кажется, разработчик сам работает в Archlinux, так как под него больше всего плюшек.
На сегодняшний день все три описанных в вики репозитория работают, а вот официальный сайт буквально не больше недели как стал доступен. Что весьма настораживает.
Но тем не менее установить всё возможность есть (пакет, тянущий остальные зависимости, называется mate-desktop-environment. Попасть в установленное окружение тоже несложно (строка exec ck-launch-session mate-session в ~/.xinitrc, например). Ну и работать, как показал опыт, тоже вполне реально.

cairo-compmgr — Лёгкий композитный менеджер

Когда-то очень давно, я, осваивая лёгкий оконный менеджер, и желая, чтобы в нём были красивости, хотя бы "true"-прозрачность, применяла к нему простенький композит-менеджер xcompmgr, и делала сессию compiz-standalone, чтобы получить все рюшечки этого продвинутого композитного оконного менеджера без частей от различных DE.
Обе статьи, кстати, по прежнему в целом актуальны, а вторая (о создании "самосборной" среды с компизом в качестве оконного менеджера) с выходом третьего гнома и неминуемым отмиранием второго, тем более.
Но помимо этих двух вариантов (для того, чтобы и к минимализму поближе и красивости не все выкинуты), давно хотела попробовать ещё один композит-менеджер — cairo-compmgr. Правда, отзывы о нём были не очень лестные, мол, сыроват.

SnapFly — меню из трея или в любом месте по клавише

Утилита, подобная описанной в прошлом посте — SnapFly. Исходники и deb-пакеты можно скачать со страницы проекта, а для ArchLinux есть пакет в AUR'е. Тоже открывает меню приложений либо по клавиатурному сочетанию, либо по щелчку на значке в трее. В чём-то лучше, в чём-то хуже.
Во-первых, внешний вид:

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

xmenud —- маленькое простое меню, которое можно поместить в трей

xmenud — простая маленькая утилитка, показывающая меню приложений. Может использоваться в любом рабочем окружении, но особенно полезна будет, пожалуй, во всяких лёгких средах, где панелей уж тем более с системным меню может вообще не быть.
На сайте дан адрес git-репозитория, а для Арч-линукса в AUR'е есть пакет xmenud-git.

Запускается, как ни странно, командой xmenud. Есть несколько дополнительных опций. Например на скриншоте выше программа выполнена с опцией -t (или --tray). В этом случае в трее появляется маленькая иконка по щелчке на которой открывается меню.

circular-application-menu — Проект меню для среды компиз в виде концентрических кругов

Ещё одно меню для компиза. Circular-application-menu.

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

obapps — графическая утилита для редактирования правил для приложений в openbox

Описанный несколько раньше раздел конфига опенбокса, определяющий правила для окон, может быть отредактирован не напрямую правкой файла, а через специальную программу. Учитывая нудность правки xml-файла, это может быть весьма полезно.
Программа называется ObApps, имеет официальную страничку на sourceforge, и последнюю версию 0.1.7 от 9 июля 2010. Да, к сожалению, приложение, похоже, несколько заброшено разработчиком. Выглядит так:

Аватарки в ростере джаббер-конференций в psi-plus

В джаббер-клиенте Psi+ появилась возможность отображения аватарок в ростере конференции. Хотя появилась она довольно давно: вроде бы с версии 0.15.4062 (от 19 июня), пользоваться фичей я стала примерно через месяц, ну а пишу ещё позже.

Так это выглядит (не все аватарки подгружаются, правда, но изначально было ещё хуже).

Раздел applications конфигурации openbox (настройки поведения приложений)

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

Итак, для подобных вещей в конфигруационном файле существует раздел applications. Вообще в дефолтном конфиге он есть со всеми доступными опциями в виде закомментированных строк. "Шаблон" файла находится в /etc/xdg/openbox/rc.xml, ну а сам текущий файл помещается в домашнюю директорию пользователя по адресу ~/.config/openbox/rc.xml. Синтаксис этого раздела очень простой, наприсан в xml как и весь файл и строится примерно по такой схеме:

<applications>
  <application name="имя" class="класс" type="тип">
    свойства
  </application>
  ...
</applications>