aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* color picker is no longer usefulcolor-pickerdakkar2019-02-21
|
* ported new colors to bright themedakkar2019-02-21
|
* completed new color theme (dark)dakkar2019-02-21
|
* kill capslockdakkar2019-02-21
|
* fix numpaddakkar2019-02-21
|
* use new keyclassesdakkar2019-02-21
|
* more key classes for color themedakkar2019-02-21
|
* color picker dumps via Focusdakkar2019-02-15
|
* some docsdakkar2019-02-15
|
* it works!!dakkar2019-02-15
|
* probably simpler: use LEDModedakkar2019-02-15
|
* start of the "color picker" toydakkar2019-02-15
|
* some cleanupdakkar2019-02-10
|
* mare everything as C++ for EMACSdakkar2019-02-10
|
* split everything into their own filesdakkar2019-02-10
|
* mabye sensible? direct path to plugin headersdakkar2019-02-10
|
* move #includes closer to where they're useddakkar2019-02-10
|
* grouped sectionsdakkar2019-02-10
|
* remove unused bitsdakkar2019-02-10
| | | | and move some definitions
* some color definitionsdakkar2019-02-10
| | | | currently unused
* move color themes to their own filedakkar2019-02-10
|
* move DakkarColor to its own filedakkar2019-02-10
|
* mixed static / functional colorsdakkar2019-02-10
| | | | this probably replaces the Numpad plugin completely
* more flexible / simpler color specificationdakkar2019-02-10
|
* remove plugins I'm replacingdakkar2019-02-10
|
* keep NumLock working in all layersdakkar2019-02-09
| | | | otherwise there's no way to get *out* of the numlock layer
* PROGMEM is not useful heredakkar2019-02-09
| | | | | it ends up being allocated in a different pointer space, and would need pgm_read_word
* reduce function callsdakkar2019-02-09
|
* remove unused constsdakkar2019-02-09
|
* stricter types, shorter namesdakkar2019-02-09
|
* maybe working color maps?dakkar2019-02-09
|
* simpler "layer colouring"dakkar2019-02-08
| | | | | maybe I should just have a position-dependent map of colors? like they keymap, but with cRGB elements
* add "rearrange window" keydakkar2019-02-08
|
* my color scheme!dakkar2019-02-08
|
* re-enable mouse keysdakkar2019-02-08
|
* ok, this layout should DWIM with my fvwmdakkar2019-02-08
|
* make the layout workdakkar2019-02-08
|
* my layout, doesn't workdakkar2019-02-08
|
* provide version info inside firmwaredakkar2019-02-07
|
* fix directories in makefiledakkar2019-02-07
| | | | this also makes the version parsing work
* remove commented-out & unused bitsdakkar2019-02-07
|
* bring back mouse supportdakkar2019-02-07
|
* fix makefile after rebasingdakkar2019-02-07
|
* disable boot protocol as welldakkar2019-02-07
|
* disable the mouse interfacesdakkar2019-02-07
|
* less LED stuffdakkar2019-02-07
|
* Merge pull request #77 from keyboardio/eeprom-keymap-deprecation-fixJesse Vincent2019-02-03
|\ | | | | Update the EEPROMKeymap.setup() call to remove an obsolete argument
| * Update the EEPROMKeymap.setup() call to remove an obsolete argumentGergely Nagy2019-02-03
|/ | | | | | | | EEPROM-Keymap was recently changed to work differently, and thus the mode argument became obsolete. This removes it from the call, and updates the comment above it to match current reality. Signed-off-by: Gergely Nagy <algernon@keyboard.io>
* Merge pull request #76 from keyboardio/suspend-ledoff-fixJesse Vincent2019-01-20
|\ | | | | Fix turning LEDs off on suspend
| * Fix turning LEDs off on suspendGergely Nagy2019-01-20
|/ | | | | | | | | | | When suspending, we want to set all LEDs off & sync first, and only then pause LED operations. When the code was originally written, `LEDControl.syncLeds()` synced LEDs even when `LEDControl.paused` was set - it no longer does so, so we need to pause after we synced. This addresses keyboardio/Kaleidoscope#516, at least partially. Signed-off-by: Gergely Nagy <algernon@keyboard.io>
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-06 01:16:30 +0000