c.im is one of the many independent Mastodon servers you can use to participate in the fediverse.
C.IM is a general, mainly English-speaking Mastodon instance.

Server stats:

2.9K
active users

#qmk

4 posts4 participants1 post today

I was trying to setup a build environment for my #ZSA Voyager so that I could enable features like Achordion to make the home row mods work better.

I got everything setup now and want to get started adding the features only to read in the newest newsletter from ZSA that they added Chordal Hold their version of #QMK which achieves the same result.

I will keep my setup in case something else tickles my fancy but for the moment the need seems to be gone.

blog.zsa.io/chordal-hold/

blog.zsa.ioIntroducing Chordal HoldHome-row mods users, rejoice!

so today we have 2 legendary scripts using xdotool and wmctrl to bring focus (if the app is already opened, otherwise it'll open it) to a running app AND bring the mouse to the center of the application... the perfect combo for testing a custom mouse with custom keys firing pie-menus!

#bash#kando#qmk
Replied to 🇨🇦Samuel Proulx🇨🇦

@fastfinge I briefly wondered if Vial would work, which is how I’ve been reprogramming my #MechanicalKeyboard. Vial is open source, available as a standalone app and as a webpage (works in Chrome), see get.vial.today/ - It is essentially a GUI to remap #QMK firmware keyboards. However, the interface is very mouse dependent (as far as I could tell), and searches on their GitHub repository gives no reason to hope it has any better screen reader support. Sorry.

VialHomeVial is an open-source cross-platform (Windows, Linux and Mac) GUI and a QMK fork for configuring your keyboard in real time.
Replied in thread

@fedicat
You're welcome.
And if you're ready for a bigger step into the rabbit hole, feel free to fully customize your keycaps through YuzuKeycaps.com
I've created my absolute endgame set there, for my #ErgoDash after tweaking and thinking about my layout with #QMK.
But before that, I've bought more than a few things at YMDK.

Hey, #MechanicalKeyboard people! I just got myself a #Ducky One X wireless mechanical keyboard. As a #screenreader user who finds myself constantly running out of keyboard shortcuts, multi-level actuation sounded really exciting to me. Unfortunately, the browser-based programmer at duckyhub.io is entirely inaccessible. Apparently it uses a standard called #QMK or something? I don't build mechanical keyboards; I use them because I love the feedback, so I'm not deep enough into the hobby to know much about this. A browser-based programmer gave me hope that programming would be #accessible, but at least with the official website, that hope turned out to be false. So before I return this thing, do these standards mean there might be other software I can try to program the keyboard, to see if it's more accessible for me? #a11y #keyboard

Just started using the choral hold feature recently introduced in #QMK on my #planck keyboard and it’s almost as if I now had an entirely different keyboard!

This is especially designed for people like me who have their mod keys as dual functions on the home row. It prevents some typos and reduces input lag (because the firmware doesn’t need to wait as long to know if a key is held or not is some cases).

You can read more on the ZSA blog: blog.zsa.io/chordal-hold/

Continued thread

Ooof. Disabling all the silly RGB matrix effects is a pain in the ass with QMK. I may need to tangle out some more files to overwrite existing ones, so I don't have to disable them one by one.

#QMK may be more featureful, and more portable than #Kaleidoscope, but the developer experience of the latter is so much nicer.

At some point, I might port Kaleidoscope to the Voyager, too. But... not yet.

Dear #MechanicalKeyboards folks, I've decided to give up.
I've switched my #ErgoDash to #ColemakDH in mid October (see marcoxbresciani.codeberg.page/ ) but I've never been a touch-typer and it's very difficult to find even 20 minutes per day for training (see keybr.com/profile/f5vmplt ).
While working I'm slowing down everyone, waiting for me typing and doing bunch of errors.
I don't think I'll continue: I'm updating my #QMK layers to go back to #QWERTY.
20+ years of QWERTY are hard to change.

marcoxbresciani.codeberg.pageErgoDash
Replied in thread

@PKL So I can see voltages that match the keyboard behaviour, but not discern a HW reason for this behaviour.

Office also has a better illuminated magnifier, and that is still not showing me anything weird.

I can't buzz out a short in the matrix or to power either.

More data hasn't yet helped :(

Any ideas #mechanicalKeyboard #qmk community?

Just tried firmware on my new handwired Dactyl, and I'm not understanding what is going on. The first two columns work as expected:
KL: kc: 0x0014, col: 0, row: 0, pressed: 1
KL: kc: 0x0014, col: 0, row: 0, pressed: 0
KL: kc: 0x001A, col: 1, row: 0, pressed: 1
KL: kc: 0x001A, col: 1, row: 0, pressed: 0

But the next 3 columns don't. Nothing is scanned, until I press two at the same time (see picture)

Hat vielleicht jemand aus der Schweizer Techbubble eine Idee wie die #qmk dazu zu bringen ist, direkt ein ÄÜÖ zu schicken ohne über Capslock und Timedelays gehen zu müssen? Das funktioniert nie wirklich bei meinem #mechanicalkeyboard. Ich würd am liebsten VK_OEM_ schicken, dazu find ich aber keine Doku.