🇳🇱
# Remote Timelines
I wanted to take a minute to explain QOTOs Remote timeline feature, specifically the new aspect we just released on the advanced interface: Domain Favourites.
This feature allows you to pull up a column which is identical to the local timeline of a remote instance, thus addressing the need for users to have multiple accounts across multiple instances. You can be here on QOTO and see the remote timeline as a separate feed just as if you were on the remote instance itself! For example attached to this post is what the Koyu.space remote timeline looks like from QOTO.org.
**Note:** This feature can not and does not bypass security permissions. If a user has blocked you you wont see that users posts in the remote timeline either.
There are several ways to pull up or switch between remote timelines, and you can have several remote timelines up at the same time or even combine them in a single column.
One way to do this is with the QOTO lists feature. Here you can create lists that are either collections of people you wish to follow in their own timeline, or a list of domains where you wish to follow the remote local timeline of the whole domain. Create the lists you want then open your lists and switch between them to view the various timelines you define.
You can also go into your settings and under preferences there is a subsection called "Favourite domains", you can add domains there as well. If you do this the domain will show up on the main navigation bar and you can select it with fewer clicks than through the list menu. There is also a Favourite Tags section in preferences that works much the same way.
You can also pull up the remote local timeline of an instance from a posted status itself. Simply click the three dots on a post from any user from the desired domain and one of the options will be to open the remote timeline for that domain.
That is all there is to it, enjoy!
@freemo Awesome improvements. Is this stuff standardized enough that it could be supported by mobile apps? Probably >50% of my browsing fediverse is done on Tusky or something similar, so I miss out on some of the custom features of the qoto instance.
@pganssle depends, somethings yes, somethings no...
Any of this can, in theory, of course be supported by mobile apps if they wish. It is int he API itself so its all there. some things we will get out of the box as they are already implemented and supporters, others features not so much.
So take the remote timelines that I just posted about. That is supported out of the box by some clients, I think fedilab is one of them. Other clients don't have it implemented at all. It really depends on the client.
Rich text is another example. Many clients do support it and yes it uses a standard to encode the rich text (just basic html actually).. but some clients specifically strip formatting despite this.
In the end it depends on the client and what they want to support more than it depends on the standards it seems.
@freemo Yeah, presumably individual clients will support different features — that's one of the great benefits of choosing your own client.
The only worry I have is that if each instance implements "remote timeline" a little differently, every client needs to support every implementation. Most projects don't want to support every idiosyncratic thing on every instance, but would be happy to be "fully featured" clients if there's wide adoption of a non-standard feature.
I'm curious to know if you are developing /implementing this stuff in a siloed way, or if it's part of a broader "Mastodon+" type effort that is likely to be worth clients' effort to support.
