I just built cheapino 3x5_3 split and of course need to get miryoku on it - there’s a qmk branch here https://github.com/tompi/qmk_firmware/tree/cheapino but could not find the board over at miryoku.
It also has a special encoder, wondering how one could use it in the most meaningful way with miryoku…
Could someone describe the steps or create a miryoku config?
You must log in or register to comment.
Hey, if you start with the «tompi» keymap, it should be pretty close to miryoku.
Yes this will be the step 1 - right now I am not able to flash the default, that’s most likely because I am completely new to qmk… Will put extra time in soon.
I’m using miryoku on my kyria, but because I wanted to customize encoders and other things I just made the layout like miryoku my self (in a qmk config), and added the tweaks I wanted. I remember looking at the miryoku repo and not seeing a way to compile the firmware from there and also customize it easily.
cheapino is using the
split_3x5_3layout that Miryoku QMK already supports, but cheapino doesn’t have community layout support enabled, so it won’t be used. If /u/Tompi@discuss.tchncs.de fixes that you’ll be able to build by merging branches and building forcheepino. You can merge the cheepino branch automatically at build time by usingtompi/qmk_firmware/cheapinowith the Miryoku QMK build workflow branches option.@tompi@Tompi@discuss.tchncs.de any chance community layout support can be enabled?
Hey, sure. I added it now.
Ill try merging miryoku and building tomorrow.
Great!
Here’s a sample workflow build run: https://github.com/manna-harbour/miryoku_qmk/actions/runs/5650295293.
That is awesome! Can confirm that putting rp2040-zero in dfu mode and just copying the uf2 file from your workflow flashes miryoku in the cheapino.
I can confirm the uf2 flashing works - but with the uf2 flashed it seems to be using a weird keymap… top row starts with q - w - t - ; z for me… I am confused… the thumb keys seem to work as expected .will try a workflow build with my settings.
I also ran a workflow (https://github.com/hansamann/miryoku_qmk/actions/runs/5660097404) now and did set the ColemakDHK specifically but it still does not quite give me the desired outcome.
q w t ; z a p r b g x c d s vis the left side, which is not really colemak mod dhk… am I doing things dramatically wrong? or is something wrong with my build @Tompi@discuss.tchncs.de - I can hardly imagine, what could it be? also I think the default qmk built worked from a main colemak layout perspective, so the keymap was correkt with the default…
Just thought of one thing. Are you sure your network cable is not crossed? Could you test another just to be sure
Also excellent idea - will test Ina few hours. Although I think manna’s comment will be the reason - using a key mapper on mac which turns my us international into Colemak Mod dh. Somehow my other keyboards are not affected, but it’s my first qmk build… Maybe I need to exclude it specifically…
That looks like you have Colemak set on the host.
Omg I am using a keyboard mapper on my Mac, so far keyboards connected were not mapped again… Will check.
Not sure what went wrong, but did you try the same uf2 file i did? Seems like official miryoku to me…
Yeah the same and default alphas means Colemak Mod dh normally - I assume it’s my fault and the key mapper… Checking in a few hours and will report.
let me confirm it was an issue with karabiner-elements… I totally forget, thx for the great comments @Tompi@discuss.tchncs.de and @manna_harbour@lemmy.world I now just realize that the Miryoku Colemak DHK is also not the default, but I’ll just swithc that back to default and it will most likely work!
thx all!
oh wow, you guys are so amazint. trying this out in a second
