hmm didn't notice that.
but you could be right. will check the case.

A related question, is it normal that the mouse doesn't work when booting to a real copy of DOS through imgmount and boot?

I tried adding in a real DOS mouse driver, result: now the mouse "works" but in a really erratic way.

How erratic? Also try another driver...
I cannot test it now, but it certainly used to work...

Mirek

mirekluza wrote:

How erratic?

I tried MS mouse.com version 9.01. The mouse pointer keeps jumping all over the place, and the mouse buttons usually don't respond at all.

Does dosbox emulate mouse hardware at all, or only the (int 33 I believe) mouse driver interface?

mirekluza wrote:

Also try another driver...

Will try when I find some. I could test CuteMouse. Don't have any others though.

rcblanke:

It think it will be difficult to return the cursor as we can't really detect when an application is finished using the mouse.
I could hide it on startup if the consistency would be appriciated.

Nahh.. thank you, leave it as it is, I just noticed 0.63's behaviour is similar (using ctrl-F10) and I cannot remember there being lots of complaints about it. Let's keep focus on the broken games (thread).

Just so I can say a word about it, too: What Qbix says. 😀

> Does dosbox emulate mouse hardware at all, or only the (int 33 I
> believe) mouse driver interface?

The ps2 interface is working up to the interrupt level, but loading
different mouse drivers isn't really supported (depends on the driver).

`Moe` wrote:

Just so I can say a word about it, too: What Qbix says. 😀

While I agree on the consistency argument, I can imagine users not being too fond of searching for a (hidden) mouse cusor on the screen. It makes exiting dosbox using the windows upper-right close button rather tricky when too lazy to type exit. Just my 2 cents fellows.

Regards,
Ronald

Maybe the mouse cursor could be reactivated when the DOS shell is running. This is not perfect, since TSRs could use the mouse, but I think it's a reasonable compromise.

You could just put something in the title bar that says something like "mouse locked".

But it's not locked 😉

Chalk this up as the thread-of-the-week in which I didn't read the beginning of the thread before replying 😉

Is there a way to hook it up so that the host OS cursor is always shown whenever the emulated one is in a hidden/invisible state?

HunterZ wrote:

Is there a way to hook it up so that the host OS cursor is always shown whenever the emulated one is in a hidden/invisible state?

That could be confusing in fullscreen mode. it's a good idea, but IMHO only in windowed mode.

that way is there. but I don't see that much use.
a game can for example hide the mouse cursor and decide to draw it's own.
It's fine the way it's now. I'll not change it.

TeaRex wrote:

HunterZ wrote:

Is there a way to hook it up so that the host OS cursor is always shown whenever the emulated one is in a hidden/invisible state?

That could be confusing in fullscreen mode. it's a good idea, but IMHO only in windowed mode.

I don't see why you'd *ever* want to show the OS cursor in full-screen mode.

Qbix: I have no complaints. I always have the mouse locked to DOSBox myself 😀