OS/2, eCS & ArcaOS - Technical > Applications

Trying to get some comfort of AMouse with a virtualized OS/2 system

(1/2) > >>

Andreas Schnellbacher:
AMouse has for me 2 advantages compared to SMouse in respect of mouse
wheel scrolling:

1. AMouse sends scroll messages and can be configured to behave otherwise.
   SMouse sends only keyboard messages.
   
   Scroll messages for a text window have the advantage that the window
   immediately starts scrolling, as if the vertical slider was moved.
   This behavior is ideal for text reading.
   
   Keyboard messages move the cursor. A window moves if the cursor
   reaches window boundaries. That means that starting scrolling may take
   some time, dependent on the initial cursor position.
   
2. AMouse effects on the window below the mouse pointer. It can be
   configured to behave otherwise. SMouse effects on the window with the
   keyboard input focus, usually the topmost window.
   
The Nice WPS Enhancer allows for redirecting mouse messages from the
window with the input focus to the window below the mouse pointer.

Unfortunately that doesn't seem to work with a virtualized OS/2
(VirtualBox and Virtual PC tested) and the adapted mouse driver from the
OS/2 addititions installed.

On a real system, with Nice and SMouse installed, I had success in
configuring Nice to behave like AMouse for item 2.

Both AMouse advantages are the main reason, why I'm not mainly using
a virtualized system.

Does anybody have any experience with that?

ak74:
I know it's not a solution, but a workaround to not use emulated PS/2 mice. You can connect serial mice and use appropriate device drivers supplied by the guest OS. VirtualBox should additionally allow USB-connected devices. I had a similar problem, now I can use 3 mouse buttons inside a UnixWare guest.

Andreas Schnellbacher:
Hi Andreas, I'll try that. I have a PS/2 mouse connected. An additional USB mouse for the OS/2 guest is doable, but somewhat uncomfortable, because the host system shouldn't have loaded it before the guest connects to it. That might mean that the USB mouse has to be plugged in just after the host was started up.

Bogdan:
Andreas wrote me that he was banned from this forum because of this posting. I have no clue about this witch-hunt.

I'm not a specialist for VirtualBox but perhaps it's helpful to know that it depends on user privileges inside the host OS how the device attachment will be handled. For VirtualBox GUI there should be something called device filters, which can deal with this issues and can link devices to specific VMs. Usually the host operating system should prompt the user for device driver install unless a matching driver can be installed automatically. It's a good idea to disable the automatic driver update service inside a Windows host operating system. For UNIX host environments similar settings can be done through the DCU facility or its siblings.

Andreas Schnellbacher:

--- Quote from: Bogdan Szmalcownik on April 26, 2018, 08:26:25 pm ---Andreas wrote me that he was banned from this forum because of this posting.

--- End quote ---
That's only the end of the long story.

Back to the subject:

The reason is known. It's caused by the OS/2 mouse driver of the VirtualBox Additions. That one is needed for seamless focus switching between the host and the guest. Also keyboard and graphic drivers come from that driver package.

The Nice WPS Enhancer shows that's possible to add functionality of the AMouse driver by an application, without changing the driver. Unfortunately its automatic focus switching to the window below the muse pointer doesn't work with the VirtalBox Addtions drivers. Additionally, an application to turn a mouse drivers keyboard messages into scroll messages is unknown to me.

Navigation

[0] Message Index

[#] Next page

Go to full version