fredizzimo

Ok, I found out that the link is **very** bad, or I have some bug in my stuffer code. It's constantly receiving the wrong sizes, and generates invalid CRC checks....

Yes, that's indeed what's happening. The size is wrong, already at the CRC check. But the check passes. It's a little bit strange though, since statistically this shouldn't happen no...

Ok it turns out that ``` 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x01 0x01 ``` and ``` 0x00...

Yes, I do indeed get overrun errors. However when debugging this, I found out that I don't receive the events for CHN_INPUT_AVAILABLE at all (but I receive the error events...

Note that the serial uart support for ergodox will need at least this commit from flabbergast's chibios branch. https://github.com/flabbergast/ChibiOS/commit/fc6686e84486a6afedde9ad394e344b8025e8c07

I created a pull request https://github.com/tmk/tmk_core/pull/8, with one possible solution to the problem. I believe this is the best we can do without resorting to custom git plugins, or scripts...

I'm commenting on the first issue first, and will investigate the second one next. The windows have z-index 99 and 100 respectively, and with: * https://github.com/neovide/neovide/pull/2467 It treats those as...

For the second issue, I'm not 100% sure yet, but almost. The preview window consists of two subwindows, the first one has this anchor > TRACE [neovide::channel_utils] neovim_handler WindowFloatPosition {...

I think this is most likely a duplicate of: * https://github.com/neovide/neovide/issues/2452 A log file from `neovide --log` should confirm it. And that again is most likely caused by this Neovim...

I think the latest Nightly should work now. But there are conflicting reports on the Neovim issue. So, if you still encounter this in the latest Neovim nightly version, please...