Skip to content
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

Sticky/Dead Key/Oneshot Modifier for Layer Switching? #212

Closed
chrischambers opened this issue Mar 26, 2016 · 4 comments
Closed

Sticky/Dead Key/Oneshot Modifier for Layer Switching? #212

chrischambers opened this issue Mar 26, 2016 · 4 comments

Comments

@chrischambers
Copy link

Is it possible to map a a sticky/deadkey for layer switching? E.g. hitting capslock followed by the "a" key results in whatever's mapped to the "a" key in layer 1? I see that there's a oneshot modifier action, but I've not managed to make it work for layer switching.

As another twist - is it possible to have the capslock key, for example, act as a sticky key when tapped and a momentary layer shift when held? Similar to the ergodex ez default keymap 'temp coder layer', but with a sticky key mode instead of a toggle when tapped?

@chrischambers
Copy link
Author

An update: I see that ahtn put in some work here to make this possible in the original repository, which has yet to be merged. I created a patch which applies cleanly but didn't have the desired result (it rendered the left half of my ergodox unresponsive).

@Delapouite
Copy link

Yes. Dead keys are also particulary useful to deal with accentuated letters in many Europeans languages.

@Townk
Copy link
Contributor

Townk commented May 5, 2016

Just to update this, I just created a pull request that has no conflicts with the master branch here: #308

@Townk
Copy link
Contributor

Townk commented May 9, 2016

I think this can be closed since #308 was merged.

@ezuk ezuk closed this as completed May 12, 2016
BlueTufa pushed a commit to BlueTufa/qmk_firmware that referenced this issue Aug 6, 2021
Separate the act of requesting a preview, from the state of being in a
preview. Input file doesn't send a cancel callback if the user opens a
file dialog but then cancels it. Add a new state where we preview is
requested which is only used to open the dialog and it is reset
immediately after.

Thanks to @noroadsleft for figuring this tricky state issue out.

Fix for issue qmk#211
Jpe230 pushed a commit to Jpe230/qmk_firmware that referenced this issue Feb 5, 2022
* [Redragon K580] add underglow

* fix it

* how did this get in here

* remove underglow from keyboard data

* index bump

* fix the cursed underglow
flip the values for accurate color

* flags cleanup
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants