| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
Allow unicode up to 0xFFFFF using separate mapping table
|
| |
| |
| |
| | |
mapping table
|
| | |
|
|\ \
| | |
| | | |
Altgr quick combination and updated readme
|
| |/ |
|
|\ \
| | |
| | | |
Reduce the default dynamic macro buffer
|
| |/
| |
| |
| |
| | |
There have been reports of it leaving not enough free memory preventing
the keyboard from working properly.
|
|\ \
| | |
| | | |
Improve the RGB led effects
|
| | | |
|
| |/
| |
| |
| | |
Just like it's supposed to be used. It now looks much better.
|
|/ |
|
|
|
|
| |
Declare Unicode method hex_to_keycode() as “weak” to be able to override it in keymaps.
|
|\
| |
| | |
Missing ifdef statement
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
* removing nkro references - wip
* changed NKRO to be defined by keymap_config
|
| | |
| | |
| | |
| | |
| | | |
If NKRO is enabled, also set keyboard_nkro with MAGIC_HOST_NKRO and
MAGIC_UNHOST_NKRO.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
There was an odd case, which confused the hell out of tap-dance: suppose
you had a number of tap-dance keys, on a layer, and as part of the
tap-dance, you turned that layer off - or had it on one-shot to begin
with. In this case, the keydown event would trigger the tap-dance key,
but the keyup would not. This had two funky consequences:
- tap-dance did not correctly register that the dance has ended.
- pressing any other tap-dance key would interrupt the previous
tap-dance, and potentially input unwanted characters.
To fix this, we simply do not start a tap-dance sequence on keyup, only
when it is pressed. This way the previous sequence has enough time to
time-out and finish properly, and we don't get confused.
This fixes algernon/ergodox-layout#107.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
There may be cases where one would like to know the current Unicode
input mode, without having to keep track of it themselves. Add a
function that does just this.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| |\ \
| | | |
| | | | |
Fix the keyboard template with new make syntax
|
| | | |
| | | |
| | | |
| | | | |
Also add proper link to the parent
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| |/ / |
|
| |\ \ |
|
| | |\ \
| | | | |
| | | | |
| | | | | |
vision_division_dev
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In order to not declare the same variable in multiple objects (which
happens when building UCIS-enabled keymap for both the ErgoDox EZ and
the ErgoDox Infinity), move the declaration to the .c file, and keep
only an extern reference in the header.
Many thanks to @fredizzimo for spotting the error in Travis, and
suggesting the fix.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| | | | |
| | | | |
| | | | |
| | | | | |
Vision Division - It works!
|
| | |\| |
| | | | |
| | | | |
| | | | | |
vision_division_dev
|
| | | | |
| | | | |
| | | | |
| | | | | |
Only major change to qmk was the addition of A0-A7 pins for the AT90USB
|
| |\ \ \ \
| | | |/ /
| | |/| | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
“weak” instead
|
| | |/ /
| | | |
| | | |
| | | | |
https://github.com/jackhumbert/qmk_firmware/issues/672
|
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These functions register not only the 8bit keycode, but the modifiers
too. It doesn't handle the full range of the upper 8bits, just the mods,
but that's a good start.
Changed the tap-dance pair functions to use these, so one can do:
`ACTION_TAP_DANCE_DOUBLE (KC_COLN, KC_SCLN)`
...and that will do the right thing.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| |\ \
| | | |
| | | | |
Implement the dynamic macros that are recorded in runtime
|
| | | | |
|
| |\ \ \
| | | | |
| | | | | |
Fix the process_record_nocache function
|
| | |/ /
| | | |
| | | |
| | | |
| | | | |
This function relies on checking the disable_action_cache static
variable before accessing the layer cache.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This reworks how the tap-dance feature works: instead of one global
state, we have a state for each tap-dance key, so we can cancel them
when another tap-dance key is in flight. This fixes #527.
Since we have a state for each key, we can avoid situation where a keyup
would mess with our global state. This fixes #563.
And while here, we also make sure to fire events only once, and this
fixes #574.
There is one breaking change, though: tap-dance debugging support was
removed, because dumping the whole state would increase the firmware
size too much. Any keymap that made use of this, will have to be
updated (but there's no such keymap in the repo).
Also, there's a nice trick used in this rework: we need to iterate
through tap_dance_actions in a few places, to check for timeouts, and so
on. For this, we'd need to know the size of the array. We can't discover
that at compile-time, because tap-dance gets compiled separately. We'd
like to avoid having to terminate the list with a sentinel value,
because that would require updates to all keymaps that use the feature.
So, we keep track of the highest tap-dance code seen so far, and iterate
until that index.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
Include `action_tapping.h`, so the keymap does not have to define a
`TAPPING_TERM` for us, and we can use the default.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When entering unicode codes, use some delay, so the OS has time to
process the information. This is not needed on all systems, but some
seem to require it.
Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>
|