Voyager is all you’ll ever need^^

But it does.
Example: You’re on lemmy.world. Let’s say lemmy.world defederates lemmy.ml today.

Now you won’t be able to see any new posts made by users of lemmy.ml, be it on lemmy.ml itself or on any other instance. You will still see everything that was posted up until the defederation though because defederation just means that your instance won’t request new copies of the content of lemmy.ml .
And they also can’t post stuff on comunities of lemmy.world(I believe they technically could do that, just that nobody could see it, but it may be that by now it’s entirely blocked to even make a post there).

Now as long as lemmy.ml doesn’t defederate lemmy.world too, their users will still be able to see your comments and may also reply to your comments on other instances, but you won’t see that.

So defederation mainly serves two purposes for the users of the instance that defederates another instance:

1. Their users won’t see any content from comunities of those instances in their “all” feed and also won’t see any posts from users of that instance in the comment sections of any comunity of any instance.
2. Users of those instance won’t be able to post on their instance.

Everything you post in a beehaw community won’t be seen by anyone else. Everything you post in a community of any other instance will be seen by everyone who isn’t on an instance that defederated yours

The biggest issue I have with defederating is that you basically exclude every member of that instance from discussion on other instances even when they keep their nsfw post completely within their own instance.

If I’m on Instance A that defederated Instance B because it’s NSFW friendly, then I also can’t see comments from members of Instance B in completely unrelated comunities on other Instances.

It just looks like an actual app and not like a tab in your browser(no adress bar for example), plus you can access it quickly that way without having to navigate your browser tabs

It’s concerning that he’s not just acting on his own like a dictator and instead let the members of the instance decide?

The way I always viewed those up- and downvotes was as a quicker way of commenting with “I like/agree with this” or “I don’t like/agree with this” and that would be there for everyone to see too, so why shouldn’t that be true for upvotes?

Show users that the community they try to interact with is on a server that defederated the users instance

Not only that, also show users when comments in any community are made by users from an instance that your instance defederated.

Because you(instance A) may very well only be able to see half of the comments in a thread of a community of instance B because half of them were made by users of instance C which instance A defederated.

Right now the comments just don’t get copied to your instance at all, which also leads to followup comments not being visible even if they are not from defederated instances.
Instead I’d like everything to be copied and then flagged based on defederations. Just don’t show the original content and instead show a hint that a comment can’t be seen because of defederation would be enough.
At least that way we know that we’re missing something.

Because simply not showing it also leads to confusion why you see less comments than other users on another instance.

And this goes both ways. The user from the other instance(who can still see your comment because his instance didn’t defederate yours) should also see that I’m from an instance that defederated his instance directly by looking at my post before commenting, maybe in form of a symbol or a note next to my username, so that he knows it doesn’t make any sense to comment on my post.

Return to it and have my knowledge of all the positive and negative aspects erased would be something I’d consider. But having used all the technology for so long, I couldn’t imagine just don’t having it anymore tomorrow

I had a Sony Xperia Z3 which had its charging port and sim tray covered by small pieces attached to the case that had rubber on them so you could open it and use the port and then seal it again. It also had a magnetic charging port that didn’t need water protection.
But iirc, it was said that the waterproof rating was only true as long as you didn’t use these pieces^^

I can think of a design where the battery just sits tight against the top part of the smartphone and you could remove the bottom part with 2 screws (whichs holes aren’t open to the inside of the phone) to spring it out like an SD-Card. That bottom part would just need to have rubber on the inside edges

Posting would work just as it works now, the difference is how easy you can view the different communities. The idea is that it’s just like if you were for example just subscribed to different tech communities from other instances. Now you can switch your view to subscribed to only see all those tech threads.

The problem is when you are subscribed to more than just those tech communities, you can’t filter your view so that you still only have those tech communities on your page.

Multi-subreddits would do just that. You could group different communities together and view them as you view your subscribed list, only now you can have multiple of those lists with different communities in them

Afaik „magazines“ are just Lemmys „communities“ or reddits „subreddits“

Eventually people will be able to go to the search bar, type “technology” and just click the top result which will be by far the most active

Well that wouldn’t be true for someone that is on an instance that is defederated from the most active one, and even if that’s not the case, I would only see posts in there from people that are not part of instances that are defederated by my instance. So depending on which instance I am, I’ll see more or fewer posts on these comunities.

That’s the major problem I see right now and for which I don’t see any other solution than everyone creating and running their own instance for themselfes to be able to see everything.