@codinghorror So stop using it, switch to phanpy.social or elk.zone. They are amazingly better. I think the Mastodon team should focus their UX work in moderation and administration, the dev community has already shown they can effectively take leadership on everyday clients.
@raphael You know that within the fediverse, servers and clients are separated and that a authentication specification is used which can be used within other software and that also alternative web clients do exist?
Not just that, to improve the ActivityPub ecosystem as a whole we need to separate servers and clients.
It might have been a good idea when Mastodon just needed to be an alternative to Twitter, but now we can aim higher.
We shouldn't need one account for twitter-style feeds, another for reddit-style forums, another for flickr-style photo sharing and another github-style code work. We can have one single account for everything, and just change the clients.
@Jain of course. But is there any client out there that can let me have a lemmy-like experience while connected from my mastodon account, or vice-versa?
@raphael what do you want? there are softwares / clients which shows posts in a tree style view or image board style view. Maybe you would enjoy Mastodon more if you use the Tusky App?
@raphael Looks like you answered your question already... but just for your information: As far as i am aware of does Lemmy implement certain stuff according to the specs but not everything and a big bunch of it is custom. So basically one can say that even tho they use some kind of ActivityPub, its not compatible with the rest of the network.
Can I use my Mastodon account to browse a Lemmy community, see the list of posts, open a post, vote up/down the comments?
AFAIK, I can't. There is no unified client that can let me do that from the same account. If I want to access something through the Lemmy interface, I need a Lemmy client, which can only interact with Lemmy servers. Same with "Mastodon-compatible" servers and clients.
@Moon@Jain of course, but like I said in the beginning, I believe that one of the best ways to speed up the process of "improving server support" would be to ditch the clients and their application-specific APIs.