You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Timothy Pearson
583747fb4f
|
13 years ago | |
---|---|---|
.. | ||
kmousetool | 13 years ago | |
AUTHORS | 15 years ago | |
COPYING | 15 years ago | |
ChangeLog | 15 years ago | |
INSTALL | 15 years ago | |
Makefile.am | 15 years ago | |
README | 13 years ago | |
TODO | 15 years ago | |
kmousetool.lsm | 15 years ago |
README
MouseTool is a program that clicks the mouse for you. I designed it to help relieve the pain that clicking mouse buttons can cause. For more information, see www.mousetool.com How To Use MouseTool 1 It's simple: MouseTool watches as you move the mouse. When you stop, it clicks. 2 Practice with this. When you are comfortable with it, move on to Smart Drag. 3 When Smart Drag is enabled, MouseTool pauses after it clicks down. If you move the mouse, it waits until you stop moving before it clicks up. This takes more practice, but if I can learn to do it without thinking, so can you. 4 KMouseTool 1.1 supports strokes. When you enable strokes, a slow move to the right and back, followed by a pause, will generate a right-click. A slow move left and back will generate a double click. (Strokes are specified in ~/.trinity/share/config/kmousetool_strokes.txt. This file is generated by KMouseTool the first time it is run, but can be modified afterwards.) MouseTool Options: * Checkboxes: Smart Drag -- enables or disables Smart Drag. Disabled is easier, so this is default. Audible Click -- plays a sound when MouseTool clicks down. This helps, especially with Smart Drag, but as of version 0.8, the latency is too high. By the time you hear the click, you're doing something else. This will be fixed in the next version. Start with KDE -- When this is enabled, MouseTool will start each time KDE starts. Enable Strokes -- When this is enabled, you can generate right- or double-clicks using mouse strokes. * Times Dwell Time -- The time you have to pause before MouseTool clicks. Drag Time -- (When Smart Drag is enabled) the time MouseTool waits, after it clicks down, before it clicks back up if you don't move the mouse. Apply Times Button -- After changing either time, you must click this button. * Start Button -- Starts MouseTool. (Well, duh.) When it says "stop", clicking it will stop MouseTool. (Duh, again.) * command line -- MouseTool has no command line options. It does remembers its state when it is restarted, though. * Hotkeys -- None yet (as of version 1.1). They are very useful, though, and may be added. Credit: The idea for MouseTool came to me when I was thinking about head-tracking systems that allow you to move a cursor using your head orientation, and then send clicks when you pause. As far as I know, I was the first person to use this technique with an ordinary mouse, but it is quite possible that I am wrong about that. There are now other programs available for Windows and Macs that do this; I know that some were developed after MouseTool, but it is likely others came before. If you know of another Linux- or Unix-based program that does this, please let me know (at jeff@mousetool.com) The clever idea for Smart Drag was suggested by Joe Betts. Thanks, Joe! Other ideas in MouseTool for Windows that I hope to port to KDE were either suggested by MouseTool users or came out of email discussions with users. Bugs and issues: Emacs - Smart Drag and Emacs menus don't mix well; the menus don't stay visible long enough to use. XEmacs seems to work fine. Gvim also works well. Taskbar - When you drag the taskbar using Smart Drag in KDE 2.x, kmousetool won't release the drag. This can be scary if you're not expecting it, but simply clicking the mouse button manually fixes the problem. KDE 3.x does not have this problem. This seems to be an issue with the internals of KDE or QT code, and similar things happen in Windows. I haven't looked into it much under KDE, but on Windows it happens when mousetool's timer stops while Windows waits for an upclick, and the upclick never happens because the timer is stopped; I'm sure the same thing is happening under KDE.