Proposal to support widget avatars
parent
c89e5bfe27
commit
1f734cd4a9
@ -0,0 +1,32 @@
|
||||
# MSC0000: Widget avatars
|
||||
|
||||
Currently widgets have a name and title associated with them, though no opportunity for avatars
|
||||
for a favicon-like experience. This proposal introduces such a concept.
|
||||
|
||||
## Proposal
|
||||
|
||||
In the widget's `data`, a new optional paramater named `avatar_url` is added. This parameter is
|
||||
an MXC URI to an image clients can use to associate with the widget, likely alongside the `name`
|
||||
and/or `title`.
|
||||
|
||||
Widget avatars SHOULD be legible at small sizes, such as 20x20. The MXC URI in the `avatar_url`
|
||||
should be the source material to allow clients to use the `/thumbnail` API to get a size for their
|
||||
use case.
|
||||
|
||||
Rendering avatars is optional for clients, much like how clients are not required to use the `name`
|
||||
or `title` of a widget.
|
||||
|
||||
## Alternatives
|
||||
|
||||
We could define a whole structured system for different thumbnail sizes, though we have a thumbnail
|
||||
API which can be used to request whatever size is needed by the client.
|
||||
|
||||
## Security considerations
|
||||
|
||||
Widget avatars could be non-images. Clients should use the thumbnail API to encourage error responses
|
||||
from the server when a widget avatar is a non-image.
|
||||
|
||||
## Unstable prefix
|
||||
|
||||
Not applicable - this is backwards compatible with specification and an allowed property of `data`
|
||||
without this MSC.
|
Loading…
Reference in New Issue