-
-
Notifications
You must be signed in to change notification settings - Fork 7.2k
[FEATURE] Follow public local timelines from other instances #6942
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Do you mean like, to make the local timeline of another instance a pin-able column? (This sounds awesome.) |
Yes, that's exactly what I think of! Only shorter and to the point, thanks. |
Browse Other Instances' Public Timeline #1053 was closed without being implemented a few hours ago. That discussion was super messy and started a long time ago, before we had public timelines on /about pages, which partially solved the OP's needs. This new issue is more specific and I think it should stay open. |
Duplicate of #979? |
Certainly could be included in #979! ("Configurable federated timelines aside from "local" and "federated"")
|
If we're going to continue this discussion here, which is fine, I'll repost my earlier comment, which I think is still releavent:
|
@nightpool I agree with you, but I don't think having people to have multiple accounts is enough user friendly. Maybe some kind of subscription system? There are a lot of thematic instances and it's natural to want to participate in various ones without having a bunch of accounts. |
Groups (#139) would probably resolve that issue - toots about a subject would end up in your timeline whether you follow the person posting or not. |
I think it would be cool to follow scholar.social but I'm not a scholar and don't want or need an account there. Other people might want to follow the timeline from the recently created cars/racing instance. Etc. |
I made a small donation on bountysource for this. |
Having this feature would make following along multiple instances way easier. |
Otherwise it is hard to stay for example up to date whit FOSS news and discussions living on My own instance. |
It would also incentivize joining of smaller instances. People who may be looking for more activity will of course join larger instances making said instance even bigger. If this gets implemented, the instance they join would stop mattering as much and they can choose more freely. |
This issue would make more sense without "follow" in the title. "Follow" already has a specific meaning on Mastodon. Following a whole instance would be... interesting, but is not at all what this discussion is about. |
Could this be implemented by simply making the instance a toot was made on a searchable field, similair to how hastags work in the search interface? So if you want to see how the timeline in "linuxrocks.online" looks like you'd type "@linuxrocks.online" in the search, and the latest toots made there would show up. |
This comment has been minimized.
This comment has been minimized.
It's okay, you can use the same email address on all instances because they're totally separate websites. :) Not needing to sign up to an instance in order to see and interact with its local timeline seems good though anyway. |
Uh, since no one has mentioned this. If this feature was implemented, would you be able to post to remote instances? |
I would hope not, that's going to be ripe for abuse |
You don't post "to" an instance. You post to a collection of actors, like your followers, or to Public. You would need a separate account/profile on that instance, if you wanted your post to show up in that "local" public timeline. |
I believe that's what the other guy was asking. If it would be possible to post to have your pots show up in a remote instance's timeline which is why I said it would be ripe for abuse |
@robsonsobral,
but in the case of following an instance, it is also something she chooses to do. |
FYI -- The EU recently created this page. I was able to follow accounts, even from other instances, directly from the page -- https://social.network.europa.eu/explore. It was easy. |
It doesn't work for me. when I try to follow, it asks me to sign in or sign up. And that is the whole point of the requested feature, that we will be able to see the accounts, and feeds of other instances. |
Interestingly, it works if I'm logged in on mastodon.online. |
Of interest: https://github.com/lartsch/FediFollow-Chrome |
As this discussion has a broader aspect, I posted my suggestion where there are others developers already talking about it. |
Would you implement this functionality: Follow public local timelines from other instances? |
It would GREATLY encourage organizations to build their own mastodon environments if you could follow the public timeline on any server. IE maybe the Washington Post creates "mastodon.washingtonpost.com" and I could subscribe and follow the whole thing if I wanted to... |
It is already possible in some clients. FediLab for example. |
yeah on reddit it's possible to combine two or more subreddits so users can view submissions for both simultaneously. https://www.reddit.com/r/privacy + https://www.reddit.com/r/PrivacyGuides = https://www.reddit.com/r/privacy+PrivacyGuides it would be nifty to be able to do something similar on mastodon. I'd want to combine Local feeds from niche but similar instances so I can scroll through 2+ local feeds simultaneously. |
Following steadily other Local timelines should be possible if an instance would allow it and not block followings from elsewhere. Some selective special instances would likely –and understandably– be more protective with their Local feeds. |
There's already access control for As long as the route is available, then it's allowed for use. This feature would only bring the convenience of not requiring the user to copy/paste profile/post URLs to interact with those. |
So, since this doesn't seem to be happening anytime soon, I'm creating an open source webapp that will allow this : It's not ready yet (unusable on mobile, unimplemented menu) but I'll release it at mastovuepp.kaki87.net as soon as it is. |
In my above-linked feature I have a specific idea for how the textual UI for this could work:
Then off-instance users can manually search, post, and follow It would eliminate the FOMO problem of "I picked the wrong instance when signing up!" because you can view and post to another instance like a native by using the Mastodon has many clients, so any features that require new front-end UI means an explosion of labour across every UI to support it. By making this back-end-only that's trivially accessed through the Mastodon text-interface, it's accessible "for free" in existing UIs, and as needed front-ends can spiffy up the UI as they like. |
This would be similar to Akkoma’s Bubble Timeline feature, which is probably a good inspiration for how to implement this |
I don't know that one, I also discovered the antenna feature from Firefish a while ago. |
It’s quite similar to what this issue asks for tbh. It’s like the local timeline, but from more than one instance (handpicked by the instance admin tho). It shows toots from the local timeline of the selected instances. |
Oh, that's not what's wanted here then. Meanwhile, Firefish's antenna feature does allow users to select which instances they want to see posts from. Thanks |
I think this would pair particularly nicely with the exclusive lists that were recently added - one could follow a timeline, add it to an exclusive list (so as to remove it from the default home feed), and then switch to it in the sidebar whenever. |
I'm amazed that this has been an open discussion for six years. Is there any progress on this or possibility of it happening? |
Just what the title says.
Maybe implemented like the "show a toot from another instance"-feature: Copying the full URL of the instance into the search bar opens the local timeline of this other instance.
Which makes following interests easier, since a lot of instances are specialised on some specific interests, but a person does'nt follow only one. So to mix things a lot more up.
The text was updated successfully, but these errors were encountered: