Hi!
4-Янв-2008 17:58 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
L>> If you by default disable the wheel (and I think it is not good
L>> idea)
Unfortunately, for PS2 this IS good idea. :(
L>> you definitely must write some mouse tool which can detect
L>> mouse.
CuteMouse does detection.
L>> It is necessary for FreeDOS installers. Installer calls
L>> this tool and found whether mouse has or hasn't the wheel and
L>> than can adjust the AUTOEXEC
Why? Only user may decide if he need wheel support and if this worth of
risk to enable wheel with PS2 mouse.
EA> I think it is too risky to detect the wheel and adjust the autoexec
EA> only because 4dos, mpxplay and arachne work better with wheel. This
EA> is because the price is too high. FreeDOS 1.0 for example tries to
In given case - I agreed.
EA> COM port mouse protocols excluding MSys. As Arkady has pointed
EA> out, autoswitching between those 3 types is very safe and easy
Safe in theory. Practice may differ.
EA> and compatible :-). But Arkady is also right that autoswitching
EA> means that you never really know whether a wheel or 3rd button
EA> is present. A relevant problem! BUT: I think it is good enough
EA> to report the number of buttons and wheels at the time when you
EA> loaded ctmouse, maybe allowing the number to grow when data of
EA> middle button presses or wheel movements is coming in. But I
Good suggestion. At least, this makes auto-driver behavior identical to
current behavior in case, if mouse (type) will not changed (by hotpluging).
EA> MSys, and we might want an option to disable autoswitch
EA> completely because of side effects mentioned by Arkady,
EA> but I think we can live without the latter option :-).
I think same. Correcting returned information about 3rd button (when
4th byte is received) and wheel presence (when wheel rotated) should be
enough in Real Life. (Of course, initialization part should set initial
returned values according to detected mouse).
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
