моргать индикаторами при ургентах

эти индикаторы и без того заняты, да и я что-то не припомню, чтобы ими можно было пользоваться в обход.

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

Понятно. Подумаю, что можно сделать. Но не сегодня уже, пожалуй.

спешка нужна только в постели у замужней (не своей) бабы. xD

Как-то так, наверное. Disclamer: У меня нет Awesome, если что, я его и в глаза не видел :)

c:add_signal("property::urgent", function(c)
    if c.urgent then
        вызываем ledcontrol на мигание
    else
        гасим мигание ledcontrol
    end
end)

Хотя... Насколько я понимаю, ургентов может быть несколько. Надо проверить, сколько клиентов имеют ургенты. Когда станет 0, тогда выключать. А если там нет такого параметра, который считает число клиентов, которые выставили urgent hint, то считать самому в какой-нибудь переменной. нкрементировать и декрементировать. если станет 0 - выключать лампочку.

Это надо добавить в секцию client.add_signal(«manage»...), насколько я понимаю.

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

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

следовательно, вопрос в том, чтобы обыграть это глобально.

sudo cast unlog1c, может ты знаешь?

Тогда в секцию «new» добавить, не?

Ну Зубок тебе правильный сниппет написал (наверное). И правильный совет потом дал, что надо поцепить этот хук в new (или manage). Что-то навроде вот этого:

client.add_signal("manage", 
                  function(c)
                     c:add_signal("property::urgent", 
                                  function(c)
                                     -- Handler here
                                  end)
                  end)

Что значит - когда открывается новое окно (клиент), добавляем ему хук на сигнал urgent. Ну и внутрь уже пишешь что ты от него хочешь. Должно сработать.

ты прав, но убивать моргание тоже надо. иначе оно будет моргать беспрерывно, и ценности после первого ургента не имеет.

ты прав, но убивать моргание тоже надо. иначе оно будет моргать беспрерывно, и ценности после первого ургента не имеет.

А какие проблемы? Ведь хук вызывается, по-моему, не когда urgent устанаваливается, а когда *меняет* свое значение. Либо с true на false, либо с false на true. Проверкой c.urgent ты можешь установить, установился или сбросился urgent.

Заведи переменную, в которой будет считать число окон, установивших urgent. Если c.urgent - true, то инкрементируй и включай морание, если c.urgent - false, то декрементируй. Если после уменьшения стало 0, то выключай моргание.

Или же сам выясни такой момент: есть ли уже в awesome такая переменная, которая покажет, сколько окон выставило urgent. Вот смотри в API есть какие-то фнукции добавления в стек:

http://awesome.naquadah.org/doc/api/modules/awful.client.html

client.urgent.get ()  	Get the first client that got the urgent hint.
client.urgent.jumpto (merge) 	Jump to the client that received the urgent hint first.
client.urgent.add (c, prop) 	Adds client to urgent stack.
client.urgent.delete (c) 	Remove client from urgent stack.

Задача: выяснить, а можно ли узнать, что это за стек и если он действительно содержит все окна urgent, то можно ли выяснить его длину? Если можно, то тогда в хуке можно проверять: если длина стека не ноль, то есть хотя бы одно окно с ургентом после сигнала - значит, мигаем. Если после сигнала нет окон, то это значит, что последнее окно сняло urgent и больше окон нет - тогда снимаем мигание. Это было бы даже лучше, потому что способ с переменной имеет недостаток - надо отслеживать аварийное исчезновение окон. То есть окно мигает, а потом ты сделал xkill и оно исчезло. Что-то я сомневаюсь, что awesome вызовет все хуки с этим клиентом (но вполне может быть, что и вызовет - надо проверять).

на lua?! я в жизни не осилю такой сложный и запутанный квест.

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

обычно мне хватает всяких скриптов, чтобы научиться скриптовать, но js, lua и python вызывают у меня ступор, по крайней мере сейчас.

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

Пишу на lua впервые и вслепую, так что пардон. Это где-то в начале вставь вне всех функций (объявление глобальной переменной)

client_urgent_count = 0

Это в хук «property::urgent» вставь. Включение и выключение ledcontrol замени на запуск.

if c.urgent then
  client_urgent_count = client_urgent_count + 1
  <включить ledcontrol>
else
  client_urgent_count = client_urgent_count - 1
  if client_urgent_count = 0 then
    <выключить ledcontrol>
  end
end

Чтобы не крушить awesome, https://awesome.naquadah.org/wiki/Using_Xephyr/ru тебе в помощь.

И по-моему, есть смысл разобраться в lua (времени займет час-два от силы), если планируешь не просто использовать awesome, а еще его и твикать.

if client_urgent_count = 0 then

Только == надо.

Чтобы не крушить awesome, https://awesome.naquadah.org/wiki/Using_Xephyr/ru тебе в помощь.

ага, и пускать в нём всякий вакуум, для теста ургентов?

И по-моему, есть смысл разобраться в lua (времени займет час-два от силы), если планируешь не просто использовать awesome, а еще его и твикать.

смысл есть, но не стоит у меня на такое почему-то.

Вроде можно тестировать и ургенты: https://bbs.archlinux.org/viewtopic.php?pid=1008744#p1008744

два чая тебе.

Ну так что, решилось у тебя задачка или нет?

нифига. копаю. у меня после всех ковыряний с этим делом при рестарте осома осом падает. пробую методом научного тыка, ибо API нипанятна.

по пути допилил nocover. так как ниасилил awesompd, хочу запилить ещё фичи в свой плейер-виджет.

кстати, моргалки срабатывают, но почему-то рандомно.

А что не осилил? Там же все просто как двери.

Миру явно не хватает еще одного мпд-виджета:).

у меня осом сыпется от awesompd, и, если он работает на 3.14 (а это так), значит я ниасилил. я вообще очень слабо осваиваю lua, что мне очень мешает настроить окружение.

только что тыкал blingbling, тоже ниасилил.

всё это либо дело времени, либо я застрелюсь нафиг!

а ниасилил только потому, что примеров юзания сего не_понял/не_осилил_код/не_дошло_как_применить_на_3.4.*.

кстати, моргалки срабатывают, но почему-то рандомно.

Мигают по urgent? Ты уже прицепил в конфиг код вызова мограния? Или у тебя при вызове из ткомандной строки то мигает, то не мигает? То есть сейчас речь о проблеме ledcontrol идет или о том, что вызов из awesome то работает, то не работает?

Если прицепил в rc.lua мигание, то покажи код. Глянуть.

Мигают по urgent?

иногда и без ургента мигает.

Ты уже прицепил в конфиг код вызова мограния? Или у тебя при вызове из ткомандной строки то мигает, то не мигает?

прицепил, и из-за этого у меня при рестарте awesome он падает.

То есть сейчас речь о проблеме ledcontrol идет или о том, что вызов из awesome то работает, то не работает?

второе. но он не «то работает, то не работает», а работает рандомно. то есть не по ургенту, а от смены погоды на марсе.

Покажи этот кусок кода, плиз.

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

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

Ну а как запускаешь ledcontrol? Я вот не писал, как его запускать, поэтому мне интересно. :)

функция в функции. а в ней вызов awful.util.spawn(«ololo»). иначе не работает. точнее, я не осилил.

Ну покажи код. Вот у меня в коде синтаксическая ошибка была, которую я ниже исправил. У тебя исправлено? А вдруг у тебя еще какая-то. Неужели трудно показать? Иначе практически невозможно помочь - только время зря утекает.

я слишком поздно увидел сообщение.

выглядело как-то так:

client.add_signal("manage", 
function(c)
c:add_signal("property::urgent", function(c)
    if c.urgent then
       function()
          awful.util.spawn("ledcontrol set c5 blink 150 150")
       end
    else
       function()
          awful.util.spawn("ledcontrol set c5 normal")
       end
    end
end)
end)

function() зачем вообще?

Так попробуй.

client.add_signal("manage", 
function(c)
c:add_signal("property::urgent", function(c)
    if c.urgent then
          awful.util.spawn("ledcontrol set c5 blink 150 150")
    else
          awful.util.spawn("ledcontrol set c5 normal")
    end
end)
end)

два чая тебе, добра и котяток.

два чая тебе, добра и котяток.

Это что означает? Работает или ты еще не попробовал, но думаешь, что заработает? :)

И хочу напомнить, что этот код не годится. Тебе нужен примерно этот:

моргать индикаторами при ургентах (комментарий)

И не забыть про объявление глобальной переменной! И не забыть это исправление: моргать индикаторами при ургентах (комментарий)

Это что означает? Работает или ты еще не попробовал, но думаешь, что заработает? :)

Работает же. И работает таки хорошо.

И хочу напомнить, что этот код не годится.

Это почему? о_О

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

задачей было, чтобы дать мне знать, если экран залочен, есть ли ургенты.

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

Поэтому я тебе и дал второй код. Он считает число ургентов и не сбрасывает, пока остаются еще ургенты.

тут и с этим проблема. оно рандомно (без ургентов) моргает и скролл и капс локом.

тут и с этим проблема. оно рандомно (без ургентов) моргает и скролл и капс локом.

Не совсем понятно. Где «тут»? А где нет такой проблемы? Так, давай я детально расспрошу:

1. С этим кодом проблемы нет со случайным включением?

моргать индикаторами при ургентах (комментарий)

2. А с этим кодом проблема есть?

моргать индикаторами при ургентах (комментарий)

Если да, то выкладывай опять код проблемный сюда и переменную покажи куда вписал. И не забываешь ли ты перегружать Awesome заново после изменений?

так работает ещё лучше.

оно иногда давать сбои (рандомное мигание рандомными индикаторами). но я подозреваю, что это таки проблемы ledcontrol, а не awesome.

может быть со всеми так, но обнаружил я это только с предпоследним.

перезапускать не забываю.

оно иногда давать сбои (рандомное мигание рандомными индикаторами). но я подозреваю, что это таки проблемы ledcontrol, а не awesome.

Очень может быть! И скорее всего. Похоже, что ledcontrol в файле startup.sh загружает какие-то тесты зачем-то и возможно даже какие-то функции вешает на мигания (типа активности сети, например). Там какие-то скриптики есть file.sh* load.sh* netload.sh* ping.sh* ppp.sh* size.sh* startup.sh*, которым он делает source. Надо разобраться с этим файлом. Может, просто там закомментировать ненужное.

оно иногда давать сбои (рандомное мигание рандомными индикаторами). но я подозреваю, что это таки проблемы ledcontrol, а не awesome.

Кажется, я понял. Он там какие-то действия ненужные в ledcontrol.conf инициирует. Закомментируй там все нафиг. И посмотри, исчезло ли случайное мигание.

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

благодарю за помощь.

Не, баш не трогай. В ledcontrol.conf закомментируй. А startup.sh - он читает этот ledcontrol.conf.

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

Ты можешь по-другому сделать. Создать свой скрипт. Минимальный. Скажем, pipe.sh. В этот скрипт поместить изменение прав на /var/run/ledd-pipe:

#!/bin/sh

chmod 666 /var/run/ledd-pipe

Затем сделать скрипт исполняемым

chmod 755 /usr/share/ledcontrol/pipe.sh

В конфиг ledd.conf вместо startup.sh прописать:

startup /usr/share/ledcontrol/pipe.sh

Перезапускаем ledd.

И с обновлениями никаких проблем не будет, так как pipe.sh в пакете отсутсвует. Скрипт, кстати, можно и в хомяк положить, так как путь к нему в ledd.conf указывается явно.

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