tl;dr for the video:
- WordPress base install
- IndieWeb Plugin (gives you quick access to most of the plugins below)
- The SemPress Theme or Independent Publisher Theme
- Webmention and Semantic Linkbacks plugins (for site to site communication and notification)
- IndieAuth plugin (for authenticating with Micropub, Microsub, and other related tools)
- Micropub plugin (for a variety of clients you can use to publish to your site)
- Syndication Links plugin (to indicate which sites, like Twitter, that you syndicate your content to to stay in touch with those left behind)
- WebSub plugin (to ping feed readers for real-time communication)
- Brid.gy for WordPress plugin (to pull in backfed comments from other social silos)
- Post Kinds plugin (for better delineating articles, status updates (notes), replies, favorites, likes, etc. with appropriate microformats markup)
- Aperture Plugin (allows you to sign into a variety of Microsub readers which also act as your stream and allow you to reply to others directly from your reading interface. This part is still a bit experimental, but the kinks are being worked out presently for a richer experience.)
Additional pieces are discussed on my IndieWeb Research Page (focusing mostly on WordPress), in addition to IWC getting started on WordPress wiki page. If you need help, hop into the IndieWeb WordPress chat.
For those watching this carefully, you’ll notice that I’ve replied to David Shanske’s post on his website using my own website and sent him a webmention which will allow him to display my reply (if he chooses). I’ve also automatically syndicated my response to the copy of his reply on Twitter which includes others who are following the conversation there. Both he and I have full copies of the conversation on our own site and originated our responses from our own websites. If you like, retweet, or comment on the copy of this post on Twitter, through the magic of Brid.gy and the Webmention spec, it will come back to the comment section on my original post (after moderation).
Hooray for web standards! And hooray for everyone in the IndieWeb who are helping to make this type of social interaction easier and simpler with every passing day.
People continued working on it. Everything you need using W3C standards like Webmention, Microformats2…give it a try? https://IndieWeb.org/WordPress/Plugins
Syndicated copies:
Must read/watch
At 13:20 in IndieWeb with WordPress Tutorial: Themes and Microformats, the indieweb wordpress themes wiki page is referenced and a fork of the twentysixteen wordpress theme is mentioned. Is that theme the same as this 2016-child-theme-for-indieweb github repo and is it meant to be used with the mf2 wordpress plugin?
Tom, The best fork of the TwentySixteen theme specifically for IndieWeb use is David Shanske’s at https://github.com/dshanske/twentysixteen-indieweb.
The one you’ve pointed to is a child theme meant to be used in conjunction with the base TwentySixteen theme but with some IndieWeb-centric modifications that I use on my site presently. (It was also meant as an example of how to set up and use a child theme as well.) Most of the modifications for the “child” are in the functions.php file. If I recall correctly, that child theme adds in some additional mf2 properties, but not everything it should (yet). In (IndieWeb) practice, I find it works pretty well, but without some of the more drastic changes David’s more customized version does–his completely removes Post Formats in favor of his Post Kinds plugin. I wouldn’t use the child theme or David’s fork with the mf2 plugin.
In general, if a theme properly supports all the mf2 properties, then it shouldn’t use the mf2 WordPress plugin, which can cause some conflicts/problems with some themes. In fact, if I recall correctly, themes like Sempress, Independent Publisher, and David’s TwentySixteen fork specifically declare that they support mf2, and the mf2 plugin should automatically (and silently) not run so that the code isn’t replicated. The mf2 plugin has had some problems in the past because it is doing its best to inject microformats v2 into themes without knowing what they may or may not have already, thus potentially causing code duplication, problems with things the theme may be overriding, or–in cases like the TwentyFourteen theme–breaking the CSS because the theme is improperly using mf2 classes for CSS instead of for semantic reasons.
I think the current consensus about the mf2 plugin is to not use it, but instead to favor the recent https://github.com/indieweb/wordpress-mf2-feed. Instead of relying on WordPress core and the user’s particular theme to appropriately implement microformats, this plugin attempts to create a separate side file (similar to how RSS files are done in WordPress) using a rel=”alternate” link to show the proper microformats on a page’s output. Parsers that want the appropriate mark up can then use this alternate representation instead of the page itself. In general, this plugin and the side file are meant as a stopgap until there are more modern themes with appropriate support.
[Duplicate]
Thanks!!! I will try that one out on the eff-austin site later this week.
Thanks!!! I will try that one out on the eff-austin site later this week.