Add comments why alternatives to MSC2422 weren't chosen
This commit is contained in:
parent
6b2752c4c2
commit
b760ec2d74
1 changed files with 8 additions and 6 deletions
|
@ -30,8 +30,10 @@ Add the `color` attribute to the allowed attributes of `<font>` in section
|
||||||
## Alternatives
|
## Alternatives
|
||||||
|
|
||||||
- fix the clients
|
- fix the clients
|
||||||
- remove the `data-mx-color` and `data-mx-bg-color` attributes entirely, leaving
|
-> This currently seems not feasible. Multiple clients started using color first (i.e. RiotX, Gomuks) and if it isn't spelled out explicitly in the spec, this will probably continue.
|
||||||
us just with `color` for `<font>`
|
- remove the `data-mx-color` and `data-mx-bg-color` attributes entirely, leaving us just with `color` for `<font>`
|
||||||
|
-> This would break old messages and can be done independently of this proposal at a later date, if it is deemed useful.
|
||||||
- Add a section to tell the clients to prefer `color` over `mx-data-color`
|
- Add a section to tell the clients to prefer `color` over `mx-data-color`
|
||||||
- Spec an entirely different format for messages (that would probably not make
|
-> I don't really know, why mx-data-* was chosen, but I assume there was a reason, so I don't want to change that.
|
||||||
this proposal obsolete)
|
- Spec an entirely different format for messages (that would probably not make this proposal obsolete)
|
||||||
|
-> This wouldn't fix the issue, where some client may choose to remove the color tag, since it is dicouraged in the spec. Migration would probably also take a while, so this proposal is a quick solution, that doesn't prevent other solutions at a later date.
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue