Re: mouse wheel
On 26/04/24 at 16:50, tony wrote: Thank you very much. It was indeed the mouse that had failed. I 'borrowed' a mouse from my laptop, which worked fine. Thanks again Check it twice, maybe turn off the mouse and unplug/re-plug the receiver it solves the issue. Cheers, -- Franco Martelli
Re: mouse wheel
Am 26.04.2024 um 15:50:05 Uhr schrieb tony: > Thank you very much. It was indeed the mouse that had failed. Open it and check if there is dirt in the spokewheel. This will block the light for the optomechanical sensor. -- Gruß Marco Send unsolicited bulk mail to 1714139405mu...@cartoonies.org
Re: mouse wheel
On 26/04/2024 12:16, Marco Moock wrote: Am 26.04.2024 schrieb tony : Thank you very much. It was indeed the mouse that had failed. I 'borrowed' a mouse from my laptop, which worked fine. Thanks again. Tony My mouse wheel seems to have (suddenly) stopped working and will not scroll. Anyone come across this? Help much appreciated. Run xev and the scroll the wheel and check the output. You should see something like this: ButtonPress event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45498783, (88,110), root:(400,614), state 0x10, button 4, same_screen YES ButtonRelease event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45498783, (88,110), root:(400,614), state 0x810, button 4, same_screen YES ButtonPress event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45500535, (88,110), root:(400,614), state 0x10, button 5, same_screen YES ButtonRelease event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45500535, (88,110), root:(400,614), state 0x1010, button 5, same_screen YES If that occurs, the mouse itself is working.
Re: mouse wheel
Am 26.04.2024 schrieb tony : > My mouse wheel seems to have (suddenly) stopped working and will not > scroll. Anyone come across this? Help much appreciated. Run xev and the scroll the wheel and check the output. You should see something like this: ButtonPress event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45498783, (88,110), root:(400,614), state 0x10, button 4, same_screen YES ButtonRelease event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45498783, (88,110), root:(400,614), state 0x810, button 4, same_screen YES ButtonPress event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45500535, (88,110), root:(400,614), state 0x10, button 5, same_screen YES ButtonRelease event, serial 32, synthetic NO, window 0x2c1, root 0x557, subw 0x0, time 45500535, (88,110), root:(400,614), state 0x1010, button 5, same_screen YES If that occurs, the mouse itself is working.
mouse wheel
Hi, Debian 10/KDE. My mouse wheel seems to have (suddenly) stopped working and will not scroll. Anyone come across this? Help much appreciated. Cheers, Tony
Re: mouse-wheel on a laptop?
For starters, have you tried using the mouse on a different computer? Certainly it is possible that the mouse wheel itself is not functioning. I assume that you are trying to use the mouse in a graphical (X) session? >From a terminal window, try running the "xev" command, available in the "x11-utils" package (which is probably already installed). This will popup a nondescript window with a black square. Hover the cursor over the window and then try to scroll up and down with the mouse wheel. Do lines appear in the terminal window? They should indicate ButtonPress and ButtonRelease events for button 4 (up) or button 5 (down). There are plenty of other things which might be wrong, but start with these two. On Wed, Mar 6, 2019, at 11:19, Sharon Kimble wrote: > > I have an Entroware notebook computer, model W950PU, which when it > boots shows it as a 'style-note', and I can disable the touch pad when > I use a USB mouse. > > But I can't get the mouse-wheel working! > > So how can I get full functions with the mouse please on this laptop? > > Thanks > Sharon. > -- > A taste of linux = http://www.sharons.org.uk > TGmeds = http://www.tgmeds.org.uk > DrugFacts = https://www.drugfacts.org.uk > Debian 9.8, fluxbox 1.3.7, emacs 26.1.92, org 9.2.1 > > Attachments: > * signature.asc
mouse-wheel on a laptop?
I have an Entroware notebook computer, model W950PU, which when it boots shows it as a 'style-note', and I can disable the touch pad when I use a USB mouse. But I can't get the mouse-wheel working! So how can I get full functions with the mouse please on this laptop? Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk TGmeds = http://www.tgmeds.org.uk DrugFacts = https://www.drugfacts.org.uk Debian 9.8, fluxbox 1.3.7, emacs 26.1.92, org 9.2.1 signature.asc Description: PGP signature
Mouse wheel scrolling hesitates
Hi, My mouse wheel behaves in a bit strange way. Right after moving into an application window, neither up nor down scroll works until the second wheel "bump." Subsequent scrolls work fine until I move out from the window. I use stretch (9.5 or maybe 9.6) mate desktop on AMD E-450, USB-wired Logitec mouse. Now the funny part: some application respond to the wheel scroll right from the first bump; some don't. In stretch 9.5 installed mate desktop: atril, frefox, and thunderbird work fine; caja, libreoffice, pluma, and mate-terminal miss the first bump; In stretch 9.5.0 live mate desktop: (debian-live-9.5.0-amd64-mate.iso) atril, firefox, pluma, and mate-terminal work fine; caja and libreoffice miss the first bump; In stretch 9.6 live mate desktop: (debian-live-9.6.0-amd64-mate.iso) atril, firefox, pluma, and mate-terminal work fine; caja and libreoffice miss the first bump; In stretch 9.6 live gnome desktop: (debian-live-9.6.0-amd64-gnome.iso) firefox works fine; evince, gedit, libreoffice, nautilus, and gnome-terminal miss the first bump; In jessie 8.11 live mate-desktop: (debian-live-8.11.0-amd64-mate-desktop.iso) all above mentioned programs work fine. Zoom-up/down by a mouse wheel behave the same way. That is, works fine on the good program window, miss the first ctrl/wheel-up-or-down on the unfortunate program window. If you have two USB mice connected, say A and B, alternate 'wheeling' responds similarly, like, A-up-one, B-up-one, A-down-one, B-up-one...will never get any response from unfortunate programs. Any suggestions? Fred (not a member of this mailing list, yet)
Mouse wheel adjustment
Good morning. Mouse wheel is super-sensitve, manageable but annoying. Found some info that doesn't work, so what is the best, acceptable way to adjust the mouse wheel? Preferably a graphical interface but anything will do. thanks (again, and w/o html), tony
Mouse wheel adjustment
Good morning. Mouse wheel is super-sensitve, manageable but annoying. Found some info that doesn't work, so what is the best, acceptable way to adjust the mouse wheel? Preferably a graphical interface but anything will do. thanks (again), tony
Re: Re: GTK3-apps: Scrollbar jumps to the bottom after scrolling with mouse wheel when regaining focus
On Mon, Jul 20, 2015, at 13:06, Louis Wust wrote: The trouble is that I am no longer seeing this behavior in evince, which makes it difficult to run further experiments. I'll keep an eye out and report back if I see it again. On Mon, Jul 20, 2015, at 18:43, Joe wrote: I'm using Xfce on sid. The behaviour has improved in the last day or two, but it still isn't right. Therefore I decided to wait some time because I expected the bug to disappear. After installation of a libgtk-3.0-update today everything is fine. I tested it with evince and gedit. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b74cab.6000...@gmx.net
Re: GTK3-apps: Scrollbar jumps to the bottom after scrolling with mouse wheel when regaining focus
On Thu, Jul 16, 2015, at 07:08, Nils Dallmeyer wrote: I use XFCE and if I move the cursor to the taskbar and back again to evince and then I scroll a little bit up or down, the scrollbar jumps to the bottom (thus evince jumps to the last page). I use Openbox without any desktop environment and I saw this problem just yesterday. In my case, the PDF was very large (70+ pages) and the scrollbar did not jump all the way to the bottom when I scrolled down with the mouse wheel, but it did go much further than I expected. This only happened when scrolling down, not when scrolling up. As you described, moving the mouse off of the evince window and then back onto the evince window seems to trigger the effect. It doesn't seem to matter where the mouse moved or even if the window actually lost focus -- as long as the mouse moved out of the window, the effect was triggered. But the jump would only happen once until the next time the mouse was moved in this manner. After the jump, manipulating the scroll position with the mouse scroll wheel behaved normally. On Thu, Jul 16, 2015, at 07:08, Nils Dallmeyer wrote: This is only one example, it seems that the loss of focus is enough to cause this bug in any GTK3-app with scrollbars. Do you remember what other apps have exhibited this behavior? Is it possible that it was really only evince? I didn't actually try any other applications when I saw this behavior, nor do I really have any other GTK3 apps installed. On Thu, Jul 16, 2015, at 07:08, Nils Dallmeyer wrote: GTK2-apps and QT-4/5-apps don't make any trouble, therefore I guess it has something to do with GTK3 and/or XFCE but I am not able to find out which package is affected. At least now we know it's not XFCE! But until we pin down what is causing this, I don't feel comfortable reporting a bug -- I'm not sure which package it could be, either. The trouble is that I am no longer seeing this behavior in evince, which makes it difficult to run further experiments. I'll keep an eye out and report back if I see it again. On Thu, Jul 16, 2015, at 07:08, Nils Dallmeyer wrote: I currently use the Testing Distribution (Debian 4.0.8-1 (2015-07-11) x86_64 GNU/Linux). The bug occured the first time before a few days. I use Stretch as well. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1437411962.139036.328372345.4fa3e...@webmail.messagingengine.com
Re: GTK3-apps: Scrollbar jumps to the bottom after scrolling with mouse wheel when regaining focus
On Mon, 20 Jul 2015 13:06:02 -0400 Louis Wust louisw...@fastmail.fm wrote: On Thu, Jul 16, 2015, at 07:08, Nils Dallmeyer wrote: I use XFCE and if I move the cursor to the taskbar and back I use Stretch as well. I'm using Xfce on sid. The behaviour has improved in the last day or two, but it still isn't right. I mostly see it with Nautilus, or Files as it is now called. Mixing mouse scrolling with clicks and drags in the vertical scrollbar is still sometimes giving unexpected results, and it now sometimes jumps to the top as well as the bottom. I reported it on the 12th, 792...@bugs.debian.org, having seen it happening for a few days. I have to admit I don't normally report bugs immediately, as sid is an extremely moving target, and most new bugs disappear after a couple of days. I see it's been merged with another bug and marked fixed. I'll give it another day or two and will reopen if it persists. -- Joe -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150720184339.77b00...@jresid.jretrading.com
GTK3-apps: Scrollbar jumps to the bottom after scrolling with mouse wheel when regaining focus
Hello, I run a GTK3-app with scrollbars (for example evince with a big PDF file opened) and the vertical scrollbar is positioned somewhere above the bottom. I use XFCE and if I move the cursor to the taskbar and back again to evince and then I scroll a little bit up or down, the scrollbar jumps to the bottom (thus evince jumps to the last page). This is only one example, it seems that the loss of focus is enough to cause this bug in any GTK3-app with scrollbars. GTK2-apps and QT-4/5-apps don't make any trouble, therefore I guess it has something to do with GTK3 and/or XFCE but I am not able to find out which package is affected. I currently use the Testing Distribution (Debian 4.0.8-1 (2015-07-11) x86_64 GNU/Linux). The bug occured the first time before a few days. Best regards, Nils Dallmeyer -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a790a9.6010...@gmx.net
mouse wheel spurious events (too sensitive) with evdev
The wheel of my new mouse is very sensitive: when I click on it (middle button), it also often generates a scroll event (button 4 or 5). This is also sometimes the case when I'm just touching the wheel. How can I prevent these events from occurring? For instance, the driver could start generating a button 4/5 event only when the wheel has been scrolled by a minimum amount (or ignore the first button 4/5 event of a sequence). Note: I want a solution at the system (driver) level, not at the application level, because all applications are obviously affected. I didn't find anything about that in the evdev(4) man page (the idea is something like EmulateWheelInertia, but this one is for wheel emulation). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130827105513.ga7...@xvii.vinc17.org
FW: Xorg 1.12.1 Mouse wheel not responding while moving mouse
Yes and Thank you, I reported it here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673595 Perhaps it will suffice. - - - Prajem pekný ničím nerušený zbytok dňa 'branec' Have a nice rest of the day 'branec' Web Site: www.urt.sk | Jabber: bra...@urt.sk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/942b15d690df994f992594f71fb72aaf013f9f209...@mbxvs03.hosting01.active24.com
Re: Xorg 1.12.1 Mouse wheel not responding while moving mouse
On Sun, 20 May 2012 01:22:04 +0200, branec wrote: [xorg-server] Mouse wheel not responding while moving mouse (...) You should report this to Debian BTS :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jpajdo$u2v$6...@dough.gmane.org
Xorg 1.12.1 Mouse wheel not responding while moving mouse
[xorg-server] Mouse wheel not responding while moving mouse Description: All ioQuake3 engine same problem/bug. Mouse wheel not responding while moving mouse ingame for UrbanTerror, OpenArena, Quake, Enemy Territory and Doom 3 etc Upgraded xorg-server to 1.12.0-1 amd New version xorg-server 1.12.1 is bug Additional info: My GPU Nvidia 9500 GT 1GB Ram, Debian Wheezy KDE / Gnome Linux dq35jo 3.2.0-2-686-pae #1 SMP Mon Apr 30 05:59:35 UTC 2012 i686 GNU/Linux More info in my buglist - https://bugs.archlinux.org/task/29191?project=1pagenum=2 @ https://bugs.freedesktop.org/show_bug.cgi?id=48167 X.Org X Server 1.12.1 Release Date: 2012-04-13 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian Current Operating System: Linux dq35jo 3.2.0-2-686-pae #1 SMP Mon Apr 30 05:59:35 UTC 2012 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-686-pae root=UUID=783658bc-f3c3-4bbf-821a-144357b72107 ro quiet Build Date: 07 May 2012 12:52:03AM xorg-server 2:1.12.1-2 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. - - - Prajem ničím nerušený zbytok dňa s pozdravom 'branec' Web Site: www.urt.sk | Jabber: bra...@urt.sk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/942b15d690df994f992594f71fb72aaf013f9f209...@mbxvs03.hosting01.active24.com
Xorg's evdev driver: configure the mouse wheel button to scroll up/down a custom number of lines (was: X Window: Setting up mouse scroll for OOo Calc to one raw)
On Fri, 23 Dec 2011 13:40:03 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: (...) Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! Yep, there is not much information on the matter or at least I was unable to find a clear way to configure it. I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I shall do that and if find there the solution, I shall write down here too. There are also Debian Xorg developers and packagers posting in this list, let me edit the subject line of this thread to see if we can put this issue into their radar so they can give you some feedback :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.28.16.21...@gmail.com
Re: Xorg's evdev driver: configure the mouse wheel button to scroll up/down a custom number of lines
Camaleón noela...@gmail.com writes: On Fri, 23 Dec 2011 13:40:03 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: (...) Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! Yep, there is not much information on the matter or at least I was unable to find a clear way to configure it. I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I shall do that and if find there the solution, I shall write down here too. There are also Debian Xorg developers and packagers posting in this list, let me edit the subject line of this thread to see if we can put this issue into their radar so they can give you some feedback :-) Sure! -- Regards, Pal -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wr9g4nhg.fsf@debian-asztal.excito
Mouse wheel issue on current Ubuntu and Debian releases
On Ubuntu Maverick 32-bit, Ubuntu Natty 64-bit and Debian Squeeze 64-bit the mouse wheel doesn't work. It's ok for older Ubuntu and Debian installs, but those aren't installed any more, just old openSUSE 11.2 64-bit still is on my computer and there the mouse wheel still and always is ok. Sometimes the mouse wheel randomly works for those Ubuntus and the Debian install, but this happens very seldom. It's not related to the usage of a xorg.conf, this happens with or without a xorg.conf, at least I tested this for Debian. For Ubuntu Natty and Debian stable I tried this (see http://www.larsen-b.com/Article/341.html ). # apt-get update # apt-get install xserver-xorg-input-kbd xserver-xorg-input-mouse And to /etc/X11/xorg.conf I added Section ServerFlags Option AutoAddDevices False Option AllowEmptyInput False EndSection but this didn't change anything. Then I removed the xorg.conf from Debian stable, to ensure that it's not xorg.conf related, but the issue didn't disappear. On Ubuntu Natty I edited .. $ cat /etc/hal/fdi/policy/*.fdi ?xml version=1.0 encoding=UTF-8? !-- -*- SGML -*- -- !-- Some examples how to use hal fdi files for system preferences You can either uncomment the examples here or put them in a seperate .fdi file. -- deviceinfo version=0.2 !-- The following shows how to hint gnome-volume-manager and other programs that honor the storage.automount_enabled_hint to not mount non-removable media. -- !-- device match key=storage.hotpluggable bool=false match key=storage.removable bool=false merge key=storage.automount_enabled_hint type=boolfalse/merge /match /match /device -- /deviceinfo .. to ... $ cat /etc/hal/fdi/policy/*.fdi ?xml version=1.0 encoding=UTF-8? !-- -*- SGML -*- -- !-- Some examples how to use hal fdi files for system preferences You can either uncomment the examples here or put them in a seperate .fdi file. -- deviceinfo version=0.2 !-- The following shows how to hint gnome-volume-manager and other programs that honor the storage.automount_enabled_hint to not mount non-removable media. -- !-- device match key=storage.hotpluggable bool=false match key=storage.removable bool=false merge key=storage.automount_enabled_hint type=boolfalse/merge /match /match /device -- /deviceinfo device match key=info.capabilities contains=input.mouse merge key=input.x11_options.Buttons type=string5/merge merge key=input.x11_options.Emulate3Buttons type=stringon/merge merge key=input.x11_options.EmulateWheel type=stringon/merge merge key=input.x11_options.EmulateWheelButton type=string2/merge merge key=input.x11_options.XAxisMapping type=string6 7/merge merge key=input.x11_options.YAxisMapping type=string4 5/merge merge key=input.x11_options.ZAxisMapping type=string4 5/merge /match /device .. and command out the server flags and any mouse entry too from xorg.conf. # apt-get remove xserver-xorg-input-kbd xserver-xorg-input-mouse [snip] Removing xserver-xorg-input-all ... Removing xserver-xorg-input-kbd ... Removing xserver-xorg-input-vmmouse ... Removing xserver-xorg-input-mouse ... Processing triggers for man-db ... Rebooting Natty for the first time the mouse wheel did work. Rebooting Natty for the second and any additional time the mouse wheel didn't work anymore. For the moment I let this issue rest and try to fix other debianoid issues on my machine. Again, for older installs of Ubuntu and Debian there never was such an issue for the mouse wheel. I don't know how it is for the current Suse release. The Suse release on my machine is ok for the mouse wheel, but as mentioned before, 11.2 is an outdated release. hwinfo (at Natty) mouse 41: ADB 00.0: 10502 Bus Mouse [Created at input.183] UDI: /org/freedesktop/Hal/devices/computer_logicaldev_input_1 Unique ID: kZYT.VdKNesd9pT6 Hardware Class: mouse Model: Macintosh mouse button emulation Vendor: 0x0001 Device: 0x0001 Macintosh mouse button emulation Compatible to: int 0x0210 0x0003 Device File: /dev/input/mice (/dev/input/mouse0) Device Files: /dev/input/mice, /dev/input/mouse0, /dev/input/event2 Device Number: char 13:63 (char 13:32) Driver Info #0: Buttons: 3 Wheels: 0 XFree86 Protocol: explorerps/2 GPM Protocol: exps2 Config Status: cfg=new, avail=yes, need=no, active=unknown 43: PS/2 00.0: 10500 PS/2 Mouse [Created at input.183] UDI: /org/freedesktop/Hal/devices/platform_i8042_i8042_AUX_port_logicaldev_input Unique ID: AH6Q.U5GX9Ignjc0 Hardware Class: mouse Model: PS/2 Generic Mouse Vendor: 0x0002 Device: 0x0001 PS/2 Generic Mouse Compatible to: int 0x0210 0x0003 Device File: /dev/input/mice (/dev/input/mouse1) Device Files: /dev/input/mice, /dev/input/mouse1, /dev/input/event4
mouse wheel behavior in KDE 3.4
Hello, I recently upgraded to KDE 3.4 in testing and it seems like the mouse wheel behavior is different. Now, when I place the mouse over an application button on the KDE panel and I turn the wheel, it switches **berween** applications. Before, it used to switch between the different windows of the **same** application. I liked it better before and I want to go back to that behavior but I cannot find a setting in the Desktop Manager, and google shows nothing. Suggestions? Thanks. -- Alexandru Cabuz Doctoral Student Université Montpellier II France Tel: +33 (0)4.67.14.47.34 --- Please no Word or Powerpoint attachments. Send plain text, rich text format, html, or pdf instead. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: mouse wheel behavior in KDE 3.4
On Friday 02 December 2005 09:54 am, Alexandru Cabuz wrote: Hello, I recently upgraded to KDE 3.4 in testing and it seems like the mouse wheel behavior is different. Now, when I place the mouse over an application button on the KDE panel and I turn the wheel, it switches **berween** applications. Before, it used to switch between the different windows of the **same** application. I never noticed this behavior before... really cool actually! Regarding the difference you've noted, have you changed the taskbar behavior at all? Perhaps you've changed the 'group similar tasks' function? Just guessing... -- ...Rob Return address is obfuscated. You can reach me via robslaptop (at) gmail dot com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse wheel
I can i get working my mouse wheel? I'm running gnome. I tried to cheat with the XF86Config options, as explained in the XF86 documentation, but nothing Thnx PAolo
Re: mouse wheel
On Friday 01 Jul 2005 10:47, Paolo Pantaleo wrote: I can i get working my mouse wheel? I'm running gnome. I tried to cheat with the XF86Config options, as explained in the XF86 documentation, but nothing dpkg-reconfigure xserver-xfree86 -- Lee Braiden http://www.DigitalUnleashed.com pgpX1YAVCMS1I.pgp Description: PGP signature
Re: mouse wheel
Paolo Pantaleo wrote: I can i get working my mouse wheel? I'm running gnome. I tried to cheat with the XF86Config options, as explained in the XF86 documentation, but nothing Thnx PAolo You should describe your problem more informative so others figure out what kind of problem you're excactly facing at. - What kind of mouse ? - Which version of X ? - Whisch kernel ? - How is your X configuration looks like ? - What cheat you had tried as you said ? --w.h-- Send instant messages to your online friends http://asia.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel
dpkg-reconfigure xserver-xfree86 Well i solved the problem the mouse protocol have to be ImPS/2 but was PS/2 Thnx for the help (As i supposed i had not to recompile the kernel...) Anyway i run pdkg-reconfigure, but i didn't find where it writes the XF86Config-4 file (does it generate that file?), so imodified /etc/X11/XF86COnfig-4 by hand. PAolo
Re: mouse wheel
On Fri, 2005-07-01 at 14:36 +0200, Paolo Pantaleo wrote: Anyway i run pdkg-reconfigure, but i didn't find where it writes the XF86Config-4 file (does it generate that file?), so imodified /etc/X11/XF86COnfig-4 by hand. the reason for above is either in the man pages and these archives. essentially once you've editted XF86Config (changed the md5) then package managers assume you won't want them to write all over your changes. the fix is also in said sources -- Michael Bane Atmospheric Physics Group University of Manchester -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel
On Fri, 2005-07-01 at 14:36 +0200, Paolo Pantaleo wrote: Anyway i run pdkg-reconfigure, but i didn't find where it writes the XF86Config-4 file (does it generate that file?), so imodified /etc/X11/XF86COnfig-4 by hand. the reason for above is either in the man pages and these archives. essentially once you've editted XF86Config (changed the md5) then package managers assume you won't want them to write all over your changes. the fix is also in said sources Its actually in the header of the /etc/X11/XF86Config-4 file. It tells you how to reset the MD5 sum of the file before running dpkg-reconfigure to ensure the file is recreated. It also advises you to back up the config file first, especially important if you have edited by hand, e.g. added specific monitor mode lines etc. HTH Wackojacko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel
ok i should read some more documentation, I am sorry. That's OK we all have to learn :) But on the other hand i think that dpkg-reconfigure should say me if it wrote or not the configuration file to disk. I think this only applies to this file and is as such a known 'bug' or 'feature' and there is a work around once you know about it ! I'm not sure anything is being done about this as Xfree86 is being dropped in favour of X.org in the new releases. PAolo Wackojacko PS please reply to the list for the benefit of other users. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel doesn't work after sarge upgrade
Tom Vier wrote: Anyone else experience this? I hadn't updated my sarge install in a few weeks, til it last night. Now the scroll wheels on my mouse and keyboard don't work. I don't have time to track down the problem right now, so if anyone already has a solution, please post it. I did. Changing configuration in /etc/X11/XF86Config-4 helped. Before: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection After: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol IMPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection tom, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel doesn't work after sarge upgrade
On Wed, 8 Jun 2005 09:50:05 -0400 Tom Vier [EMAIL PROTECTED] wrote: Anyone else experience this? I hadn't updated my sarge install in a few weeks, til it last night. Now the scroll wheels on my mouse and keyboard don't work. I don't have time to track down the problem right now, so if anyone already has a solution, please post it. Go into your /etc/X11/xorg.conf file and under the mouse Input Device section, add something like: Option Buttons 7 Option ZAxisMapping 4 5 -- Cheers, Trey No committee could ever come up with anything as revolutionary as a camel -- anything as practical and as perfectly designed to perform effectively under such difficult conditions. -- Laurence J. Peter Linux salamander 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 i686 i686 i386 GNU/Linux 11:21am up 3:34, 4 users, load average: 0.14, 0.18, 0.12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel doesn't work after sarge upgrade
Trey Sizemore wrote: On Wed, 8 Jun 2005 09:50:05 -0400 Tom Vier [EMAIL PROTECTED] wrote: Anyone else experience this? I hadn't updated my sarge install in a few weeks, til it last night. Now the scroll wheels on my mouse and keyboard don't work. I don't have time to track down the problem right now, so if anyone already has a solution, please post it. Go into your /etc/X11/xorg.conf file and under the mouse Input Device section, add something like: Option Buttons 7 Option ZAxisMapping 4 5 The file is /etc/X11/XF86Config-4 if we're talking plain Sarge. Regards, Andro -- Andrey Andreev University of Helsinki Dept. of Computer Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse wheel doesn't work after sarge upgrade
Anyone else experience this? I hadn't updated my sarge install in a few weeks, til it last night. Now the scroll wheels on my mouse and keyboard don't work. I don't have time to track down the problem right now, so if anyone already has a solution, please post it. -- Tom Vier [EMAIL PROTECTED] DSA Key ID 0x15741ECE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse wheel doesn't work any longer
Hi, I recently upgraded my Thinkpad A30p and now the mouse wheel doesn't work any longer. It has a built-in mouse (more a pen/trackball, no wheel) and a external USB mouse with mouse wheel. cat /dev/input/mice | hexdump does not show any events for the mouse wheel, same for /dev/psaux and /dev/gpmdata. Before the pgrade, grep -i 'usb\|mouse' /var/log/messages reported Jun 1 09:39:32 mpino1203 kernel: usb 2-1: USB disconnect, address 3 Jun 1 09:39:36 mpino1203 kernel: usb 2-1: new low speed USB device using address 4 Jun 1 09:39:36 mpino1203 kernel: input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:1d.1-1 Jun 1 09:39:36 mpino1203 usb.agent[26820]: usbhid: already loaded Jun 1 09:39:37 mpino1203 input.agent[26875]: mousedev: already loaded Jun 1 09:39:37 mpino1203 usb.agent[26820]: usbmouse: blacklisted but now I just have Jun 5 16:18:03 mpino1203 kernel: input: PS/2 Generic Mouse on isa0060/serio1 Jun 5 16:18:03 mpino1203 input.agent[1470]: mousedev: loaded successfully Jun 5 16:18:03 mpino1203 kernel: mice: PS/2 mouse device common for all mice lsmod | grep 'usb\|mouse' reports mousedev 10476 1 psmouse20360 0 Note that usbhid is not loaded, but loading doesn't solve the problem. I don't have any clue how to track this down. Any ideas? Regards, Joachim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Trust 250 mouse - wheel problem
Hi, I'm using Debian 3.1/Xfree86 4.3.0.1 with a Trust 250sp mouse. The problem is that the wheel is not working, only the wheel. I don't know if this helps, but the mouse works if I configure it like PS/2, GlidePointPS/2, MouseManPlusPS/2, and doesn't work like ImPS/2, NetMousePS/2, NetScrollPS/2, ThinkingMousePS/2, ExplorerPS/2. I also tried with imwheel but nothing ... although it is not required on Xfree=4, right? My XF86Config-4 is like this: Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Device /dev/psaux Option Protocol PS/2 Option Buttons 5 Option ZAxisMapping 4 5 EndSection It doesn't work over neither gnome nor kde. Thanks in advance! Diego. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly [SOLVED]
Hi This was an old item wherein I had problems with my mouse wheel not working when I switched between a Linux and an XP box. I recently solved this problem by buying a new KVM. It's a 4 port Aten CS-14 which I got cheap-cheap (~US$70 new) on e-bay. Now my keyboard never goes funny on either XP or Linux and the mouse wheel always works on Linux. It's been extremely well behaved for the last 4 weeks. I don't know how to generalize this, except perhaps that newer KVMs might be more Linux friendly (my DLink was 3+ years old). /icebiker - Original Message - From: icebiker [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 15:43 Subject: Re: Making my mouse wheel work on the fly Douglas G. Phillips wrote: Jacob S [EMAIL PROTECTED] writes: I wonder if it's KVM dependent . . . If, after it does this, does WinXP drop the mouse wheel as well, or does it work as expected when you switch back? Another option that I would try is using GPM to handle the mouse (with the repeater flag set) and tell X to talk to GPM -- that might help -- or at least you might be able to just bounce GPM and get the mouse talking correctly. The mouse wheel is well behaved, but I have noticed that sometimes the keyboard gets confused (shift gets stuck, etc.). I had to bounce OpenOffice spreadsheet on XP because it started ignoring the keyboard all together. I'm beginning to think that this is a rather shaky proposition at best. Today was a day of heavy switching between the two systems, and I guess that really highlighted the problem. I looked at some KVM vendors' offerings and the support databases, but none of them really address this issue. I can't even get a sense of whether more expensive units handle this better. I guess I'll just have to be careful. I'll research gpm, I wasn't aware of it. thanks - icebiker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Making my mouse wheel work on the fly
Hi I've got an XP and a Debian sarge system sharing the keyboard/mouse through a D-Link DKVM-2 KVM switch. The problem is that when I switch from Linux to XP and then back again, my mouse wheel stops working. I googled the issue and it looks like it happens to a lot of people, and I'm quite lucky in that my mouse is otherwise well behaved (i.e. not erratic). Is there a utility I can run to reinitialize the mouse/mouse driver? I can live without the mouse wheel, but it would be nice if I could get it back without bouncing X. /icebiker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly
On Wed, 06 Oct 2004 12:48:49 -0400 icebiker [EMAIL PROTECTED] wrote: Hi I've got an XP and a Debian sarge system sharing the keyboard/mouse through a D-Link DKVM-2 KVM switch. The problem is that when I switch from Linux to XP and then back again, my mouse wheel stops working. I googled the issue and it looks like it happens to a lot of people, and I'm quite lucky in that my mouse is otherwise well behaved (i.e. not erratic). Is there a utility I can run to reinitialize the mouse/mouse driver? I can live without the mouse wheel, but it would be nice if I could get it back without bouncing X. Sometimes switching to a text console and then back into X will help. You don't have to exit X to do this, just press Ctrl-Alt-F1 and then once you see the text login, press Alt-F7. HTH, Jacob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly
Jacob S wrote: On Wed, 06 Oct 2004 12:48:49 -0400 icebiker [EMAIL PROTECTED] wrote: Hi I've got an XP and a Debian sarge system sharing the keyboard/mouse through a D-Link DKVM-2 KVM switch. The problem is that when I switch from Linux to XP and then back again, my mouse wheel stops working. I googled the issue and it looks like it happens to a lot of people, and I'm quite lucky in that my mouse is otherwise well behaved (i.e. not erratic). Is there a utility I can run to reinitialize the mouse/mouse driver? I can live without the mouse wheel, but it would be nice if I could get it back without bouncing X. Sometimes switching to a text console and then back into X will help. You don't have to exit X to do this, just press Ctrl-Alt-F1 and then once you see the text login, press Alt-F7. HTH, Jacob Nope. That was a neat idea though, you had my hopes up there for a few minutes. I wonder if it's KVM dependent . . . /icebiker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly
On Wed, 06 Oct 2004 13:45:32 -0400 icebiker [EMAIL PROTECTED] wrote: Jacob S wrote: On Wed, 06 Oct 2004 12:48:49 -0400 icebiker [EMAIL PROTECTED] wrote: snip - problems with a scrollwheel mouse after switching between computers with a kvm switch Sometimes switching to a text console and then back into X will help. You don't have to exit X to do this, just press Ctrl-Alt-F1 and then once you see the text login, press Alt-F7. Nope. That was a neat idea though, you had my hopes up there for a few minutes. I wonder if it's KVM dependent . . . I'm sure it is, as we have an older Raritan around here that exhibits the problem you mention. Switching to a text console and back does fix it for us, however. Jacob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly
Jacob S [EMAIL PROTECTED] writes: I wonder if it's KVM dependent . . . If, after it does this, does WinXP drop the mouse wheel as well, or does it work as expected when you switch back? Another option that I would try is using GPM to handle the mouse (with the repeater flag set) and tell X to talk to GPM -- that might help -- or at least you might be able to just bounce GPM and get the mouse talking correctly. -- Douglas G. Phillips Distributed Computing Eastern Illinois University -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making my mouse wheel work on the fly
Douglas G. Phillips wrote: Jacob S [EMAIL PROTECTED] writes: I wonder if it's KVM dependent . . . If, after it does this, does WinXP drop the mouse wheel as well, or does it work as expected when you switch back? Another option that I would try is using GPM to handle the mouse (with the repeater flag set) and tell X to talk to GPM -- that might help -- or at least you might be able to just bounce GPM and get the mouse talking correctly. The mouse wheel is well behaved, but I have noticed that sometimes the keyboard gets confused (shift gets stuck, etc.). I had to bounce OpenOffice spreadsheet on XP because it started ignoring the keyboard all together. I'm beginning to think that this is a rather shaky proposition at best. Today was a day of heavy switching between the two systems, and I guess that really highlighted the problem. I looked at some KVM vendors' offerings and the support databases, but none of them really address this issue. I can't even get a sense of whether more expensive units handle this better. I guess I'll just have to be careful. I'll research gpm, I wasn't aware of it. thanks - icebiker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mouse Wheel not working.
On Wed, Sep 08, 2004 at 10:43:21AM -0700, Eric Dickner wrote: I am using XFree86, but I'm not sure if the problem isn't with the Debian (2.4.27) configuration. Assuming it is a problem with XFree86, you should run dpkg-reconfigure xserver-xfree86 Choose ImPS/2 as the entry that best describes your mouse. Answer No to the Emulate 3 button mouse? question. Answer Yes to the Enable scroll events from mouse wheel? question. Then run dexconf This will generate the XFree86 configuration file based on the debconf information (that you just entered via dpkg-reconfigure). Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Mouse Wheel not working.
I am using XFree86, but I'm not sure if the problem isn't with the Debian (2.4.27) configuration. Or is it a problem with how I've configured XFree? The KDE control center seems to think that the wheel is there and working fine. ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Mouse Wheel not working.
Typically you have to use the magic lines in the XF86Config file: Option ZAxisMapping 4 5 In the input device section for your mouse. It may be that the config missed this. Not sure how kde could think it's working. It wouldn't be getting any events. Trying running xev and see if you get mouse 4 5 events. Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mouse Wheel not working.
Hello Eric Dickner ([EMAIL PROTECTED]) wrote: I am using XFree86, but I'm not sure if the problem isn't with the Debian (2.4.27) configuration. Or is it a problem with how I've configured XFree? The KDE control center seems to think that the wheel is there and working fine. You need to select a mouse protocol that supports mouse wheels. The PS/2 protocol does not, the IMPS/2 protocol does. You also need to configure the ZAxisMapping option. If your mouse has three buttons, the mouse section should look like this: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection This is for a PS/2 mouse with a wheel and three buttons. You can edit the configuration file /etc/X11/XF86Config-4 manually, or run dpkg-reconfigure xserver-xfree86 best regards Andreas Janssen -- Andreas Janssen [EMAIL PROTECTED] PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Mouse wheel does not work with kernel 2.6.x
Hi everybody This is a bit strange to me, and I don't exactly know how to track the problem down. Here are the symptoms: I have a logitech USB mouse which works great using 2.4 kernels. With exactly the same setup in X, the same mouse attached to the same computer works still, but only the three buttons: scrolling the wheel doesn't do anything, pressing it works as paste like it should. Obviously it can't be the X configuration which is faulty, because it still works when I boot back to 2.4. Also the kernel configuration should be OK, because otherwise the mouse wouldn't work at all. snippets from some (maybe) interesting files: [EMAIL PROTECTED]:~$ grep MOUSE /boot/config-2.4.23 CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_BUSMOUSE is not set CONFIG_MOUSE=y CONFIG_PSMOUSE=y # CONFIG_82C710_MOUSE is not set # CONFIG_MK712_MOUSE is not set [EMAIL PROTECTED]:~$ grep HID /boot/config-2.4.23 # USB Human Interface Devices (HID) CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y CONFIG_USB_HIDDEV=y [EMAIL PROTECTED]:~$ grep MOUSE /boot/config-2.6.7 CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y CONFIG_MOUSE_SERIAL=y # CONFIG_MOUSE_VSXXXAA is not set [EMAIL PROTECTED]:~$ grep HID /boot/config-2.6.7 # USB Human Interface Devices (HID) CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y # CONFIG_HID_FF is not set CONFIG_USB_HIDDEV=y # CONFIG_USB_PHIDGETSERVO is not set 8 /etc/X11/XF86Config-4 Section InputDevice Identifier USB Mouse Driver mouse Option Device/dev/input/mouse0 Option SendCoreEventstrue Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option Buttons 5 EndSection Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard InputDevicePS/2 Mouse CorePointer InputDeviceUSB Mouse CorePointer InputDevicecursor AlwaysCore InputDevicestylus AlwaysCore InputDeviceeraser AlwaysCore EndSection 8 Any hints greatly appreciated. Thanks, joerg -- Gib GATES keine Chance! signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Mouse wheel does not work with kernel 2.6.x
On Wed, Jun 16, 2004 at 10:56:40AM +0200, Joerg Johannes wrote: I have a logitech USB mouse which works great using 2.4 kernels. With exactly the same setup in X, the same mouse attached to the same computer works still, but only the three buttons: scrolling the wheel doesn't do anything, pressing it works as paste like it should. Obviously it can't be the X configuration which is faulty, because it still works when I boot back to 2.4. Also the kernel configuration should be OK, because otherwise the mouse wouldn't work at all. [snip CONFIG_PSMOUSE=y I had the same issue recently... the solution is to set CONFIG_PSMOUSE to n (or m, and just don't load the module). The problem is most likely that your BIOS has PS/2 emulation enabled, which typically doesn't support the wheel, and the PSMOUSE code is handling the mouse. The USB subsystem includes it's own mouse drivers, which will be used as long as PSMOUSE support is disabled. Apparently 2.4 would go ahead and use the USB drivers in either case... no idea why that changed. You could also disable PS/2 emulation in your BIOS setup, but I wouldn't recommend this solution. Among other things, it can make the lilo menu inaccessible if you use a USB keyboard. signature.asc Description: Digital signature
Re: Mouse wheel does not work with kernel 2.6.x
Am Mi, den 16.06.2004 schrieb Greg Norris um 14:49: On Wed, Jun 16, 2004 at 10:56:40AM +0200, Joerg Johannes wrote: I have a logitech USB mouse which works great using 2.4 kernels. With exactly the same setup in X, the same mouse attached to the same computer works still, but only the three buttons: scrolling the wheel doesn't do anything, pressing it works as paste like it should. Obviously it can't be the X configuration which is faulty, because it still works when I boot back to 2.4. Also the kernel configuration should be OK, because otherwise the mouse wouldn't work at all. [snip CONFIG_PSMOUSE=y I had the same issue recently... the solution is to set CONFIG_PSMOUSE to n (or m, and just don't load the module). The problem is most likely that your BIOS has PS/2 emulation enabled, which typically doesn't support the wheel, and the PSMOUSE code is handling the mouse. The USB subsystem includes it's own mouse drivers, which will be used as long as PSMOUSE support is disabled. Apparently 2.4 would go ahead and use the USB drivers in either case... no idea why that changed. You could also disable PS/2 emulation in your BIOS setup, but I wouldn't recommend this solution. Among other things, it can make the lilo menu inaccessible if you use a USB keyboard. That sounds helpful. The problem is: I need PS/2 also, because this is a notebook computer and very often I don't have the mouse with me. OTOH, the keyboard is not USB, so I could first look into the BIOS and try if I have such an option. I'll report about my progress... Thanks, joerg -- Gib GATES keine Chance! signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Mouse wheel does not work with kernel 2.6.x
On Wed, Jun 16, 2004 at 10:56:40AM +0200, Joerg Johannes wrote: I have a logitech USB mouse which works great using 2.4 kernels. With exactly the same setup in X, the same mouse attached to the same computer works still, but only the three buttons: scrolling the wheel doesn't do anything, pressing it works as paste like it should. Obviously it can't be the X configuration which is faulty, because it still works when I boot back to 2.4. Also the kernel configuration should be OK, because otherwise the mouse wouldn't work at all. [snip CONFIG_PSMOUSE=y I had the same issue recently... the solution is to set CONFIG_PSMOUSE to n (or m, and just don't load the module). The problem is most likely that your BIOS has PS/2 emulation enabled, which typically doesn't support the wheel, and the PSMOUSE code is handling the mouse. The USB subsystem includes it's own mouse drivers, which will be used as long as PSMOUSE support is disabled. Apparently 2.4 would go ahead and use the USB drivers in either case... no idea why that changed. This is probably a side effect of moving PS2 mouse handling to input subsystem in 2.6 (it was standalone in 2.4). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mouse wheel does not work with kernel 2.6.x
Am Mi, den 16.06.2004 schrieb Greg Norris um 14:49: On Wed, Jun 16, 2004 at 10:56:40AM +0200, Joerg Johannes wrote: I have a logitech USB mouse which works great using 2.4 kernels. With exactly the same setup in X, the same mouse attached to the same computer works still, but only the three buttons: scrolling the wheel doesn't do anything, pressing it works as paste like it should. Obviously it can't be the X configuration which is faulty, because it still works when I boot back to 2.4. Also the kernel configuration should be OK, because otherwise the mouse wouldn't work at all. [snip CONFIG_PSMOUSE=y I had the same issue recently... the solution is to set CONFIG_PSMOUSE to n (or m, and just don't load the module). The problem is most likely that your BIOS has PS/2 emulation enabled, which typically doesn't support the wheel, and the PSMOUSE code is handling the mouse. The USB subsystem includes it's own mouse drivers, which will be used as long as PSMOUSE support is disabled. Apparently 2.4 would go ahead and use the USB drivers in either case... no idea why that changed. I just tried setting CONFIG_PSMOUSE to m and loaded this module as the last one in /etc/modules, and now I hav a working touchpad *and* USB-wheelmouse. Anyway, this behaviour is very strange, maybe it is worth a bugreport to the kernel people? You could also disable PS/2 emulation in your BIOS setup, but I wouldn't recommend this solution. Among other things, it can make the lilo menu inaccessible if you use a USB keyboard. No, I don't have this option in the bios. I can only set the PS/2 mouse to internal (touchpad only), external (external PS/2 mouse only, even though I don't have a PS/2 port...) and simultaneous. Thanks for your help, joerg -- Gib GATES keine Chance! signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
mouse wheel [was Re: Im reposting because it didn't send]
On 06/09/04 02:30, Glenn Meehan wrote: I haven't got my mouse wheel working though it's not a big issue for me. Cheers! Glenn I, too, had trouble with that! My solution, finally, for a ps2 mouse was: dpkg-reconfigure xserver-xfree86 Choose ImPS2 for mouse. Your mileage may vary, as they say, but that may be a good starting point. Regards, Ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel [was Re: Im reposting because it didn't send]
Hm ... I had to plug in my mouse (USB) and modprobe hid, and everything works. It even autoloads hid now on reboot. -- Carl Fink [EMAIL PROTECTED] Jabootu's Minister of Proofreading http://www.jabootu.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: logitech Marble mouse, wheel function
Hi, Hallo Liste. hier eine andere Frage: Für ein neues Problem bitte einen neuen Thread starten. -- == Created with Sylpheed 0.9.6-claws under Debian GNU LINUX 3.0 Woody. Registered LinuxUser #311290 Spam filtering powered by Spamassassin.org ==
mouse wheel problems after upgrade to 2.6.5 kernel
it looks that after update to 2.6.5 kernel (debian source package) the mouse wheel does not work very well. *It doesn't seem to be X related* Here's the most basic/simple situation/symptoms: I stop X, read bytes from /dev/psaux (c program, using open and read). for each mouse action there are few bytes read, usually number (depends on action), 8 (almost all the time, at least for clicks)), few zeros. I don't have exact log but here's what it looked like: left click: some number, 8, 0, 0 middle click: some number, 8, 0, 0 right click: some number, 8, 0, 0 side button: middle click number, 8, 0, 0 wheel clockwise: 8, 0, 0 wheel counterclockwise: 8, 0, 0 exact numbers don't matter (I think), the point is that it is not possible to tell side button click from middle click and the wheel rotation sends same info no matter in which direction the wheel is rotated, it seems to miss the first byte that in case of other buttons tells what's going on. BTW X windows is confused in the same way (I guess because that's what it gets from kernel driver - using xev I found that it thinks the sidebutton is button 2 and that turning the wheel is not an event at all). any ideas how to make kernel understand the mouse better? system: debian unstable kernel-source-2.6.5 logitech cordless mouseMan wheel mouse connected via /dev/psaux mouse related kernel config: # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1280 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1024 CONFIG_INPUT_MOUSEDEV_PSAUX_ENABLE=y CONFIG_INPUT_JOYDEV=m # CONFIG_INPUT_TSDEV is not set CONFIG_INPUT_EVDEV=m # CONFIG_INPUT_EVBUG is not set ... # # Input Device Drivers # ... CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y the mouse used to work with 2.2 and 2.4 kernels. TIA erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel doesn't work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 02, 2004 at 11:05:56PM +0100, Jordi Carrillo wrote: My mouse wheel doesn't work under Debian sarge. Could you be more specific? Are we talking in X or on the console with gpm or what? While installing Debian, it asked about the wheel and I said yes to the question. Considering you only have to install Debian once, there may not be many experienced users that know what you're talking about. What can I do to make the mouse wheel work? http://www.catb.org/~esr/faqs/smart-questions.html - -- .''`. Paul Johnson [EMAIL PROTECTED] : :' : `. `'` proud Debian admin and user `- Debian. Because it *must* work. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARZMOUzgNqloQMwcRAmukAJsH/uGz57m5arBP0SVJbE//jZuSiwCdEF3w hj4huD6y0v2MWufpBZDQRe4= =TvBe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse wheel doesn't work
Hi all, My mouse wheel doesn't work under Debian sarge. While installing Debian, it asked about the wheel and I said yes to the question. What can I do to make the mouse wheel work? Thank in advance, Jordi ___ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel doesn't work
On Tue, Mar 02, 2004 at 11:05:56PM +0100, Jordi Carrillo wrote: | Hi all, | | My mouse wheel doesn't work under Debian sarge. | While installing Debian, it asked about the wheel and | I said yes to the question. I don't know what question that was ... ... maybe its even a bug in d-i. | What can I do to make the mouse wheel work? If (*IF*) your mouse uses the IMPS/2 protocol then edit /etc/gpm.conf and set protocol=imps2 repeat_type=raw you may also need to set device=/dev/psaux or device=/dev/input/mice depending on the type of mouse you have (you didn't say ...) edit /etc/X11/XF86Config-4 and change the relevant mouse section to contain Protocol IMPS/2 Device /dev/gpmdata Restart gpm and X. If that doesn't work, give a few more details - ie what mouse you have and what is currently in /etc/gpm.conf and /etc/X11/XF86Config-4. -D -- ...the word HACK is used as a verb to indicate a massive amount of nerd-like effort. -Harley Hahn, A Student's Guide to Unix www: http://dman13.dyndns.org/~dman/jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Adjusting the speed of mouse-wheel scrolling [repost]
I may have a solution it is a bug in the default X config created in Debian; the default config has two mouse stanzas, one for a a /dev/psaux and one for /dev/input/mouse0 It seems to me that: kernel 2.6.0 sends movement events to both devices, and then the mouse moves twice as fast note that I use devfs (yes , I know is deprecated, but I like it very very much) a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adjusting the speed of mouse-wheel scrolling [repost]
also, read http://kerneltrap.org/node/view/2199 a. On Thu, Feb 12, 2004 at 12:18:14PM +0100, A Mennucc wrote: I may have a solution it is a bug in the default X config created in Debian; the default config has two mouse stanzas, one for a a /dev/psaux and one for /dev/input/mouse0 It seems to me that: kernel 2.6.0 sends movement events to both devices, and then the mouse moves twice as fast note that I use devfs (yes , I know is deprecated, but I like it very very much) a. -- Andrea Mennucc one houndred and fifty - the chicken sings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adjusting the speed of mouse-wheel scrolling [repost]
Aaaah!!! Thank you so very much. That's a lot better. I had two mice configured, as you (correctly) guessed: Configured Mouse and Generic Mouse. After Generic Mouse was `commented out' in /etc/X11/XF86Config-4 the problem was solved. Thanks! h: Kristian A Mennucc wrote: also, read http://kerneltrap.org/node/view/2199 a. On Thu, Feb 12, 2004 at 12:18:14PM +0100, A Mennucc wrote: I may have a solution it is a bug in the default X config created in Debian; the default config has two mouse stanzas, one for a a /dev/psaux and one for /dev/input/mouse0 It seems to me that: kernel 2.6.0 sends movement events to both devices, and then the mouse moves twice as fast note that I use devfs (yes , I know is deprecated, but I like it very very much) a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adjusting the speed of mouse-wheel scrolling [repost]
On Thu, Feb 12, 2004 at 12:18:14PM +0100, A Mennucc wrote: I may have a solution it is a bug in the default X config created in Debian; the default config has two mouse stanzas, one for a a /dev/psaux and one for /dev/input/mouse0 It seems to me that: kernel 2.6.0 sends movement events to both devices, and then the mouse moves twice as fast The kernel sends the output of a ps2 mouse to /dev/psaux, the output of the first mouse to /dev/input/mouse0 and the output of all mice emulated as imps2 to /dev/input/mice. I think the easiest solution if you don't want to access each mouse differently or use some special driver option to just use one moues stanza with /dev/input/mice and driver ImPS2. note that I use devfs (yes , I know is deprecated, but I like it very very much) a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adjusting the speed of mouse-wheel scrolling [repost]
[Micha Feigin] I think the easiest solution if you don't want to access each mouse differently or use some special driver option to just use one moues stanza with /dev/input/mice and driver ImPS2. The alternate solution is for the kernel to disable /dev/psaux emulation. Herbert Xu did this for the 2.6.2 kernel image, at Branden's request, but has since decided to revert that change since a lot of people seem to be simultaneously - able to edit XF86Config-4 to remove the second mouse device, leaving only /dev/psaux - unable to read enough docs to understand why this breaks, when upgrading to kernel 2.6 Who would have thought users could be in both of those categories at once? But in any case, as the X can't find my mouse anymore bug reports started rolling in, Herbert decided he had best just revert the change and let bug reports like the one in this thread happen instead. Peter signature.asc Description: Digital signature
Re: Adjusting the speed of mouse-wheel scrolling [repost]
Hi Kristian, I think I'm having the same (or similar) problem as you. Pity no wise linux-guru's out there have responded yet. I've recently switched to using OpenBox and ROX-Session for my GUI/wm. However, my situation seems a little different from yours, in that I can't say I've noticed wheel scrolling speeds increase across all applications. Rather, I've found that when I switch desktops in OpenBox using the mouse wheel, it jumps by two desktops at a time. However, if I use FluxBox instead of OpenBox, switching desktops with the wheel works fine (1 scroll moves by 1 desktop). So originally I was thinking it was just an OpenBox bug. Was wondering if you assumed it was a system wide (kernel) issue, or whether or not it's just an OpenBox bug. Hopefully by relating my experience we can both come closer to a solution. I've posted a bug report on the OpenBox bugzilla site. Note: I'm running Mandrake 9.2, not debian. But if this problem is a result of the latest kernel (I'm running 2.4.22-26) then we're both in the same boat. PS - If you could reply to my email address (as well as the list) that would be helpful, as I'm not subscribed to this list. Regards, -- John Clark, Engineering and Design Manager LPG Measurement Technology Pty. Ltd. 85A Canterbury Rd, Kilsyth, Victoria, 3137, Australia Phone: +61-3-97618788 Fax: +61-3-97618799 Internet: http://www.lpgmt.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Mouse wheel not working in unstable
I installed Debian/unstable on a new machine which has optical Microsoft Intellimose with usb interface. The usb connector of the mouse is connected to the ps2 style connector of the PC with a usb-ps2 converter. The mosue is working but the scrolling is not working in any application. Can anybody give some hints? thanks JSS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mouse wheel not working in unstable
On Fri, Feb 06, 2004 at 03:34:42PM +, J.S.Sahambi wrote: I installed Debian/unstable on a new machine which has optical Microsoft Intellimose with usb interface. The usb connector of the mouse is connected to the ps2 style connector of the PC with a usb-ps2 converter. The mosue is working but the scrolling is not working in any application. Can anybody give some hints? thanks Mine is working with the following configuration: /etc/gpm.conf: device=/dev/input/mice responsiveness= repeat_type=raw type=imps2 append= sample_rate= /etc/X11/XF86Config-4: Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard # PS/2 Mouse not detected # Serial Mouse not detected InputDeviceUSB Mouse CorePointer EndSection ... Section InputDevice Identifier USB Mouse Driver mouse Option Device/dev/gpmdata #Option Device/dev/input/mice Option SendCoreEventstrue Option Protocol IMPS/2 #Option Protocol Microsoft Option ZAxisMapping 4 5 Option Buttons 5 EndSection Regards Johann -- Johann Spies Telefoon: 021-808 4036 Informasietegnologie, Universiteit van Stellenbosch He hath not dealt with us after our sins; nor rewarded us according to our iniquities. For as the heaven is high above the earth, so great is his mercy toward them that fear him. As far as the east is from the west, so far hath he removed our transgressions from us. Psalms 103:10-12 signature.asc Description: Digital signature
Adjusting the speed of mouse-wheel scrolling [repost]
My mouse started to act a bit differently after updating to kernel 2.6. Otherwise it's quite nice (the differences, I mean), but the mouse-wheel scroll is a bit too fast. For instance I can't switch desktops in openbox by mouse-wheel-scrolling, because it scrolls too fast... (The scroll-speed has increased overall, not just in openbox.) So any ideas on how to adjust it? Reposting since the last one didn't receive any replies. The accelerated scroll-speed is really annoying. h: Kristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Frustrated: How to map mouse wheel to PageUp and PageDown?
I've looked hard on google and in the archives, but can not seem to find directions anywhere. My mouse wheel works, but is not as fast as I prefer. I would like it to universally do page up and page down instead of scolling by lines. It seems this would have the proper effect in all applications, since pageup and pagedown are relatively universal. Anyone know how to do this? For reference, I'm running IceWM (there is no setting I can find in documentation or obvious config files). Hate to compare to a poor OS, but Windows has a simple setting for this. Thanks much, Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Frustrated: How to map mouse wheel to PageUp and PageDown?
Bob Freemer [EMAIL PROTECTED] writes: My mouse wheel works, but is not as fast as I prefer. I would like it to universally do page up and page down instead of scolling by lines. It seems this would have the proper effect in all applications, since pageup and pagedown are relatively universal. Have you looked into the imwheel package? It may do what you want. -- Lift me down, so I can make the Earth tremble. --Bucky Katt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Frustrated: How to map mouse wheel to PageUp and PageDown?
On Sun, 01 Feb 2004 12:40:25 -0500 Richard Hoskins [EMAIL PROTECTED] wrote: Bob Freemer [EMAIL PROTECTED] writes: My mouse wheel works, but is not as fast as I prefer. I would like it to universally do page up and page down instead of scolling by lines. It seems this would have the proper effect in all applications, since pageup and pagedown are relatively universal. Have you looked into the imwheel package? It may do what you want. Richard, thanks. I did look into it and there's no apparent documentation for this type of setting. I'll look a bit harder again, but I don't think it's there. Ryan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Frustrated: How to map mouse wheel to PageUp and PageDown?
On Sun, Feb 01, 2004 at 06:05:33PM +, Bob Freemer wrote: On Sun, 01 Feb 2004 12:40:25 -0500 Richard Hoskins [EMAIL PROTECTED] wrote: Bob Freemer [EMAIL PROTECTED] writes: My mouse wheel works, but is not as fast as I prefer. I would like it to universally do page up and page down instead of scolling by lines. It seems this would have the proper effect in all applications, since pageup and pagedown are relatively universal. Have you looked into the imwheel package? It may do what you want. Richard, thanks. I did look into it and there's no apparent documentation for this type of setting. I'll look a bit harder again, but I don't think it's there. imwheel basically maps mouse wheel events to key press events, so if you really wanted to you could make your mouse wheel type if you twiddle it in an xterm :-) IIRC its config file is of the self-documenting type. Install it and have a fiddle. -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F pgp0.pgp Description: PGP signature
Adjusting speed of mouse-wheel scroll?
My mouse started to act a bit differently after updating to kernel 2.6. Otherwise it's quite nice (the differences, I mean), but the mouse-wheel scroll is a bit too fast. For instance I can't switch desktops in openbox by mouse-wheel-scrolling, because it's `goes by' too fast... (But the wheel-scroll-speed has accelerated overall, I think, not just in openbox. So any ideas on how to adjust it? h: Kristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Off] XEmacs e mouse wheel
Galera, existe alguma mágica para fazer o xemacs rconhecer o mouse wheel para rolar a pagina? Valeu Ronaldo -- Toda mulher é bonita... dependendo da distância. -- | // | \\ [***] | ( õ õ ) [Ronaldo Reis Júnior] | V [UFV/DBA-Entomologia] |/ \ [36571-000 Viçosa - MG ] | /(.''`.)\ [Fone: 31-3899-2532 ] | /(: :' :)\ [EMAIL PROTECTED]] |/ (`. `'` ) \[ICQ#: 5692561 | LinuxUser#: 205366 ] |( `- ) [***] | _/ \_Powered by GNU/Debian Woody/Sarge
Re: [TeX-BR] [Off] XEmacs e mouse wheel
Galera, existe alguma mágica para fazer o xemacs rconhecer o mouse wheel para rolar a pagina? No GNU emacs eh como eu descrevo abaixo, e no Xemacs deve ser parecido. Vai no menu Options Customize Emacs Option matching regexp... Ai digita wheel ENTER. Dai seta a opcao adequada ON. []'s Miguel -- Miguel Vinicius Santini Frasson http://www.math.leidenuniv.nl/~frasson
mouse wheel scroll events under matlab
Anyone had any success with getting the mouse wheel to work under matlab? Seems like the mouse wheel events are recognise as button the right button. Is there a way to fool it into thinking its scroll events without direct wheel support from the program? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Learning about X defaults (was Re: mouse wheel scrolling in mutt ???)
On Tue, Jul 22, 2003 at 06:38:08PM -0500, Michael D. Schleif wrote: [...] } Now that I have this working, what documentation of xdefaults and } xresources should I have on my debian boxen? [...] } I haven't delved into this side of X in several years. There are other } things, similar to this remapping, that I may find useful; also, } changing fonts, c. } } If I want to RTFM, where do I go for these things? Well, each Xt-based app *should* give information on its X resources in its man page, and xterm does. It is also possible to interrogate a running Xt-based app on what resources it supports (though, AFAICT, not their current values) using editres. You can also find out what resources are applicable to a particular app with appres. Finally, there are some (old) books on X Toolkit Intrinsics (a.k.a. Xt) which will explain the difference between XAPPLRESPATH, XFILESEARCHPATH, XUSERFILESEARCHPATH, and others (there is a book on SGI's online bookshelf, which is where I learned it; when I say online, I mean on their machines rather than on the web). So: man xterm xrdb editres appres book(s) on Xt } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
on Tue, 22 Jul 2003 05:43:37PM -0500, Michael D. Schleif insinuated: Now, sequence does *not* matter, and I can scroll with my mouse wheel in mutt -- just as long as I use xterm, instead of rxvt. i'm trying to figure out what you mean by this -- just that you can scroll upwards in your terminal, or that, while viewing a message in mutt in xterm, you can scroll the message up? that is, does the scrolling happen specifically within mutt, or within the terminal? you mean the latter, right? confused, /nori -- .~. nori @ sccs.swarthmore.edu /V\ http://www.sccs.swarthmore.edu/~nori/jnl/ // \\ @ maenad.net /( )\ www.maenad.net ^`~'^ get my (*new*) key here: http://www.maenad.net/geek/gpg/7ede5499.asc (please *remove* old key 11e031f1!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
Also sprach nori heikkinen (Wed 23 Jul 02003 at 10:55:08AM -0400): on Tue, 22 Jul 2003 05:43:37PM -0500, Michael D. Schleif insinuated: Now, sequence does *not* matter, and I can scroll with my mouse wheel in mutt -- just as long as I use xterm, instead of rxvt. i'm trying to figure out what you mean by this -- just that you can scroll upwards in your terminal, or that, while viewing a message in mutt in xterm, you can scroll the message up? that is, does the scrolling happen specifically within mutt, or within the terminal? you mean the latter, right? confused, While reading a message in mutt's pager, I can now use my mouse wheel to move up and down _inside_the_message_, rather than using [enter], [backspace], [pgup] or [pgdown]. So, to answer your question, the scrolling is confined to mutt's pager, rather than the entire terminal. Unfortunately, this comes at a price. xterm behaves differently than rxvt for colors, fonts, screen flashing, cut-and-paste, c. I am still struggling to get my xterm mutt to behave as rxvt mutt in all other respects . . . -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
On Wed, Jul 23, 2003 at 10:55:08AM -0400, nori heikkinen wrote: | on Tue, 22 Jul 2003 05:43:37PM -0500, Michael D. Schleif insinuated: | Now, sequence does *not* matter, and I can scroll with my mouse | wheel in mutt -- just as long as I use xterm, instead of rxvt. | | i'm trying to figure out what you mean by this -- just that you can | scroll upwards in your terminal, or that, while viewing a message in | mutt in xterm, you can scroll the message up? that is, does the | scrolling happen specifically within mutt, or within the terminal? | you mean the latter, right? No, it would happen within mutt. The key mapping causes xterm to send the character '' to the application running in the terminal instead of handling the scroll event itself. The reason it doesn't work with rxvt is rxvt doesn't use xterm's key mapping resources. (this isn't to say that rxvt absolutely can't support the feature, but only that the given solution is xterm-specific and I don't know anything about rxvt) This key mapping suggestion is really cool, and I should try it out sometime :-). -D -- He who finds a wife finds what is good and receives favor from the Lord. Proverbs 18:22 http://dman13.dyndns.org/~dman/ pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
Also sprach Gregory Seidman (Tue 22 Jul 02003 at 03:38:18PM -0400): On Tue, Jul 22, 2003 at 02:16:04PM -0500, Michael D. Schleif wrote: [...] } However, when I am reading long emails, it would really be nice to use } the mouse wheel to scroll down the page, just as I do with webpages. I actually read the mutt user list and saw the messages fly by on the topic today. I didn't actually read them (just deleted them by subject), but I decided to see if I could do it, just for fun. It turns out that it is pretty easy, except... } I'm running mutt in rxvt, if that matters. ...yes, that matters tremendously. I got it working using xterm (which I use anyway). You see, xterm is a proper Xt app and, therefore, handles Xt translations in X resources automatically. Since I pop up a new window for mutt (named mutt) anyway, I just put the following in my .Xdefaults: mutt.vt100.translations: #override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n You will have to reload your resources using xrdb. You will also need the following in your .muttrc: bind pager previous-line bind pager next-line Note that you could use pretty much any pair of characters, but since the angle brackets are already bound properly in index and help, I decided to use them. Also note that I have it going two lines at a time, but you can adjust that to your liking. [...] } What do you think? I think you should switch to xterm, at least for mutt use. New problems ; Intermittently, this *stops* working! This morning, I got up and my mutt session from yesterday performs as expected, except *NO* mouse wheel up nor down. Nor did invoking this again help the situation: xrdb -load ~/.Xdefaults I had to logoff and logon again; and, then, I had to invoke xrdb -- finally, it worked as expected. Now, I was out of the office for the afternoon, and I came home to find that scrolling up now scrolls up the entire terminal, *not* just the pager portion. In fact, composing this message in vim, I can scroll up into stuff I earlier shelled out to, but I cannot scroll down into my sig ?!?! What do you think? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
Also sprach Michael D. Schleif (Wed 23 Jul 02003 at 06:59:31PM -0500): Also sprach Gregory Seidman (Tue 22 Jul 02003 at 03:38:18PM -0400): On Tue, Jul 22, 2003 at 02:16:04PM -0500, Michael D. Schleif wrote: [...] } However, when I am reading long emails, it would really be nice to use } the mouse wheel to scroll down the page, just as I do with webpages. I actually read the mutt user list and saw the messages fly by on the topic today. I didn't actually read them (just deleted them by subject), but I decided to see if I could do it, just for fun. It turns out that it is pretty easy, except... } I'm running mutt in rxvt, if that matters. ...yes, that matters tremendously. I got it working using xterm (which I use anyway). You see, xterm is a proper Xt app and, therefore, handles Xt translations in X resources automatically. Since I pop up a new window for mutt (named mutt) anyway, I just put the following in my .Xdefaults: mutt.vt100.translations:#override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n You will have to reload your resources using xrdb. You will also need the following in your .muttrc: bind pager previous-line bind pager next-line Note that you could use pretty much any pair of characters, but since the angle brackets are already bound properly in index and help, I decided to use them. Also note that I have it going two lines at a time, but you can adjust that to your liking. [...] } What do you think? I think you should switch to xterm, at least for mutt use. New problems ; Intermittently, this *stops* working! This morning, I got up and my mutt session from yesterday performs as expected, except *NO* mouse wheel up nor down. Nor did invoking this again help the situation: xrdb -load ~/.Xdefaults I had to logoff and logon again; and, then, I had to invoke xrdb -- finally, it worked as expected. Now, I was out of the office for the afternoon, and I came home to find that scrolling up now scrolls up the entire terminal, *not* just the pager portion. In fact, composing this message in vim, I can scroll up into stuff I earlier shelled out to, but I cannot scroll down into my sig ?!?! Furthermore, I just rebooted, and when I first startup the script that sets locale and calls mutt, it comes up with white-on-black, even though this is in ~/.Xdefaults: *charClass:33:48,37:48,45-47:48,64:48 xterm*font:9x15 *background: white *foreground: black *scrollKey:true *scrollTtyOutput: false Scrollbar.JumpCursor: true *visualBell: true XTerm*reverseWrap: true XTerm*saveLines: XTerm*scrollBar: true XTerm.VT100.titeInhibit: true XTerm.VT100*dynamicColors: on mutt.vt100.translations: #override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n mutt*font: 9x15 mutt*geometry: 150x65+50+50 mutt*scrollBar:false Once I invoke xrdb, then everything is OK -- for now ; -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
From [EMAIL PROTECTED] Wed Jul 23 17:52:02 2003 Using a mouse with Mutt? Isn't that against the law? :-) (not really kidding) Alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
On Wed, Jul 23, 2003 at 06:59:31PM -0500, Michael D. Schleif wrote: [...] } New problems ; } } Intermittently, this *stops* working! [...] } What do you think? [...] On Wed, Jul 23, 2003 at 07:17:44PM -0500, Michael D. Schleif wrote: [...] } Furthermore, I just rebooted, and when I first startup the script that } sets locale and calls mutt, it comes up with white-on-black, even though } this is in ~/.Xdefaults: [...] } Once I invoke xrdb, then everything is OK -- for now ; All this sounds like some kind of desktop manager issue to me. I just don't know enough about your environment to figure it out. Sometime when it's working, run appres mutt and capture the output to a file somewhere. Next time it fails, do the same and compare the old (working) output with the new (broken) output. I haven't a clue when or how it could be changing, however. You're pretty much going to have to dig for clues on your own. The only thing you can do which will definitely work dependably is a nasty kludge: Edit /usr/X11R6/lib/X11/app-defaults/XTerm (it's a file) and add the mutt lines from your .Xdefaults file. Note that this will break if/when you upgrade the xterm package. } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse wheel scrolling in mutt ???
Seems like such a simple little thing. Yes, I know that this is not really on-topic. However, when I am reading long emails, it would really be nice to use the mouse wheel to scroll down the page, just as I do with webpages. I'm running mutt in rxvt, if that matters. I asked this in mutt-users. One suggestion is to use imwheel; but, reading the description, I do not see how this can help me. What do you think? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
* Michael D. Schleif ([EMAIL PROTECTED]) wrote: Seems like such a simple little thing. Yes, I know that this is not really on-topic. However, when I am reading long emails, it would really be nice to use the mouse wheel to scroll down the page, just as I do with webpages. mutt doesn't do meeces at all. [EMAIL PROTECTED]:~$ zgrep mouse /usr/share/doc/mutt/manual.txt.gz [EMAIL PROTECTED]:~$ I'm running mutt in rxvt, if that matters. I asked this in mutt-users. One suggestion is to use imwheel; but, reading the description, I do not see how this can help me. no, imwheel won't help. What do you think? you could always pipe long messages through a CLI-www-browser (elinks/wm3/whatever) since they tend to know about mouses. iain -- wh33, y1p33 3tc. If sharing a thing in no way diminishes it, it is not rightly owned if it is not shared. -St. Augustine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
On Tue, Jul 22, 2003 at 02:16:04PM -0500, Michael D. Schleif wrote: [...] } However, when I am reading long emails, it would really be nice to use } the mouse wheel to scroll down the page, just as I do with webpages. I actually read the mutt user list and saw the messages fly by on the topic today. I didn't actually read them (just deleted them by subject), but I decided to see if I could do it, just for fun. It turns out that it is pretty easy, except... } I'm running mutt in rxvt, if that matters. ...yes, that matters tremendously. I got it working using xterm (which I use anyway). You see, xterm is a proper Xt app and, therefore, handles Xt translations in X resources automatically. Since I pop up a new window for mutt (named mutt) anyway, I just put the following in my .Xdefaults: mutt.vt100.translations:#override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n You will have to reload your resources using xrdb. You will also need the following in your .muttrc: bind pager previous-line bind pager next-line Note that you could use pretty much any pair of characters, but since the angle brackets are already bound properly in index and help, I decided to use them. Also note that I have it going two lines at a time, but you can adjust that to your liking. [...] } What do you think? I think you should switch to xterm, at least for mutt use. } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
Also sprach Gregory Seidman (Tue 22 Jul 02003 at 03:38:18PM -0400): On Tue, Jul 22, 2003 at 02:16:04PM -0500, Michael D. Schleif wrote: [...] } However, when I am reading long emails, it would really be nice to use } the mouse wheel to scroll down the page, just as I do with webpages. I actually read the mutt user list and saw the messages fly by on the topic today. I didn't actually read them (just deleted them by subject), but I decided to see if I could do it, just for fun. It turns out that it is pretty easy, except... } I'm running mutt in rxvt, if that matters. ...yes, that matters tremendously. I got it working using xterm (which I use anyway). You see, xterm is a proper Xt app and, therefore, handles Xt translations in X resources automatically. Since I pop up a new window for mutt (named mutt) anyway, I just put the following in my .Xdefaults: mutt.vt100.translations: #override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n You will have to reload your resources using xrdb. You will also need the following in your .muttrc: bind pager previous-line bind pager next-line Note that you could use pretty much any pair of characters, but since the angle brackets are already bound properly in index and help, I decided to use them. Also note that I have it going two lines at a time, but you can adjust that to your liking. [...] } What do you think? I think you should switch to xterm, at least for mutt use. OK, I have created a standalone ~/.Xdefaults, including *only* your suggestion; and, I have added your two (2) bind's to ~/.muttrc. I am not sure about xrdb; but, I did /etc/init.d/kdm restart -- is it the same? Nevertheless, although the mutt bind's work by hand, they do *not* work via mousewheel. What do you think? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
On Tue, Jul 22, 2003 at 03:23:45PM -0500, Michael D. Schleif wrote: [...] } OK, I have created a standalone ~/.Xdefaults, including *only* your } suggestion; and, I have added your two (2) bind's to ~/.muttrc. } } I am not sure about xrdb; but, I did /etc/init.d/kdm restart -- is it } the same? I doubt it, but I'm not certain. Also, that will not affect currently running processes, only newly started ones. } Nevertheless, although the mutt bind's work by hand, they do *not* work } via mousewheel. Run the following once (you may need to do it every time you log in): xrdb -load ~/.Xdefaults Put the following in a script somewhere: #!/bin/sh exec xterm -name mutt -e sh -c 'eval `resize -u`; mutt' That script will bring up mutt in a new xterm which will use the correct X resources. The -name flag is the important bit, since it matches the X resource name. } What do you think? } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
Also sprach Gregory Seidman (Tue 22 Jul 02003 at 04:39:52PM -0400): On Tue, Jul 22, 2003 at 03:23:45PM -0500, Michael D. Schleif wrote: [...] } OK, I have created a standalone ~/.Xdefaults, including *only* your } suggestion; and, I have added your two (2) bind's to ~/.muttrc. } } I am not sure about xrdb; but, I did /etc/init.d/kdm restart -- is it } the same? I doubt it, but I'm not certain. Also, that will not affect currently running processes, only newly started ones. } Nevertheless, although the mutt bind's work by hand, they do *not* work } via mousewheel. Run the following once (you may need to do it every time you log in): xrdb -load ~/.Xdefaults Put the following in a script somewhere: #!/bin/sh exec xterm -name mutt -e sh -c 'eval `resize -u`; mutt' That script will bring up mutt in a new xterm which will use the correct X resources. The -name flag is the important bit, since it matches the X resource name. } What do you think? } Best Regards, } mds --Greg Yes, I figured out the xrdb -load idiom; and, I also corrected my use of -title to -name. Yet, it still does *not* work in pager ; What else need I do? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
On Tue, Jul 22, 2003 at 04:01:43PM -0500, Michael D. Schleif wrote: [...] } Yes, I figured out the xrdb -load idiom; and, I also corrected my use of } -title to -name. } } Yet, it still does *not* work in pager ; } } What else need I do? Hm. Does it work in the index? If you hit : and scroll the wheel do you get angle brackets? Does your mouse wheel work in other X apps? } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
Also sprach Gregory Seidman (Tue 22 Jul 02003 at 05:07:38PM -0400): On Tue, Jul 22, 2003 at 04:01:43PM -0500, Michael D. Schleif wrote: [...] } Yes, I figured out the xrdb -load idiom; and, I also corrected my use of } -title to -name. } } Yet, it still does *not* work in pager ; } } What else need I do? Hm. Does it work in the index? If you hit : and scroll the wheel do you get angle brackets? Does your mouse wheel work in other X apps? Apparently, scrolling UP works as expected; but, scrolling DOWN does *not* work at all ; : However, : and scroll down displays nothing. Interestingly, manually pressing *does* works; so, the mutt bind works. We are getting closer! Any other ideas? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
Also sprach Michael D. Schleif (Tue 22 Jul 02003 at 04:40:09PM -0500): Also sprach Gregory Seidman (Tue 22 Jul 02003 at 05:07:38PM -0400): On Tue, Jul 22, 2003 at 04:01:43PM -0500, Michael D. Schleif wrote: [...] } Yes, I figured out the xrdb -load idiom; and, I also corrected my use of } -title to -name. } } Yet, it still does *not* work in pager ; } } What else need I do? Hm. Does it work in the index? If you hit : and scroll the wheel do you get angle brackets? Does your mouse wheel work in other X apps? Apparently, scrolling UP works as expected; but, scrolling DOWN does *not* work at all ; : However, : and scroll down displays nothing. Interestingly, manually pressing *does* works; so, the mutt bind works. We are getting closer! Any other ideas? Eureka! This works: mutt.vt100.translations: NoneBtn5Down: string() \n\ NoneBtn4Down: string() \n Why does sequence of these two (2) mappings matter? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
On Tue, Jul 22, 2003 at 05:04:28PM -0500, Michael D. Schleif wrote: [...] } Eureka! } } This works: } } mutt.vt100.translations: } NoneBtn5Down: string() \n\ } NoneBtn4Down: string() \n } } Why does sequence of these two (2) mappings matter? That's just bizarre. You should need at least a \n\ on the first line. And the order shouldn't matter at all (except that the last line shouldn't have a trailing backslash). Perhaps the problem was that you had trailing spaces at the ends of the lines...? } Best Regards, } mds --Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse wheel scrolling in mutt ???
Also sprach Gregory Seidman (Tue 22 Jul 02003 at 06:12:31PM -0400): On Tue, Jul 22, 2003 at 05:04:28PM -0500, Michael D. Schleif wrote: [...] } Eureka! } } This works: } } mutt.vt100.translations: } NoneBtn5Down: string() \n\ } NoneBtn4Down: string() \n } } Why does sequence of these two (2) mappings matter? That's just bizarre. You should need at least a \n\ on the first line. And the order shouldn't matter at all (except that the last line shouldn't have a trailing backslash). Perhaps the problem was that you had trailing spaces at the ends of the lines...? My bad ; I assumed that the #override \n\ was some type of comment, and cut it from my last post. Indeed, it is required, and does not work without it. This is _exactly_ what was in my ~/.Xdefaults: mutt.vt100.translations: #override \n\ NoneBtn5Down: string() \n\ NoneBtn4Down: string() \n Now I have this, which also works: mutt.vt100.translations: #override \n\ NoneBtn4Down: string() \n\ NoneBtn5Down: string() \n I cut-and-pasted from the original email, and -- somehow -- had trailing whitespace, as you surmised. Now, sequence does *not* matter, and I can scroll with my mouse wheel in mutt -- just as long as I use xterm, instead of rxvt. Thank you, for your ideas and patience . . . -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: mouse wheel scrolling in mutt ???
Also sprach Michael D. Schleif (Tue 22 Jul 02003 at 05:43:37PM -0500): Also sprach Gregory Seidman (Tue 22 Jul 02003 at 06:12:31PM -0400): On Tue, Jul 22, 2003 at 05:04:28PM -0500, Michael D. Schleif wrote: [...] } Eureka! } } This works: } } mutt.vt100.translations: } NoneBtn5Down: string() \n\ } NoneBtn4Down: string() \n } } Why does sequence of these two (2) mappings matter? That's just bizarre. You should need at least a \n\ on the first line. And the order shouldn't matter at all (except that the last line shouldn't have a trailing backslash). Perhaps the problem was that you had trailing spaces at the ends of the lines...? snip / Now, sequence does *not* matter, and I can scroll with my mouse wheel in mutt -- just as long as I use xterm, instead of rxvt. Now that I have this working, what documentation of xdefaults and xresources should I have on my debian boxen? # man -k xdefaults xresources XDefaultString (3x) - convert text lists and text property structures xresources: nothing appropriate. I haven't delved into this side of X in several years. There are other things, similar to this remapping, that I may find useful; also, changing fonts, c. If I want to RTFM, where do I go for these things? -- Best Regards, mds mds resource 877.596.8237 - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- pgp0.pgp Description: PGP signature
Re: Mouse Wheel
Otzi; Não precisa mexer no kernel, basta modificar o /etc/X11/XF86Config-4 e colocar algo mais ou menos assim: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection []'s, Still * Dizem que Otzi tentou dizer: Pessoal, meu mouse parrou de funcionar a rodinha achei que havia estragado, para minha surpresa instalei windows no meu micro eca e ta funcionando normalmente, alguém sabe o que pode ter acontecido ? Meu mouse é um logitech. tem que colocar algo no kernel pra funconar ? Obrigado []s Otzi -- Nelson Luiz Campos | I hear; I forget. Electrical Engineer| I see; I remember. Linux User #89621 UIN 11464303 | I do; I understand. gnupgID: 55577339 [EMAIL PROTECTED] | Chinese Proverb pgp2BScr94puI.pgp Description: PGP signature
Mouse Wheel
Pessoal, meu mouse parrou de funcionar a rodinha achei que havia estragado, para minha surpresa instalei windows no meu micro eca e ta funcionando normalmente, algum sabe o que pode ter acontecido ? Meu mouse um logitech. tem que colocar algo no kernel pra funconar ? Obrigado []s Otzi
mouse-wheel
Hi, How do I set-up a mouse-wheel logitech in my box sid, kernel 2.4.18-bf2.4 ? Thanks ! _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse-wheel
-- florin gheorghiu [EMAIL PROTECTED] wrote (on Thursday, 30 January 2003, 07:11 PM +): How do I set-up a mouse-wheel logitech in my box sid, kernel 2.4.18-bf2.4 ? In your /etc/X11/XF86Config-4 file, have the InputDevice section read as below: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Note: the Device setting here is for a USB mouse; set as necessary. -- Matthew Weier O'Phinney [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]