Upon reconsideration, I retract my suggestion in https://github.com/microformats/microformats2-parsing/issues/10#issuecomment-331511675 that "this issue's resolution should depend on resolving #9 first", and commented on how to orthogonally resolve issue #9 (http://tantek.com/2018/107/t1).

As promised in https://github.com/microformats/microformats2-parsing/issues/10#issuecomment-331499024, I’ve added PROPOSED text inline in the u-* parsing section per the proposal of this issue: http://microformats.org/wiki/index.php?title=microformats2-parsing&diff=66782&oldid=66724.

I see github.com/aaronpk’s agreement with this proposal, and would like to see at least one, preferably 2-3, more parser developer(s) explicitly agreeing as well.

We also need to see this proposed change prototyped in at least one parser to make sure it is implementable (seems like it) and to see if there are any unintended consequences.

My micropub client works for the actual note, but location data isn’t being sent with the request. ☹️

I really enjoy these development logs. I think you’ve inspired me to start doing them for my own app, Indigenous, which is more IndieWeb focused but will support micro.blog kind of as a sibling relationship.

Episode 1: Leaving Facebook?

“the Twitter system doesn’t recognize that it’s encouraging people to follow additional extremist accounts, and Facebook’s Groups engine doesn’t understand why directing conspiracy theorists to new conspiracy communities is possibly a bad idea.” https://www.wired.com/story/creating-ethical-recommendation-engines/ #Indieweb

An indie reader (I probably shouldn’t have used caps. Haha) is an attempt at getting the Facebook/Twitter like experience into feed readers. So that one can control what content they read and yet enjoy the reply/like/save functionality that exists in modern social media. This page provides some additional info: https://indieweb.org/reader

I found that I have so many channels in my IndieReader that it was starting to create stress when I opened it. So I’m testing out viewing only channels with new content. Eventually this will be a filter setting you can quickly switch back and forth between
#indieweb #reader #microsub

FYI in terms of easy and iOS. One option on Jekyll or Wordpress is Micropub (https://indieweb.org/Micropub). Wordpress has plugins and Jekyll has options (https://indieweb.org/Jekyll). Then you can use Indigenous (https://indieweb.org/Indigenous_for_iOS) to post

By replying on my site, I am using @schnarfed's service to collect tweeted responses, then both his service and my site have cached copies of the reply and the name photo and url of the responder. @ade_oshineye could do that with webmention.herokuapp.com on his static site too.

It’s a Journey

Awesome! Those are some great updates! Especially the automatic webmentions (something I want to do soon) and the h-card embedded of person tags.

The IndieAuth plugin update I was writing about last week finally got released to the WordPress repository. It’s a great development for the community. You can now use your website to log into a variety of different services.

Site Updates: automatic webmentions, person tags, better reply image handling

#site-update #webmention #person-tag

This Week in the IndieWeb Audio Edition • April 7th - 13th, 2018

#podcast #IndieWeb #this-week-indieweb-podcast
“ By focusing on growth and growth only, and ignoring the problems, they amassed a large set of cultural norms on their platforms that stem from harassment or abuse or bad behavior.” http://nzzl.us/XPMlGI3 #Indieweb
Seriously tho, @Netflix should option Kill Process and release it as The Social Network 2. #indieweb #facebook #tomo /cc @hertling
#indieweb #facebook #tomo
Don't forget: Next week is the Homebrew Microblog Meetup in Portland! 💬🍻 Thanks to @oktadev for sponsoring drinks! https://indieweb.org/events/2018-04-18-homebrew-microblog
#indieweb #microblog

Change for a time

One of the difficulties of trying to be IndieWeb is that because there is no One True Way, only a set of useful building blocks, lovingly assembled, when something isn't working well it can be hard to know which bit is responsible for what. I had that problem recently with micro.blog waiting a long time before a post here appeared there. Then today, a post I published this morning popped up on micro.blog, and I had time to think about fixing things. It was trivial, but I fixed it. Here's how. More this way ...

Indieweb and webmentions. Posts originate on my site, then syndicate to Twitter. I’m replying from my site to your tweet now. 🙂

First off, thanks for writing this up! Often times discussions that happen on IRC can remain locked up in there when no one takes the time and effort to write their thoughts from the IRC conversations out onto their blogs (which is a key component to everything we are discussing, using our blogs for thoughts. haha)

I think a key issue that people producing clients (like swentel and I with the Indigenous clients) will run into is that when generation 3 or 4 people download our apps they can often be scared off by the discussion of protocols, even if those protocols are easily accessible through a user-friendly service. At the same time, you can’t AVOID using protocol names in discussing client compatibility. I think the key is finding the middle ground. This was actually brainstormed by schmarty that the key is beginning by mentioning popular services that support the protocol and only then following up with the protocol. For example “You can use this with Micro.blog, Known or any other Micropub compatible server”. It starts with the terms that a user might already know and aren’t as scary, but it also doesn’t shy away from the fact that the real compatibility lays in the Micropub compatibility.

These are great thoughts to be thinking through, how we can better aim IndieWeb-focused technologies toward a wider audience. I think one of the reason you found so much push back regarding protocols is because the IndieWeb group tends to be practical in the understanding that not all sites and/or people will use the protocols that we use. The goal is to interoperate as much as we can and when possible push for support of IndieWeb-focused protocols. That means often times people can attempt to distance themselves from the protocols because while they are vital to what we do as a community, we don’t want to be limited by them either. (Hence our push of POSSE and PESOS). Rather than saying everyone that wants to follow us has to read our h-feed, we often times will run services that convert our h-feeds into RSS feeds or JSON feeds so we can interoperate with services like micro.blog that supports Micropub and Webmention but doesn’t parse h-feeds.