Mouse plugin problem

[melgibson]

Hi Everybody,

I'm using the standard mouse plugin to controll mouse to my taste.

- the plugin is written by John Hind
- version: 4.0
- filename: Mouse.dll
- API:3
- device number:79
- Girder version: 4.0.14 (build 370)
- OS: Windows XP (SP2)

The plugin is very unstable. It is almost unusable. BTW it was admitted by John Hind.
The cursor freezes or becomes unusable (clicks dont work) quite often.
Another mysterious thing is that the mouse plugin settings disappear after the problem occured and after I updated Girder to 4.0.14 these settings disappear after every Girder start.
In these cases I have to load the default settings again in order to controll the mouse.
I dont use the "capture the mouse" setting.

Any advice ?
Is there any other pugin for controlling of mouse?

Thanks in advance

[Ron]

Girder has built in functions to control the mouse. What are you trying to do?

[melgibson]

Girder has built in functions to control the mouse. What are you trying to do?

I'd like to program my mouse's multi buttons.
If I remove the mouse plugin Girder doesn't recognize the mouse anymore. I mean I can't learn Girder mouse events because there is no mouse among event devices.

[Ron]

Try the MouseHook plugin.

[melgibson]

Thanks, but where can I download it from?

[Ron]

Find it attached to this post. Unzip and drop in the plugins directory.

[melgibson]

Thanks,
I got a new event device (Raw: mouse hook) and it seems to me that this new device gives response for mouse events but I'cant learn the Girder with this new plugin because if I click on the learn button then Girder immediately stops the learning process showing that the event string was a "left mouse button". Of course I have to click on left mouse button if I want to start the learning process. Catch-22.

What do I have to do to avoid that?

[Ron]

open the log window move the mouse and drag and drop the event from the event log. You might have to disable events (f9) before attempting the drag and drop.

[melgibson]

Unfortunately mouse hook doesn't generate events of special mouse buttons (X1NORTH,X1EAST etc.) but generates tons of event about the mouse movement.

Is it so complicated to control the special mouse buttons?

[Ron]

I'll see if John will give us the source to that.

[JohnHind]

Sorry, guys. I've been trying to track down what makes the mouse plugin drop into mouse capture mode from time to time, but this is VERY rare on my machine and so it has been next to impossible to track the problem down. I cannot see anything wrong from code inspection.

Tomorrow I'll prepare a new version with mouse capture mode removed completely as I think it is probably not used much if at all. I'll also post the source code to see if you guys can spot anything I've missed!

[Ron]

Thanks John!

[quixote]

Tomorrow I'll prepare a new version with mouse capture mode removed completely as I think it is probably not used much if at all.

I use the maouse capture mode all the time, but I'm one of the fortunate ones that has not had any problems with it.
I use them to tell girder when the mouse has been moved when my computer is in "lockdown" mode, and also when I turn the monitor off so that I can set a variable that changes when the monitor comes back on due to mouse movement. Just thought I'd mention that.

[JohnHind]

Thanks for this Q. You can carry on using 4.0 for the moment (unless you are on Vista now and want tilt-wheel support, in which case I can do you a special version).

On reflection, if this test solves the problem MG is seeing frequently and I am seeing occasionally, I can make function-shifted compass messages a configuration option rather than removing it altogether (it is commented out at present in the source code). I can also have another go at solving the root problem.

Perhaps you all (anyone reading this message and using the mouse plugin) could please report the following:

1. Make and model of mouse.
2. Is the mouse wireless?
3. Do you see the problem (random freezing of the mouse pointer)?
4. OS you use.
5. Do you use function-shifted compass events?
6. Do you use capture mode (unshifted) compass events?

For the record, for me the answers are: 1 - Logitech Media Play + Gyration Ultra; 2 - Yes (both); 3 - Very occasionally and I think only when using the Logitech; 4 - Vista Home Premium (recently upgraded from XP and I have not seen the problem since upgrade); 5 - no; 6 - no.

Thanks - John.

[quixote]

1. Make and model of mouse.
2. Is the mouse wireless?
3. Do you see the problem (random freezing of the mouse pointer)?
4. OS you use.
5. Do you use function-shifted compass events?
6. Do you use capture mode (unshifted) compass events?


1: Logitech G7 Laser Cordless Mouse
2: yes.
3: no
4: Windows XP MCE
5: no
6: yes

Thanks for your on-going effort to make your plugin the best it can be, John. I find it super useful, and I can see the potential for other projects that I'd like to do in the future.

[JohnHind]

I have posted V4.2 of the Mouse Plugin in the G4 Downloads area.

I believe this has fixed the problem of locking mouse captures, but just in case I have added a setting to disable function-shifted capture mode. It is enabled by default for compatibility, but you can un-check the new option in the settings screen if you do not use this feature.

I also added tilt-wheel support. This is documented for Vista only, but I have implemented it generically in case any mouse manufacturer retro-fits it to their XP drivers.

I also tidied up the settings UI somewhat.

I have also tested it in the G5 beta and it works fine!