I didn't mean for it to be the first post in the Starter Pack discussion space, but I've posted my idea for an alternative approach, if that's something that interests you: https://github.com/mastodon/featured_collections/discussions/3
Technical Discussion
12
Posts
3
Posters
18
Views
-
I didn't mean for it to be the first post in the Starter Pack discussion space, but I've posted my idea for an alternative approach, if that's something that interests you: https://github.com/mastodon/featured_collections/discussions/3
-
I didn't mean for it to be the first post in the Starter Pack discussion space, but I've posted my idea for an alternative approach, if that's something that interests you: https://github.com/mastodon/featured_collections/discussions/3
One question that's worth considering is: In what context would Bluesky-style Starter Packs work best?
They work in Bluesky in part because that network is structured to give every new account global reach by default.
But imagine that you join a Mastodon server and subscribe to a Starter Pack, only to find that 95% of the accounts it collects are hosted on a defederated server. Is that helpful?
My suspicion is that the single context where fediverse Starter Packs would work best is the orbit around mastodon.social.
-
One question that's worth considering is: In what context would Bluesky-style Starter Packs work best?
They work in Bluesky in part because that network is structured to give every new account global reach by default.
But imagine that you join a Mastodon server and subscribe to a Starter Pack, only to find that 95% of the accounts it collects are hosted on a defederated server. Is that helpful?
My suspicion is that the single context where fediverse Starter Packs would work best is the orbit around mastodon.social.
@lrhodes I live in a small country with some really small Mastodon instances - some of them are personal or just a few friends. In this context, having a starter pack with «many active posters in your country» would be really useful for newbies, IMHO.
-
@lrhodes I live in a small country with some really small Mastodon instances - some of them are personal or just a few friends. In this context, having a starter pack with «many active posters in your country» would be really useful for newbies, IMHO.
@hallvors But only if those active posters are accessible from the server you're on. And in the context you're describing, federation becomes an even bigger wedge for determining who is and is not accessible.
That's one of my big cautions about Bluesky-style starter packs: They don't really account for federation. I'm not sure there's any way they could be made to do so.
-
@hallvors But only if those active posters are accessible from the server you're on. And in the context you're describing, federation becomes an even bigger wedge for determining who is and is not accessible.
That's one of my big cautions about Bluesky-style starter packs: They don't really account for federation. I'm not sure there's any way they could be made to do so.
Not following the argument. Can you explain more about why they don't account for federation? Perhaps with an example of the problem as you see it.
Edit: Looking at your Venn diagram, it seems like the concern is that smaller instances will be underrepresented. But, just playing Devil's advocate, couldn't the opposite also be true? That is, people on smaller instances that would not otherwise be visible to each other, could be joined through the pack.
-
Not following the argument. Can you explain more about why they don't account for federation? Perhaps with an example of the problem as you see it.
Edit: Looking at your Venn diagram, it seems like the concern is that smaller instances will be underrepresented. But, just playing Devil's advocate, couldn't the opposite also be true? That is, people on smaller instances that would not otherwise be visible to each other, could be joined through the pack.
Really not trying to be a 'reply guy' here, and hoping for a real discussion as you seem to have thought this through. Here is the scenario referenced above. User A, a long time user with many contacts throughout the Fediverse whom they interact with about subject Z, so they create a subject Z pack. Anyone who loads the Z pack, people on big and small instances, now follows all the people, even those on small instances that they would never have found otherwise.
-
Really not trying to be a 'reply guy' here, and hoping for a real discussion as you seem to have thought this through. Here is the scenario referenced above. User A, a long time user with many contacts throughout the Fediverse whom they interact with about subject Z, so they create a subject Z pack. Anyone who loads the Z pack, people on big and small instances, now follows all the people, even those on small instances that they would never have found otherwise.
@mastodonmigration Anyone who loads the Z pack now follows all of the people… on servers that are federated with theirs.
And on some packs, that will be fine. If you're on the same server as user A, that Venn diagram might well be a circle. If I follow a pack from a Merveilles user, then I shouldn't see any broken connections. But the devs are insisting that Starter Packs must be federated so that people on different servers can share lists. And I just don't see anyway that can work as smoothly here as it does on a mediated network like Bluesky.
Which is part of why I say that the context Starter Packs serve best is mastodon.social — a hundred-thousand or so people who barely see the effects of federation because they're federated to all the same servers as most of the people that they already follow… because they're all on the same server.
-
undefined julian@activitypub.space shared this topic on
System shared this topic on -
@hallvors But only if those active posters are accessible from the server you're on. And in the context you're describing, federation becomes an even bigger wedge for determining who is and is not accessible.
That's one of my big cautions about Bluesky-style starter packs: They don't really account for federation. I'm not sure there's any way they could be made to do so.
@lrhodes the «networked instances» model offers fewer guarantees in general - not only defederation, but instances that might have simply disappeared. So I think starter packs here inherently are a sort of best-effort thing.
-
@mastodonmigration Anyone who loads the Z pack now follows all of the people… on servers that are federated with theirs.
And on some packs, that will be fine. If you're on the same server as user A, that Venn diagram might well be a circle. If I follow a pack from a Merveilles user, then I shouldn't see any broken connections. But the devs are insisting that Starter Packs must be federated so that people on different servers can share lists. And I just don't see anyway that can work as smoothly here as it does on a mediated network like Bluesky.
Which is part of why I say that the context Starter Packs serve best is mastodon.social — a hundred-thousand or so people who barely see the effects of federation because they're federated to all the same servers as most of the people that they already follow… because they're all on the same server.
Had a thought about this starter pack issue within the context of the Federated vs. Mediated frame, discussed in the other thread. At a high level, because packs span federations, they in essence need to be a mediated construct, and users can not rely of the mechanisms of federation to keep them safe.
-
Had a thought about this starter pack issue within the context of the Federated vs. Mediated frame, discussed in the other thread. At a high level, because packs span federations, they in essence need to be a mediated construct, and users can not rely of the mechanisms of federation to keep them safe.
@mastodonmigration I think that could be true, depending on how they're implemented. (And assuming I understand your meaning.) Right now, it looks like the Mastodin devs are planning to have packs federate the same way that messages do, and I expect that the only way to keep that from being an exercise in frustration will be to only display accounts that are visible to both the pack creator and the user installing the pack. Presumably, that would also curb some potential safety issues, but I suppose it could open others. I'm still wrapping my head around how this could work in a genuinely federated context.
-
@mastodonmigration I think that could be true, depending on how they're implemented. (And assuming I understand your meaning.) Right now, it looks like the Mastodin devs are planning to have packs federate the same way that messages do, and I expect that the only way to keep that from being an exercise in frustration will be to only display accounts that are visible to both the pack creator and the user installing the pack. Presumably, that would also curb some potential safety issues, but I suppose it could open others. I'm still wrapping my head around how this could work in a genuinely federated context.
It's only a half-baked thought. Also still trying to sort it all out. Like the idea of only showing users visible to both. Had not heard that before.
-
It's only a half-baked thought. Also still trying to sort it all out. Like the idea of only showing users visible to both. Had not heard that before.
@mastodonmigration That's mostly me speculating, based on what would be least frustrating. Though I suppose there could be a safety angle, too.
Gli ultimi otto messaggi ricevuti dalla Federazione
-
I think the wrapping in <p> is just plain good practice because otherwise rendered content could be injected somewhere resulting in invalid HTML.
Not that browsers ever reject bad HTML anyway heh</p>
-
>Can you explain what goes on in mitra?
When mediaType is text/markdown, the entire content is wrapped in a <p> tag. This was done for compatibility with PeerTube. I think <p> was needed to create a space between the title (name) and the content, since title is prepended to content in Mitra (also a compatibility hack -- for Mastodon API clients).
-
I'd generally discourage RFC7591 in decentralized systems due to the fact that it creates client sprawl (this is currently a problem with Mastodon's client registration mechanism, which is why we created CIMDs) — every client in RFC7591 is a distinct client, with its own client_id and client_secret, which can make client management interfaces difficult to implement (e.g., every time you login on a mobile device or SPA, you'll get a brand new client_id). CIMDs solve this by anchoring client metadata to a URI, and using that URI as the client_id.
If you need to test clients using CIMDs in development, there is cimd-service however, it's currently targeting the AT Protocol ecosystem (so has a few specifics that at present there that would not necessarily make sense of ActivityPub)
-
Speaking of handling markdown. I created funfedi.dev Media Types a while ago (and just added it to the navigation). I lost interest when I saw that nobody properly handled the mediaType attribute of a note. Not that I know what I expected.
Can you explain what goes on in mitra? When mediaType is text/markdown. It changes __bold__ to <p>__bold__</p>, otherwise no paragraph tags. I'm pretty sure, I was once told to use __ for bold and * for emphasize. So my markdown should be good.
Full example ... input activity -> mitra api response
Final note: I am not sure what I would want a proper data format to do. I find the solution of W3C ActivityPub (not W3C ActivityStreams) proposes of putting HTML in content and adding source with the original, from which the HTML was generated ok. Of course, this leaves the existence of the summary and name field superfluous.
-
@reiver@mastodon.social add in NodeBB as well. Markdown first, and probably HTML too, although it will probably be sanitized to death on the way out.
-
@mariusor that's too bad. All I have left is mussels, French fries, large-scale bureaucracy, and peeing statues.
-
@reiver #WriteFreely uses Markdown by default too, but of course sends out HTML to the fediverse
-
@reiver Markdown or its subset is supported by almost every platform except Mastodon.
But PeerTube is the only software I know that puts markdown in content instead of HTML.
