Посоветуйте тайловый WM

toZen	# 7 лет назад (отредактировано 7 лет назад)
Темы: 19 Сообщения: 544 Участник с: 06 февраля 2015	┌─ tozen {Linux 4.1.6-1-ARCH x86_64} /home/tozen [06:47:15] └─> $ sudo pacman -S xmonad [sudo] password for tozen: resolving dependencies... looking for conflicting packages... Packages (14) ghc-7.10.1-1 haskell-data-default-0.5.3-7 haskell-data-default-class-0.0.1-6 haskell-data-default-instances-base-0.0.1-8 haskell-data-default-instances-containers-0.0.1-6 haskell-data-default-instances-dlist-0.0.1-7 haskell-data-default-instances-old-locale-0.0.1-6 haskell-dlist-0.7.1.1-1 haskell-extensible-exceptions-0.1.1.4-9 haskell-mtl-2.2.1-2 haskell-old-locale-1.0.0.7-4 haskell-utf8-string-1-1 haskell-x11-1.6.1.2-3 xmonad-0.11.1-2 Total Download Size: 70.92 MiB Total Installed Size: 932.82 MiB :: Proceed with installation? [Y/n] Однааако... :( Аж цельный гектар.

# 7 лет назад (отредактировано 7 лет назад)

Сообщения: 544

Участник с: 06 февраля 2015

┌─ tozen {Linux 4.1.6-1-ARCH x86_64} /home/tozen
[06:47:15]
└─> $ sudo pacman -S xmonad
[sudo] password for tozen:
resolving dependencies...
looking for conflicting packages...

Packages (14) ghc-7.10.1-1  haskell-data-default-0.5.3-7  haskell-data-default-class-0.0.1-6  haskell-data-default-instances-base-0.0.1-8
              haskell-data-default-instances-containers-0.0.1-6  haskell-data-default-instances-dlist-0.0.1-7
              haskell-data-default-instances-old-locale-0.0.1-6  haskell-dlist-0.7.1.1-1  haskell-extensible-exceptions-0.1.1.4-9
              haskell-mtl-2.2.1-2  haskell-old-locale-1.0.0.7-4  haskell-utf8-string-1-1  haskell-x11-1.6.1.2-3  xmonad-0.11.1-2

Total Download Size:    70.92 MiB
Total Installed Size:  932.82 MiB

:: Proceed with installation? [Y/n]

Однааако... :(
Аж цельный гектар.

Haron_Prime	# 7 лет назад (отредактировано 7 лет назад)
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	toZen, Это ещё не всё - при установке подтянется ещё несколько пакетов. ))) Зато в работе очень экономно относится к памяти и ресурсу процессора. у меня старенький ноут, который не слишком быстро работал на опенбоксе, чуть быстрее стал шевелиться на awesome, после установки и настройки xmonad стал просто летать! Потребление памяти мизерное, нагрузки на процессор почти никакой. Приложения стартую быстрее, чем на десктопе. В общем, я весьма доволен, что потратил время на возню с сабжем. Осталось только оптимизировать конфиг, повычищав оттуда мусор и неиспользуемые фишки, и решить проблему с одной из программ - запускаемое под wine приложение, которое мне нужно для работы, плевать хотело на все правила размещения окон. Это единственный минус, который я пока обнаружил в xmonad (в awesome это же приложение ведёт себя вполне корректно). Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 7 лет назад (отредактировано 7 лет назад)

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

toZen,
Это ещё не всё - при установке подтянется ещё несколько пакетов. )))
Зато в работе очень экономно относится к памяти и ресурсу процессора. у меня старенький ноут, который не слишком быстро работал на опенбоксе, чуть быстрее стал шевелиться на awesome, после установки и настройки xmonad стал просто летать! Потребление памяти мизерное, нагрузки на процессор почти никакой. Приложения стартую быстрее, чем на десктопе. В общем, я весьма доволен, что потратил время на возню с сабжем.
Осталось только оптимизировать конфиг, повычищав оттуда мусор и неиспользуемые фишки, и решить проблему с одной из программ - запускаемое под wine приложение, которое мне нужно для работы, плевать хотело на все правила размещения окон. Это единственный минус, который я пока обнаружил в xmonad (в awesome это же приложение ведёт себя вполне корректно).

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

vasek	# 7 лет назад
Темы: 48 Сообщения: 11334 Участник с: 17 февраля 2013	toZen Однааако... :( Аж цельный гектар. Сравни с dwm $ sudo pacman -S dwm dmenu разрешение зависимостей... проверка конфликтов... Пакеты (2) dmenu-4.5.13.5ed5e90-1 dwm-6.0-2 Будет загружено: 0,02 MiB Будет установлено: 0,10 MiB Изменение размера: 0,00 MiB Ошибки не исчезают с опытом - они просто умнеют

vasek

# 7 лет назад

Темы: 48

Сообщения: 11334

Участник с: 17 февраля 2013

toZen
Однааако... :(
Аж цельный гектар.

Сравни с dwm
$ sudo pacman -S dwm dmenu
разрешение зависимостей...
проверка конфликтов...

Пакеты (2) dmenu-4.5.13.5ed5e90-1 dwm-6.0-2

Будет загружено: 0,02 MiB
Будет установлено: 0,10 MiB
Изменение размера: 0,00 MiB

Ошибки не исчезают с опытом - они просто умнеют

Xts	# 7 лет назад
Темы: 33 Сообщения: 973 Участник с: 13 ноября 2013	toZen Однааако... :( Аж цельный гектар. дак там целый компиль и еще прочая хрень для haskell

Haron_Prime	# 7 лет назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	vasek Сравни с dwm имхо, сравнение некорректно - dwm на С, все необходимые либы для которого в системе уже установлены в случае с xmonad, написанном на haskel, все хаскеловские либы нужно устанавливать для компиляции и работы сабжа если сравнивать отдельно вес самих приложений, то разница будет не столь разительной можно сравнить по-другому - dwm + dmenu + сишные либы vs xmonad + xmobar + хаскеловские либы такое сравнение будет более корректным Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 7 лет назад

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

vasek
Сравни с dwm

имхо, сравнение некорректно - dwm на С, все необходимые либы для которого в системе уже установлены
в случае с xmonad, написанном на haskel, все хаскеловские либы нужно устанавливать для компиляции и работы сабжа
если сравнивать отдельно вес самих приложений, то разница будет не столь разительной
можно сравнить по-другому - dwm + dmenu + сишные либы vs xmonad + xmobar + хаскеловские либы
такое сравнение будет более корректным

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

vasek	# 7 лет назад (отредактировано 7 лет назад)
Темы: 48 Сообщения: 11334 Участник с: 17 февраля 2013	Haron_Prime имхо, сравнение некорректно - dwm на С, все необходимые либы для которого в системе уже установлены в случае с xmonad, написанном на haskel, все хаскеловские либы нужно устанавливать Не спорю, так оно и есть.....но лучше уж на C...... PS.....аналогично и CLFSWM, который на CLISP......., правда метров всеравно по меньше.... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 7 лет назад (отредактировано 7 лет назад)

Темы: 48

Сообщения: 11334

Участник с: 17 февраля 2013

Haron_Prime
имхо, сравнение некорректно - dwm на С, все необходимые либы для которого в системе уже установлены
в случае с xmonad, написанном на haskel, все хаскеловские либы нужно устанавливать

Не спорю, так оно и есть.....но лучше уж на C......
PS.....аналогично и CLFSWM, который на CLISP......., правда метров всеравно по меньше....

Ошибки не исчезают с опытом - они просто умнеют

Haron_Prime	# 7 лет назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	vasek .но лучше уж на C. лучше на ассемблере ))) Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

vasek	# 7 лет назад
Темы: 48 Сообщения: 11334 Участник с: 17 февраля 2013	Haron_Prime лучше на ассемблере ))) Лучше.......но исходники Linux на C, а потому лучше уж иметь дело с ним.... UPD.....но CLISP еще лучше, но не в данном случае.... Ошибки не исчезают с опытом - они просто умнеют

vasek	# 7 лет назад
Темы: 48 Сообщения: 11334 Участник с: 17 февраля 2013	malody А по поводу запуска разных WM Ненужные закоментированы, а нужный раскоментируем убрав # Да это все понятно....смысл то в другом — зачем каждый раз при входе лезти в файл и что то комментировать (причем иногда это выливается около 10 строк)......имеется и упрощенная схема, но все-равно это все не то.......если есть компьютер, то он должен выполнять для тебя большую часть работы, ты в ходе диалога с ним должен ему объяснить (просто, на пальцах) что нужно выполнить, а дальше он будет сам за тебя делать работу …..... ….вот чего я добивался — переложить большую часть своей работы на компьютер..... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 7 лет назад

Темы: 48

Сообщения: 11334

Участник с: 17 февраля 2013

malody
А по поводу запуска разных WM
Ненужные закоментированы, а нужный раскоментируем убрав #

Да это все понятно....смысл то в другом — зачем каждый раз при входе лезти в файл и что то комментировать (причем иногда это выливается около 10 строк)......имеется и упрощенная схема, но все-равно это все не то.......если есть компьютер, то он должен выполнять для тебя большую часть работы, ты в ходе диалога с ним должен ему объяснить (просто, на пальцах) что нужно выполнить, а дальше он будет сам за тебя делать работу …..... ….вот чего я добивался — переложить большую часть своей работы на компьютер.....

Ошибки не исчезают с опытом - они просто умнеют

simd0264	# 7 лет назад
Темы: 10 Сообщения: 290 Участник с: 03 апреля 2013	vasek зачем каждый раз при входе лезти в файл и что то комментировать (причем иногда это выливается около 10 строк)......имеется и упрощенная схема, но все-равно это все не то vasek, возможно обрисую упрощённую схему, но я в таких случаях рядом с файлом конфига ставлю ещё 2 таких же файла (меняю название, отличное от файла конфига) с уже сделанными изменениями, в вашем случае с закоментированными и незакомментироваными строками. Потом делаю 2 исполняемых файла с короткими названиями, например vkl и vykl с содержимым `cp config-vkl config` и `cp config-vуkl config` В результате по коротким командам vkl и vykl меняется конфигурация. Можно ещё скрыть вывод команды "cp" в консоль и в конце файлов дописать вывод текста в консоль, что-то типа "Опция такая-то включена/отключена". Если речь о изменениях в уже графической системе, то вызов по хоткеям этих исполняемых файлов. Текст что включено или отключено можно добавить в вызов notify-send или любого другого аналога. И будет так, как вы хотите, компьютер будет делать большую часть работы :)

simd0264

# 7 лет назад

Темы: 10

Сообщения: 290

Участник с: 03 апреля 2013

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

vasek, возможно обрисую упрощённую схему, но я в таких случаях рядом с файлом конфига ставлю ещё 2 таких же файла (меняю название, отличное от файла конфига) с уже сделанными изменениями, в вашем случае с закоментированными и незакомментироваными строками. Потом делаю 2 исполняемых файла с короткими названиями, например vkl и vykl с содержимым

cp config-vkl config

cp config-vуkl config

В результате по коротким командам vkl и vykl меняется конфигурация. Можно ещё скрыть вывод команды "cp" в консоль и в конце файлов дописать вывод текста в консоль, что-то типа "Опция такая-то включена/отключена".
Если речь о изменениях в уже графической системе, то вызов по хоткеям этих исполняемых файлов. Текст что включено или отключено можно добавить в вызов notify-send или любого другого аналога. И будет так, как вы хотите, компьютер будет делать большую часть работы :)