Support for Alternative Layouts
This is a summary of how alternative layouts have been supported by kits such as Colevrak and Homing. It is not a discussion of alt layout performance and development, but if that interests you I highly recommend starting with Pascal Getreuer’s A guide to alt keyboard layouts (why, how, which one?). It’s a concise and comprehensive overview with links to some great sites that go deeper. He also has a separate Links about keyboards page. The Keyboard layouts doc he recommends explains layout goals and metrics in detail, summarizing the alt layouts discussed here as well as more than one hundred others. Sculpted-profile The majority of custom keycap sets are sculpted-profile (Cherry, SA, MT3, KAT, etc. - more on profiles generally here) so let’s start there. Because each row has a unique keycap shape, alt layouts require a unique keycap for each legend that moves off its QWERTY row. At first there were two The Dvorak layout was patented in 1936 by August Dvorak & William L....
Apr 23, 2024
- Put computer to sleep - Wake the computer up using your mouse - Type on Infinity Ergodox
Does that work for you?
Original Ergodox doesn't wake the computer up from sleep. I am guessing Infinity one doesn't either (unless you re-plug it like you have been doing). However, if the computer is already up then there is no issue.
In some instances I have been able to wakeup my Macbook from sleep using Ergodox if the computer JUST went to sleep but not after some time. I don't think this was ever fixed
On another note: The previous Ergodox I had ordered doesnt work at all, so I have to contact Massdrop support too, lol. I started building it recently even though I had ordered it a long time ago. The drop was a while ago though so not sure if they will replace it.
Now I just need to figure out how to power off the LCD when it sleeps and I'll be golden.
@HaaTa has something changed recently in the newest revisions of the firmware that may have re-introduced this bug? The working version of the firmware was downloaded on 4/26 or 4/27 (I have 2 on my desktop and I'm not sure which it was) and the one that seems to have re-introduced it for me was download on 5/12.
Yes, I've updated the USB firmware module recently to better respond to power saving requests from the OS. Turns out that using the full power right away...is, well bad. You have to let the OS tell you that it's ok. Then, then interconnect has to initialize before allowing full power usage mode (there is an added bonus that you know that everything is all working and ready to go when the slave side leds start working.. :P). Unfortunately, there may be some corner case bugs, so I hope to add a KLL option (and perhaps to the configurator as well) to disable USB low power mode requests from the OS.
As for the restart, not working thing. I've been getting more reports, but more importantly, I think I may have a reproducible setup now. In theory, once I can capture the request on my USB analyzer I can write/fix the code that deals with this somewhat obscure USB request.
Also, please, please, please check/file bugs here -> https://github.com/kiibohd/controller/issues MD discussions are way to annoying to search, respond, and remember all the details. You can also subscribe to the bug to get notifications when stuff happens :D