миша іноді двічі клацне, коли я клацну один раз

У мене є проблема, яка перетворюється в кошмар, настільки, наскільки я думаю, що може бути простіше просто забити Ubuntu повністю і спробувати щось інше. У мене на ПК HP працює Ubuntu 12.04. Коли я клацаю лівою кнопкою миші, вона іноді двічі клацає (можливо, 50% часу).

Поки що це призвело до: випадковим надсиланням незакінчених електронних листів, випадковим виділенням та видаленням речей, які я не хотів видаляти під час написання електронних листів ( дуже засмучує), випадковим чином видалення двох вкладок браузера замість однієї (кілька разів) та (у деякому сенсі) найбільш дратує) дуже дратуючий досвід кінцевого користувача при спробі перемістити вікна на робочому столі або вирізати та вставити з вікна терміналу. Слава богу за Alt- F7- але мені не хочеться вивчати комбінації клавіш для кожної програми, яку я використовую, а також для ОС (і неможливість копіювати-вставляти - це велика втрата для мене).

Я не єдина людина, яка має цю проблему, але гуглінг вказує на те, що для цього може бути кілька причин; жоден з виправлень, які я прочитав в Інтернеті, не працював на мене. Дозвольте мені пройти все, включаючи виправлення, які працювали для інших людей, але не для мене. Ой - у мене оптична миша в HP.

• Це не зламана миша. Я спробував двох мишей у своїй системі - обидві виявляють проблему. Обидва ці миші чудово працюють на моєму домашньому ноутбуці, також працює Ubuntu 12.04.

• У мене /etc/X11/xorg.confвсього кілька рядків і не має розділу "InputDevice".

• У мене не було встановлено халда чи пакету hal.

• Він розпочався близько тижня тому, і, здається, не стає ні кращим, ні гіршим.

• У відчаї я щойно перейшов до 12.10, але це не вирішило проблеми, і тепер я запускаю дистрибутив, який не є LTS (а значить, для мене не ідеально: - \)

Але це робить мою систему дуже важкою у використанні.

Можливо, важливе оновлення : я спробував провести деякі дослідження з xev. Мені здається, це виглядає як поганий зв’язок у цих мишей - це звичайне явище? Я можу утримувати кнопку миші, а потім отримати (клацання миші) (пауза) (випуск миші) (дуже коротка пауза) (натискання миші) (пауза) (випуск миші) (дуже дуже коротка пауза) (клацання миші) тощо Цікаво, чи, наприклад, інші операційні системи говорять, що "ви не можете випустити, а потім натисніть ще раз протягом 0,05 секунд, так що, мабуть, виникли збої, і я припускаю, що кнопка ніколи не відпускалася". Чи можу я сказати Ubuntu, щоб ігнорувати події випуску, а потім повторно натисніть майже миттєво ??

Це так виглядає як проблема поганої миші. Можливо, я повинен викопати нову мишу? Я спробував лише дуже старі: - \

ОК після обширного тестування з використанням xev на ураженій машині та переключення між різними мишами на різних системах, я вважаю, що я вирішив цю проблему. Звичайно YMMV.

Моє рішення: це зламана миша.

Точніше, роз'єм, що активується при натисканні, трохи старий, брудний чи щось таке, а іноді при натисканні кнопки з'єднання встановлюється, а потім миттєво розривається, а потім робиться знову, викликаючи подвійне клацання.

Заперечення: Але миша працює чудово, коли я підключаю її до своєї машини Windows!

Лічильник: Чи не просто тривіально було б вставити у драйвер чи ОС наступний рядок псевдокоду: "якщо користувач видаляє клавішу миші, а потім знову натисне на неї протягом 0,05 секунд, то це, мабуть, брудний роз'єм, тож давайте просто ігноруй це ". Таким чином, чи не можливо, якщо переключити мишу на інший комп'ютер, на якому працює інша ОС та / або використовувати інший драйвер на іншому апаратному забезпеченні (навіть з тією ж ОС, ви цілком можете використовувати інше обладнання, правда?), Ви могли б отримати різні результати ?

Заперечення: Але я спробував ще одну стару мишку, і вона виявила ту саму проблему!

Лічильник: дивовижно, як дві старі миші з однієї компанії можуть зламатися однаково, так? І ви ніколи не помічали, тому що друга стара миша, яку ви спробували, не мала проблем під час підключення до іншого обладнання (див. Попередній лічильник).

Якщо ви дійсно не вірите, що ваша миша зламана, то протестуйте її:

$ xev

а потім знайдіть квадрат з чорним фоном, клацніть по ньому і спостерігайте за результатами. Ви точно, завжди, отримуєте один чистий «клік» і більше нічого? Я часто отримував би чистий клік, але час від часу «відскакував» (натискання невідображення). Можливо, ще краще:

$ xev | grep ButtonRelease

Тепер приклейте мишу до квадрата чорним контуром (або де-небудь у цьому вікні) та натисніть та зніміть 20 разів клацніть. Ви повинні отримувати рядок "ButtonRelease" щоразу, коли ви відпускаєте кнопку, і ніколи інакше. Я час від часу отримував би один, коли натискав.

Кошмар закінчився.

Технічне обслуговування дзен та миші. Здається, у багатьох виникає проблема з подвійним клацанням миші, коли застосовується один клік. Кнопка миші - мікроперемикач. Фактом життя є те, що комутаційні контакти підстрибують. Вони насправді не відскакують, а труться. Ми все одно будемо називати це відскоком. Чомусь програмісти кинули м'яч на цьому. Цикл очікування достатньої тривалості повинен бути застосований, щоб контакти відстоялися перед читанням. Нічого, і на зразок одного мого рішення було розмістити конденсатор через контакти комутатора. Я використовував шапку 0,1uF без особливих причин, крім того, що у мене був невеликий розмір, який би добре помістився всередині миші. Я не робив фантазійних аналізів часу перебування, констант часу або рівнів рішення, щоб знайти оптимальне значення. Різні моделі все одно матимуть різні параметри.

Я використовую цю модифікацію вже деякий час, і проблема досі не з’явилася.

Щоб застосувати мод. Знайдіть конденсатор невеликих фізичних розмірів, який поміститься всередині корпусу миші. Я використовував 0.1uF, тому що у мене був такий, і це приємне число, але інші значення, ймовірно, спрацюють, але не надто великі або занадто малі. Занадто велика чи мала - це питання для експерименту. Занадто великий може вплинути на передбачувані подвійні клацання, занадто малий не досягне бажаного ефекту. Я припаяв одну ногу ковпачка до зручного місця, де воно не порушило внутрішню структуру миші, на мідній стороні дошки, до площини 0 вольт (земна площина, якщо хочете). інша нога ковпачка до вимикача активна з трохи тонкого дроту. Я використовував перероблений компонент з короткими ногами. Новий, швидше за все, матиме досить довгі ноги, щоб дістатися туди, де це потрібно. Для роботи вам знадобиться відповідний паяльник з дрібним наконечником.

Якщо ви не знаєте конденсаторів. Конденсатор 0,1 uF може бути позначений 0,1uF або 104 або 100nF або мати смуги коричневого чорного жовтого кольору. Хорошим вибором також буде тип поверхневого кріплення. Причепіть його декількома нитками тонкого дроту. Можна було приклеїти його до борту з'єднання стороною вгору.

У мене є план Б, який я можу спробувати наступного разу, або якщо поточний план врешті-решт не вдасться. Розв’язання мікровимикача для тактильної мембранної перемикача на монтажному ПК може бути вирішено. Це тип комутатора, який використовується на клавіатурах та клавіатурних панелях, і не проявляє цієї проблеми. Ніжка друкує це не що інше, як мікроперемикач. Випускається вимикач висотою 7 мм, який буде підходити на тій же висоті, що і існуючий мікроперемикач. Менший вимикач повинен бути розміщений на правильній висоті. Зігніть ноги під прямим кутом до корпусу вимикача і приклейте його до плати так, щоб привід вирівнявся з положенням, яке займає привід мікровимикача. Кнопка миші повинна потрапити в потрібне місце. Підключіть контакти комутатора за допомогою тонкого дроту, і в теорії все повинно бути добре.

Я створив патч xserver-xorg-input-evdevдля Ubuntu 14.10. Я використав інструкції з http://blog.guntram.de/?p=16 (виправлення можна знайти тут і тут ) та посібник з упаковки Debian.

Ось мої записки про створення пакету.

#!/bin/bash
# http://blog.guntram.de/?p=16
#

apt-get build-dep xserver-xorg-input-evdev

dquilt="quilt --quiltrc=${HOME}/.quiltrc-dpkg"

wget --output-document=evdev-debounce.patch http://blog.guntram.de/?ddownload=20
apt-get source xserver-xorg-input-evdev

cd xserver-xorg-input-evdev-*

$dquilt new debounce.patch
$dquilt add include/evdev-properties.h src/Makefile.am src/debounce.c src/evdev.c src/evdev.h src/debounce.c
patch -p1 <../evdev-debounce.patch

$dquilt refresh
$dquilt header -e

debuild -us -uc -b
cd ..

sudo dpkg -i xserver-xorg-input-evdev_*.deb

• Хороша новина: спрацювало.
• Погана новина: це не завжди допомагає. Контакт моєї кнопки миші був настільки поганий, що мені потрібна була затримка в 200 м, що не дозволяє мені двічі клацнути. Ще одна підстрибуюча миша почала чудово працювати.

редагувати : Спасибі @MatijaNalis, кроки отримання патча можуть бути:

wget https://aur.archlinux.org/packages/xf/xf86-input-evdev-debounce/xf86-input-evdev-debounce.tar.gz
tar xzf xf86-input-evdev-debounce.tar.gz
# ...
patch -p1 < ../xf86-input-evdev-debounce/debounce.patch

Проблему, пояснену Джеком Ганссом, тут: http://www.eng.utah.edu/~cs5780/debouncing.pdf
- контактна фільтрація відмов. Програмне забезпечення, яке потрібно мати, має бути в будь-якій програмі, від простих одноплатних комп'ютерів до операційних систем, в якійсь формі.

https://www.google.se/?gfe_rd=cr&safe=off#q=%2Bcontact+%2Bbounce+%2Bsoftware&safe=off

Коли контакти / кнопки старіють, ефект буде погіршуватися. WD40 може бути не найкращим спреєм для використання в електроніці, є й інші, які більше підходять. Google "Контактний спрей".

У мене виникла проблема із додатковим натисканням кнопки двічі. Оскільки я вже мав це на карті xbindkeys(див. Як я можу призначити дії всім кнопкам миші? Для отримання додаткової інформації про це), моє рішення змінило запис ~/.xbindkeysrcтаким чином:

"if [ ! -e /dev/shm/button ]; then touch /dev/shm/button; /usr/bin/xte 'keydown Control_L' 'key Page_Down' 'keyup Control_L'; sleep 0.2; rm  /dev/shm/button; fi"
b:7

Це створює "lockfile" для кожного натискання кнопки /dev/shm/(що, сподіваюся, лежить на оперативній пам'яті) і видаляє його через 0,2 секунди. І xteкоманда повинна виконуватися при натисканні миші і не повинна виконуватися двічі за 0,2 секунди.

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

Існує помилка в програмному забезпеченні, і станом на червень 2014 року його немає. Це відбувається не у всіх мод мишей. Мої миші Logitech прекрасні, але більшість інших не вдається, незалежно від того, що ви робите. Це для RHEL, CentOS та Ubuntu. Всі миші працюють на чистих віконних ящиках, але те ж саме є у KVM

Рішення поки що немає, розробники не знають про це.

Ура. Дон.

Спрей WD40 є магією для багатьох проблем, включаючи гучність колеса в навушниках з шумами rac rac rac, також для вирішення цієї проблеми клацанням миші…

Тест, дуже швидкий, не потрібно відкривати мишу чи відкривати навушники, розпорошувати та йти добре іншим разом…

У моєму випадку це було обладнання або, точніше, якась механічна проблема з мікроперемикачем кнопки миші.

У мене була ця проблема з 2 мишами: старою Logitech m-uv69 та ще однією мишкою, яку я придбав близько року тому, і мені вдалося відремонтувати їх обох без особливих зусиль. Ось що я зробив:

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

Після цього майже всі ненавмисні подвійні кліки пішли. Я не знаю, що саме викликало їх всередині мікро комутатора. Можливо, воно забруднилося чи щось, і швидко натискаючи на нього, бруд відходить.