My impressions of PRK

Hmm...
PRK and KMK are both good ones. Users of keyboards whose firmware is supported should try both.

The difference is that PicoRuby or CircuitPython is used, but both firmwares execute your program directly on the keyboard without compilation. Any changes you make to the program are immediately reflected in the movements.
From my professional point of view, the difference in programming language is a trivial difference;)

Basically both firmwares provide you the same features.
・Transmission of key codes
・Layer Functions
・Macro Function
・Backlight function
・Rotary Encoder
Oops, PRK does not support media keys and mouse!
Well, those will be implemented soon.
PRK is not yet at version 1.0
KMK is more complete.

The community seems to be larger in KMK.
PRK is supported by Geek in Japan.
I think the difference between those communities is a big difference.

PRK is developed by crazy people, so they implement maniacal features before they implement normal features.
As an example, they recently added support for a feature called duplex matrix.

This is a feature that supports twice the normal number of switches with the same number of pins, but is not even available in the standard QMK.

They are also supporting VIA soon.

I don't see the need for this.
Remap's ardent fans are trying to implement it.

I think PRK firmware are toys in a good way.
It is not about being perfect, it is about being free!
In this regard, I find both KMK and PRK more attractive than QMK.

When I shipped GRIN Type-R, I had a program that worked with KMK and another that worked with PRK.

The PRK was then (and still is a bit) unfinished.
After much deliberation, I flashed PRK at that time because I found it attractive there.

policium.


この記事が気に入ったらサポートをしてみませんか?