Hans Schallmoser

I get the same message for all my electron applications. Usually it appears after a few seconds. Sometimes after a long time again. However it does not affect the rendering...

As I alredy wrote to #249 I think the best is to do this on it's own mikrocontroller: > I personally use SN74HC165 shift registers, they are used in many...

I personally use SN74HC165 shift registers, they are used in many s88 devices. I am currently devloping an arduino-based software connecting them to I2C. [see here](https://github.com/hansSchall/I2C-shift-registers) It is not production-ready...

Currently any attempt to access https://avr-rust.com/ or https://book.avr-rust.com/ fails with SSL_ERROR_RX_RECORD_TOO_LONG. Workaround: read the book directly on github (https://github.com/avr-rust/book.avr-rust.com/blob/master/src/001-introduction.md)

Once djwt has been published to JSR (#85) it can be installed using the JSR NPM compat layer

The bug still exists (Deno 1.42.4) Downgrading to Vite 4.2.0 fixed it for me.

To me it seems like Deno behaves differently than Node when the file path is malformed. I was able to use vite@^5.0.0 when I ensured to inject my own loader...

> I found that: https://www.npmjs.com/package/@napi-rs/canvas could solve problems but i'm not sure workd for me. I case you use it: replace CanvasRenderingContext2D with SKRSContext2D Full log on my machine: https://gist.github.com/hansSchall/621b030d3cbde724178b427707b1219a

I think watch mode is an important feature, as it speeds up development a LOT. Instead of waiting 5s for the compiler to finish, the compilation process is already completed,...

I am thinking about a watch mode identical to `tsc --watch`. The speed-up is achieved though the three following aspects: 1. The whole compiler code doesn't need to be loaded...