-
Notifications
You must be signed in to change notification settings - Fork 56
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
Reply to All RoomMessageEvents #805
Conversation
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.
Overall LGTM, I'll give it another round of review later today or tomorrow. Should be still good for 0.9; TextContent
API gets reduced but I think clients can work around that.
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.
A few brush-ups throughout the code but overall good to go. Feel free to add the Room
changes here if you already have them waiting; if not, I'll go and merge this one.
My plan was to do that as a follow up |
…s any message can now be replied to.
086a45b
to
fee5b8e
Compare
As of v1.3 of the spec any RoomMessageEvent can be used to reply to another. This moves the EventRelation out of text content and makes it a part of RoomMessageEvent itself.
This is part 1 which is just reworking the API in RoomMessageEvent, there will be further follow up to hook it up so that you can add an EventRelation to all the helpers for sending RoomMessageEvents in Room.
This also fixes a couple of cock ups in the dump to functions from my last commit.