Replying to a message with an emote doesn't look like an emote

[turt2live]

Description

Version information

• Platform: web (in-browser)
• Browser: Chrome 63
• OS: Windows 10
• URL: riot.im/develop

[t3chguy]

soooo this further pushes me to wanting to have the replying semantic entirely out of the text/html representation of the event
otherwise this is the only sane rendering of a reply which remote matches what is on the wire

edit:
i.e a content.replyingTo field on m.room.message ev's

[t3chguy]

@lampholder ideas on how best to render a reply in the form of an emote?

[lampholder]

What about instead of:

just:

?

Easy to draw in gimp; perhaps a lot fiddlier to realise in code?

[lampholder]

AS discussed IRL, the sender then isn't at the top of the message, which is problematic.

[lampholder]

I think this might actually be fine.

If the emote-reply is the first thing User X has said after other users have been speaking, it'll have their avatar there.

If the emote-reply is not the first thing User X has said after other users have been speaking, the reply won't have an avatar/display name near it. However, I don't think this looks materially weirder than a standard emote.

I reckon we try implementing it as per the mocked up screenshot above and see how we go.

[t3chguy]

It is no longer possible to reply with an emote as you cannot write a sane PR for it, but the app will render it well if someone sends an emote reply without a fallback.