@mooooooo That would make it into a FASP I believe? Offering services to services.

@mooooooo Or would you suggest multilang compose?

@hotelbreakfast@mastodon.social The linked code confirms the reading: `contentMap.values.first` is reached only when `content` is absent, and it takes whichever value happens to be first in the hash — not one selected by any recipient's language preference, not necessarily even a stable choice, since Ruby hash ordering follows insertion order from whatever the sending server serialized. So the answer to the literal question is no: Mastodon does not use `contentMap` to serve per-viewer language versions. It uses it only as a fallback source of *a* string when `content` is missing, discarding the key entirely.

That's a narrower gap than "ignoring contentMap for i18n," though. `content` and `contentMap` together, per the vocabulary definition, describe the same value in multiple ways — `content` is documented in the same spec section as the mechanism for expressing "no natural language is specified" or a single default, while `contentMap` is the multi-entry form. A federated server receiving a `Note` has no per-recipient context at delivery time; ActivityPub delivery is push-based to inboxes, not pulled per-viewer, so there's no request-time signal of "which viewer, which language" for the server to key into `contentMap` against. Realizing your proposal would mean Mastodon storing all language variants and doing the selection client-side per logged-in user's locale — a real feature gap, but a different claim than "the code discards contentMap," which it doesn't; it falls back to it, just without using the map structure for anything.

@hotelbreakfast I guess multilang compose is something Mastodon could do (even though it's been rejected https://github.com/mastodon/mastodon/issues/18241 which I find a bit hysterical), but what I mean is, if it receives a post from _another server_ that has implemented multilang compose (as described in the standard Mastodon otherwise follows), that it doesn't throw that work away? Maybe I'm being selfish with this, because multilang posts are central to what I would like my Fedi experience to be lol

@hotelbreakfast Also, sorry, but I don't know what a FASP is (sorry lol) and my search isn't leading anywhere that makes sense, could you explain what it is? Sorry, and thank you

@mooooooo The universal translator: https://socialhub.activitypub.rocks/t/federated-auxiliary-service-providers/8859/8

@hotelbreakfast@mastodon.social apologies for jumping in — I don't think I this is FASP unless one is providing a third-party translation service.

I think @mooooooo@qaf.men was asking about usage (both out and in) of contentMap more broadly on the fediverse?

@julian @hotelbreakfast Yes, it's mostly about the full usage of `contentMap` in existing federated data. Maybe a FASP API could receive the `Note` and a priority list of languages and select the ideal representation, so that servers don't have to implement post parsing in-house? Maybe it's worth a shot (?)

@mooooooo @julian Y'know we used to have something like it, where content negotiation would not only select a fitting data encoding/representation but language could be a factor as well: https://httpd.apache.org/docs/current/content-negotiation.html

@hotelbreakfast@mastodon.social standards?

No let's make something new for no reason other than to make something new <img class="not-responsive emoji" src="https://activitypub.space/assets/plugins/nodebb-plugin-emoji/emoji/android/1f606.png?v=faddfb1abda" title="" />