Improve Home Row Modifiers
I have recently acquired a VIAL adapter from Epomaker. When transitioning from software based solutions like keyd and Kanata I have struggled to achieve the same level of precision my home row modifiers implementation has using the aforementioned tools. The QMK and VIAL communities have attempted to address this with libraries like Achordion. But I think HRMs, being such a widely adopted pattern, should have a first class, out-of-the-box useable implementation. Typing streaks, bilateral combinations and repeat-on-timeout are some of the improvements I believe are missing. In essence, I don't think we should settle with users having to adapt to the current limitations and significantly change their natural way of typing to benefit from HRMs.
Comments: 3
-
23 Jan
TweetyDaBirdI like the sentiment here. But in a way you’re aiming for the wrong target.
Vial is the GUI layer first and foremost adding onto the existing QMK code. Not somehow meant to shoehorn entirely new functionality in the wrong way.
Target QMK for this. That’s the right way of going about it. That’s where the base code behind the GUI originates. That’s where the functions should be added for the GUI to then make useful. -
23 Jan
LeandroI just want to say that I understand this site if for suggestions and I don't feel entitled to demand a solution from the developers and contributors to this project. I am aware that the problem could be solved in QMK and that making VIAL responsible for it may not be the ideal way to go. However, different projects have different objectives and forks exist for a reason, so I will not make assumptions. The outcome is what matters to me: excellent home row modifiers with VIAL out of the box.
-
23 Jan
LeandroUPDATE: There is a promising PR by a engineer at Google that I was made aware of by the author himself. Hopefully all VIAL will have to do is implement a UI for it if it gets merged: https://github.com/qmk/qmk_firmware/pull/24560