moved client spoiler conversion to potential issues

pull/977/head
Sorunome 6 years ago
parent 26349417ba
commit 4f83cc1c24
No known key found for this signature in database
GPG Key ID: 63E31F7B5993A9C4

@ -52,10 +52,6 @@ however that wouldn't be HTML-compliant.
Instead of limiting the proposed `data-mx-spoiler` attribute only to the `<span>`-tag it could be Instead of limiting the proposed `data-mx-spoiler` attribute only to the `<span>`-tag it could be
added to all tags, however it might make implementations for clients more complicated. added to all tags, however it might make implementations for clients more complicated.
Clients would have to come up with a way how to input spoilers. This could be done, for example,
by adding a custom markdown tag (like discord does), so that you do `Text ||spoiler||`, however
that doesn't take a spoiler reason into account.
## Potential issues ## Potential issues
Depending on context it might make sense to put other events, such as `m.image`, into spoilers, Depending on context it might make sense to put other events, such as `m.image`, into spoilers,
too. This MSC doesn't address that at all. Using too. This MSC doesn't address that at all. Using
@ -63,5 +59,9 @@ too. This MSC doesn't address that at all. Using
This MSC doesn't take HTML block elements into account. This MSC doesn't take HTML block elements into account.
Clients would have to come up with a way how to input spoilers. This could be done, for example,
by adding a custom markdown tag (like discord does), so that you do `Text ||spoiler||`, however
that doesn't take a spoiler reason into account.
## Security considerations ## Security considerations
The spoiler reason needs to be properly escaped when rendered. The spoiler reason needs to be properly escaped when rendered.

Loading…
Cancel
Save