Aaron Parecki

Friday, February 16, 2018

• 
• 

  9:48pm

  Asleep

  6:23am

  Awake

  8h 35m

  Slept

  17m

  Awake for

  

  Portland, Oregon, USA

  Fri, Feb 16, 2018 6:23am -08:00
• https://dri.es/my-posse-plan-for-evolving-my-site
  

  Great followup post!
  
  > I'd like to explore building a simple iOS application to remove any friction from posting updates on the go.
  
  If your site supports Micropub (https://www.w3.org/TR/micropub/), then you can use any number of Micropub apps to post to your site, instead of writing them yourself! In fact, there's already a fantastic start to an iOS app for exactly this purpose, called Indigenous, in beta right now. https://indieweb.org/Indigenous It should be a minimal amount of work to create a Micropub plugin for Drupal, and then you can take advantage of everyone else's work building clients!

  Portland, Oregon, USA

  Fri, Feb 16, 2018 8:56am -08:00 #drupal
• Zegnat https://github.com/Zegnat   •   Feb 16

  Documenting from yesterday’s chat, because nobody could remember this and I can’t find it elsewhere:

  • @tantek would like to keep parser changes conservative but is “amenable to expanding to any p- or e- = no implied p-name”.
  • I have not been able to document any cases where more than this is necessary either.

  So I think the (as of now) latest proposed spec change would be:

  • p-name MUST NOT be implied if there are any explicit p-* or e-* properties, or any nested microformats.

  Currently all mf2 items have a name property, because of implied name. If we change this, some code using the parsers could fail if it assumes a name is present.

  Here too I will just document an answer given in chat, this time by @aaronpk:

  may just mean it has to be released as a major version number [of the parsers]

  Assuming something like semver is being used, any major version bump should signify possible API changes to the user. I too don’t think that would be an issue.

  There might be an issue if someone is using parsers-as-a-service, e.g. always getting their mf2 parser output from php.microformats.io. But I don’t think anyone ever advertised their online parsers as a service?
  

  I (and likely others) use xray.p3k.io as a service, so I will have to consider what to do in that case. It doesn't return the Microformats JSON, it converts it to its jf2 format first. I may just return an empty string for name if there is no mf2 name property.

  Portland, Oregon, USA

  Fri, Feb 16, 2018 9:17am -08:00
• Zegnat https://github.com/Zegnat   •   Feb 16

  It doesn’t return the Microformats JSON, it converts it to its jf2 format first.

  It might be worth opening an issue on jf2 to see if they want to keep an explicit name property. Their “author” syntax says it “consists of a name” and more, but that’s not marked as a MUST. For a jf2feed on the other hand name is a SHOULD.

  The real question is, do you see any reasons for postponing this change because of your use of a mf2 parser as a service? I think not?
  

  Nope, wasn't intending to hold things up, just wanted to put that there for the record.

  I agree with the current proposal of having p-* and e-* and h-* stop the implied name.

  Portland, Oregon, USA

  Fri, Feb 16, 2018 9:49am -08:00
• grantcodes https://github.com/grantcodes   •   Feb 16

  #21 Docker Image
  

  I don't like running things in Docker so I won't be tackling this, but I'm open to accepting a PR if someone puts it together.

  Portland, Oregon, USA

  Fri, Feb 16, 2018 1:01pm -08:00
• Rachel Bloom http://racheldoesstuff.com

  Tickets are STILL AVAILABLE for the Portland show on 3/30 and Seattle show on 4/1! I requested that the venues not advertise these shows until the end of the day so that my fans can have first dibs! #CrazyExGirlfriend

  Portland, Oregon • 50°F

  Fri, Feb 16, 2018 5:26pm -05:00 (liked on Fri, Feb 16, 2018 4:14pm -08:00) #CrazyExGirlfriend