Skip to content

Conversation

@turt2live
Copy link
Member

Rendered

In line with matrix-org/matrix-spec#1700, the following disclosure applies:

I am Director of Standards Development at The Matrix.org Foundation C.I.C., Matrix Spec Core Team (SCT) member, employed by Element, and operate the t2bot.io service. This proposal is written and published as a Trust & Safety team member allocated in full to the Foundation.

@turt2live turt2live added proposal A matrix spec change proposal s2s Server-to-Server API (federation) client-server Client-Server API kind:feature MSC for not-core and not-maintenance stuff needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. labels Jun 5, 2024
Comment on lines +36 to +38
The `m.room.labels` event is used to share labels on a room between servers, and is set by the room's
participants (typically moderators and admins only). Each entry under `labels` is bound by the
[Common Namespaced Identifier Grammar](https://spec.matrix.org/v1.10/appendices/#common-namespaced-identifier-grammar).
Copy link
Contributor

@Gnuxie Gnuxie Jun 6, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So, what is the intention behind using namespaced labels?

I can assume that it is to make labels more consistent for client developers and consumers of the data that are going to build fancy room directories, maybe. But it doesn't really help those who will want to freetext the labels and write whatever they like, people are likely going to do that regardless (and may or may not namespace them, which will cause more fragmentation).

And yes, freetext labels can also be used to advertise abusive content, but that's likely going to happen even with namespaced labels unless the main clients gatekeep the available labels somehow (and even then, the gatekeeping can probably be circumvented just by using element web's /devtools). Though that could be considered good enough?

Servers could also getekeep the supported labels for their own room directory, I guess.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Using identifiers allows for translations on the label values, and a more consistent experience for client developers. The IDs themselves should never be shown to the user verbatim.

This MSC is also a work in progress, and this is an undefined area.

@babolivier babolivier mentioned this pull request Oct 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

client-server Client-Server API kind:feature MSC for not-core and not-maintenance stuff needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. proposal A matrix spec change proposal s2s Server-to-Server API (federation)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants