I must admit that I'm confused about who is the maintainer of
Cutemouse these days, and what is the latest official version. Can
someone clear this up for me?
Is Cutemouse 2.1 the latest official version? Or is 2.1 Eric's own
fork of the project? The Cutemouse web site
Hi!
6-Янв-2008 11:50 [EMAIL PROTECTED] (Jim Hall) wrote to
freedos-devel@lists.sourceforge.net:
JH I must admit that I'm confused about who is the maintainer of
JH Cutemouse these days, and what is the latest official version. Can
JH someone clear this up for me?
Maintainer (was) Daniel
Hi!
5-Янв-2008 04:32 Arkady V.Belousov wrote to
freedos-devel@lists.sourceforge.net:
AVB Ops. Reviewing MSLTproc I see, that 3 buttons support through MS
AVB protocol isn't removed, it remained there (see MSLTCODE2 label) and
AVB should work...
...if you use /3 option. Effect should
Arkady V.Belousov escreveu:
Not all. :) But code of handlers was hardly changed in those times,
and there was also target to minimize resident part size as much, as
possible, whereas autoswitch may have own side effects. For example, with
autoswicth we not know (can't know) how much
In short, the wheel stuff is
less foolproof than the protocol without wheel, and as 95% of
the DOS apps do not use the wheel anyway,
Yes, but 3 apps that are important: 4DOS, Arachne (but it needs its own
ctmouse??) and Mpxplay.
Bye
Flo
Hi!
3-Янв-2008 12:26 [EMAIL PROTECTED] (lyricalnanoha) wrote to
freedos-devel@lists.sourceforge.net:
is empty or attached mouse in Mouse Systems mode. :) And Genius
mice are long ago based on Logitech protocol.
l ...
Forget Genius. All (newer) Genius mice, which I seen, was working
Hi Flox,
In short, the wheel stuff is
less foolproof than the protocol without wheel, and as 95% of
the DOS apps do not use the wheel anyway,
Yes, but 3 apps that are important: 4DOS, Arachne (but it needs
its own ctmouse??) and Mpxplay.
Then users of those apps will have to live with
Hi!
4-Янв-2008 00:53 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
I not seen your edition yet, so I not have any ideas. :)
EA It is on www.coli.uni-saarland.de/~eric/ctmouse21b3.zip
I look at it later, now I busy with editing book about Narekatsi
Hi!
3-Янв-2008 13:21 [EMAIL PROTECTED] (Alain M.) wrote to
freedos-devel@lists.sourceforge.net:
In that case, you probably want disable wheel to be the
default, too, as disabling the wheel improves compatibility
quite a bit.
AM I 100% agree.
I think, this is important only for PS2,
Hi again,
EA has an option /Y ignore Mouse Systems, and most people
I myself always use /y - I not like and not use mouse systems
mice, whereas I prefer not remain in my RAM useless code stubs.
EA So you agree to make /y the default :-)
No. I just express my own preference, but this not
Hi Arkady,
you are right, disabling the wheel only helps compatibility
in the PS2 case. But as said, I assumed that wheel usage in
DOS is rare, so /O (OPT_noWheel) affects both PS2 and COM
at the moment even though COM wheels seem to be no real risk
for compatibility... Would be easy to change
If you by default disable the wheel (and I think it is not good idea) you
definitely must write some mouse tool which can detect mouse. It is
necessary for FreeDOS installers. Installer calls this tool and found
whether mouse has or hasn't the wheel and than can adjust the AUTOEXEC.BAT
file.
Arkady V.Belousov escreveu:
In that case, you probably want disable wheel to be the
default, too, as disabling the wheel improves compatibility
quite a bit.
AM I 100% agree.
AB I think, this is important only for PS2, where wheel support is
dumb
AB and unreliable. In serial protocols
Yes, but 3 apps that are important: 4DOS, Arachne (but it needs its own
ctmouse??) and Mpxplay.
Arachne works with normal 2.xx Ctmouse.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R)
Hi Alain (including a reply for Ladislav),
L If you by default disable the wheel (and I think it is not good
L idea) you definitely must write some mouse tool which can detect
L mouse. It is necessary for FreeDOS installers. Installer calls
L this tool and found whether mouse has or hasn't the
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.
Hi!
4-Янв-2008 15:24 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
No. I just express my own preference, but this not mean, that changing
program behavior will not have negative impact on other users. So, my
vote nearer to against.
EA I still think /y is a good
Hi!
Want? Capturing first port is usually safe and not hurt, there only
one drawback - extra stub in memory.
COM port mice are the exception now, so allowing MSys mode means
that a mouse driver is loaded at a place where no mouse exists
(and no mouse will be connected to the COM port later
Hi!
4-Янв-2008 15:10 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
EA you are right, disabling the wheel only helps compatibility
EA in the PS2 case. But as said, I assumed that wheel usage in
EA DOS is rare, so /O (OPT_noWheel) affects both PS2 and COM
EA at the
Hi Arkady,
/3 - force 3-button mode (for Microsoft and PS/2 mice only)
force wheel support (for PS/2 mice)
BTW, /3 option was used to force middle button support through L+R
extension. Now there remains only option.
If /3 has no effect now, it should be removed from /?
Hi!
5-Янв-2008 00:53 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
/3 - force 3-button mode (for Microsoft and PS/2 mice only)
force wheel support (for PS/2 mice)
BTW, /3 option was used to force middle button support through L+R
extension.
Hi!
/3 - force 3-button mode (for Microsoft and PS/2 mice only)
force wheel support (for PS/2 mice)
BTW, /3 option was used to force middle button support through L+R
It has effect - without it, PS2 handler will not return info about 3rd
Well but then /3 only affects
Hi!
5-Янв-2008 01:43 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
/3 - force 3-button mode (for Microsoft and PS/2 mice only)
force wheel support (for PS/2 mice)
BTW, /3 option was used to force middle button support through L+R
It has
First thing that come to mind: if you write free software, write it
using free compiler.
Alain
Андрей Влащенко escreveu:
Hello everybody! CuteMouse project is dead; I can develop new mouse driver
for the FreeDOS project. This driver, named FreeMouse, I started today.
Please reply to me, I
Eric Auer escreveu:
Rule 1: Users never read the manual. So they just type ctmouse,
see that it somehow fails to see their ps2 mouse, then grabs their
empty com port (because you never know if it is empty or Genius)
and then file a bug report instead of reading the manual ;-). This
is why I
Arkady V.Belousov escreveu:
EA I must admit that the CuteMouse source code is ugly but on the
Let me object this assertion. :)
Hi Arkady, wellcome back... I look forward to many new discussions :)
Alain
PS: this is a joke ...
Hi Alain,
IMHO the default should be off, but the code should remain
there.
For Genius? Agreed. Probably would be harder to remove it ;-)
it would be logical that *these* programs have instructions
to activate [the wheel].
You mean have docs to instruct the user how to activate it
when he
Hi!
3-Янв-2008 01:23 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
EA have questions about problems with it... Yet I wonder why
EA ctmouse 2.1b3 /O /P works worse than 1.9 for that problematic
EA PC (2.1 with wheel does not see mouse, 2.0 hangs, 2.1 /O is
EA
On Thu, 3 Jan 2008, Arkady V.Belousov wrote:
is empty or attached mouse in Mouse Systems mode. :) And Genius
mice are long ago based on Logitech protocol.
...
Forget Genius. All (newer) Genius mice, which I seen, was working
in LT protocol.
I used to have a Genius serial mouse,
Eric Auer escreveu:
IMHO the default should be off, but the code should remain
there.
For Genius? Agreed. Probably would be harder to remove it ;-)
Yes.
it would be logical that *these* programs have instructions
to activate [the wheel].
You mean have docs to instruct the user how to
Hi!
31-Дек-2007 15:13 [EMAIL PROTECTED] (Eric Auer) wrote to Андрей Влащенко
[EMAIL PROTECTED], freedos-devel@lists.sourceforge.net:
EA Current CuteMouse 2.1 development is done by me :-) .
And how progress so far? (I was missing half of year, so I miss latest
news).
PS/2/COM/MSMouse's.
Hi Arkady, thanks for the feedback :-)
EA Current CuteMouse 2.1 development is done by me :-) .
And how progress so far? (I was missing half of year, so I miss
latest news).
Unfortunately, you did not miss much. But at least CuteMouse
is still maintained, and people still get support when
Hi!
31-Дек-2007 14:44 [EMAIL PROTECTED] (Андрей Влащенко) wrote to
freedos-devel@lists.sourceforge.net:
АВ Hello everybody! CuteMouse project is dead;
Well, it long ago wasn't updated, but authors are here.
АВ I can develop new mouse driver
АВ for the FreeDOS project.
New?!! Well,
Hi there :-)
Hello everybody! CuteMouse project is dead; I can develop new mouse
driver for the FreeDOS project. This driver, named FreeMouse, I
started today. Please reply to me, I want that you help me writing
Well maybe you did not wait long enough for a reply from Nagy Daniel:
Current
Great! CuteMouse is good driver but is very slow in protected mode. F.e when
playing Doom and you control it with mouse, it is jerky. (with another
drivers is it OK). So test it also from this point of view.
Why did you choose the 3.0 version of TP? Because it compiles into COM?
Why not, but the
35 matches
Mail list logo