(FEPs are useless for anything regarding misskey stuff)

Oh this sounds neat.

Would need input from @zotan on whether misskeys implementation of this is even reasonable to support.

As far as I'm aware, Misskey's decorations do not yet federate. Since they aren't on v12/Iceshrimp-JS we aren't really bound on Misskey for them yet (it's unclear if/when they'll ever federate)

Sharkey's decorations are included in the ActivityPub User object (unless /api/ap/show is lying to me), taking the format:

"avatarDecorations": [
  {
    "id": string,
    "url": image url,
    "angle": float,
    "flipH": boolean,
    "offsetX": float,
    "offsetY": float,
  },
]

Parameters other than id and url are not always present.

They are not (on latest stable Sharkey, at least). you can verify by fetching a test actor of mine (https://booping.synth.download/@kopper, use the /fetch-raw admin endpoint on your Iceshrimp.NET instance to sign the request)

@kopper I don't currently have an iceshrimp.NET instance, and unfortunately booping.synth.download is authorized-fetch so I can't just curl your profile :(

you can just check https://plasmatrap.com/@puppygirlhornypost2@transfem.social and https://transfem.social/@puppygirlhornypost2 to see that they do not federate

@jeder Ah, I see. Yeah.
Upon further inspection, I'm an idiot and should have used /api/ap/get instead (that's the one that actually returns JSON-LD). Sorry :P

Unless someone has further input, I'm gonna close this frontend issue as invalid, as there are no implementations that currently support this?

It can be re-opened once this is federated by some other implementation.

Either way, it would still be a good idea to implement decorations at least for local users IMO, even if there isn't an established precedent for federation yet.

(Side note: The Sharkey and mainline Misskey APIs both expose avatar decorations in /api/users/show, which doesn't require authentication; it'd be kind of messy, but you could fetch them from remote instances that way until a better standard is agreed upon.)

I'm presently not interested in implementing features that do not federate.
They'd be too far down the priority list, and would make for suboptimal UX.

Wait, avatar decorations do not federate??

I thought they did, but I just double-checked, and indeed they don't, at least not between booping.synth.download and otherling.social (so someone pls check if this isnt a compat issue between them)

If they don't federate, then this can be closed, since I assumed they could.

They don't yet, but Misskey is working on federating avatar decorations: https://github.com/misskey-dev/misskey/issues/12151
So hopefully this issue can be re-opened once the implementation in mainline Misskey is complete.

that will still take a longer while, considering the thread has been quite dead

We'll reopen this when they start to federate these.

one more thing even though this is closed for meantime, i am really not sure if this is the amount of clutter we want, especially with how they can just go over usernames and possibly also posts

oh god yeah