chuột đôi khi doubleclicks khi tôi nhấp một lần


39

Tôi có một vấn đề đang trở thành một cơn ác mộng, đến mức tôi nghĩ rằng có thể dễ dàng hơn để loại bỏ hoàn toàn Ubuntu và thử một cái gì đó khác. Tôi có một PC HP chạy Ubuntu 12.04. Khi tôi nhấp chuột trái bằng chuột, đôi khi nó nhấp đúp (có thể 50% thời gian).

Cho đến nay điều này đã dẫn đến: gửi ngẫu nhiên các email chưa hoàn thành, đánh dấu và xóa ngẫu nhiên những thứ tôi không muốn xóa trong khi viết email ( rất bực bội), xóa ngẫu nhiên hai tab trình duyệt thay vì một (vài lần) và (theo một nghĩa nào đó khó chịu nhất) một trải nghiệm người dùng cuối rất bực bội khi cố gắng di chuyển các cửa sổ xung quanh trên máy tính để bàn hoặc cắt và dán từ cửa sổ đầu cuối. Cảm ơn chúa vì Alt- F7- nhưng tôi không muốn phải học các phím tắt cho mọi chương trình tôi sử dụng cũng như cho HĐH (và không thể sao chép-dán là một mất mát lớn đối với tôi).

Tôi không phải là người duy nhất gặp vấn đề này, nhưng việc cho biết rằng có thể có nhiều lý do cho nó; không có bản sửa lỗi nào tôi đọc trực tuyến có hiệu quả với tôi. Hãy để tôi trải qua tất cả mọi thứ, bao gồm các bản sửa lỗi đã làm việc cho người khác nhưng không phải cho tôi. Ồ - tôi có một con chuột quang hp.

  • Nó không phải là một con chuột bị hỏng. Tôi đã thử hai con chuột trên hệ thống của mình - cả hai đều thể hiện vấn đề. Cả hai con chuột này đều hoạt động tốt trên máy tính xách tay gia đình của tôi cũng chạy Ubuntu 12.04.

  • My /etc/X11/xorg.confchỉ dài vài dòng và không có phần "InputDevice".

  • Tôi không có hald, hoặc gói hal được cài đặt.

  • Nó đã bắt đầu khoảng một tuần trước, và dường như không trở nên tốt hơn hoặc tồi tệ hơn.

  • Trong tuyệt vọng, tôi mới nâng cấp lên 12.10 nhưng điều này vẫn chưa khắc phục được vấn đề và hiện tại tôi đang chạy một bản phân phối không phải là LTS (và do đó không lý tưởng đối với tôi: - \)

Nhưng nó khiến hệ thống của tôi rất khó sử dụng.

Có thể cập nhật quan trọng : Tôi đã thử thực hiện một số điều tra với xev. Dường như với tôi rằng nó trông giống như một kết nối xấu ở những con chuột này - điều này có phổ biến không? Tôi có thể giữ nút chuột và sau đó nhận (nhấp chuột) (tạm dừng) (nhả chuột) (tạm dừng rất ngắn) (nhấp chuột) (tạm dừng) (phát hành chuột) (tạm dừng rất ngắn) (nhấp chuột), v.v. . Tôi tự hỏi liệu các hệ điều hành khác có nói rằng "bạn không thể phát hành và sau đó nhấp lại trong vòng 0,05 giây, vì vậy đó chắc chắn là một trục trặc và tôi sẽ cho rằng nút này chưa bao giờ được phát hành". Tôi có thể bảo Ubuntu bỏ qua các sự kiện phát hành và sau đó reclick-gần như ngay lập tức không ??

Điều này trông giống như một vấn đề chuột xấu. Có lẽ tôi nên đào một con chuột mới hơn? Tôi chỉ thử những cái rất cũ: - \


Bạn đã báo cáo đó là một lỗi trên launchpad?
Alvar

Bạn có thể nhớ lại những gì đã xảy ra một tuần trước, khi tất cả bắt đầu?
hytromo

Điều xảy ra một tuần trước chính xác là những gì xảy ra mỗi tuần - Tôi chỉ cần nhấp vào "cài đặt nâng cấp" và thỉnh thoảng vào "khởi động lại máy tính để hoàn tất cài đặt". Hệ thống này nằm ngay bên ngoài hộp - Tôi nghĩ rằng các gói duy nhất tôi đã cài đặt ngoài các gói có sẵn theo mặc định là số ít tôi cần để chạy Spark Meatare.
Kevin Buzzard

@Alvar: dường như có sự nhầm lẫn trên launchpad về lỗi này. Ấn tượng chung của tôi là một số người gặp phải vấn đề này và vấn đề là chuột của họ bị hỏng, một số người gặp vấn đề này và vấn đề là một số trình điều khiển logitech, và một số người gặp phải vấn đề này và vấn đề là ở một nơi khác. Tôi sẽ cố gắng báo cáo và giảm tiếng ồn ...
Kevin Buzzard

Tôi gặp phải vấn đề liên quan mà tôi nghĩ là chuột bị hỏng kết hợp với cử chỉ firefox, nhưng hóa ra đó là nút phụ trên chuột làm "firefox trở lại"
Matija Nalis

Câu trả lời:


47

OK sau khi thử nghiệm rộng rãi bằng cách sử dụng xev trên máy bị ảnh hưởng và chuyển đổi giữa các con chuột khác nhau trên các hệ thống khác nhau, tôi tin rằng tôi đã giải quyết được vấn đề này. Tất nhiên là YMMV.

Giải pháp của tôi: đó là một con chuột bị hỏng.

Chính xác hơn, trình kết nối được kích hoạt khi nhấp là hơi cũ hoặc bẩn hoặc đôi khi, khi giữ nút xuống, kết nối được thực hiện và sau đó bị hỏng trong giây lát, sau đó thực hiện lại, gây ra nhấp đúp.


Phản đối: Nhưng chuột hoạt động tốt khi tôi cắm nó vào máy Windows của tôi!

Bộ đếm: Sẽ không tầm thường khi đưa vào trình điều khiển hoặc HĐH, dòng mã giả sau đây: "nếu người dùng tháo chuột và sau đó nhấp lại trong vòng 0,05 giây, thì đó có thể là một đầu nối bẩn, vì vậy hãy để nó chỉ cần bỏ qua điều đó ". Do đó, không thể nếu bạn chuyển chuột sang máy tính khác chạy HĐH khác và / hoặc sử dụng trình điều khiển khác trên phần cứng khác (ngay cả với cùng một HĐH, bạn cũng có thể sử dụng phần cứng khác nhau, phải không?), Bạn có thể nhận được kết quả khác nhau ?

Phản đối: Nhưng tôi đã thử một con chuột cũ khác và nó cũng có vấn đề tương tự!

Counter: thật đáng ngạc nhiên khi hai con chuột già từ cùng một công ty có thể phá vỡ theo cùng một cách, nhỉ? Và bạn không bao giờ nhận thấy bởi vì con chuột cũ thứ hai mà bạn đã thử không có vấn đề gì khi cắm vào các phần cứng khác nhau (xem bộ đếm trước đó).


Nếu bạn thực sự không tin con chuột của bạn bị hỏng, thì hãy kiểm tra nó:

$ xev

và sau đó tìm hình vuông với nền đen, nhấp vào nó và xem đầu ra. Bạn có chắc chắn, luôn luôn, có được một "nhấp chuột" sạch và không có gì khác không? Tôi thường sẽ nhận được một nhấp chuột rõ ràng nhưng đôi khi một "nảy" (nhấp chuột nhấp chuột không nhấp chuột). Thậm chí tốt hơn có lẽ:

$ xev | grep ButtonRelease

Bây giờ dán chuột vào hình vuông với đường viền màu đen (hoặc bất cứ nơi nào trong cửa sổ đó) và nhấp và bỏ chọn 20 lần. Bạn sẽ nhận được một dòng "NútRelease" mỗi khi bạn nhả nút và không bao giờ khác. Thỉnh thoảng tôi sẽ nhận được một khi tôi nhấp.

Cơn ác mộng qua đi.


Tôi đã có hai con chuột giống hệt nhau mà tôi nhận thấy nhấp chuột bất ngờ gần đây và tôi không chắc chắn cả hai chỉ "mặc" trong cùng một tuần. Bài xevkiểm tra của bạn không cho tôi điều gì bất thường nhưng tôi phải tự hỏi liệu có nhiều hơn thế không?
Tom Brossman

Phải - Tôi đã rất nghi ngờ về việc có hai con chuột và cả hai đều không làm việc trên một máy và cả hai đều làm việc trên một máy khác. Tôi khá chắc chắn rằng có những người ngoài kia tin rằng thực sự có một vấn đề khác ngoài "chuột bị hỏng và hệ điều hành không bù đắp cho nó cũng như các hệ điều hành khác". Mặt khác, tôi chắc chắn đã nhảy tàu sáng nay - hệ thống của tôi đang hoạt động trở lại và tôi đã bị thuyết phục vào tuần trước rằng con chuột không thể là vấn đề, nhưng đối với tôi nó thực sự là như vậy.
Kevin Buzzard

2
Với tôi, tôi đã dành 5-10 phút để chơi với xev và xem kết quả đầu ra. Liên tục nhấp và bỏ bấm, v.v. - và sau đó thỉnh thoảng nhận được các lần nhấp không mong muốn khi tôi không mở khóa. Tôi cũng xin nói rằng việc nhìn vào đầu ra của xev trên cửa sổ đầu cuối 80x24 có thể rất sai lệch, bởi vì "nhấp chuột không nhấp chuột" có thể dẫn đến toàn bộ trang đầy đủ thông tin được xev đưa ra và nếu nhấp chuột không nhanh chóng xảy ra đủ nhanh (đó là trường hợp của tôi) sau đó bạn thậm chí có thể không nhận thấy đầu ra xev vì nó gần giống với trang trước đó.
Kevin Buzzard

7
Hơn thế nữa xev | awk '/ButtonRelease/ {print $1,i++}'.
arekolek

Đối với tôi, điều này biểu hiện là "nút 3" (nút chuột phải) thỉnh thoảng gửi tín hiệu khi tôi sẽ cuộn lên trên bánh xe chuột. Kỳ quái.
carbocation

9

Zen và bảo trì chuột. Có vẻ như nhiều người đang gặp vấn đề với việc nhấp đúp chuột khi áp dụng một lần nhấp. Nút chuột là một công tắc vi mô. Thực tế của cuộc sống là chuyển đổi liên lạc bị trả lại. Họ không thực sự nảy nhưng chà. Chúng tôi sẽ gọi nó là trả lại nào. Vì một số lý do, các lập trình viên đã đánh rơi quả bóng này. Một vòng lặp chờ đủ thời lượng nên được áp dụng cho các liên hệ để giải quyết trước khi đọc. Không có vấn đề gì và trên một mẫu của một giải pháp của tôi là đặt một tụ điện trên các tiếp điểm công tắc. Tôi đã sử dụng nắp 0,1uF mà không có lý do cụ thể nào ngoài việc tôi có một cái với kích thước nhỏ sẽ vừa vặn bên trong con chuột. Tôi chưa thực hiện bất kỳ phân tích ưa thích nào về thời gian dừng, hằng số thời gian hoặc mức quyết định để tìm giá trị tối ưu. Các mô hình khác nhau sẽ có các thông số khác nhau nào.

Tôi đã sử dụng sửa đổi này một thời gian và cho đến nay vấn đề vẫn chưa xuất hiện trở lại.

Để áp dụng mod. Tìm một tụ điện có kích thước vật lý nhỏ sẽ phù hợp với bên trong vỏ chuột. Tôi đã sử dụng 0,1uF vì tôi có một con số và đó là một con số đẹp nhưng các giá trị khác có thể sẽ hoạt động nhưng không quá lớn hoặc quá nhỏ. Những gì quá lớn hay nhỏ là một vấn đề cho thí nghiệm. Quá lớn có thể ảnh hưởng đến dự định nhấp đúp, quá nhỏ sẽ không đạt được hiệu quả mong muốn. Tôi đã hàn một chân của nắp ở một vị trí thuận tiện, nơi nó không bị hỏng cấu trúc bên trong của chuột, ở mặt đồng của bảng, với mặt phẳng 0 volt (mặt phẳng đất nếu bạn muốn) Tôi đã móc chân kia của nắp để chuyển đổi hoạt động với một chút dây mỏng. Tôi đã sử dụng một thành phần tái chế với chân ngắn. Một người mới có thể sẽ có đôi chân đủ dài để đến nơi cần thiết. Bạn sẽ cần một bàn ủi hàn phù hợp tốt cho công việc.

Nếu bạn không biết tụ điện. Một tụ điện 0,1uF có thể được chỉ định 0,1uF hoặc 104 hoặc 100nF hoặc có các dải màu nâu đen màu vàng. Một loại bề mặt gắn kết cũng sẽ là một lựa chọn tốt. Móc nó vào với một số sợi dây tốt. Có thể dán nó vào bảng kết nối phía lên.

Tôi có kế hoạch B mà tôi có thể thử vào lần tới hoặc nếu kế hoạch hiện tại cuối cùng thất bại. Việc bỏ công tắc vi mô cho công tắc màng xúc giác gắn trên PCB sẽ giải quyết được vấn đề. Đó là loại công tắc được sử dụng trong bàn phím và bàn phím và không thể hiện vấn đề này. Các chân in nó không có gì giống như chuyển đổi vi mô. Một công tắc cao 7mm có sẵn, nó sẽ có cùng chiều cao với công tắc vi hiện có. Một công tắc nhỏ hơn sẽ cần phải được đặt cách nhau đến độ cao chính xác. Uốn chân ở góc phải với thân công tắc và dán nó vào bảng để bộ truyền động thẳng hàng với vị trí chiếm dụng bộ truyền động vi chuyển. Nút chuột phải nhấn đúng điểm. Nối các tiếp điểm công tắc với một số dây tốt và tất cả đều tốt về lý thuyết.


5
Mặc dù câu trả lời của bạn là chính xác 100%, nhưng đây là trang web Hỏi & Đáp về Phần mềm, không phải là Hỏi & Đáp về phần cứng. Vì vậy, vui lòng: 1 / thêm một cảnh báo đáng kính rằng bạn đang đưa ra giải pháp CTNH cho vấn đề SW, 2 / rút ngắn câu trả lời của bạn 3 / Thêm một số liên kết vào hình ảnh về cách thực hiện điều này 4 / Đó làFF, không phải uF.
Fabby

@Fabby Gợi ý của bạn (1) và (3) là tuyệt vời, nhưng không quá nhiều với (2) và (3) là nhỏ / không cần thiết. Cũng đi ra như một chút snarky / terse. Bạn nên cố gắng thân thiện với người dùng mới! :)

@Joe 1 / Nhìn vào upvotes để bình luận. 2 / Vâng, đó là phong cách telegram mà không có bất kỳ chi tiết nào, vì vậy điều đó có thể tốt hơn. Để bảo vệ tôi: Tôi là một Vorlon , không phải là Con người và tôi vẫn đang làm việc dựa trên sự đồng cảm của mình ... ;-)
Fabby

9

Tôi đã xây dựng một bản vá xserver-xorg-input-evdevcho Ubuntu 14.10. Tôi đã sử dụng các hướng dẫn từ http://blog.guntram.de/?p=16 (bản vá có thể tìm thấy ở đâyđây ) và hướng dẫn đóng gói Debian.

Dưới đây là những lưu ý của tôi về việc xây dựng một gói.

#!/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
  • Tin tốt: nó đã làm việc.
  • Tin xấu: không phải lúc nào cũng giúp. Tiếp xúc với nút chuột của tôi tệ đến mức cần độ trễ 200ms, khiến tôi không thể nhấp đúp. Một con chuột nảy khác bắt đầu hoạt động tốt.

chỉnh sửa : Cảm ơn @MatijaNalis, các bước lấy bản vá có thể là:

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

1
kịch bản cần thay đổi - "dquilt new" miss "$", "patch" nên sau "$ dquilt add" và trước "$ dquilt refresh", và patch trên blog.guntram.de đã cũ, người ta nên sử dụng cái khác từ aur .archlinux.org. "apt-get build-dep xserver-xorg-input-evdev" cũng nên được thêm vào. Cũng nên sử dụng các biến môi trường quilt thay vì các tệp cấu hình (không xác định) - wiki.debian.org/UsingQuilt .
Mặt

3
Một tính năng gỡ lỗi đã được thêm vào libinput 1.9 ( unix.stackexchange.com/a/451864/116842 ).
Jérôme

5

Vấn đề, được giải thích bởi Jack Ganssle, tại đây: http://www.eng.utah.edu/~cs5780/debouncing.pdf
- bộ lọc nảy liên hệ. Phần mềm cần phải có trong bất kỳ ứng dụng nào, từ các máy tính bảng đơn giản đến các hệ điều hành, dưới một hình thức nào đó.

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

Khi danh bạ / nút càng cũ, hiệu ứng sẽ càng tệ hơn. WD40 có thể không phải là loại xịt tốt nhất để sử dụng trên các thiết bị điện tử, có những loại khác phù hợp hơn. Google 'Liên hệ phun'.


4

Tôi gặp vấn đề với một nút bấm bổ sung hai lần. Như tôi đã có nó được ánh xạ xbindkeys(xem Làm cách nào tôi có thể gán hành động cho tất cả các nút chuột của mình? Để biết thêm thông tin về điều đó), giải pháp của tôi đã thay đổi mục nhập ~/.xbindkeysrcnhư sau:

"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

Điều này tạo ra một "lockfile" cho mỗi lần nhấn nút /dev/shm/(mà tôi hy vọng nằm trên RAM) và loại bỏ nó sau 0,2 giây. Và xtelệnh sẽ được thực hiện khi nhấp chuột và không được thực hiện hai lần trong 0,2 giây.

(Chỉ cần nghĩ rằng tôi sẽ chia sẻ giải pháp của mình, trong trường hợp có ai muốn sao chép hoặc sửa nó.)


Đây là một giải pháp tuyệt vời cho các trường hợp chuột gửi một luồng sự kiện NútPress / ButtonRelease liên tục, nhưng bạn muốn chuyển đổi nó thành một sự kiện duy nhất. Điều này xảy ra với chuột bluetooth của Microsoft và các nút bánh xe nghiêng.
Leo Alekseyev

2

Có một lỗi phần mềm và kể từ tháng 6 năm 2014, không có bản sửa lỗi nào. Nó không xảy ra trên tất cả các modles chuột. Chuột logitech của tôi vẫn ổn nhưng hầu hết đều thất bại cho dù bạn có làm gì đi nữa. Cái này dành cho RHEL, CentOS và Ubuntu. Tất cả các con chuột hoạt động trên các hộp cửa sổ thuần túy nhưng vấn đề tương tự là ở KVM

Chưa có giải pháp nào, Nhà phát triển biết về nó.

Chúc mừng. Don.


1
Bạn có thể thêm một liên kết đến lỗi và cung cấp một chút nền tảng về nó?
Oli


1
Như bạn có thể thấy từ các câu trả lời khác (và báo cáo lỗi), đây thực sự không phải là một lỗi, mà là một tính năng bị thiếu. Windows không gỡ lỗi lọc trên chuột theo mặc định, trong khi Linux thì không.
Hjulle

1

Spray WD40 là ma thuật cho nhiều vấn đề, bao gồm cả bánh xe âm lượng trong tai nghe với tiếng ồn rac rac, cũng để sửa chữa vấn đề này khi nhấp chuột chuột

Kiểm tra, rất nhanh, không cần mở chuột hay mở tai nghe, xịt và đi tốt vào lúc khác


1

Trong trường hợp của tôi, đó là phần cứng hoặc chính xác hơn là một số vấn đề cơ học với công tắc micro nút chuột.

Tôi gặp vấn đề này với 2 con chuột: một con cũ Logitech m-uv69 và một con chuột khác mà tôi đã mua khoảng một năm trước và tôi đã cố gắng sửa chữa cả hai con mà không tốn nhiều công sức. Đây là những gì tôi đã làm:

  • tháo nắp trên chuột
  • trực tiếp nhanh chóng đẩy micro chuyển nút nhỏ nhiều lần

Sau đó, gần như tất cả các doubleclicks không chủ ý đã biến mất. Tôi không biết chính xác những gì gây ra chúng bên trong chuyển đổi vi mô. Có lẽ nó bị bẩn hoặc một cái gì đó và nhanh chóng đẩy nó làm cho bụi bẩn biến mất.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.