Philipp Stephani <p.stephani2@gmail.com> writes:
> I've attached a patch that should keep the aforementioned input methods working (by setting ns-command-modifier to none) and allow Command and Option to be treated as either shift-like or control-like modifiers.
> In my tests input now works as expected with the Dvorak - Querty and similar input methods if ns-command-modifier is none. Also various key combinations with Super work now if it's set to super.
> One thing that might be unexpected is that e.g. Command-Control-A will be interpreted as Control-A if ns-command-modifier is none, even if Command-A would insert something other than A. It seems this is (undesirable) behavior is actually already present at head.
Hi Philipp,
Do you think this patch is still good?
I think so, modulo the caveats mentioned in the comments. Do you want me to rebase and commit it?
I reckon the issues with command-key modifiers should be fixed, even if
it's just a new variable that disables the shift-like behaviour of
command.
Do you mean "should be fixed" as in "I believe it's fixed" or as in "I want it to be fixed, but it's not yet fixed"?
If the former, could you point me to the commit that fixed it?
If the latter, I'm not sure whether the macOS event model allows us to do this. As mentioned in the comments in the patch, some information just appears to be lost entirely.