-
Notifications
You must be signed in to change notification settings - Fork 19
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
Implement replying to messages and reply previews #104
Conversation
thanks! let me know when you're done so I can review it (and you can also request a review directly from me here too) |
there are a few stuff that may seem ugly: they probably are. using the matrix sdk/api was a real pain, and took me a lot of time and refactoring to get something that works and tries to fit with the rest of the code. |
i left an issue(#110) for adding the floating menus when we have support inside of makepad |
Thanks, this is an awesome start! I've cleaned up some unrelated formatting issues, fixed the reply button styling (with a new icon), and resolved the merge conflicts by merging in the latest changes from In the future, kindly try to avoid making tons of formatting changes and committing them, as it makes it very difficult to review what's changed. Also, please don't force-push any more commits as it will invalidate the review history here on github. thanks! EDIT: moved the to-do list that was here to the top of this issue so they're trackable as work-items. |
yeah, i tried to remove every formatting change that i saw. maybe we can have a |
yea we'll definitely do that in the near future. That, and clippy lints. |
Fix avatar font size in `ReplyPreview`
There is a "bug" (maybe a bug) in Makepad where if you give multiple DSL elements the same identifier name, then the widget reference you get when querying it with `id!(...)` may be for a different widget than the one you expect. This commit renames the subwidgets of `ReplyPreview` in the DSL in order to ensure they do not overlay with the same elements that are part of a `Message` itself. It also completely restructures the drawing logic for ReplyPreviews to be done in a separate function and then to be called in the correct place, i.e., when the item has not been cached. The "fully-drawn" status of a Message's ReplyPreview is now factored in to the conditional that determines whether a given message is considered to be fully drawn (for the purpose of caching).
fixed the issue of message username/profile info not being properly populated. |
as well as for missing user profile info
fixed all other non-UI issues. |
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.
implements:
still fixing some small todos and styles, but core functionality is done.
[From Kevin]: before this gets merged in, we need to:
cursor: Hand
for theReplyingPreview
widget to make it more obvious that they're clickable w/ actions.ReplyPreviewClicked
, we need a few things:ReplyingPreview
ReplyingPreview
to be properly scaled down.populate_message*
logic such that it can be easily re-used for populating the content of aReplyingPreview
. I will also tackle this.