mirror of
https://github.com/keycastr/keycastr.git
synced 2026-05-15 14:15:50 -06:00
[GH-ISSUE #57] Display bare modifier key presses #48
Labels
No labels
bug
compatibility
discussion
documentation
enhancement
help wanted
help wanted
investigation needed
pull-request
release
visualizer
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/keycastr#48
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @atom992 on GitHub (Mar 23, 2016).
Original GitHub issue: https://github.com/keycastr/keycastr/issues/57
I am using OS X 10.10.5 (14F27) with keycastr 0.9.2
whether If I select Displays Only Command Keys or not,CAPS LOCK will not show.
@sdeken commented on GitHub (Sep 21, 2016):
Seems like a bug to me, but I'm not sure it can be fixed. I'm not sure we get a notification when the caps-lock key has been pressed.
What glyph should we display in this case? Does U+21EA ⇪ capture it?
@RecuencoJones commented on GitHub (Nov 8, 2019):
I have just experienced this.
Also wondering if it would be possible to add an option to only display control, caps lock, escape, shift, etc. (i.e: everything which is not an alphanumeric or special character)
@eugenesvk commented on GitHub (Nov 20, 2024):
as far as I understood, NSEvent indeed doesn't offer this functionality, it only sends events on modifier changes, but for a capslock keyup doesn't change any modifiers, though keydown does
Is there a way to get information before raw key down/up information has been lost by the NSEvent limited classification? Or would it require a totally different low level mechanism like special drivers like Karabiner Elements does?