which makes it that Mastodon’s implementation will not be compatible with other fediverse implementations
What a surprise! I never would have expected Mastodon to ignore compatibility with the rest of the fediverse /s
which makes it that Mastodon’s implementation will not be compatible with other fediverse implementations
What a surprise! I never would have expected Mastodon to ignore compatibility with the rest of the fediverse /s
consequence of the terminally-online brain rot
Disagree. Its a consequence of corporations loudly proclaiming their support for groups when it cost nothing (think Black History Month here in the US). Corporations like to use a lot of empty marketing talk about societal issues when they can get away with it and ppl have decided to fight that by pushing companies to actually takes stands. Also, corporations here in the US have much larger voices than individual (and again this is because of the corporations’ own actions), so some ppl see it as a way they can actually have an influence on their govt.
But wait, there’s more, we’re standardizing our Groups implementation so other projects can take advantage of our App and Client API.
So its compatible with lemmy but uses a different API and they want their API to be the standard for the threadiverse? This is why we should be using the C2S, but since we’re not you should just stick with the lemmy api since that’s where the client ecosystem is already at.
Hasbro is probably gambling that it’s the IP that made the money, and not Larian being magic in a bottle as a developer
This is probably true, but how can executives be so stupid? Every review I read praised Larian specifically and how the made a huge game with no microtransactions and tons of little loving touches. You have to be willfully ignorant to think it was the IP and not the developer and their work that people were responding to.
I wish you luck and would love to see better Interoperability, but mastodon has been against better Article
support from the beginning. I’m not sure much has changed there
Web 1.0 means no interactivity outside of forms (client to server request<-> response cycle). Web 2.0 was the label used when sites started gaining interactivity, using Javascript.
Mozilla seized an opportunity to bring trustworthy AI into Firefox
Therefore, as part of the changes today, we will be bringing together Pocket, Content, and the AI/ML teams supporting content with the Firefox Organization
This is from the Mozilla release. The second quote does say “Firefox Organization” and not “Firefox”, but it seems clear they are planning on integrating AI into Firefox.
But, I’ve reread @NotSteve_'s comment and they were saying the funding earned from AI could be put into Firefox, not AI itself. NotSteve wasn’t claiming that putting AI into Firefox would bring in more funding, only that AI could be a separate source of revenue. So my question is moot.
how will putting AI in Firefox get them funding?
The author wrote this FEP by reverse engineering the Hubzilla implementation. The point of proposing it is to find and answer questions like these.
OpenWebAuth has been in use on the fediverse since before WebFinger became so widely used.
Like I said in a previous comment, this FEP was written by reverse engineering the existing implementation. It’s still a proposal so it still has to go through a discussion period where issues like this can be worked out and it can be updated
In the southern United States, we have biscuits made with bacon grease and sausage rolls, which are just rolls with ground sausage baked into them.
Again, both of those are older, more established instances so its more likely they are already aware of any given user.
And a lemmy user probably isn’t the best test for this, because of how lemmy works. If anybody on the instances follows a lemmy community, all posts and comments in that community will make it to the instance. Which means lemmy users are probably spread around the fediverse more than users of other software.
If your instance is already aware of that user, you don’t need the domain. Mastodon.social is the oldest mastodon instance and probably the biggest, so it is aware of a large majority of the fediverse.
If you know the person’s twitter handle, its simple to search for them. People coming from centralized systems, don’t realize that you have to include the domain for fediverse searches to work. I couldn’t just find you by searching for p03locke, I’d have to search for @[email protected].
Also, if my instance has never interacted with you, your profile probably won’t show posts when I find you (though this is a choice and I don’t know why implementations won’t fix it.)
Again, instance blocks makes this more complicated because my instance could block yours or yours could block mine and that would prevent this search from working but the user wouldn’t know that.
Most people are pointed to joinmastodon.org first and have to pick an instance. And since they’re not familiar with decentralization, they don’t understand what that means. It’s especially weird that they can’t directly join mastodon on the site called “joinmastodon” but have to go to another site.
Then once you get past that to make an account, you have to find people and discovery has always been one of the worst aspects of the fediverse. And the graph of instance blocks means a new user may not even be able to find the people they care about and they won’t know why.
If you know all this, its easy to understand. But for people used to a centralized system and unaware of all the intricacies of the network, there’s a lot of snags here.
It shouldn’t be this hard to implement a standard structure for social media (groups/channels/sub-reddits) with an allegedly standardised protocol.
Wait til you see mastodon’s proposed Group
implementation, which they’re intentionally making incompatible with existing Group
implementations
That’s not applicable. Sublinks is using the same standard as Lemmy/kbin/mbin, i.e. ActivityPub. In a decentralized system based on an open standard, plurality of implementations is a good thing. We shouldn’t want lemmy to be the only one.
As long as there are multiple communities for the same topic, users are going to post the same links to multiple communities. The software has to handle it better. I submitted a proposal to solve it, but one of the lemmy devs have said explicitly that they won’t implement it and they don’t think duplicate posts are an issue.
There are 500 million posts on Twitter every day. Do you read them all? There are 2.8 million subreddits. Have you browsed them all?
Nobody subscribes to every twitter acct or every subreddit so nobody is expecting to have every single post delivered to them. The fediverse has a legitimate problem where ppl don’t actually receive all the posts of accts they’re subscribed to. It’s silly to compare what the OP is complaining about to not being able to see every post on twitter/reddit.
Not only are they federating with each other, but they implemented
Group
toGroup
following to help prevent duplicate posts. Its a feature that’s been requested for lemmy/kbin/mbin, so it’ll be interesting to see how well it works for them.