As long as that’s optional. I’d much rather know exactly which community I’m looking at.
As long as that’s optional. I’d much rather know exactly which community I’m looking at.
That’s cool, but OP is specifically asking about finding things on Google.
Asymmetry can be hot. Observe:
I am super duper excited!
That is absolutely not “fine”.
Trying to build something precise in ToTK be like:
OP never said there could be a prize in Box A. There’s either a prize in Box B, or no prize at all. So there’s zero point in taking both boxes.
Seeing this immediately after playing ToTK is just…depressing.
So, is anyone gonna mention the elephant in the room?
From a developer role, Lemmy is going to need to figure out a way to scale up development.
No they don’t. The platform is open source, so the more users they have, the more of those users will become contributors.
Of course, the account servers should be federated, but the content servers don’t need to be.
Agreed! Then it could be really like email! You create an account on an “account server”, we’ll call it, and then you can use that account to log into “community servers”. Instances wouldn’t need to federate content with each other, since users could just go to other instances with their account.
You’re seeing older posts from before it was defederated.
That would just make them go downhill further.
I was thinking about the multiple accounts thing. Maybe the concept of an “instance” needs to be separate from the concept of an account? Like, it doesn’t matter what service you choose for your email account; you can email anyone from Gmail, and anyone can send email to you. The only real difference is that your email address end in “@gmail.com” instead of “@comcast.net”.
On Lemmy, though, the place you make your account matters a whole lot. It determines what content you’re allowed to see, and who you’re allowed to interact with. If the instance you’re on gets federated, you need to migrate to a different account on a different instance. That never happens with email!
A lot of users have been managing this by creating their own instance, with the sole purpose of hosting their account and nothing else. Maybe that’s what we need: a set of “instances” that only host accounts, and a set of “instances” that only host communities. You could then use that account to subscribe to communities from any instance. That way, Beehaw could block content from instances they don’t like, without cutting off all of the users who happened to choose the wrong place to sign up.
Actually, under that system, there wouldn’t be a need for instances to federate content with each other at all. Users could just subscribe to communities with their account, and then the users would be the ones in charge of what they see, instead of their instance choosing for them.
I got that vibe when I saw that they intentionally keep their rules vague, to make them harder to evade. That just sounded to me like a recipe for power tripping.
Oh, wait, do you mean “new” as in “from the new section”? I thought OP meant it as in “newly created”
Why are people talking about this like this is a bug that can just be patched? I’m reading the comments in this thread, and it’s like everyone’s talking about a completely different thing. Am I crazy?
It’s obviously not a bug, unless you consider “there is no way to turn off auto updates” to be a bug. The GitHub link doesn’t mention anything about adding a toggle, though. It’s talking about fixing some kind of deadlock in the database that was causing the homepage to stop refreshing. That is the exact opposite of what OP is asking for!
How would refreshing the page stop the deluge of new posts that OP is talking about? Isn’t that exactly the problem?
Not only that, but Meta is even claiming that they don’t have any former Twitter employees. Sounds like Musk is projecting. Either that, or he’s grasping at straws.