You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the original implementation of this layout (also known as Rulemak) for PKL it's author made it so when a shortcut like Ctrl+<Key> is pressed the result is the same as if a corresponding key on the original Latin Colemak was pressed. I believe it's the correct implementation — I have never encountered a piece of software that would use shortcuts with Cyrillic letters (like Ctrl+Щ). It is also a standard behavior for all usual QWERTY implementations. Shortcuts should reflect Latin letters wherever they are placed on the original Colemak.
The text was updated successfully, but these errors were encountered:
I'm not sure what the problem is, actually. It is not a problem with the Cyrillic layout group (Colemak\Cmk-eD-Kyr) itself, as the same happens with the Greek phonetic layout group. Shortcuts using the number row seem to be working.
The Key History shows that something odd does indeed happen. Using Ctrl+A to test, the Ctrl key is handled the same but while a Latin script layout sends VK41 SC01E i, the Ru layout sends VKE7 SC0430 U. So, a Unicode send instead of a key send?
I think this used to work earlier. I'm really not sure what the problem is. Hmmm...!
In the original implementation of this layout (also known as Rulemak) for PKL it's author made it so when a shortcut like Ctrl+<Key> is pressed the result is the same as if a corresponding key on the original Latin Colemak was pressed. I believe it's the correct implementation — I have never encountered a piece of software that would use shortcuts with Cyrillic letters (like Ctrl+Щ). It is also a standard behavior for all usual QWERTY implementations. Shortcuts should reflect Latin letters wherever they are placed on the original Colemak.
The text was updated successfully, but these errors were encountered: