#aaronpkThat reminds me, I have a ZWJ bug on that I need to look into. Might just need a Regex update.
#GWGsnarfed: I wish you good luck. I am glad to see contributions to Semantic Linkbacks. As you recall, I did a round in the summer and will likely go through again.
#GWGsnarfed: I am close to making Post Kinds MF2 JSon compatible so that it will work better with the Micropub plugin
#Loqigwg has 16 karma in this channel (270 overall)
#GWGsnarfed: All the Checkin data I filed while abroad helped me work on the testing. It's also why I added the Swarm icon to Syndication Links.
#GWGI have a bunch more tweaks, because this changes the meta key storage. But I've been so busy with life of late.
tantek and [miklb] joined the channel
#[miklb]I still get confused by the semantic linkbacks plugin name and confuse it with syndication links.
#GWG[miklb]: Well, we always talk about merging it into Webmentions
#[miklb]I recall the discussions and arguments for/against merging.
#GWG[miklb]: I think pfefferle left it as if it ever got to be less hacky, he'd withdraw his concerns. I think we keep evolving it and it may get there.
#[miklb]sure. understood. I’ll still confuse the plugins until then ?
renem joined the channel
#tantekagreed with [miklb] - the name is confusing
#tantekspeaking of confusing, I forgot how I post video
#GWGtantek: I think the name is staying as long as the plugin does. The better move is a merge.
#tantekI think I need to improve /Falcon documentation just for user 01. ?
#GWGAlthough, I'm pleased snarfed is taking an interest. That moves things along
#seblog.nlcreated /Cineville (+916) "Created page with "{{stub}} '''<dfn>[https://cineville.nl Cineville]</dfn>''' is a Dutch network of art house cinema's, a card with a monthly subscription to see unlimited movies in those cinema's..."" (view diff)
#ZegnatDoes anyone here have any experience setting up Caddy?
#ZegnatThe in-reply-to goes for the specific post you are replying to. You could be replying to both posts, but if you are writing your reply purely because of 1 post then that 1 post should get the in-reply-to. Whether that 1 post happens to be a reply itself doesn’t affect anything.
raretrack joined the channel
#sebsel[keithjgrant] See also Salmentions for notifications about replies on replies
#LoqiSalmentions are a protocol extension to Webmention to propagate comments and other interactions upstream by sending a webmention from a response to the original post when the response itself receives a response (comment, like, etc.) https://indieweb.org/salmention
#aaronpkattempts to install php 7.1 on his laptop to see how much stuff breaks
#aaronpkI figure it's about time to start thinking about moving off of 5.6, since there's only a year left of security updates
#aaronpkthe real question is whether I start making my open source php apps work with just 7.x or try to continue supporting 5.6
#ZegnatFor everything that isn’t a library (like mf2 parser) I would say going to 7.x is fine.
#ZegnatApps that are supposed to be hosted whole scale should be fine on 7.x, people interested in hosting those specific apps should look at hosting that works for them
#ZegnatI was just going to say tantek has a similar set-up. These make it very hard to switch services.
#sebselWell, in a way, both are not really owning their received webmentions, because they rely on third party services to store them.
#sebselnot saying that it's totally wrong. But it's hard to move your data that way
#dgoldvery much so, which is why it was the next stop on my indieweb journey
#sebselremember that you can always re-send old webmentions to the new service.
#aaronpkwebmention.io doesn't have a display like that partly because I'd rather people didn't rely on it to store their webmentions :-P
#dgoldbut I'm running into a brick wall, there seems to be a dearth of implementations available to peruse
#aaronpkit has an api so you can download them, and I recently added a web hook so you can get them sent to you in real time
#sebselsees room for a webmention-storage service with easy export
#ZegnatYou could also make a webmention-replay service. E.g. hook into webmention.io API and resend all the webmentions to your new storage
#snarfedsebsel: "self-hosted all the way down" is explicitly not an indieweb design goal. all of our sites rely on third party services at some point, whether it's hosting, datacenters, backbone network providers, etc
tantek joined the channel
#snarfedwe each strive for *some* degree of portability, usually more than the silos, but we obviously don't go all the way and write our own web servers, OSes, etc all from scratch. where we each draw the line is a personal choice, right?
#Loqisebsel has 16 karma in this channel (51 overall)
#ZegnatI think it is less about hosting everything yourself and more about portability. If we are seeing a portability issue amongst IndieWeb services (in this case webmention endpoint providers) that is something to talk about :)
#Loqizegnat has 35 karma in this channel (143 overall)
#snarfedportability indeed. arguably the only truly required thing to be indieweb is a domain. how far to go beyond that is personal choice. (ie even tumblr, blogger, and wordpress.com are viable indieweb hosts.)
#tantekZegnat I agree with the importance of but I'm not sure about the focus on portability. Day-to-day it's not the biggest factor IMO.
#tantekZegnat, perhaps you can find some indieweb examples / experiences of portability and add them there? e.g. people switching from static/Jekyll to/from WordPress to/from Known?
#ZegnatI am not sure it is a focus per se. But as we like to talk about whether social media silos support proper exports, we shouldn’t forget taking a look at our own silos like the webmention endpoint providers. I was talking specifically about portability in that sense, not really about switching CMS.
#ZegnatBut switching CMS is definitely also interesting. I’ll give a think about who has made moves like that
#sebseltantek It's not the biggest factor, day to day, but we just had dgold struggling with the portability of his received webmentions.
#dgoldwell, that's the primary reason I use an SSG - all posts are stored as flat files, json/YAML frontmatter
#dgoldthere's no data portability issue, if a new shiny SSG comes along, converting the frontmatter is a quick script away
#tantekdgold, do you store the responses as well? or do you depend on a service to show those in realtime?
#dgoldtantek: I rely on a service, in my case voxpelli's
#tantekinteresting. assuming you can iterate all the webmentions ever received by a service on your behalf, you can 1) switch your webmention endpoint, 2) iterate and literally resend all webmentions
#tantek^^^ that's how you do cheap & quick webmention service portability
#tantekthe protocol was designed to make that possible
#aaronpkyep and that also doesn't require that either webmention service support importing, only relies on being able to list all received webmentions, which presumably it has to be able to do to be a useful webmention service
#ZegnatYep, which is why I mentioned doing a replay service ;)
#sebselthe only problem is that some pages will 404 (or similar) after a while, in which case the old endpoint might have a cached version, but the new one doesn't.
#sebselBut one can argue that in case of a non-200, you should let go of your cache.
#tanteksebsel - good reason to send every webmention received to the Internet Archive
#ZegnatTheoretically, if the page has gone unavailable, the original sender should have sent an update webmention and you would have taken it out of your cache in the first place, right?
#tanteknot for a 404 no. we've already had that debate. 404s from received webmentions are better treated as transient errors
#sebselyeah, that's one we had earlier today too: mention on a page != webmention != displaying received webmentions
#sebselI believe the thing that dgold wants to save here is the display of received webmentions?
#tantekZegnat, it's only a reasonable discussion if there is new information beyond what is already in the spec / existing discussion. Otherwise rather than "leave it", it's better to cite the current answer as a starting point: https://indieweb.org/deleted#404_Discussion
#ZegnatI meant that the entire discussion doesn’t apply to me in the first place tantek, so leaving it to others feels 100% like the right thing for me to do
#tantekZegnat, no, to be helpful, it's always nice to cite existing answers on the wiki, even if it's for stuff you don't do
#aaronpkgosh deciding what things should look like is always such a hurdle when i'm working on a project
#Zegnatsknebel, yeah, I remember we discussed that during IWC. They also will not respect future robots.txt anymore. So if someone takes over the site and puts a disallow everything on there the old site is still visible in the archives, I think someone said.
#ZegnatBut currently active robots.txt for currently first-seen pages are probably still adhered to.
#aaronpkI mean you *can* store the whole source post in some format, HTML, mf2 json, jf2, whatever, but then re-sending those webmentions becomes a harder problem.
#aaronpkif you already have the source and target URLs it's easier to just use that
#tantekhmm, I thought jf2 had a way to encode those
#Zegnatjf2 encodes documents, not mentions. Just double checked.
#Zegnathttps://dissolve.github.io/jf2/#conformance - starts with talking about documents and has a “non-exhaustive list of examples of documents”. Which is why the term was in the front of my mind tantek
#dgoldwonder if I could use Huginn to automate webmention sending when there are new posts on my site
#ZegnatYou can encode anything in jf2, as long as you add a custom prefix to the property names to make clear it isn’t an actual microformat you are encoding. But at that point you are basically just using a default JSON struct. So I don’t see the point of encoding webmentions in jf2.
#Zegnattantek, yeah, I realise HTTP requests happen at a specific time. What I am thinking about is if it is in any way important to store that data.
[eddie] joined the channel
#aaronpkZegnat: I store it so I can sort by that, since sometimes there is no published date on the source document
#sknebeldgold: yes, I think huginn should be able to follow your feed and run something for each new post. (handling updates might be trickier, depending on how they appear in your feed - that'd be easier if you did it integrated with your build step)
#tantekZegnat, it's important as it's an actual physical event that occurs (electrons and such)
#tantekit's not a problem now/yet, but as webmention grows in popularity, there will be dt-published bugs (abuses?) that may be "checked" via such "webmention received" time
#dgoldsknebel: its an incredibly powerful tool, i've been progressively moving all my ifttt/zapier stuff to it, I just lack tuits
#ZegnatI am not sure why my webmention endpoint will ever care about publishing datetime. But I am definitely going to consider storing webmention receiving time in my next endpoint implementation
#dgoldI had to move the whole operation to a server in order to utilise micropub
#tantekZegnat, dt-published is just one of the h-entry fields that a webmention receiver will likely want to cache
#aaronpkZegnat: if you ever plan on re-sending old webmentions like we're talking about for importing old ones, the published date would be relevant so that your new webmentions don't all look new
#tantekor what you do you mean by "will ever care"?
#dgoldaaronpk: its _awesome_, once you get your head around liquid
#ZegnatThere is nothing in the webmention spec about parsing microformats. That’s not something my endpoint does either. So whatever is in dt-published doesn’t matter to me, tantek
#tantekZegnat, not strictly true. if you read the Updates section you will see references to microformats
#ZegnatCurrently, extremely crudely. I accept them and store them and send myself a notification that someone mentioned something
#ZegnatMy endpoint cares about mentions, and the mention being valid. Not about the content of the documents. Which is why updates only make sense to me as far as “should I redo the notification?” And in my flow, I am not sure how much value timestamps have at all.
#ZegnatNote that I do not show replies, so my usecase will not match yours, dgold
#ZegnatI can totally see how adding some other checks before that (e.g. is there an h-card parent object to use) is useful, but I don’t think that’s “so high up in the list”
#tantekif the h-card you have lacks a photo, and you need one, go get it from the h-card's uid/url
#[kevinmarks]which would argue for the order change aaron mentions
#[kevinmarks]as you can use the local h-card cache first
#aaronpkI haven't even begun to think about caching for this yet, but it does seem like a reasonable expectation to cache author info like the photo
#[kevinmarks]sorry, I meant the h-card on the page already
#ZegnatAfter the order change, I think you will only get my first name and URL from the algo. But that might be enough for most use cases?
#aaronpkI think what I would do in that case Zegnat is fetch your home page to find the photo and cache it, then only fetch it again periodically
#ZegnatMini h-cards are a thing. E.g. all /person-tags on a page are one. Those might resolve in some circumstances as “h-card on the current page with a matching url”.
#ZegnatI’ll send out a ping whenever I update my weight, I guess :P
#tantekkevinmarks, update that meme to "WebSub is now a REC", then have it ready for when WebSub actually *goes* to REC!
#aaronpkZegnat: right now if you use superfeedr's subscription service to subscribe to your home page it will already send websub notifications when your weight is updated
#tantekthen you can do the blog post about it with that as the featured image :)
#ZegnatAlso note that with mini h-cards, e.g. because they show up inside a post, the display name might not be the name chosen by the person the u-url points too. So you could theoretically end up with a nickname chosen by someone else in your data.
#[kevinmarks]right, but it would correct when you do fetch the url
#[kevinmarks]so maybe we add an async phase to authorship
#ZegnatYeah, that’s the problem with “first h-card” IMHO. I have a post with <a href="http://isabelforester.com" class="h-card">Isi</a>. If that post is ever displayed higher up the feed from anything with u-author isabelforester.com (be it a repost, a comment, whatever) the algo will end with “Isi” as the author name. While in reality that is just how I
#aaronpkI think you might be making up theoretical problems
#ZegnatMoving 7.4 to before 7.1 in /authorship algo is what was being discussed...
#ZegnatWhich I believe would have the effect I just described.
#aaronpkdoes /authorship apply to finding author info of comments on an h-entry? I don't think it was intended for that but it's not explicit.
#ZegnatIt is intended for any h-entry. Comments are also marked up as h-entry
#ZegnatAny mini h-cards (e.g. person-tags) on the same page (could be elsewhere in a feed) could be treated as the author’s h-card as long as they are first in source order. These h-cards may be filled with nicknames chosen by someone else. Of course if we codify the limitation of same domain that problem is basically gone.
#tantekno it is intended for the permalink of an h-entry
#ZegnatIf said comment is marked up as an h-entry, it has worked fine for me whenever I used it.
#ZegnatAnd I personally think it should work on any h-entry. Whether it is nested under a different h-entry (as comment or as anything else) shouldn’t matter IMHO.
#ZegnatThough most of the things I just said only really apply if we move step 7.4 up. I think it is fine as a fallback for when 7.1–7.3 fail.
#ZegnatAs [kevinmarks] said, it is not a very big problem, and I think it is an issue that is acceptable for a fallback value. Just not for the main value.
#tantek^^^ that's a great place to add h-feed and WebSub as columns!
#tantekand then see which of those "feed readers" support either / both!
#[kevinmarks]I think aaron's point about using the 7.4 answer until the 7.1-3 fetch completes is a key one
davidmead joined the channel
#ZegnatYes, using 7.4 temporary if you want to make 7.1–7.3 async also seems fine to me. You are basically using it as a fallback then as well (e.g. if the async takes too long or fails).
#tantekalso Woodwind should get added to that list
#ZegnatUsing 7.4 if hostnames of the object’s u-url and the h-card’s u-url match also seems fine to me, that way you have insurance that the author influences their own h-card on the page
#Zegnathttps://indieweb.org/authorship#Algorithm_Design_Notes - he, the exact photo usecase gets mentioned in the design notes as the reason why the HTTP request comes before looking for a small one. So whoever wrote that (tantek?) apparently thought the same thing as I did
#tantekZegnat, a lot of the authorship algorithm came out of real world examples and the last time we had a flurry of indieweb reader development around here, probably around Monocle and/or Woodwind
#sknebelI'm also not sure I want my browser to talk WebRTC to all my rss feed subscriptions, revealing my online times, IP address, ... in the process, so I wouldn't want that in the hubs
#aaronpkyeah I don't think it's good for that use case, but WebSub has other use cases that it might be more appropriate for
#[kevinmarks]if you have a service worker, then push can wake it up, which seems very close to a websub callback
#dgoldsomeone has a wonderful service to create access tokens via indieauth - what is that called/located?
#vanderven.se martijnedited /authorship (+1673) "/* Other theoretical */ Documenting some theoretical issues with 7.4, that may come to light if 7.4 is moved up in the algo step order. Links to chatlog. Documented here after prompt by tantek." (view diff)
#Loqi[Matthias Pfefferle] Description
This plugin is a simple way to let people know in real-time when your blog is updated. PubSubHubbub is widely adopted and is used by Google Reader, Google Alerts and many other services. WebSub provides a common mechanism for communic...
#tantekif no implementation report, then yes I think it's far off, because it's not really tested with websub.rocks etc.
#aaronpkit's been around for a long time tho, way before websub
#sknebelaaronpk: btw, since someone asked in Berlin when Websub was mentioned, did you look at any of the APIs hosted readers offer for alternative clients while coming up with it?
#KartikPrabhudgold: framing it as a minor progressive enhancement mighthelp
#ZegnatMight have to check out bigfoot then. I could use on making my footnotes a little nicer.
#dgoldi started using bigfoot on the recommendation of an accessibility user
#dgoldnot sight-limited, but mobililty impaired. I guess I didn't fully consider the implications
#ZegnatThe accessible footnotes thing seems nice for mobility impaired. You do not need pinpoint precision for clicking as the entire word box around the small footnote marker is click-able.
#ZegnatMaybe I should make that more clear through styling.
#dgoldZegnat: but such a small word-box is inherently difficult to hit
#sknebelZegnat: would be nice if at least the hover style reflected that it is a link - not even the mouse pointer changes right now
#ZegnatKartikPrabhu, I can’t have footnotes next to links, that’s a limitation of the system. The superscript number is added by CSS so the actual footnote link is always a piece of text
#KartikPrabhuZegnat: aah I see. Nice use of CSS counters though!
#ZegnatI take 0 credit, all from the sitepoint article I linked. Heydon also worked on that to test the accessibility.
#Zegnatsknebel, yeah, current CSS is specifically made so it looks like only the superscript number is interactable. I am now considering changing that for people with mobility impairments. Was a good point by dgold.
davidmead joined the channel
#sknebel(also, touch device users are also "impaired" at hitting small targets)
#ZegnatYes, but that kinda fixes itself. If they try to touch my superscript chances are they hit because there is an entire “normal” link box there
#sknebel(and for finger-touch devices, hover isn't really a thing, so ideally the non-hover style shows it as well)
#KartikPrabhuI think there is some CSS proposal to have a "media query" for pointer precision or something
#ZegnatI am just hesitant to add a style that could be confused with the word being an off-page link
#sknebelon a pen device, I might spend unnecessary time aiming on a small target I can hit - but a hover style would work for many of those (since most pen devices track while hovering as well)
#sknebelI wonder if you could make a (dotted?) line that "connects" to the number with CSS somehow
#KartikPrabhusknebel: with border bottom and right possibly
#ZegnatOh, sknebel, before I forget: http://www.metadataworkinggroup.com/specs/ (that WG is Adobe, Apple, Canon, Microsoft, Nokia, and Sony) is the spec that has an XMP extension for tagging people’s faces with their names within photo metadata :)
#ZegnatWith that I am off for bed. I will consider trying to hook the number into the link to make the area more clear for footnote links. Thanks for the ideas all!
#sknebelimage_metadata << http://www.metadataworkinggroup.com/specs/ (that WG is Adobe, Apple, Canon, Microsoft, Nokia, and Sony) is the spec that has an XMP extension for tagging people’s faces with their names within photo metadata
#Loqiok, I added "http://www.metadataworkinggroup.com/specs/ (that WG is Adobe, Apple, Canon, Microsoft, Nokia, and Sony) is the spec that has an XMP extension for tagging people’s faces with their names within photo metadata" to the "See Also" section of /image_metadata
#loqi.meedited /image_metadata (+212) "sknebel added "http://www.metadataworkinggroup.com/specs/ (that WG is Adobe, Apple, Canon, Microsoft, Nokia, and Sony) is the spec that has an XMP extension for tagging people’s faces with their names within photo metadata" to "See Also"" (view diff)
#Loqisnarfed: tantek left you a message 1 hour, 46 minutes ago: does your indiestats project show somewhere # of total comments received/posted, and similarly for likes, reposts, RSVPs?
#Loqisnarfed: tantek left you a message 1 hour, 45 minutes ago: even better, a graph over time as the numbers have grown?
#snarfed!tell tantek yes! indie map does count responses by type, both overall and per site. http://www.indiemap.org/docs.html#stats . see the "mf2 class frequency" and "mf2 class frequency by site" graphs
#snarfed!tell kevinmarks,zegnat btw http://www.indiemap.org/ is a good source for the kinds of stats you all were idly guessing about while debating authorship and representative h-card. easy to data mine w/SQL. happy to help!