Centralization would solve it... but then that's kind of antithetical to the whole fediverse.
Also I remember there's a Mac client for Mastodon now (Ivory for Mac), need to try it out.
Top-level
Centralization would solve it... but then that's kind of antithetical to the whole fediverse. Also I remember there's a Mac client for Mastodon now (Ivory for Mac), need to try it out. 12 comments
@geerlingguy Yes, @Ivory makes much of that stuff go away. It's a much more pleasant experience. @geerlingguy the key issue here imo is that activity pud defined an async protocol for delivering stuff, but no synchronous one so you can stay on one server and interact with multiple. it's been down to the individual app makers and software makers to build their own apis. seeing/getting comments from boosted posts in your tl is only reasonable if you go to the original server for the same reason, and it sucks. @geerlingguy I recommend also giving @MonaApp a try. Itβs super customizable and a one time purchase instead of a subscription. @geerlingguy Elk is also quite good and I found it removed a lot of that copy and pasting nonsense. It's a web app so it works everywhere and syncs across your devices in real time which is also quite handy. @geerlingguy There even is something like this (from what I understand) for Firefox @geerlingguy@mastodon.social If you use chrome or firefox you can give graze a try https://graze.jaredzimmerman.com/ I agree cross-server mastodon interactions are a problem. Maybe we could have a kind of "minimal" centralization, just for cross-server following and such. Kind of like https://matrix.to/ does for redirecting to different kinds of matrix clients. |
@geerlingguy Yeah, the apps are generally much better at this kind of thing.