Hi Brieuc,
I have some questions to help me move forward with this issue.
Do you handle the reply message functionality on the backend? I mean, do you have an attribute that shows if a message is a reply or not? I couldn’t really find anything like that in the doc.
When I get a message from a session, I’d expect to see an attribute that is null by default, but if the message is a reply, it should point to the id of the replied message. Currently, I only get details like message_id, content, and created_at, but nothing about the id of the replied message
There is currently nothing, nor on the backend or the frontend for this feature. I guess we have to edit the table to add such a column, if you want to implement it that way.
I had no plan to implement it right now. Don't you want to do the backend part also? To be sure that they both match. I can help you if you have any question about it.
I think this feature is completed as you can see from these images. The two users can now reply to specific messages in the chat session.
@bridubois, I encountered conflicts while merging my branch "feat/reply-to-message" with dev locally. Could we plan to resolve this together to ensure nothing gets overwritten ?
Great! I like the greyed-out text and the auto truncation.
Two small additional details. Could you:
Make the "Replying to: xxx" text even smaller?
When replying (writing in the input field), could you put the "Replying to : xxxx" message above the input field? I.e., the input field should not move, just receive a small (again: text size and line height should be very small, white and grey, to be discrete) additional line above it.
Hi @bridubois, let me know when you're available so we can merge this with the dev branch maybe in peer programming. Then, I'll start working on another issue using the latest version.
When creating an MR, it seems like my current branch is outdated since nov 3, even though my last commit was made yesterday (nov 30). I think it might be a pipeline issue, but idk how to resolve it.