ion3 (работящий карлик ;))

[D1V0iD]

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

[Portnov]

Сам ion этого не умеет. Теоретически, можно написать скрипт

[D1V0iD]

Это ясно, если писать скрипт, то писать его разумеется лучше на языке lua. Но так или иначе, всё равно будет нужно
использовать вывод программы "ps", с параметром "u", который нужно соответственно профильтровать. Но как узнать какой именно процесс занимает определённый таб?

[Portnov]

А у меня немного другая идея была. Пробегаемся по всем открытым окнам, составляем список из троек (WM_NAME, WM_CLASS, frame_name), для каждой пары пишем правило (defwinprop), эти правила записываем в файл (скажем, autogenerated.lua), который инклюдится в cfg_kludges.lua. Кроме того, фильтруя "ps u", составляем список запущенных программ и запускаем их при следующем запуске. По фреймам ion их сам раскидает благодаря сгенерированным правилам.

[D1V0iD]

Хорошая идея! Токо я не совсем в программировании на lua разбираюсь . Если можешь, напиши примерчик данного скрипта, пожалуйста.

[Portnov]

http://www.linux.org.ru/jump-message.jsp?msgid=2114755
Там по ссылке пройдите.

[Dark_Savant]

Сам ion этого не умеет. Теоретически, можно написать скрипт

а еще лучше использвовать hibernate

[xdimasik]

Чем у тебя показываетя статус ppp-соединения?
(Если интересно - у меня есть собственный скриптик для этого, можешь опробовать. в аттаче.)

а где можно скачать данный скрипт, не нашёл.

[a1f]

Надо сделать чтобы named scratchpad были поверх ВСЕХ других фреймов ключая дежурный стандартный scratchpad. Предложения?

[ixes]

А как можно консольные проги закинуть в target (именованный фрейм, скрачпэд)?

запускаю например: urxvt -e mocp
получаю Class: URxvt Role: <пусто> Instance: urxvt

[Portnov]

ion3 умеет и по Instance определять окна. А еще можно терминалам указывать класс и заголовок:
urxvt -e mocp -T "MOCP" -name "mocp"
будет class: mocp, title: MOCP.

[ixes]

ion3 умеет и по Instance определять окна

Instance у них всех один - urxvt

urxvt -e mocp -T "MOCP" -name "mocp"
будет class: mocp, title: MOCP.

Пробовал так запускать, сейчас ещё раз попробовал для чистоты эксперемента...
всё равно - Class: URxvt и Instance: urxvt

PS с xterm аналогично

[Portnov]

Перепутал: надо не name, а class...

Код: Выделить всё

[portnov]$ xterm -e htop -T HTOP -class htopt &
[1] 7578
[portnov]$ xprop | grep ^WM_
WM_STATE(WM_STATE):
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
WM_CLIENT_LEADER(WINDOW): window id # 0x3a0001e
WM_LOCALE_NAME(STRING) = "ru_RU.UTF-8"
WM_CLASS(STRING) = "xterm", "htopt"
WM_HINTS(WM_HINTS):
WM_NORMAL_HINTS(WM_SIZE_HINTS):
WM_CLIENT_MACHINE(STRING) = "portnov"
WM_COMMAND(STRING) = { "xterm", "-e", "htop", "-T", "HTOP", "-name", "htopt" }
WM_ICON_NAME(STRING) = "htop"
WM_NAME(STRING) = "htop"
[portnov]$

[ixes]

-class

так работает ...в большинстве случаев
moc, ради которого все и затевалось, с такой опцией падает при запуске

to Portnov
Кста Респект за статьи, зачитаны до дыр...
Сам пользуешься ещё или сменил на какой другой WM?

[Portnov]

Да всегда пожалуйста
Пользуюсь, правда с покупкой нового компа стал частенько запускать compiz-fusion+gnome Оказывается, тоже довольно удобная штука. Но с кучей окошек в нем особо не поработаешь (по сравнению с ion3).

[ixes]

Я чё спрашиваю, то. Хотелось бы ещё реальных ионовых ноу-хау

Пользуюсь, правда с покупкой нового компа стал частенько запускать compiz-fusion+gnome

Еретик!
Ты того,.. не сильно увлекайся, сиё есть ЗЛО великое!!!

[anotherone]

Каким файловым менеджером вы пользуетесь под Ионом?
Понятно, что можно и Konqeuror запустить, но хотелось бы, чтобы менеджер удовлетворял концепции Иона, то бишь можно было полностью управляться с клавиатуры. Первое, и единственное, что мне пришло на ум -- mc. Но это какая-то пришибленная прога, сколько ей уже лет, а не поддерживает простейших возможностей, которые были еще в нортоне. Да и вообще, что-то с ней непонятное творится, всякие глупости...
Есть ли альтернатива? Идеально -- что-нибудь типа Far'a.

[Portnov]

Чот не очень понятно, каких это возможностей нортона нет в mc
А я под ion-ом пользуюсь rox-filer-ом.

[anotherone]

Чот не очень понятно, каких это возможностей нортона нет в mc
А я под ion-ом пользуюсь rox-filer-ом.

Я задавал вопрос в теме "Как правильно работать в MC" в разделе "Программы" .
Нет равнения расширений файлов по правому краю колонки отдельно от имен файлов.

Ну и вообще прога пришибленная, вы же согласны?
Например, если я копирую файлы на FAT32, она мне для каждого файла выводит окошко о том, что нельзя скопировать права файла. В этом окошке есть кнопка "Пропустить", но нет кнопки "Пропустить все". Поэтому если я копирую 100 файлов, она у меня 100 раз спросит, что ей делать, ведь нельзя скопировать права
Ну и подобных глупостей у нее еще много.

[Portnov]

Хм, щас отвечу там, чтоб здесь не офтопить.

[anotherone]

- statusd_amarok. не обновляет выводимую информацию =(. в чём проблема - для меня загадка. работа с таймером там аналогична другим подобным скриптам, но они прекрасно работают, а этот - нет.

Сразу оговорюсь, я не имею ни малейшего понятия о том, как надо программировать на Lua и не хочу разбираться. Все, что ниже -- эмпирический хак, основанный только на логике. Он может привести к каким угодно последствиям, используйте его на свой страх и риск. Хотя я думаю, что ничего страшного не случиться

Итак, нужно всего лишь в функции update_amarok() третью строку поместить на первое место.
То есть было:

Код: Выделить всё

function update_amarok()
    local amarok = get_amarok()
    statusd.inform("amarok", amarok)
    amarok_timer:set(settings.update_interval, update_amarok)
end

Надо что бы стало:

Код: Выделить всё

function update_amarok()
    amarok_timer:set(settings.update_interval, update_amarok)
    local amarok = get_amarok()
    statusd.inform("amarok", amarok)
end

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

P.S. Можно предположить, почему оно не работало раньше. Скорее всего из-за того, что строка "local amarok = get_amarok()" генерировала ошибку, и выполнение функции прекращалось, следовательно, таймер не переустанавливался. Поэтому по-хорошему надо обработать возможность такой ошибки. Но у меня нет желания разбираться, что там происходит, и как в Lua делается обработка ошибок, поэтому я пошел по наиболее простому пути.

[edo]

ещё что раздражает в ion3 - когда фрейм на весь экран, то по бокам полоска в 1 пиксель неиспользуемая остается. нафига она там?

ура
обновил ion - теперь при попадании курсора мыши в крайнее левое/правое положение фокус ввода не теряется окном

[bluesman]

Я использую debian etch где в репозитариях само собой ion2. Так вот, документации по нему я почему-то не нашел - только по ion3. Будет ли правильно разбираться со второй версией по докам от третьей? Сильны ли различия версий?

[Portnov]

Да, различия значительные. ion3 в etch-е нет, автор со всеми дистростроителями чего-то поцапался (я не вникал в тонкости). Документация по обоим тут: http://modeemi.fi/~tuomov/ion/docs.html

[anotherone]

ion3 в lenny, установите оттуда и не мучайтесь

[first_slider]

автор со всеми дистростроителями чего-то поцапался

Да он вообще какой-то злой, зачем-то поддержку Xinerama оторвал, нормально же работало. Обновился сёдня, а тут такой сюрприз ... мля. Че делать теперь ума не приложу. Пора куда-нибудь ... на wmii сваливать.

[Aectann]

Че делать теперь ума не приложу.

Откатиться на старую версию.

[first_slider]

Че делать теперь ума не приложу.

Откатиться на старую версию.

Это конечно можно, но есть два НО:
1. До обновления у меня стояла версия последняя перед выкидыванием его (ion3) из официальных gentoo-шных портежей, теперь ее там нет и в помине. А обе версии из стороннего оверлея, которые в нем сейчас доступны, идут уже без поддержки Xinerama. Так что откат в моем случае дело весьма хлопотное.
2. Не понятно сколько времени придется сидеть на старой версии, так как судя по всему ни кто из официальных разработчиков поддерживать код совместимости с Xinerama не собирается.

З.Ы. Сразу хочу сказать, что заниматься этим самому абсолютно нет времени. Так что выводы для меня не утешительные, ибо без нее (Xinerama) жить конечно можно, но уж шибко не удобно.

[anotherone]

автор со всеми дистростроителями чего-то поцапался

Да он вообще какой-то злой, зачем-то поддержку Xinerama оторвал, нормально же работало. Обновился сёдня, а тут такой сюрприз ... мля. Че делать теперь ума не приложу. Пора куда-нибудь ... на wmii сваливать.

http://modeemi.fi/~tuomov/ion/faq/entries/Xinerama.html
Еще у него в блоге где-то запись была.
Да, автор весьма своеобразен, главным образом тем, что всегда готов что угодно объявить мусором Тем не менее, во многих случаях он прав. Например, вот тут можно прочесть об оконных интерфейсах, и в том числе о том, откуда есть пошла Xinerama, и почему Xinerama -- это не тру Впрочем, дело вкуса.
Скорее всего он не специально убил поддержку Xinerama

[first_slider]

http://modeemi.fi/~tuomov/ion/faq/entries/Xinerama.html
Еще у него в блоге где-то запись была.
Да, автор весьма своеобразен, главным образом тем, что всегда готов что угодно объявить мусором Тем не менее, во многих случаях он прав. Например, вот тут можно прочесть об оконных интерфейсах, и в том числе о том, откуда есть пошла Xinerama, и почему Xinerama -- это не тру Впрочем, дело вкуса.
Скорее всего он не специально убил поддержку Xinerama

Я читал эту статью, и честно сказать серьезно относиться к ней не могу, обычное словоблудие, единственный более менее серьезный аргумент против именно "многомониторности", это отсутствие непрерывного изображения, но ведь именно для этого нужна xinerama, что бы приложение могло определить границу перехода на другой экран. Надеюсь ни кому не надо объяснять какие удобства предоставляет для пользователя двухмониторная конфигурация рабочего стола, особенно для разработчиков и в первую очередь для программистов. Так что наезды господина Tuomov (так помоему его зовут) на xinerama могу списать только на отсутствие у него возможности или желания поддерживать то чем сам он не пользуется. Что-то мне подсказывает что и в остальных вопросах этот аргумент для него является основным.