-
-
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
Allow force flush of oled display. #20953
Conversation
API copmatible refactoring of the oled_render function that allows callers to forcibly render all dirty blocks instead of allowing the oled_task function to render them asynchronously. This is mostly useful when want to display a logo/message/graphic right before rebooting into a bootloader or other state where the MCU will be unable to finish flushing blocks to the display.
@@ -235,15 +263,15 @@ So those precalculated arrays just index the memory offsets in the order in whic | |||
## OLED API | |||
|
|||
```c | |||
// OLED rotation enum values are flags | |||
// OLED Rotation enum values are flags |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I recopied the relevant chunk of the .h file. That's where the other changes came from.
Of course ... I'll get that fixed. Anything else while I'm at it?
…On Tue, May 16, 2023, 10:23 Drashna Jaelre ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In drivers/oled/oled_driver.h
<#20953 (comment)>:
> @@ -353,8 +353,12 @@ oled_rotation_t oled_init_user(oled_rotation_t rotation);
// Clears the display buffer, resets cursor position to 0, and sets the buffer to dirty for rendering
void oled_clear(void);
-// Renders the dirty chunks of the buffer to oled display
-void oled_render(void);
+// Alias to olde_render_dirty to avoid a change in api.
⬇️ Suggested change
-// Alias to olde_render_dirty to avoid a change in api.
+// Alias to oled_render_dirty to avoid a change in api.
—
Reply to this email directly, view it on GitHub
<#20953 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACYAP7C2LYFDAJABM3RQBDXGOLWHANCNFSM6AAAAAAYBOV4CQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This isn't necessary, just fun.
Eg, gives a bit of detection for how the board is reset, and changes the message based on that.
Co-authored-by: Drashna Jaelre <drashna@live.com>
One last question ... does the mr get floated until Q3 or will it show up in a working/dev branch earlier? Mainly trying to think through some other ideas and how to handle them in the fork for my keyboard .. |
Incorporating other docs updates .. Co-authored-by: Ryan <fauxpark@gmail.com>
…re into oled-refactor-mr
Q3 starts in a couple of weeks. Namely, this has missed the cuttoff: |
Co-authored-by: Drashna Jaelre <drashna@live.com> Co-authored-by: Ryan <fauxpark@gmail.com>
Co-authored-by: Drashna Jaelre <drashna@live.com> Co-authored-by: Ryan <fauxpark@gmail.com>
Co-authored-by: Drashna Jaelre <drashna@live.com> Co-authored-by: Ryan <fauxpark@gmail.com>
Co-authored-by: Drashna Jaelre <drashna@live.com> Co-authored-by: Ryan <fauxpark@gmail.com>
Description
API copmatible refactoring of the oled_render function that allows callers to forcibly render all dirty
blocks instead of allowing the oled_task function to render them asynchronously. This is mostly useful
when want to display a logo/message/graphic right before rebooting into a bootloader or other state
where the MCU will be unable to finish flushing blocks to the display.
Types of Changes
Checklist