-
-
Notifications
You must be signed in to change notification settings - Fork 39.8k
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
Expose OLED buffer to userspace functions #8595
Comments
Tagging @XScorpion2 |
I think extern is the wrong approach to go about this as then the name of the buffer is now fixed, and cannot be changed if necessary due to collision. (which it probably will, I kinda named it generically) Initial thought (no coffee yet): maybe a function that takes some optional parameters, such as position you want to retrieve, then returns a pointer to that buffer location & size remaining in the buffer. |
@XScorpion2, See also #8777. |
@mtei can I get coffee first? =D |
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. |
This issue has been automatically closed because it has not had activity in the last 30 days. If this issue is still valid, re-open the issue and let us know. |
Just a note for anyone following along at home, a merge request to address this #8777 has been merged into the development branch and should be universally available when this branch becomes the master. Thanks everyone for your help on this one! |
Feature Request Type
Description
With recent changes to the OLED driver to enable raw buffer writing, I'd like to be able to read the current OLED buffer from user space code. This will enable more sophisticated visualization routines in user space and I am seeking advice on the safest, most QMK-like way to do this.
I can think of at least two ways to enable read access to the OLED buffer from keymaps or user space code:
I've played with both and settled on the extern solution in my own test branch, but before issuing a pull request for this change, I wanted to check with some smarter folks on the ramifications of either approach.
Thank you for any advice on the best way to implement this.
The text was updated successfully, but these errors were encountered: