Piefed community tags
Technical Discussion
8
Posts
5
Posters
37
Views
-
Hi rimu@piefed.social did Piefed.social update recently to include community tags? I recall this was announced awhile back but it only just started breaking on NodeBB.
"tag": [ { "background_color": "#99c1f1", "blur_images": null, "display_name": "Feature request", "id": "https://piefed.social/c/piefed_meta/tag/198", "text_color": "#000000", "type": "lemmy:CommunityTag" }, ... ]I should point out that there's nothing wrong with the JSON. NodeBB's naive logic just expected every object in
tagto have anameproperty, which your community tags do not, so things exploded :cold_sweat: -
Oh hey @rimu, what's the story behind the color attributes? Does other software besides PieFed use them, is there an FEP?
It's way down on my to do list, but I've still got a brain cell or two dedicated to declarative federated profile accent colors. @hollo has configurable profile colors, but doesn't federate them yet AFAIK.
-
Oh hey @rimu, what's the story behind the color attributes? Does other software besides PieFed use them, is there an FEP?
It's way down on my to do list, but I've still got a brain cell or two dedicated to declarative federated profile accent colors. @hollo has configurable profile colors, but doesn't federate them yet AFAIK.
julian@fietkau.social IIRC I think Rimu wrote an FEP for it but it was not submitted through the official FEP processes.
-
@rimu It looks like
display_namewas changed tonamein Lemmy: https://github.com/LemmyNet/lemmy/pull/5976 -
The change to how post flair federate was done with the 1.2 release. We tried to mirror the json structure as it currently stands with the planned lemmy 1.0 release (schema here).
We have some extra fields for indicating the text color and the background color of the post flair as well as whether the flair should apply a blur effect to the post preview (for things like spoiler posts). Lemmy hasn't yet finalized how they will schematize the color properties yet. You can see and contribute to the ongoing discussion here.
We will be updating our schema as theirs comes more into focus to try to keep the interop and transition as smooth as possible. If you want to see an example of an existing community that makes heavy use of post flair, you can look at !fediverse@piefed.social.
-
Oh hey @rimu, what's the story behind the color attributes? Does other software besides PieFed use them, is there an FEP?
It's way down on my to do list, but I've still got a brain cell or two dedicated to declarative federated profile accent colors. @hollo has configurable profile colors, but doesn't federate them yet AFAIK.
-
@rimu Thank you! 🙂
I took a look at the source code too and it seems to expect CSS hex notation (either 6-digit RGB or compacted 3-digit form).
One of the things I've been agonizing over is how to allow richer CSS colors, HDR etc. It'd be a short spec to be like “just do anything https://drafts.csswg.org/css-color/#color-syntax allows” but I'd want to give non-browser-based clients some sort of 8-bit RGB fallback. And all that without exploding the complexity. 😓 Will keep thinking on it.
-
@rimu Thank you! 🙂
I took a look at the source code too and it seems to expect CSS hex notation (either 6-digit RGB or compacted 3-digit form).
One of the things I've been agonizing over is how to allow richer CSS colors, HDR etc. It'd be a short spec to be like “just do anything https://drafts.csswg.org/css-color/#color-syntax allows” but I'd want to give non-browser-based clients some sort of 8-bit RGB fallback. And all that without exploding the complexity. 😓 Will keep thinking on it.
Another tricky aspect of this is different clients have all kinds of different designs and colors so depending on the situation the tags could look garish and crazy. But on the other hand a bit of crazy is fun.
Feed RSS
Gli ultimi otto messaggi ricevuti dalla Federazione
-
I feel like that being explicit is more advantageous. There are some subtle edge cases that it helps work around.
Thanks nutomic@lemmy.ml for your attention :)
-
Token revocation and userinfo endpoint are also implemented. iss indication on redirects is also recommended, but not planned yet
-
I believe CIMD is planned, and at some point expiring access tokens & refresh tokens will also land, and maybe in a distant future DPoP too.
DCR has a client registration proliferation problem, which is why Mastodon want CIMD.
-
So, as far as I can tell, Mastodon supports:
Authorization code flow PKCE Authorization server metadataIt doesn't seem to support:
OAuth Dynamic Client Registration Client ID Metadata DocumentsIt instead uses a proprietary endpoint.
thisismissem is that about right? Is there work underway to support CIMD (preferred) or dynamic registration (less good but a more established standard)?
-
@julian Nice workaround. They should describe it in the FEP
-
This way, @DailyRucks gives out permission slips which are “shaped” in a way that is instantly verifiable, no database and no internal state required.
The only problem is that the ID of the quoting post is an arbitrary URI, and passing full URIs as query string parameters is brittle. It seems to work for Mastodon post IDs, but other platforms might have more complex URI schemas.
I guess we'll see what happens! 😀
Project website with link to the git repository: https://fietkau.software/daily_rucks
🧵 6/6
-
That's why it's not possible to simply reply “ya sure” to every quote verification request. The response has to affirmatively state which quote it is for.
So I thought, instead of keeping a list of prior quotes in a local database, why not embed them in the ID (URI) of the verification stamp? That way the code could simply echo them back out for any future request.
Turns out this works! You can see an example here: https://fietkau.software/daily_rucks/ap/quoteAuth?stamp=2025-11-08;https%3A%2F%2Fexample.com%2Fsome-post
🧵 5/6
-
While reading FEP-044f, I had an idea for getting around that requirement. It's difficult to explain without getting extremely technical, but I think it could be interesting for platform implementers who want to offer blanket quotability to Mastodon users, but who have shied away from FEP-044f for its state management requirements.
Basically, a quote authorization stamp payload (see https://codeberg.org/fediverse/fep/src/branch/main/fep/044f/fep-044f.md#example-of-quoteauthorization) has to contain the IDs of the quoting post and the quoted post.
🧵 4/6
