[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 34362] support for additional mouse buttons
From:       smedvek <smedvek () gmail ! com>
Date:       2009-09-12 7:31:48
Message-ID: 20090912073148.D7DB120409 () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=34362


smedvek <smedvek@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |smedvek@gmail.com




--- Comment #21 from smedvek <smedvek gmail com>  2009-09-12 09:31:43 ---
Sorry to respond to an ancient bug, but this is an accesibility issue for some
people. I have a very very limited example in that moving windows is rather
inconvenient for me in kwin compared to how I move them in fluxbox, where I
just have to say in my 'keys' file, how and where to handle any mouse buttons
it finds. For example, I use:
OnWindow Mouse9 :StartMoving

Which lets me move windows around by clicking anywhere on them with mouse9 and
moving around. Unless my titlebars are huge, it's physically frustrating to hit
the titlebars (due to shakiness). I use 'stuck keys' to hold down alt while I
move a window around if I have to, but I'm very happy being able to just use
one button instead. (using something like btnx to map ALT and Mouse1 to Mouse9
just passes the ALT+Click through to the app right past the window manager)

This was probably a wasted effort, I just wanted to be one more voice of 'me
too' in favor of more comprehensive mouse support. Thanks.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic