xNeur - Punto Switcher for Linux (Архив)

[Crew]

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

Попробуйте перезагрузить xneur или комп. Там поменялись библиотеки от xneur, может что-то криво подцепилось...

[stmc]

у меня последняя 874 сборка
xneur сразу после загрузки можно сказать что не работает вообще (так как я описал в предыдущем посте)
если прибить процесс и запустить заново, то работает некоторое время, но потом все равно начинает глючить

[unwrecker]

А с JAVA приложениями можно что-то сделать?
Не могу добавить в игнор Jedit. Сам gxneur определяет имя приложения как "org-gjt-sp-jedit-jEdit". Пробовал добавлять и "java" и "jedit" - не помогает, всё равно переключает автоматом.
Пользователь решил продолжить мысль 02 Апреля 2011, 00:16:56:Оказывается, я уже спрашивал

Посмотрите, что пишет xneur, запущенный в консоли, когда jEdit в фокусе, и занесите такое же название в исключения.

Если запускаю xneur в консоли, то он пишет только это:

Код: [Выделить]

====================================================
>>> Please visit http://www.xneur.ru for support <<<
====================================================


Всё. Поменял уровень логов, название окна получил: "FocusProxy". Странное однако, но работает.

[Haron Prime]

С 874-й стало получше.

[агасфер]

874- пока проблем нет никаких

[Clr]

874-я. Отключение опции «Следить за вводом» приводит к тому, что:
1. В уже «увиденных» xneur-ом окнах продолжает работать слежение за вводом.
2. В новых окнах не работают хоткеи, т.е. воспроизводится прежнее поведение добавления окна в список исключений.
Конфиг такой: http://pastebin.com/K77rPAwi

[Crew]

874-я. Отключение опции «Следить за вводом» приводит к тому, что:
1. В уже «увиденных» xneur-ом окнах продолжает работать слежение за вводом.
2. В новых окнах не работают хоткеи, т.е. воспроизводится прежнее поведение добавления окна в список исключений.
Конфиг такой: http://pastebin.com/K77rPAwi

1. Исправил. См. Svn 875.
2. Теперь должно работать.

И еще. Если у вас используется автологин, ставьте задержку запуска в 5-10 секунд.

[stmc]

ооо, ну наконец работает 

[mityi]

У меня на кедах так и не заработало нормально. Через некоторое время перестает менять раскладку, помогает перезапуск на некоторое время.

[tuft]

Все эти раскладки только мешают по-моему

(упд)

То есть переключатели раскладок

[Clr]

2. Теперь должно работать.

Хоткеи при выключенном слежении за вводом так и не заработали. Более того, закомментировав тело grab_manual_action, я наблюдаю ту же картину: хоткеи работают при включенном слежении за вводом и не работают при выключенном.
Также мне не совсем ясно, зачем при смене окон каждый раз выполняется освобождение и захват хоткеев. Не логичнее ли было бы слушать корневое окно на предмет хоткеев, как это реализовано в xbindkeys.

[Crew]

Ок, погляжу как в xbindkeys это работает. Может, удастся почерпнуть что нибудь оттуда..
Кстати, grab_manual_actions отвечает за хоткеи только при выключеном слежении, при включенном - просто дублирует фильтр событий.

[Clr]

Нашел причину. Хоткеи захватываются только когда модификаторы вида *Lock потушены. Т.к. у меня был включен NumLock, они и не работали.

Идея проверить эти модификаторы появилась, когда вспомнил, что в конфиге xbindkeys можно включить/отключить их влияние на обработку хоткеев. А в самой программе граббинг осуществляется вот таким образом:

Код: [Выделить]

static void
my_grab_button (Display * dpy, unsigned int button, unsigned int modifier,
Window win)
{
  modifier &= ~(numlock_mask | capslock_mask | scrolllock_mask);

  XGrabButton (dpy, button, modifier, (win ? win : DefaultRootWindow (dpy)),
       False, ButtonPressMask | ButtonReleaseMask,
       GrabModeAsync, GrabModeAsync, None, None);

  if (modifier == AnyModifier)
    return;

  if (numlock_mask)
    XGrabButton (dpy, button, modifier | numlock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);


  if (capslock_mask)
    XGrabButton (dpy, button, modifier | capslock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);

  if (scrolllock_mask)
    XGrabButton (dpy, button, modifier | scrolllock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);

  if (numlock_mask && capslock_mask)
    XGrabButton (dpy, button, modifier | numlock_mask | capslock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);

  if (numlock_mask && scrolllock_mask)
    XGrabButton (dpy, button, modifier | numlock_mask | scrolllock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);

  if (capslock_mask && scrolllock_mask)
    XGrabButton (dpy, button, modifier | capslock_mask | scrolllock_mask,
(win ? win : DefaultRootWindow (dpy)),
False, ButtonPressMask | ButtonReleaseMask,
GrabModeAsync, GrabModeAsync, None, None);

  if (numlock_mask && capslock_mask && scrolllock_mask)
    XGrabButton (dpy, button,
modifier | numlock_mask | capslock_mask | scrolllock_mask,
(win ? win : DefaultRootWindow (dpy)), False,
ButtonPressMask | ButtonReleaseMask, GrabModeAsync,
GrabModeAsync, None, None);
}


[Crew]

Да, я уже поглядел. Мне и в голову такое не приходило.
Ну что же, сегодня буду переделывать так, как умные люди сделали в xbindkeys.
Пользователь решил продолжить мысль 04 Апреля 2011, 13:57:15:Воспользовался наработками xkeybinds и исправил работу с горячими клавишами.

Смотрим, проверяем новую сборку svn879.

[mityi]

Не печатает ноль!!!)) Куча глюков! Совсем невозможно эту версию использовать.