2015-05-27 UTC
Tigt joined the channel
# 01:20 Tigt pardon me folks, I was wondering if I could ask a few questions about h-feed
# 01:24 Tigt okay, first one is
# 01:25 Tigt Is there some de facto size for its u-photo
# 01:25 Tigt or at least some sort of minimum/maximum I should be mindful of
# 01:26 Tigt I'm probably going to repurpose one of my shortcut icons in the <head> so it could be anywhere from 16x16 to 192x192
# 01:30 Tigt ideally I could point it at an SVG but I doubt things are ready for that yet
# 01:34 KartikPrabhu Tigt: I don't understand the use-case for u-photo of a h-feed? Are you thinking that readers will use the u-photo?
# 01:35 Tigt I figured it would be used like a favicon mostly
# 01:35 Tigt like how feedly marks each feed provider with its own favicon
# 01:36 KartikPrabhu Tigt: since I doubt any h-feed readers use it that way yet you don't really need to worry about it
# 01:37 KartikPrabhu Tigt: also photo parsing at the moment does not use the new srcset and source stuff because again, no explicit use-cases
# 01:38 Tigt oh it's just a regular old link[rel="shortcut icon"]
# 01:38 Tigt so they should be able to follow the href
# 01:39 KartikPrabhu Tigt: yeah I doubt if current h-feed readers are doing that. But even if they are, I really think they are not using the h-feed>u-photo
# 01:39 Tigt my other question is, if I put an h-feed on all pages of my site, with the u-url pointing to the actual location of the feed, is that okay
# 01:39 Tigt sort of like how the RSS <link> allows autodiscovery no matter what URL of a site you paste in
# 01:44 Tigt do mf parsers obey the <noscript> block?
# 01:45 Tigt yeah that's what I was worried about
# 01:45 Tigt because I can't imagine any of them /do/ run JavaScript
# 01:45 kylewm the behavior for parsing <noscript> hasn't been specified explicitly, as far as I know
# 01:46 Tigt sounds about right
# 01:55 Tigt okay, if I'm reading this correctly, if I don't have a page with full h-entries on each, I should use a separate u-uid h-feed page?
# 01:57 KartikPrabhu Tigt: that was the suggestion yes. I don't know if people use it and h-feed readers don't use that I think
# 01:57 Tigt I can't say I'm big on making another separate feed file
# 01:58 Tigt I'm marking up a webcomic site, so I really don't want to make the home page load each image for UX reasons
# 01:58 Tigt so having a full h-entry for each update isn't ideal
# 01:59 Tigt but if it's what's got to be done, I'll do it
# 01:59 Tigt yeah it's even worse
# 02:01 KartikPrabhu don't worry about pre-mature optimisation. Even current h-feed readers don't use that algorithm
# 02:01 Tigt I just figured for those out there using/experimenting with h-feed readers, what good practices I should be following
# 02:02 kylewm well, afaik, Monocle subscribes to whatever URL you give it ... doesn't do feed discovery
# 02:02 kylewm and also, Monocle (unlike Ww) fetches each individual permalink in an h-feed, so it's fine if the h-feed is partial
# 02:03 kylewm Woodwind does not look for u-uid, but only because I just leanred about it ;)
# 02:06 KartikPrabhu Tigt: best practices haven't been fully-eshtablished yet because all h-feed readers are still experimental so I would recommend not worrying too much at the moment
# 02:10 Tigt oh, for future reference, is there some sort of validator/babelmark equivalent I could test my pages on
# 02:11 Tigt or just some, I'm not picky
# 02:12 Tigt wonderful, thank you very much
# 02:13 KartikPrabhu php-mf2 and mf2py are more widely used, though the Go parser also seems good
# 02:13 Tigt well, I guess it wouldn't be the web if consumers didn't differ from each other
# 02:14 KartikPrabhu but people have been working on a standard suite of tests that parsers will test against so hopefully in the future all of them will be similarly compliant
# 02:14 Tigt I'm assuming some of these don't understand mf2
# 02:15 KartikPrabhu I think most of them do understand mf2 but maybe not all kinds of properties
# 02:16 KartikPrabhu hence I recommended php-mf2 and mf2py and Go , afaik those have been on top of new rules and features
# 02:18 Tigt you've been extraordinarily helpful, thank you so much
# 02:20 Vendan Tigt, note, as much as I like the Go parser (being the author), I'm still implementing parts of the spec, so I wouldn't rely on it just yet :D
# 02:21 kylewm Tigt++ thanks for asking good questions, let us know your webcomic when it's up!
# 02:21 Tigt these sign-ins are the rel=me stuff, right
# 02:23 Tigt I feel like a traitor using Tumblr for this but baby steps, I guess
# 02:23 kylewm there are lots of good things about tumblr, particularly if you are using your own domain name
# 02:24 Tigt yeah I snagged a pretty good one, just need to make sure I can hold onto it
# 02:25 Tigt Tumblr and Cloudflare get into spats every so often
# 02:27 Tigt it looks like IndieAuth does not honor HTTP redirects
# 02:27 Tigt at least the version Woodwind is using
# 02:29 Tigt Tumblr's "link pages" functionality might do 302s to prevent caching issues for when the user changes them, then
# 02:29 Tigt I'll have to hardcode it in
# 02:34 Tigt it's likely it's not a 301 at all
# 02:35 Tigt I changed it, but let me set up another
# 02:47 Tigt I can set up one that points to an actual rel=me endpoint if you prefer
# 02:48 Tigt it also appends this weird PHP session indicator fragment of #_=_
KartikPrabhu joined the channel
# 02:52 Tigt yet another reason for rel=canonical I guess
KevinMarks_, fuzzyhorns, KevinMarks__, tantek, KartikPrabhu and dariusdunlap joined the channel
dariusdunlap_, KartikPrabhu, Left_Turn, KevinMarks, pfefferle, kez, pfefferle_, csarven and glennjones joined the channel
# 08:47 glennjones Not sure I agree that this is the right answer, but I will update the tests so they dont collapse whitespace and add to the page why I think it wrong
# 08:49 glennjones If you want to changes the v2 tests great, I working on the v1 at the moment and will change them with my next push to repo
glennjones joined the channel
# 08:55 KevinMarks I sent a pull for the xfn and other rels if you want to review
joskar joined the channel
# 09:04 KevinMarks you could change the test to say <base href="http://tantek.com"><link rel="updates alternate" type="application/atom+xml" href="updates.atom" />
# 09:09 KevinMarks that's better than adding an extra way to pass the base URL in
# 09:10 glennjones Thats an interesting idea, happy to add that to top of tests. Would like to stick to <base href="http://example.com"> if thats OK
# 09:12 glennjones I will try it out on the v1 tests I am changing at the moment
joskar and chiui joined the channel
# 10:13 KevinMarks though actually label is supposed to have newlines in , per vcard
# 10:14 KevinMarks "The property can also include a "LABEL" parameter to present a delivery address label for the address. Its value is a plain-text string representing the formatted address. Newlines are encoded as \n, as they are for property values."
# 10:16 KevinMarks I have a pile of changes in a pull request for you, working backwards though my test cases for mf2py
# 10:26 glennjones The issue I have with returning whitespace and returns from parsed HTML is that it was added to make the code understandable and was not meant to be used/read outside of that context.
pfefferle and csarven joined the channel
# 11:26 glennjones KevinMarks I have merged in the pull request. Got a little complex as I had changed the directory structure. Hopfully its all there now. I will push changes to test server in a minute
dariusdunlap_ and joskar_ joined the channel
# 11:35 KevinMarks__ I think your test harness is close to the same thing for microformats
# 12:05 glennjones Babelmark looks like a nice tool, interpreting a spec is hard, often comparing implementations helps find outstanding issues and allows you to coalesce around one understanding more quickly. Thats why I built it
pfefferle joined the channel
# 12:29 Vendan I don't think we should just have a <base> on all the tests.
# 12:30 Vendan if a parser doesn't support a baseurl parameter, that's it's fault, not the tests. Most pages that I've seen don't use <base>
benborges and tantek joined the channel
# 12:37 glennjones Maybe adding <base> to all the tests is overkill. We could keep it down just to 3 or 4 tests where relative URL resolving is been tested?
csarven joined the channel
# 13:04 aaronpk there definitely need to be tests without <base> since most real pages don't have it, need to be able to test all code paths
# 13:17 Vendan ^ not testing real life usecases because a parser is messed up isn't the way to go...
# 13:17 Vendan that being said, we should test <base> as well, but we need to test without it
elf-pavlik joined the channel
elf-pavlik and pfefferle joined the channel
KartikPrabhu joined the channel
# 15:17 glennjones kylewm: Thanks a lot that would help us test all the parsers equal baseline
# 15:24 kylewm it was supposed to handle doc+base url before, but I think it was choking when the GET params were too long
dariusdunlap and pfefferle joined the channel
# 16:05 glennjones kylewm: that work fine added two new test just for relative URLs - will look at adding a testrunner mode that does not flag "rel-urls": {}, as an error, so you can get more out of the results
gRegorLove joined the channel
KartikPrabhu joined the channel
# 16:55 kylewm glennjones: i can add a flag to my side to strip rel-urls
# 16:58 kylewm KevinMarks__: wow, that's awesome! I would love to merge that into the main branch
# 17:04 KevinMarks__ I fixed a lot of tests, but it is showing things that aren't implemented too
# 17:07 tantek KevinMarks - it sounds like it - at least for pre/post trimming
# 17:07 tantek I think that's what we had settled on in the v1 days
# 17:09 glennjones kylewm: half way through adding some to testrunner, but it would be much clearner if you added flag to your side to strip rel-urls
KevinMarks_ joined the channel
# 17:14 kylewm KevinMarks_: adding parameters to the parser or the test suite?
KevinMarks__ and Erkan_Yilmaz joined the channel
# 17:34 tantek ping me when you've added the issue to the wiki so we can properly propose/discuss/document a resolution there. thanks!
# 17:40 glennjones Kylewm: that’s done your now, I think Vendan: idea of using a “strict” parameter is more flexible and would allow you try out other changes without creating errors.
# 17:42 tantek I think the "strict" param is a bad idea because it is quickly lost "whose dfn of strict?" "what year?" etc.
# 17:42 tantek can you please file issues instead of hacking workaround into code / test suites?
Erkan_Yilmaz joined the channel
# 18:08 KevinMarks the rel-urls thing si that the tests reflect the parsing page, not the updated stuff
# 18:08 tantek yeah that's on me to update - sorry will do today
# 18:10 KevinMarks so my test harness on mf2py currently deletes the rel-urls object before comparing
# 18:28 KevinMarks wiht glenn's changes too, down to 37 failures in mf2py (from 80 last night)
# 18:46 kylewm hmm, I wish Travis-CI would give us one of those nice charts
glennjones_, eschnou and chiui joined the channel
zappl joined the channel
# 19:59 glennjones KevinMarks: I am going to pick up adding issues and ideas to wiki first thing tomorrow
# 20:45 tantek added some reponses and more options KevinMarks
# 20:49 tantek in typical uses those are collapsed at display time
# 20:51 tantek that's why you can't depend on anything generic to collapse them
# 20:52 tantek except white-space collapsing is a presentational thing
# 20:53 tantek so we'd have to check white-space property :/
# 20:55 Loqi Ok, I'll tell them that when I see them next
tantek joined the channel
# 21:47 KartikPrabhu collapsing whitespace in name is going to completely mess up the classification of notes. I thought name = content.value implied that the post was a note
# 21:47 tantek KartikPrabhu: the algorithm is a bit more than that
# 21:49 tantek not necessarily - look at the specific options being proposed / discussed
# 21:49 Loqi tantek meant to say: there is no "remove all whitespace" proposal
# 21:50 tantek KevinMarks no you're confused - value is no different
# 21:50 tantek KevinMarks - as you said - see wiki for follow-ups on that
# 21:51 tantek because "value" is just another expression of what is already in property string values
# 21:51 KevinMarks looking at the places where the tests differed from the process
elf-pavlik, dariusdunlap, KevinMarks_, KartikPrabhu and KevinMarks__ joined the channel