Mouse autodetect — ZXNet «code.zx»

From SMT To All 4 February 2006

Hello Sinus Sin> I think the best definition is Sin> Press: Sin> 1. Mouse Enable Sin> 2. Mouse Disable yes no. In any case, the mouse will move at least a little after turning it on. well maybe on can't breathe...

From SMT To All 4 February 2006

Hello Sinus Well, yes, if there were no movements, FF is read from all ports, i.e. how were they installed? counters when turned on. I think it's a pretty good way to calculate coordinates X,Y and check that they are not equal

From Slavik Tretiak To All 4 February 2006

Hello, All wow.. and indeed, my memory has faded. Please remind me how to correctly auto-detect the presence/absence of a Kempston mouse. only this, I know, in the early definitions there was such a glitch - until the mouse If you pull, she won’t make up her mind. so I would like the right method ^_~

From Slavik Tretiak To All 4 February 2006

Hello, Witch Doctor In short, it’s clear that nothing is clear ^_~ I think the best definition is Press: 1. Mouse Enable 2. Mouse Disable ;)

From Stanislav Yudin To All 4 February 2006

Hello Sinus So there seems to be no way to reliably identify a mouse...

From Witch Doctor To All 4 February 2006

Hello SMT Original...

From SMT To All 4 February 2006

Hello SMT in fact, I even had to enter the initial coordinate values in the emulator code make the mice different when turned on, otherwise half of the software would not recognize the mouse

From Slavik Tretiak To All 5 February 2006

Hello axor regarding: “she will move anyway.” in the years 97-98, when I hooked the mouse to a byte, then fz, but before loading some super-fashionable magazine 100% had to move the mouse on the table, was not defined otherwise.

From Alexander Shushkov To All 5 February 2006

Hello SMT SMT> well, maybe you can’t breathe on it... Or she has a ball :)

From Stanislav Yudin To All 5 February 2006

Hello Sinus Sin> I think the best definition is Sin> Sin> Press: Sin> 1. Mouse Enable Sin> 2. Mouse Disable It’s even better to ask to press the left mouse button, because there are different options for schemes according to which bit is read by the left button. And so we kill two birds with one stone: we determine the presence of a mouse and the position of the left button.

From Kirill Frolov To All 22 February 2006

Hello SMT SMT> well, yes, if there were no movements, FF is read from all ports, i.e. how SMT> power-on counters are installed. I think it's pretty good SMT> way to read X,Y coordinates and check that they are not equal Kill for this. Because FF is the same. And all sorts of left-handed clocks instead of mice and other programmers - two.

From Kirill Frolov To All 22 February 2006

Hello Sinus Sin> please remind me how to correctly auto-detect presence/absence Sin> kempston mouse. Don't listen to anyone, everyone lies. THE PRESENCE OF A MOUSE IS IMPOSSIBLE TO DETERMINE! It is possible to determine only its absence.

From Kirill Frolov To All 22 February 2006

Hello, Witch Doctor > Then better tell us stupid HOW TO SOLVE THE PROBLEM... It has been said - IT IS IMPOSSIBLE TO DETERMINE THE PRESENCE OF A MOUSE! it is only possible to determine its absence the absence of a mouse is determined by chaotic movements for a reasonable (0.1sec) period of time and pressing buttons. The buttons are still in place not pressed - either there is a mouse or not. Otherwise, definitely not.

From SMT To All 22 February 2006

Hello Sinus fk0> And all sorts of clocks instead of mice and other programmers - two Well, tell me, who made the device on mouse ports, and the x and y read ports would they give different meanings? you can give any link - on the Internet, to a message Fido, in Spec's magazines. can you?

From Witch Doctor To All 22 February 2006

Hello fk0 fk0 wants everyone in a gasenvagen? Then better tell us stupid HOW TO SOLVE THE PROBLEM... And everyone can get wet... especially in childhood :)

From Andrey Bogdanovich To All 8 April 2006

Hello fk0 fk0> If there is no mouse, then the condition can also be met. Typical case: fk0> #FF everywhere. Fair point. But why do you usually define a mouse in a program? In order not to freeze a program that constantly processes false clicks buttons of a non-existent mouse. That is, if the user does not have a mouse, but from the port buttons constantly reads that the buttons are not pressed (#FF), then this is normal the situation and our program will not glitch.

From Konstantin Zhukov To All 8 April 2006

Hello Specter On computers with a data bus not pulled up to +5V from the ports, you can always assume a completely unpredictable value. Therefore, automatically determine The presence of a mouse is definitely not possible.

From Andrey Bogdanovich To All 9 April 2006

Hello, Jukov Juk> On computers with a data bus not pulled up to +5V from each port Juk> times can be considered an absolutely unpredictable value. Therefore Juk> It is impossible to automatically determine the presence of a mouse. And if you look at 3 messages above, I was just proposing a procedure that takes into account this feature.