Использую i3, например.

>Или правда, что их используют только ради понтов?

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

>>183802
Какой няшный шрифт в readme.doc

>есть здесь те, кто использует мозаичные оконные менеджеры

Тут таких много.
Я не из их числа, если что.

>>183802
Я использую, правда большая часть десктопов все равно под фулскрин

Использую awesome на ноутбуке, так как тачпад или, тем более, мышь бесят.
Так же немного эффективнее используется место на экране.

>>183823
А как с гуёвым ПО работать тогда, если не пользоваться ни тем, ни другим?

>>183824

Большую часть действий совершаю с клавиатуры. Если я ИЗРЕДКА нажимаю что-то мышкой, я не умираю от отвращения.

>так как тачпад или, тем более, мышь бесят

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

>>183827
если он есть. да и не проблема это, если редко к тачпаду прикасаешься.

Активно использую StumpWM уже много лет.

Кто-то, может, и использует только ради понтов, а мне крайне удобно.

>>183832

>да и не проблема это если редко к тачпаду прикасаешься

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

>на сантиметр влево

Вправо, конечно же, я ведь использую указательный палец левой руки для управления.

>>183859

> переходить же на вим-управление в браузере

Кстати очень удобно, рикамендую. Зависимость есть.

>>183861

>очень удобно

Один пацан писал все на JavaScript, и клиент, и сервер, говорил что нравится, удобно, читабельно. Потом его в дурку забрали, конечно.

>>183802
В первый раз вижу/слышу, чтобы их называли мозаичными, а не тайловыми. А в этом разделе вообще таких много. Я один из них, когда-то юзал xmonad, затем kwin с тайлоскриптом. Но проблема есть одна: ни у какого WM нет сразу нравящегося мне концепта управления окнами и допиленности. XMonad юзал ради концепта, но свалил -- уж больно он ужасен, если хочешь от него полной поддержки стандартов, и уж сильно в нем развито костылестроение. KWin выбрал из-за допиленности, но концепт тамошнего тайлоскрипта мне более-менее нравится. Как-то так

>>183863

>ни у какого WM нет сразу нравящегося мне концепта управления окнами и допиленности

А что под этим можно подразумевать?

Я точно знаю как тебе удобнее, не спорь.

>>183866
Под чем из двух?

>>183869
А давай сразу оба.

Клавиатура - хорошо, но есть ли тайловые менеджеры с управлением мышью? А то аккорды учить нет никакого желания.

>>183872
Но зачем? Это как яблоко со вкусом банана.

>>183873

>Это как яблоко со вкусом банана.

Как будто это что-то плохое.

>>183873
MS Windows 1.0 поддерживает управление мышью.

>>183872
Compiz
WinSplit Revolution

>>183871
Идеальный для меня концепт -- это примерно так:
1) WM под дефолту занимается только своими делами, а не создает панельки, десктоп, етц;
2) Есть лайауты(алгоритмы расстановки tiled окон), и есть некие модивикаторы, которые можно применить к этим лайаутам, добавляя новое поведение;
3) На как можно больше различных действий можно повесить хуки;
4) Воркспейсы -- это на самом деле теги(т.е. одно окно может быть сразу на некотором множестве воркспейсов);
5) Как можно больше вещей можно отконфигать без костылей.
Допиленность -- это совместимость с EWMH, отсутствие непритных багов, ограничений из-за ошибок в архитектуре.

>>183872
Возможность управлять мышой есть в любом хоть немного допиленном тайловом WM. В Awesome и XMonad точно есть(пользовался). Сейчас использую KWin, в котором из коробки есть полное управление мышью, и при этом есть возможность забиндить многие действия и писать скрипты(использую скрипт для тайлинга, например).

>>183877

> а не создает панельки, десктоп, етц;

Это же DE тогда, разве нет?

> использую скрипт для тайлинга

Можешь поделиться?

>>183878

> Это же DE тогда, разве нет?

Это Awesome, например

> Можешь поделиться?

Заходишь в настройки -> KWin Scripts -> Get new script -> ищешь "tiling" -> ставишь тот, у которого автор faho
Ну или https://github.com/faho/kwin-tiling

>>183877

> 1) WM под дефолту занимается только своими делами, а не создает панельки, десктоп, етц;
> 2) Есть лайауты(алгоритмы расстановки tiled окон), и есть некие модивикаторы, которые можно применить к этим лайаутам, добавляя новое поведение;
> 3) На как можно больше различных действий можно повесить хуки;
> 4) Воркспейсы -- это на самом деле теги(т.е. одно окно может быть сразу на некотором множестве воркспейсов);
> 5) Как можно больше вещей можно отконфигать без костылей.

Всё это есть в StumpWM, в дополнение прилагается возможность переписать весь WM на лету и интеграция с Emacs (необязательная).

>>183880
В XMonad это все тоже есть, и я предпочитал его, когда гнался за концептом. Ну почти всё, мне не хватало возможности нормально отконфигать ширину рамки в зависимости от приложения. Есть ли это в StumpWM, кстати?

А как в нём с совместимостью с EWMH/ICCCM? А то в википедии написано, что он не совместим ни с тем, ни с другим, однако в коде я нашел много чего, начинающегося с _NET

>>183881

>Есть ли это в StumpWM, кстати?

Зависит от того, что подразумевается под

>нормально

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

>А как в нём с совместимостью с EWMH/ICCCM?
>в коде я нашел много чего, начинающегося с _NET

Сам, собсна, ответил на вопрос.

Давно уже поддерживает неполный NETWM, хотя сейчас уже, скорее всего, допилили.

>>183898

> что подразумевается под "нормально"

В XMonad для этого надо было на события появления/удаления окон пихать/удалять те, для которых надо менять ширину рамки, в/из глобальное состояние, затем на каждый refresh лайаута применять к ним их рамку(потому что во время refresh применяется единая для всех окон ширина). Это пример костыля. В Awesome же можно написать правило { rule = { class = "Steam" }, properties = { border_width = 0 }, что является норальной конфигурацией ширины границы

>>183906
В пне это делается как-то так, на примере GIMP-а.
https://github.com/stumpwm/stumpwm/wiki/HandlingTheGimp

>>183908
Мне кажется, что почти всегда лучше задавать положение так, как это делается в XMonad, т.е. дробью от 0 до 1.
Что там есть правила для расположения, я понял, а хотел я при ширину границы. Ну да ладно, сам посмотрю.