-
-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
shift kills caps lock after shift-modified key is typed out #66
Comments
The issues page is the right place for this, don't worry! Also, sorry for the late reply but I've been on vacation. I cannot reproduce your problem. Activating CapsLock (using Extend+Esc), then hitting Shift for the quotes, I get: I reproduced this using both an eD (state mapped) and eD2VK (VK) layout. If you keep the Shift key repressed while typing |
ah, that so... |
If you suspend EPKL and try it, it should be the same behavior: Caps+Shift decapitalizes letters again. It also depends on your mappings if you use a state mapped layout such as the eD ones. The CapsBehavior or "CStat" number governs how each key behaves when using CapsLock; it's a bit map of the states that display this behavior. |
ah yeah! i'm sorry again: i was using colemak(vk) (the default one). switching to colemak(ed) does stop shift from killing the capslock |
using EPKL v1.4.1
for example:
expected: CAPS "LOCK"
actual: CAPS "lock"
if no shift-modified key is typed out, i.e. i'm only pressing shift without typing anything, the caps lock stays on
i don't know if this is expected behaviour. if it is, i'm sorry; can it be disabled? i'm also sorry for using the issues page for tech support
The text was updated successfully, but these errors were encountered: