Open cbishopvelti opened 1 year ago
Hi @cbishopvelti ,
thanks for the bug report. Indeed the initial implementation is optimistic and does not cover alternatives. I did a quick session checking the layouts in macOS and it turns out that the V key can be located in at least 3 other places.
As usual, the scarce nature of the Apple dev documentation will mean it will take some trial-and-error to get this properly cabled in (mostly on detecting the current layout and pulling the right keycode accordingly). I found 1 or 2 examples on the internet not from ages ago, but as usual, it did not work out-of-the-box.
Stay tuned for the next version that will bring you into the joy of clipboard management ;)
Hi @cbishopvelti,
bad news: as usual, gluing examples together with the scarce Apple documentation is more challenging than expected :( good news: my brain kicked off and I made a variant of the latest (0.7.0) release of the plugin so you can start enjoying the plugin with your dvorak layout now :) (link removed)
You can download the plugin and replace the version installed from the store with this version (folders documented here: https://docs.elgato.com/sdk/plugins/getting-started).
Let me know how it works for you. I will close this issue only when I get the mainline code to adapt to the layout and have a new release of the plugin in the store.
Thanks for using the plugin :)
That build doesn't appear to work. I have built it locally, and that does work correctly.
Thanks @cbishopvelti for the report and I am glad that it is only my package that is wrong and not the change.
Now I just need to find the magic bullet to detect the active layout to select the right KeyCode to use in order for everybody to enjoy the same codebase :stuck_out_tongue:
I can see when I try to past content from a clipboard button, it is triggering cmd + k. This is probably because I'm using Dvorak keyboard layout, where physical v key maps to k. It would be nice if this application could correctly trigger pasting in this layout.