Difference between revisions of "Talk:Mouse buttons"

From ArchWiki
Jump to: navigation, search
m
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 +
It's not all that simple; to have this mouse buttons work everywhere, not just in kde, you really need things described on this page. At least I needed a few months ago. Of course not all of them, but most of them. And imho evded is much better than imwheel, so I guess it's a good idea to leave both of them. Well, maybe I'm just missing the point, but I don't know what and why you want to reorganize, apart from some minor chapter mess.
 +
: [[User:Trakos|trakos]] 10:02, 22 September 2007 (EDT)
 +
 +
I think this entire page needs a revamp.  It's absolutely huge, and it appears to be inaccurate/outdated in places.  Can I get an amen?
 +
Also, it appears to present only the evdev method, which is not exactly the best method (imwheel is probably easier and requires less configuration).  We should consider at least reorganizing the information so that it does not present evdev as the 'ultimate answer' to the problem of mouse buttons not working properly.
 +
[[User:CocoAUS|CocoAUS]] 23:13, 21 September 2007 (EDT)
 +
 
Does anyone have mouse hotplug working with "evdev" input driver? Some posts on Xorg mailinglist have led me to believe that this is currently impossible. Using the "mouse" driver with "ExplorerPS/2" protocol however seems to work for me, probably due to the fact that I use /dev/input/mice, which stays available even when my USB mouse gets disconnected.
 
Does anyone have mouse hotplug working with "evdev" input driver? Some posts on Xorg mailinglist have led me to believe that this is currently impossible. Using the "mouse" driver with "ExplorerPS/2" protocol however seems to work for me, probably due to the fact that I use /dev/input/mice, which stays available even when my USB mouse gets disconnected.
  
Line 6: Line 13:
  
 
--
 
--
 +
 +
== Clean up ==
 +
 +
This article is in dire need of a clean up. We need to split certain sections up into sub-articles and provide concise directions for the "new way of doing things". A new ''mouse'' category would be nice, including an ''individual configurations'' article, detailing specifics per mouse.

Revision as of 20:46, 8 April 2011

It's not all that simple; to have this mouse buttons work everywhere, not just in kde, you really need things described on this page. At least I needed a few months ago. Of course not all of them, but most of them. And imho evded is much better than imwheel, so I guess it's a good idea to leave both of them. Well, maybe I'm just missing the point, but I don't know what and why you want to reorganize, apart from some minor chapter mess.

trakos 10:02, 22 September 2007 (EDT)

I think this entire page needs a revamp. It's absolutely huge, and it appears to be inaccurate/outdated in places. Can I get an amen? Also, it appears to present only the evdev method, which is not exactly the best method (imwheel is probably easier and requires less configuration). We should consider at least reorganizing the information so that it does not present evdev as the 'ultimate answer' to the problem of mouse buttons not working properly. CocoAUS 23:13, 21 September 2007 (EDT)

Does anyone have mouse hotplug working with "evdev" input driver? Some posts on Xorg mailinglist have led me to believe that this is currently impossible. Using the "mouse" driver with "ExplorerPS/2" protocol however seems to work for me, probably due to the fact that I use /dev/input/mice, which stays available even when my USB mouse gets disconnected.

--

I think it should be mentioned that the evdev driver isn't at all necessary to get the thumb buttons working in Firefox/Nautilus, at least not for a Logitech MX518. You can simply follow the instructions under Post Configuration -> Konqueror. imwheel will do the trick, without the hassle of modifying all the entries in your xorg.conf. ~Thayer.w -- Wednesday, 04 July 2007

--

Clean up

This article is in dire need of a clean up. We need to split certain sections up into sub-articles and provide concise directions for the "new way of doing things". A new mouse category would be nice, including an individual configurations article, detailing specifics per mouse.