The UI for long messages feels inconsistent with the rest of the UI because line breaks are not respected and also the color theme is not respected when you select “show full message”.
However on the positive side you can select any part of the text with the “show full message” UI which you can’t do otherwise on Android.
I don’t know if it’s better to open a new page for long messages the way it is currently done or simply to expand the message box inside the same chat, which might feel more intuitive for users. I can see advantages for both ways. For example one advantage of expanding the message box inside the same chat allows the user to write a reply while still viewing the long message.
It might also be nice to have an option in the settings such as “always expand long messages” for users who deal with many long messages and find it annoying to always expand them manually.
Apparently this UI has been implemented for a long time already so I don’t know why I only notice it now.
well it is just reusing the HTML email viewer for long messages.
I personally agree it could be better from a users perspective to let users expand the message inline, though only to a certain degree/length, maybe double screen height, as our message lists are not made/optimised for huge messages,
Sure, it is reusing the HTML email viewer, but there are several problems with the current method
suddenly jumping from white text on black background to black text on white background and vice versa is a visually jarring experience, not respecting user preference for color theme, and makes the app look crudely made
multi-line messages all run together on one line, making it difficult to read. Maybe there are also other unexpected format issues created by treating normal text as HTML
apart from the aesthetic issues, the integrity of message content is violated because line breaks which were inserted purposely by the sender of the message are literally stripped out from the message.
I have not tested this, but could the HTML email viewer be abused to insert web beacons or other privacy/security exploits?
try to exploit it, it has disabled javascript and only is allowed to load remote content when you allow it. If you still find a way let us know and we will fix it.
multi-line messages all run together on >one line, making it difficult to read. Maybe >there are also other unexpected format >issues created by treating normal text as >HTML