-
Notifications
You must be signed in to change notification settings - Fork 964
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
UI/UX: Display delivered message on incoming ACK. #2739
Conversation
🤖 Pull request artifacts
|
07a57da
to
a06e50a
Compare
435ac8f
to
5b54b4d
Compare
5b54b4d
to
996c168
Compare
996c168
to
6352119
Compare
5e70fb9
to
b181ec0
Compare
b181ec0
to
5d94bb6
Compare
- only works if we don't have a phone connected, but that is probably dsired - this will send a copy of device-originating text messgaes to a connected phone. Breaking change. - this will iterate the tophone queue by deconstructing and reconstructing it every time we look for an ID. Probably also mangles the queue oder since it aborts when a ID is found. - Can we navigate the packet pool instead? If so, how? - Let's keep this in draft state for now
the memory pool can NOT be iterated easily, since it's not a linear object.
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.
Looks good to me.
I think we can eventually get rid of this special FreeRTOS queue for the ToPhoneQueue
(seems this was actually the plan) to handle persistent storage for message history on standalone devices. If we can replace it by a MeshPacketQueue
, which is actually a std::vector
, we can more easily cycle through it and reorder packets.
@GUVWAF at least it would be easier to interate over something that is not handled by freeRTOS. Question is if the ISR variety of these commands are used at all. We need to handle blocking carefully if the are. |
i pushed the current state to master, let's keep this branch open to refine this further. I'll push canned messaging to secondary channels next. |
Needs more work, see comments.