Keyboard issues/quirks controlling macos from windows

[WizzardMaker]

Describe the Bug/Issue

I'm controlling my mac from my windows machine. The main interactions work perfectly fine (mouse, switching, connecting etc.). I just noticed that some apps on mac behave weirdly with my normal windows keyboard (German ISO Layout QWERTZ) through cursr.
For example, I use the JetBrains Suite for development on my mac and the application just refuses to accept AltGr+ inputs for various characters (AltGr+7 = {, AltGr+8=(...). Other applications work just fine though.
As a workaround I tried to use Karabiner to redirect/modify those shortcuts to actual input that, but apparently Cursr sends the keyboard events in a way that Karabiner can't detect them.

Steps to Reproduce

1. Using a ISO keyboard connect to a mac
2. Open e.g. notepad and press AltGr+7 and see {
3. Open any JetBrains IDE and press AltGr+7 and don't see {
4. Open the Karabiner EventViewer and press any modifier key (Windows Key, Alt, etc.) and don't see any events

Expected Behavior

I expected to use my AltGr keys everywhere and also expected Karabiner to "see" keyboard events and be able to modify them for shortcuts

Your Environment

• OS details: Windows 11 -> MacOS 26.0.1
• Cursr Version: 1.7.3-prerelease.9
• License: Pro

Additional Context

The windows machine has the keyboard layout set to: "Local" and the mac machine is set to: "Host"

[ragauskl]

Set the mac to 'Local' (this applies only on device that Cursr instance with setting is located on), currently default behaviour for Cursr is to 'create' key presses that you have on the device to which keyboard is connected as physical key layouts can differ and not always translate to same layout on the remote device (in this case mac) but also what happens is to do that Cursr can't send 'scancodes' and uses 'keycodes', but some apps (usually games) listen and depend on 'scancodes'.

With 1.8 I want to introduce a selection on first launch that allows users to define which one they want, explaining that Games and some app shortcuts require 'Local' scancodes, and for others 'Host' may be more seamless experience. As it's not obvious atm that the setting exists.

Later down the road I'll look into adding a user defined 'mix' of both ,where certain keys can be defined to be passed as scancodes or keycodes where others do the opposite.