Эмулируйте горизонтальную прокрутку с клавишей Shift

Если Вы ps -ef | grep {hostname} из соединения Вы можете затем kill -9 процесс и это сбросят соединение.

13
29.01.2014, 16:41
3 ответа

Я нашел приемлемое решение для меня.

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

Я теперь использую простое .xbindkeysrc с выключателем:

"~/toggle.sh"
  alt + x

toggle.sh сценарий похож на это:

#!/bin/sh
on()
{
  xmodmap -e 'pointer = 1 2 3 6 7 4 5 8 9 10'
}

off()
{
  xmodmap -e 'pointer = default'
}

if xmodmap -pp | grep -q '4.*6'; then
  off
else
  on
fi

Это позволяет мне переключать поведение. Когда я нажимаю Alt + X, моя ось колеса мыши повернута, и когда я нажимаю его снова, это установлено на значение по умолчанию.

Это должно работать на данный момент.

Если кто-то находит способ сделать это со Сдвигом как "модификатор" (ось мыши вращаются, пока это нажимается), сообщите мне.

Править: Поскольку Alt+x является наиболее часто используемой горячей клавишей, я изменил его на:

(xbindkey '(control "b:3") "toggle-wheel.sh")

(Я переключился на конфигурацию хитрости, таким образом, вышеупомянутое должно быть в названном файле .xbindkeysrc.scm)

Это переключит направление колесика прокрутки с Ctrl + правая кнопка мыши.

2
27.01.2020, 19:54

Вы могли использовать btnx, и это - инструмент конфигурации gui.

Более свежий пакет Ubuntu и здесь

После того, как Вы делаете обнаружение кнопки на Вашей мыши с помощью btnx-конфигурации просто отображает "Прокрутку" наряду с модификатором кнопки сдвига к любой x кнопке, нажимающей на Вас, хотел бы.

0
27.01.2020, 19:54
  • 1
    Спасибо, у меня есть проблема, заставляя это основываться на мягкой фетровой шляпе все же. –  Paul Schyska 03.02.2014, 21:10
  • 2
    я нашел RPM-пакет для btnx теперь. Я не нахожу способ отобразить модификатор как исходное событие (т.е. Shift+WheelUp). Я только могу отобразить от WheelUp до Shift+some другой ключ. Я пропускаю что-то? Я также пытался "обнаружить" Shift+WheelUp во-первых, но он сказал "Кнопку, уже отображенную". rawcode был 0x02010008 для обоих случаев (Нажатый сдвиг и не нажатый). Я не думаю, что btnx может обработать несколько устройств ввода данных при всей попытке –  Paul Schyska 03.02.2014, 21:41

Между параметрами должно быть место.

-121--244948-
{   paste -d\| /dev/fd/3 /dev/fd/4 |
    sed '/\([^ ]*\) [0-9:/ ]*\(.*\)|\1 .*\2/d;=' |
    sed 'N;s/\(\n\)\(.*\)|/:\tFILEA: \2\1\tFILEB: /'
} 3<<\FILEA 4<<\FILEB
qaqa rara
abc 10:12:25 08/20/2014 123456 def
ghi fff ddd
jkl 09:20:40 08/20/2014 978645 dfdf gggg
FILEA
qaqa rara
abc 10:32:15 07/15/2014 121456 xxx
ghi eee ddd
jkl 10:01:22 07/15/2014 971645 dfdf gggg
FILEB

OUTPUT

2:      FILEA: abc 10:12:25 08/20/2014 123456 def
        FILEB: abc 10:32:15 07/15/2014 121456 xxx
3:      FILEA: ghi fff ddd
        FILEB: ghi eee ddd

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

В указанном выше трубопроводе вставьте сначала соответствующую строку из FILEB в конец каждой из строк FILEA с одним разделителем | , а затем распечатайте результаты в stdout .

sed захватывает поток и сравнивает:

  • первую последовательность из 0 или более символов, которые не являются пробелами (ссылаются как \1 )

  • , все символы, которые встречаются между следующими последовательностями: (упоминается как \2 )

    • по крайней мере один символ < пробел > , а затем 0 или несколько следующих символов:

    • < пробел > символы

    • < цифра > символы

    • <: двоеточие > символы

    • символы

  • до, но не включая последний появляющийся символ | в строке

... с |\1. *\2 . Если они соответствуют sed , строка удаляется. В противном случае печатается строка, которой предшествует номер строки.

Окончательный процесс sed просто претендует на результат (надеюсь) .

-121--89515-

Как указывалось здесь , я установил imwheel , затем создал ~/.imwheelrc со следующим содержимым.

".*"
Shift_L, Up, Left
Shift_L, Down, Right

Затем я пробежал imwheel -b 45 в терминале. Я проверил, и я не заметил диагональных проблем, связанных с высокой прокруткой и xbindkeys.

N.B. -b 45 ограничивает imwheel захватом только прокрутки вверх и вниз, предотвращая блокировку (например) привязок xbindkeys для кнопок ползунка.

Проблемы

Однако с этим связано несколько проблем.

  • Это непоследовательно. Я могу заставить его работать с Firefox и Gwenview из коробки, но Inkscape и GIMP не сработали. Я мог бы использовать сопоставление окон, чтобы не соответствовать Inkscape/GIMP, но должен быть какой-то способ, чтобы это работало повсеместно.
  • Что еще хуже, он предотвращает некоторые другие события по умолчанию, такие как Ctrl + Scroll wheel , которые обычно используются для увеличения. Я пытался поместить такие вещи, как Control _ L, Up, Control_L'Up в ~/.imwheelrc , но это не сработало.
  • imwheel передает события горизонтального колеса прокрутки в активное окно, а не в окно под курсором мыши. Это противоречит поведению по умолчанию колеса прокрутки. Это также предполагает, что обходной путь Ctrl в указанной выше точке также будет неоптимальным.
  • колесо , похоже, больше не находится в разработке. Он застрял на предварительной версии в течение последних 10 лет (с 2004 года).
0
27.01.2020, 19:54

Теги

Похожие вопросы