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

Produce another key when combined with shift #61

Closed
boris-arkenaar opened this issue Dec 31, 2015 · 10 comments
Closed

Produce another key when combined with shift #61

boris-arkenaar opened this issue Dec 31, 2015 · 10 comments

Comments

@boris-arkenaar
Copy link

I am looking for a way to produce a different key stroke when pressed in combination with the shift key.

For example: I would like the comma and dot key to behave normally when pressed alone. But when pressed with the shift key held down I would like the keyboard to produce a SHIFT+9 and SHIFT+0 instead (i.e.: the comma and dot keys produce parentheses when shifted, instead of the less than and greater than symbols).

@ezuk
Copy link
Contributor

ezuk commented Jan 1, 2016

Well there's a somewhat crazy way to do this: You could make an entire layer that's a "shift" layer (i.e, sends capital letters and $ and whatnot), and just map those two keys to send ( and ). Then you could remap the Shift key on the keyboard to temporarily toggle that layer on.

In use, this would do exactly what you need -- press and hold "Shift" (which is really a momentary toggle layer switch), then press , and you get (.

@jackhumbert - is there a simpler way to do this?

@boris-arkenaar
Copy link
Author

Thanks. If I'm right that would mean though that you would have to define the shifted state for all keys, not just the dot and comma keys, right?

@jackhumbert
Copy link
Member

That's the easiest way I know how! Defining the shift layers is a bit easier with S().

@ezuk ezuk closed this as completed Jan 2, 2016
@plgruener
Copy link
Contributor

I've got the same issue (a hardcoded non-qwerty layout), and a question arises: will there be any disadvantages not having a "normal" Shift-key? Eg. shortcuts not working etc?
(not having my ergodox-ez yet, so cannot test).

@jackhumbert
Copy link
Member

The only odd behaviour I can think of is when you're holding a shifted key, the next key you press will also be shifted, which might cause some confusion when typing symbols quickly.

@eltang
Copy link
Contributor

eltang commented Jan 7, 2016

It turns out that someone other than me does notice that! Do you think that it is possible to fix this by redefining S(key) to apply Oneshot Shift rather than regular shift?

@ezuk ezuk reopened this Jan 7, 2016
@ezuk
Copy link
Contributor

ezuk commented Jan 7, 2016

@jackhumbert back atcha :)

@jackhumbert
Copy link
Member

That issue is a dup of #50 :)

@eltang
Copy link
Contributor

eltang commented Jan 7, 2016

I was referencing your comment:

The only odd behaviour I can think of is when you're holding a shifted key, the next key you press will also be shifted, which might cause some confusion when typing symbols quickly.

.

@jackhumbert
Copy link
Member

Ah, gotcha - that's really a separate issue. I'll make a new issue.

jackhumbert pushed a commit that referenced this issue Jul 7, 2017
Add ATTR_ALWAYS_INLINE to Endianess helper functions to optimize generated code (thanks to Stefan Hellermann).
drashna referenced this issue in drashna/qmk_firmware Jul 9, 2019
BlueTufa pushed a commit to BlueTufa/qmk_firmware that referenced this issue Aug 6, 2021
- Change layout to Keymap
- Change Download to Export
- Fix some capitilization consistencies.
	- Keymap name to Keymap Name
	- Download source to Download Source
0xcharly pushed a commit to 0xcharly/qmk_firmware that referenced this issue Oct 25, 2021
* add cypher rev6 support

* update manufacturer
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

5 participants