IndieWeb Building Blocks that Mastodon supports:
- h-card on comment markup in this patch
- full h-feed, h-entry, h-card on user profiles and post permalinks in this patch later fixed in this patch. See also #122
- rel-me is now support in this commit and that commit
To Be Proposed
These are ideas/suggestions for Mastodon to support more indieweb building blocks. Feel free to file them in https://github.com/Gargron/mastodon/issues and then move them (and their issue link) to the Requests section below.
- WebSub support. Given Mastodon's h-feed support, WebSub support would be great for realtime notifications of updates from Mastodon profiles.
Please consider rejections as opportunities to listen for feedback on how to improve indieweb building blocks, and always respond politely. It's a good thing when people spend their own time to analyze these requests and provide their reasons for rejection.
- 2018-04-03: Webmention sending support was surveyed (most were for it), but rejected (2018-04-03) for a set of privacy concerns that are worth addressing or at least having answers for. E.g. "It's a privacy violation that people aren't expecting", is no more true for sending Webmentions than sending referrer headers, or allowing search engine indexing — all of which could be gated on the same site/user preference.
- 2017-04-21: Subscribe to Atom feeds directly 
- Update: "I do not plan on supporting Atom feeds that don't have Webfinger and Salmon (i.e. non-interactive, non-user feeds)"
If you want to re-request a rejected feature, please at a minimum:
- document the list of specific reasons for rejection of a feature
- somehow fix or address (via documentation etc.) the reasons for rejection, i.e. here on the wiki, or by updating the spec for the rejected feature.
- wait some amount of time before re-requesting. case-by-case judgment call. i.e. if you're able to quickly address all the problems noted, follow-up with a thank you for the feedback and link to where you have addressed the problems. otherwise consider waiting at least a few months, perhaps even a year before re-requesting. In either case, make it very clear what changes have occurred that make the feature request worthy of reconsideration.
(this section is a stub, please expand!)
- profile - ability to create an account / profile with
- bio (with autolinked URLs)
Specific feature details:
Mastodon profiles show various information:
Mastodon has a notifications page that shows various items such as when others react to your posts:
See Mastodon Github Issues:
- Official blog seems to be dependent on Medium: https://miaou.drycat.fr/@rigelk/99744356064225691
Resolved or apparently resolved past issues.
One Primary Instance
Resolution: Apparently resolved as there is a growing number of Mastodon instances (and the "primary" instances is now closed to new signups). See:
One danger, that projects like Mastodon face, is when they are used as a service by more than one user, any downtime will affect multiple users. For instance, on the morning of Nov 11, 2016 the mastodon.social instance was down briefly and displayed a generic server error.
In this regard, promoting "mastodon.social" the site in particular as an alternative to Twitter (e.g. see tweets encouraging "join me on mastodon.social") merely encourage users to go from one silo, to a perhaps more open source-based and more open standards supporting silo, yet still dependent on another central org.
As a contrast, if each user were to run their own Mastodon instance, one instance going down would not affect multiple users in this fashion. Second best would be if users who choose not to run on their own servers were instead encouraged get together with someone that does, which again, would limit the exposure of when one instance goes down. But when such users all join a single server (e.g. the mastodon.social site itself) or any platform with similar architecture, they will suffer from this single point of failure in design.
Update (and one way to resolve this!) As of 2017-04-04 (or earlier?) mastodon.social is no longer accepting sign-ups and directing people to sign-up elsewhere: https://mastodon.social/about
"Due to exceptionally high traffic, registrations on this instance are closed until quality of service can be assured for existing users. Choose one of the various other public instances to sign up!"
- Chris Aldrich uses the WordPress plugin Mastodon Autopost to POSSE posts from his site to Mastodon. (There is also a similar plugin called Mastodon Share that does roughly the same thing.) Neither currently supports importing syndication links or backfeed.
- Chris Aldrich also uses Daniel Nix's Known plugin Known Mastodon to syndicate to Mastodon since April 2017.
Federating Directly with Mastodon
Some in the IndieWeb community are working on bridging the gap between the Fediverse and the IndieWeb efforts, some of these include Advanced plugins/extensions/software which shouldn't require a Mastodon account on an instance as they make your site behave like a standalone instance of Mastodon:
- Ryan Barrett has released Bridgy Fed which allows one to let their own website federate directly into Mastodon and other networks in various ways. Released in October 2017, it's still under development.
- Matthias Pfefferle has a WordPress OStatus plugin which supports a variety of post kinds on Mastodon; it includes a handful of sub-plugins (Webfinger, Salmon, Activity Streams, etc.) to get everything working. Some of the pieces are out of date in October 2017, but are being upgraded over time.
- http://tooter.today This tool makes it easy to find a Mastodon instance if you're not sure where to start. (seems to not function as of 2018-04-08)
- http://www.unmung.com/mastoview Mastoview tool for seeing content from random instance
- 2017-08-01 M for Mastodon: A new logo and v1.5
- GNU social
- 2018-03-25 Privacy, centralization, trust, and: https://twitter.com/SarahJamieLewis/status/978057959686078464
- "Twitter, let's talk about decentralization and federation and trust and why movements towards federated systems like Mastadon are maybe not where we want to be throwing effort and adoption drives behind if the end goal is privacy-preserving infrastructure." @SarahJamieLewis March 25, 2018