• 6 Posts
  • 58 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle





  • so i had a crack at fixing it and got it to compile, obviously unable to test it functionally. I’ve pushed the code here.

    I noticed you’re not actually using the joystick features since you’re reading the analog pins manually (btw, you should read them once per scan instead of in every if statement). so i just removed all the joystick code and the JOYSTICK_ENABLE = yes. i’m not sure what exactly you’re trying to do but what I’ve got builds and doesn’t remove any of the functional code, so see how you go from there. I don’t know much about using the joystick feature in QMK so I can’t really advise on how to use it instead of what you’re doing, but as it stands you seem to not be utilising it anyway.

    Good luck. if you’re stuck, maybe try going to the QMK discord and explaining what you are trying to achieve and see what people say there. Be careful not to assume the implementation and ask the wrong question, describe what you want to achieve at a high level and see what they advise to implement it (see the XY problem)


  • i don’t think you need to include config_common.h, that’s just a convention for when there are multiple revisions of a keyboard but most of the stuff is common.

    as for the other code, try removing things until you get it to compile and start adding it back. it looks like the problem could be happening inside some macro expansion or something. i think it would help to format your code a bit to make it easier to follow, there’s not really a need for the switch statement with only one case, etc. use consistent indentation, and such.









  • Does your keyboard have asymmetric halves? The left having 7 columns and the right having 6? As the other commenter pointed out you have defined 6 columns but your layout macro in eiris.h has 7 elements for the left hand. I think the way to solve it is to define it as 7 columns, add NO_PIN to the end of MATRIX_COL_PINS_RIGHT and then just add XXX to the end of all the rows for the right half in your layout macro in eiris.h.

    This is outlined in the documentation



  • A lot of people seem to not understand what a fallacy is. They think that if something is fallacious then it is necessarily false, which ironically is a fallacy in and of itself (the fallacy fallacy). All that a fallacy is is an argument that does not logically follow from the starting axioms and the conclusion. Slippery slopes are predictions, sometimes accurate ones, but it does not necessarily follow that some of a thing leads to more of that thing, thus it is a fallacy.


  • obosob@feddit.ukOPMtoErgoMechKeyboards@lemmy.worldOne of us?
    link
    fedilink
    English
    arrow-up
    15
    ·
    edit-2
    1 year ago

    Generally yes, for keyboards without a number row we will tend to use some combination of those kinds of tricks. In the past I’ve had numbers on the homerow under an fn key (note that said fn key is on a thumb key so easier to press than the standard location for fn keys on regular keyboards). Currently I have a number row as vertical combos on my Sweep (34 key low profile split). So q+a = 1, w+s = 2, and so on. As well as a numpad on one half under a fn key (we call these layers). So for long strings of numbers I use the numpad layer, for short ones I use my “virtual number row”.

    However, I got here gradually, my first split was a keebio Iris (which has a number row) and have gone progressively in the direction of smaller ones. There are a good number of numrow inclusive splits out there. Some examples:

    • ergodox
    • moonlander
    • dygma raise
    • Lily58
    • Sofle
    • Iris

    Splitkb.com is due to release the Elora (Kyria, but with a number row) Any Day Now™️

    On foot pedals, I have a stack of them but haven’t got around to making use of them in any projects yet. Others have