[linux] Mouse only registers when a mouse button is clicked.

[tschak909]

In suntools (SunOS 3.2), When mouse mode is enabled, the mouse only reacts when a button is pressed. This makes using Suntools nigh on impossible, as certain actions require precise positioning.

[phabrics]

I am aware of the issue when using the GTK frontend on some platforms. It's been on the list of things todo.

For the time being, I recommend the SDL frontend as a workaround. It is fullscreen only right now, but the mouse integration seems to work well. Try inserting the following line for the display and see if that fixes the problem:

display0: tme/host/sdl/display SDL_RENDER_SCALE_QUALITY best SDL_MOUSE_RELATIVE_SCALING 1 SDL_MOUSE_RELATIVE_MODE_WARP 1

[tschak909]

Pulled and built latest. looks great, but feels like I am ice skating through molasses.
What OS/environment are you using? am wondering if I should just do freebsd in a VM and say f*** it?

thomc@TMA-2:~/Vintage/SUN/sun2-sunos-3.2$ tmesh MY-SUN2
source MY-SUN2
[/disk0.0]: Opened file my-sun2-disk.img of size 150994944, block size 4096
[/display0.0]: resize: renderer scale: 1152 901

[/clock0.0]: timer 0 interrupt rate: 286 10/sec [18433415,73732,49152,12288000]
[/clock0.0]: timer 1 interrupt rate: 335 10/sec [18433415,73732,49152,12288000]
[/clock0.0]: timer 0 interrupt rate: 326 10/sec [6145659,24580,98304,24576000]
[/clock0.0]: timer 1 interrupt rate: 407 10/sec [6145659,24580,98304,24576000]
[/clock0.0]: timer 0 interrupt rate: 325 10/sec [24576647,98304,24576,6144000]
[/clock0.0]: timer 1 interrupt rate: 407 10/sec [24576647,98304,24576,6144000]
[/clock0.0]: timer 0 interrupt rate: 326 10/sec [12289430,49156,73728,18432000]
[/clock0.0]: timer 1 interrupt rate: 407 10/sec [12289430,49156,73728,18432000]
[/clock0.0]: timer 0 interrupt rate: 326 10/sec [24576752,98304,122880,30720000]
[/clock0.0]: timer 1 interrupt rate: 407 10/sec [24576752,98304,98304,24576000]

[phabrics]

That is strange. I just tried your environment again and I am not having that issue when I run it on any of my machines. These would be Arch and Debian dstros of Linux on x86-64, as well as MSYS2 with ucrt64, mingw64, clang64 environments on x86-64. I have also run limited ARM tests with the MSYS/clangarm64 environment on AArch64. The mouse runs great for me with the SDL2-based GUI and it is very fast and responsive.

I haven't done any testing on Linux ARM yet. I haven't tested under the *BSD operating systems in a few months. It's also been a longer while since I've tested on i686 (32-bit), but I wouldn't see how it would make much of a difference for the Sun2/3 guests since they don't use the recode optimizations available for the SPARC guests that only work on those processors. I also don't have any Macs or other machines, although I just received a Raspberry Pi 5 that I plan to test on next.

So, I don't know what the problem could be for you. What is your OS/environment?

[tschak909]

Thinkpad P17 Gen 1, which is Intel(R) Xeon(R) W-10885M CPU @ 2.40GHz 8 core, 16 threads 128GB RAM. top of xdpyinfo: ``` ***@***.***:~$ xdpyinfo name of display: :0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 12101011 X.Org version: 21.1.11 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x660000b, revert to Parent number of extensions: 31 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 DRI3 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM NV-CONTROL NV-GLX Present RANDR RECORD RENDER SECURITY SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XINERAMA XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 ``` fragment from glxinfo: ``` Memory info (GL_NVX_gpu_memory_info): Dedicated video memory: 6144 MB Total available memory: 6144 MB Currently available dedicated video memory: 3620 MB OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro RTX 3000/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 535.183.01 OpenGL core profile shading language version string: 4.60 NVIDIA ``` My two displays are 4K (3840x2160) in two different orientations. I have tried both in the native X, and inside a Xephyr nested X window (so I could control DPI), and have the same effect. it's very strange.

…

-Thom

On Sat, Dec 14, 2024 at 6:48 PM Ruben Agin ***@***.***> wrote: That is strange. I just tried your environment again and I am not having that issue when I run it on any of my machines. These would be Arch and Debian dstros of Linux on x86-64, as well as MSYS2 with ucrt64, mingw64, clang64 environments on x86-64. I have also run limited ARM tests with the MSYS/clangarm64 environment on AArch64. The mouse runs great for me with the SDL2-based GUI and it is very fast and responsive. I haven't done any testing on Linux ARM yet. I haven't tested under the *BSD operating systems in a few months. It's also been a longer while since I've tested on i686 (32-bit), but I wouldn't see how it would make much of a difference for the Sun2/3 guests since they don't use the recode optimizations available for the SPARC guests that only work on those processors. I also don't have any Macs or other machines, although I just received a Raspberry Pi 5 that I plan to test on next. So, I don't know what the problem could be for you. What is your OS/environment? — Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAVBYZRJAT4JC55ZXFXWPU32FTGWZAVCNFSM6AAAAABTSIYLCKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNBTGM4TINZQHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[phabrics]

What is the OS?

[tschak909]

oops, sorry that got cut off!

thomc@TMA-2:~$ uname -a
Linux TMA-2 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov  4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
thomc@TMA-2:~$ 

[tschak909]

It just gets worse.

I install nme from master on my Dell Precision 7710 running Ubuntu 24.10 (and Wayland), using the SDL front-end?

Good graphics performance, but the only key that works on the keyboard is the ENTER key.

I can't %(#@%@ win. I keep trying to use this thing because NOTHING ELSE EXISTS, and it literally f***s with me, at every...single...turn. :(

[phabrics]

This issue could be caused if you disabled GTK at configure time. Then, it will attempt to use the SDL keymap which is not fully supported yet unfortunately. It still has to use the GDK keymap. In other words, you still have to have GTK host for this purpose only.

I thought that the configure would crap out if GTK was not enabled, but maybe this isn't the case....

[tschak909]

but I didn't enable or disable gtk at all. This is with nothing more than a ./configure

-Thom