Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Wiki page describing how to customize a Framework Keyboard using qmk #39

Open
1 of 4 tasks
GreyGnome opened this issue Jul 6, 2024 · 4 comments
Open
1 of 4 tasks

Comments

@GreyGnome
Copy link

Feature Request Type

  • Core functionality
  • Add-on hardware support (eg. audio, RGB, OLED screen, etc.)
  • Alteration (enhancement/optimization) of existing feature(s)
  • New behavior

Description

I wouldn't mind creating a wiki page how-to to stand up qmk on one's Framework 16, and actually modify the keymap. I think it may make sense to put it here. What do you think of this idea?

I bumped into a number of issues when customizing my keyboard and I'd like to spare future hackers the trouble.

@heumann-a
Copy link

Hey,

i am currently in the middle of porting my config to FW16. I got at least an compilable version of the stock settings available and need to check how i can keep VIA support available.

Currently i think there is a problem with the current code structure, which should be fixed first. FW uses various "_user()" functions in some Keyboards to initialize the default behavior on the keyboard level instead keymap level. This results in no available function for the user to put own code logic in your keymaps. This may be fine for most people but after diving into QMK, these function are necessary to implement your own stuff.
After my proposal are accepted or the issue is fixed i am planning on providing a guide for it. In the meantime you could chedk my Repo if that helps.

Did you document your problems?
I think due the nature of QMK and distributed places of information i would rather create a forum post/guide which would probably get the most attention.

@GreyGnome
Copy link
Author

There is a forum post. The problem is, it's buried in the Framework forums; it's not intentional. There's a lot of updates to it as I fumbled around, trying to get things to work. That's when I thought of a wiki, because it can be kept up to date. The original forum post cannot be edited. So in the end, it's like "So what actually needs to take place, to get this to work?" It's not concise at all, it meanders through a back-and-forth conversation. In short, it's not a how-to guide. It's a journey, filled with bumps and bruises.

I didn't need a travel guide, I needed an instruction book. I wish I had it when I'd started. That's what I'm trying to create for people. I wonder if this is a good place for it.

Copy link

github-actions bot commented Oct 6, 2024

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed in the next 30 days unless it is tagged properly or other activity occurs.
For maintainers: Please label with bug, in progress, on hold, discussion or to do to prevent the issue from being re-flagged.

@github-actions github-actions bot added the stale label Oct 6, 2024
@chelzwa
Copy link

chelzwa commented Oct 12, 2024

@GreyGnome A wiki guide would be extremely helpful! This was one of the first places I looked, so it seems like as good a spot as any to me.

@github-actions github-actions bot removed the stale label Oct 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants