Inconsistant commands in MacOS

[jonocodes]

I am using a DHm layout and getting inconsistent command key behavior when using my macbook.

For example when I want to paste, some programs honor where the V is, and some assume its back in the qwerty position. Here is how I have to paste now:

cmd-v (expected): VSCode, PyCharm, Mysql workbench
cmd-d (unexpected): iTerm2, TextEdit, Firefox, Spotify desktop, Telegram, Slack

Any idea why these programs are working differently?

[nathansit]

Did you figure out a good workaround for this? Perhaps an Extend layer using caps lock to keep the positions for copy & paste consistent

[stevep99]

I presume this problem relates to using this..?

I'm not familiar enough with macbooks to be able to answer this, hopefully a mac contributor could pick it up. I'm aware of an analogous problem in Windows (where the layout was generated using MS Keyboard Layout Creator software): there are different mappings for control codes vs normal key presses.

Could also be that certain software does keycode detection in a way that bypasses an OS mapping layer. If that were the case I'd expect all alternative layouts to suffer from the problem.

I'm puzzled about V being affected though - assuming standard ISO/ANSI mappings, V is unchanged from the Qwerty position.

[jonocodes]

@stevep99 what in that linked README are you referring to? I will say I'm using the system wide layout, not the user one.

I could file tickets with one of the projects like iTerm2 to ask them about it, but I'd like to get some info here first to see if its something that can be fixed at the mapping level. And ideally another Mac user can confirm this is an issue.

[wieslander]

I'm noticing something similar, though I'm not 100% sure if it's the same issue.

I'm using DH(m) ISO Extended on macOS, and Cmd-Z (undo) does not work in all applications. So far I've only noticed it in Google web apps (Docs, Sheets) using Chrome. Other shortcuts with moved keys work fine, however (e.g. Cmd-C, Cmd-X). I also don't have any issues with Cmd-V, which hasn't moved from its qwerty position.