Options:
Previous day, Next day
- # Session Start: Sat Jun 06 00:00:00 2015
- # Session Ident: #microformats
- # [00:05] * Joins: fuzzyhor_ (~fuzzyhorn@73.38.57.191)
- # [00:32] * Quits: fuzzyhor_ (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [00:33] * Joins: tantek (~tantek@c-50-143-152-128.hsd1.ca.comcast.net)
- # [00:33] * ChanServ sets mode: +o tantek
- # [00:33] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [00:41] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [00:41] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [01:04] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [01:04] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [01:12] <KevinMarks> tantek did you see the h-resume issue wiht hoisting name?
- # [01:28] * Quits: csarven (~csarven@84-73-123-134.dclient.hispeed.ch) (Quit: http://csarven.ca/#i left.)
- # [01:39] <@tantek> I did not
- # [01:39] <Loqi> tantek: KevinMarks left you a message on 6/4 at 5:30pm: do we want hoisting of values for experience in h-resume?
- # [01:47] <KevinMarks> let me find the tiemstamp
- # [01:47] <KevinMarks> oh thats easy it was just after midnight http://logs.glob.uno/?c=freenode%23microformats&s=today
- # [01:48] <KevinMarks> also, looking at legacy parsing of hevent I think we want both summary and name in mf2 terms to reflect the summary in mf1
- # [01:49] <KevinMarks> as mf1 didn't have a name
- # [01:55] <@tantek> that's not legacy parsing
- # [01:55] <@tantek> mf1 vevent the "summary" *was* the name, never a summary.
- # [01:55] <@tantek> so to pollute both would be an error
- # [01:56] <@tantek> in general we don't want hoisting. is there a specific use-case that makes it look like it's needed?
- # [01:57] <@tantek> KevinMarks: arguing from abstract test case is a VERY poor methodology for changing a spec
- # [01:57] <@tantek> it's not real world
- # [01:57] <@tantek> if anything it indicates a bad test case
- # [01:57] <@tantek> now if there's a real world example that's illustrating a problem, that's worthy of looking at
- # [01:58] <@tantek> e.g. do you have an h-resume yourself?
- # [01:58] <@tantek> that is, we should probably just drop https://github.com/microformats/tests/blob/master/tests/microformats-v2/h-resume/work.json from the test suite
- # [02:01] <KevinMarks> ohm so the test transforming summary ti name was correct?
- # [02:02] <KevinMarks> OK, I'll change the parser and revret my yest change
- # [02:03] <KevinMarks> s/yest/test/
- # [02:03] <Loqi> KevinMarks meant to say: OK, I'll change the parser and revret my test change
- # [02:03] <@tantek> vevent summary -> h-event p-name
- # [02:03] <@tantek> pretty sure that's in the spec
- # [02:03] <@tantek> yes it is http://microformats.org/wiki/h-event#Parser_Compatibility
- # [02:03] <KevinMarks> ah, OK
- # [02:09] <KevinMarks> so the h-resume issue is that the new rule that the name becomes the value is stomping the old concatenated value
- # [02:09] <KevinMarks> and that coudl go weitehr way really
- # [02:10] <@tantek> probably need to look at some actual classic hResume in the wild to come up with a more specific proposal
- # [02:11] <KevinMarks> similarly https://github.com/kevinmarks/tests/blob/master/tests/microformats-v1/hcalendar/combining.json
- # [02:12] <KevinMarks> the value of location would now be "Geoloqi" from the name of the h-card
- # [02:12] <KevinMarks> is that better?
- # [02:12] <@tantek> looking
- # [02:13] <@tantek> wait - are you implementing kylewm's proposal? microformats.org/wiki/microformats2-parsing-brainstorming#Nested_h-.2A_objects.27_.22value.22_property
- # [02:14] <@tantek> http://microformats.org/wiki/microformats2-parsing-brainstorming#Nested_h-.2A_objects.27_.22value.22_property
- # [02:15] <KevinMarks> kyle did implemnt it yes
- # [02:15] <KevinMarks> so I got ti when I updated
- # [02:16] <KevinMarks> now I'm looking at test regressions
- # [02:18] <@tantek> well that's my bad with being behind on incorporating into spec then - since we have consensus on that proposal (AFAIK) + one real world implementation
- # [02:28] <KevinMarks> also doing leading/trailing space stripping on name now
- # [02:28] <KevinMarks> which does help, but i think collapsing space runs within woudl also be good
- # [02:30] <KevinMarks> hm, the various ways of hiding properties in geo are going to be more work
- # [02:31] <@tantek> "think … would also be good" is not the way to reason about it at this point - because it's easy to come up with such arguments either way
- # [02:31] <@tantek> geo itself is likely unnecessary now that we flattened its properties out
- # [02:31] <KevinMarks> abbr, value-title,
- # [02:32] <KevinMarks> right, this is backcompat parsing
- # [02:32] <@tantek> "hiding properties in geo" is not a use-case - it's plumbing, a means to an ends for an actual use-case. so ask yourself, what is that actual use-case, and (re)start from there
- # [02:32] <KevinMarks> I'm going through the mf1 test cases
- # [02:33] <@tantek> at this point, you really should question them unless they cite a real world URL from which they were derived.
- # [02:35] * Quits: gRegorLove (~me@c-73-140-189-21.hsd1.wa.comcast.net) (Ping timeout: 258 seconds)
- # [02:36] <KevinMarks> that may be a useful separate effort
- # [02:36] <@tantek> questioning is always useful in such ways
- # [02:37] <@tantek> I'm saying rather than using test case oddness to suggest spec changes, you should question the test case in the first place
- # [02:37] <@tantek> unless the test case cites a real world example
- # [02:38] <@tantek> ok I've got microformats2-parsing open in an editable state (as well as -issues and -brainstorming) - going offline for a while to see if I can make all edits for the issues/brainstorming that have consensus and 1+ real world implementation
- # [02:38] <@tantek> back in a couple hours or so.
- # [03:25] * Quits: @tantek (~tantek@c-50-143-152-128.hsd1.ca.comcast.net) (Quit: tantek)
- # [04:15] <KevinMarks> hm. find bug in testharness that stops when a test file has invalid json
- # [04:15] <KevinMarks> suddenly more tests fail
- # [04:16] <KevinMarks> on the other had I fixed a lot of tests
- # [05:23] * Joins: tantek (~tantek@c-50-131-220-229.hsd1.ca.comcast.net)
- # [05:23] * ChanServ sets mode: +o tantek
- # [05:36] <Loqi> [[microformats2-parsing]] http://microformats.org/wiki/index.php?title=microformats2-parsing&diff=65041&oldid=65023&rcid=101418 * Tantek * (-120) incorporate resolved issues: deduping of rels and include alternates in rels
- # [05:43] <Loqi> [[microformats2-parsing-issues]] http://microformats.org/wiki/index.php?title=microformats2-parsing-issues&diff=65042&oldid=65038&rcid=101419 * Tantek * (+1624) resolved deduping of rels and include alternates in rels, incorporated into [[microformats2-parsing]], split drop alternates to new issue
- # [05:44] <@tantek> KevinMarks ^^^
- # [05:45] * Quits: @tantek (~tantek@c-50-131-220-229.hsd1.ca.comcast.net) (Quit: tantek)
- # [05:46] <KevinMarks> aha, so you first to win for type etc as well as text
- # [05:46] <KevinMarks> I'd suggest putting the rel-urls clause above the alternate one
- # [05:47] <KevinMarks> it's clearer wihtout that if in the middle
- # [05:47] <KevinMarks> in practice the rels and rel-urls goes on together
- # [05:48] <KevinMarks> https://github.com/kevinmarks/mf2py/blob/master/mf2py/parser.py#L273
- # [05:49] <KevinMarks> in particular it easier to keep the rels->urls and urls->rels mapping if you do it one loop like https://github.com/kevinmarks/mf2py/blob/master/mf2py/parser.py#L286
- # [05:50] <KevinMarks> !tell tantek read feedback above
- # [05:50] <Loqi> Ok, I'll tell him that when I see him next
- # [05:54] <kylewm> KevinMarks: that thing with parse errors stopping the test cases is annoying, i fixed a bunch of them in this PR https://github.com/microformats/tests/pull/23
- # [06:24] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [06:24] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [06:35] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [06:35] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [06:43] * Joins: andicascadesf (~andicasca@104-244-27-188.PUBLIC.monkeybrains.net)
- # [06:44] * Quits: andicascadesf (~andicasca@104-244-27-188.PUBLIC.monkeybrains.net) (Client Quit)
- # [07:21] <@KevinMarks___> I think I fixed them all in mine
- # [07:22] <@KevinMarks___> Then I merged your unicode stuff and made that a yielding test and now I have 200+ fails
- # [07:29] * Joins: KevinMarks_ (~yaaic@2607:fb90:2280:ff34:18df:51ac:6b9d:44dd)
- # [07:29] * ChanServ sets mode: +o KevinMarks_
- # [07:30] * Quits: @KevinMarks___ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
- # [07:40] * Quits: @KevinMarks_ (~yaaic@2607:fb90:2280:ff34:18df:51ac:6b9d:44dd) (Ping timeout: 256 seconds)
- # [07:42] * Joins: KevinMarks_ (~yaaic@2607:fb90:2209:b763:90c1:dc26:16b0:34ea)
- # [07:42] * ChanServ sets mode: +o KevinMarks_
- # [08:28] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [08:28] * ChanServ sets mode: +o KevinMarks__
- # [08:31] * Joins: KevinMarks___ (~yaaic@2607:fb90:2209:b763:bbef:6110:db2f:7a31)
- # [08:31] * ChanServ sets mode: +o KevinMarks___
- # [08:32] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [08:32] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [08:32] * ChanServ sets mode: +o KevinMarks__
- # [08:32] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
- # [08:32] * Quits: @KevinMarks_ (~yaaic@2607:fb90:2209:b763:90c1:dc26:16b0:34ea) (Ping timeout: 265 seconds)
- # [08:34] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [08:34] * ChanServ sets mode: +o tantek
- # [08:36] * Quits: @KevinMarks___ (~yaaic@2607:fb90:2209:b763:bbef:6110:db2f:7a31) (Ping timeout: 256 seconds)
- # [08:43] <@tantek> hey Loqi
- # [08:43] <Loqi> tantek: KevinMarks left you a message 2 hours, 52 minutes ago: read feedback above
- # [08:44] <@tantek> KevinMarks yes good suggestion
- # [08:48] <Loqi> [[microformats2-parsing]] http://microformats.org/wiki/index.php?title=microformats2-parsing&diff=65043&oldid=65041&rcid=101420 * Tantek * (+0) move now at-risk alternates part of algorithm to end to keep rels and rel-urls creating together per feedback from KevinMarks. change helps clarity without changing functionality
- # [08:51] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
- # [09:08] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Ping timeout: 246 seconds)
- # [09:20] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [09:20] * ChanServ sets mode: +o tantek
- # [09:24] * Joins: elf-pavlik (~elf-pavli@lorea/elf)
- # [09:35] <Loqi> [@SplashCopy] Are microformats the most underrated #SEO tool at your disposal? https://www.splashcopywriters.co.uk/blog/microformats-are-they-the-most-underrated-seo-weapon-of-all-time.html (http://twtr.io/10ESiY1XrPj)
- # [09:50] <KevinMarks> you can refactor that algorithm to be clearer
- # [09:52] <KevinMarks> do the rel-urls stuff first
- # [09:52] <KevinMarks> then iterate the rels adding url to the top-level rels and rel to the rel-urls[url][rels] inside the loop
- # [09:52] <KevinMarks> that makes the bidirectionla mapping more explicit
- # [09:56] * Joins: chiui (~chiui@2001:470:71:41b:863a:4bff:fe19:60c4)
- # [10:04] * Joins: eschnou (~eschnou@99.130-65-87.adsl-dyn.isp.belgacom.be)
- # [10:16] * Joins: andicascadesf (~andicasca@104-244-27-188.PUBLIC.monkeybrains.net)
- # [10:18] * Quits: andicascadesf (~andicasca@104-244-27-188.PUBLIC.monkeybrains.net) (Client Quit)
- # [10:34] * Joins: Left_Turn (~Left_Turn@unaffiliated/turn-left/x-3739067)
- # [11:44] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Ping timeout: 244 seconds)
- # [12:35] * Quits: chiui (~chiui@2001:470:71:41b:863a:4bff:fe19:60c4) (Ping timeout: 265 seconds)
- # [12:45] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [13:48] * Quits: eschnou (~eschnou@99.130-65-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 252 seconds)
- # [15:35] <Loqi> [@AllTheTwits] is guessing that Jeremy's article is about Microformats :D (http://twtr.io/10EzB1NsVDb)
- # [16:00] * Quits: elf-pavlik (~elf-pavli@lorea/elf) (Ping timeout: 252 seconds)
- # [16:00] * Joins: elf-pavlik (~elf-pavli@lorea/elf)
- # [17:51] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
- # [18:13] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
- # [18:13] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
- # [18:21] * Joins: fuzzyhor_ (~fuzzyhorn@73.38.57.191)
- # [18:22] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Read error: Connection reset by peer)
- # [18:25] <Loqi> [@hmans] @hirsebirse Wir haben uns über Microformats2 vs. Microdata gestritten und wurden damit Sujet eines Talks (ich übertreibe.) (http://twtr.io/10FEVEspZHs)
- # [18:43] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
- # [18:59] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [18:59] * ChanServ sets mode: +o KevinMarks_
- # [19:01] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
- # [19:01] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [19:07] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [19:07] * ChanServ sets mode: +o tantek
- # [19:14] <@tantek> !tell KevinMarks, kylewm ok I think I've incorporated all the resolved microformats2-parsing issues/brainstorms that you guys have implemented in at least one parser. Now need your implementation attempts at items "Status: resolved" here at top of http://microformats.org/wiki/microformats2-parsing-issues
- # [19:14] <Loqi> Ok, I'll tell them that when I see them next
- # [19:16] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [19:18] * Joins: gRegorLove (~me@c-73-140-189-21.hsd1.wa.comcast.net)
- # [19:25] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: No route to host)
- # [19:27] <@KevinMarks_> We do parse link in mf2py - currently we are ending up with an empty text in rel-urls. Should that be omitted?
- # [19:27] <Loqi> KevinMarks_: tantek left you a message 12 minutes ago: ok I think I've incorporated all the resolved microformats2-parsing issues/brainstorms that you guys have implemented in at least one parser. Now need your implementation attempts at items "Status: resolved" here at top of http://microformats.org/wiki/microformats2-parsing-issues
- # [19:40] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [19:40] * ChanServ sets mode: +o KevinMarks__
- # [19:41] * Quits: @KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [19:43] <KevinMarks> eg: http://www.unmung.com/?html=%3Cbase+href%3D%22http%3A%2F%2Fexample.com%22%3E%0D%0A%3Clink+rel%3D%22updates+alternate%22+type%3D%22application%2Fatom%2Bxml%22+href%3D%22updates.atom%22+%2F%3E&pretty=on
- # [19:43] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
- # [19:43] <KevinMarks> should we omit 'text' for a self-closing link?
- # [19:50] * Quits: gRegorLove (~me@c-73-140-189-21.hsd1.wa.comcast.net) (Ping timeout: 265 seconds)
- # [19:58] * Joins: Atamido (~atamido@2602:306:839b:7790:15a9:df09:9b06:e6b6)
- # [20:02] * Joins: eschnou (~eschnou@99.130-65-87.adsl-dyn.isp.belgacom.be)
- # [20:15] * Joins: tjgillies_ (uid3033@gateway/web/irccloud.com/x-gdxtyjnryvfotzmp)
- # [20:17] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [20:17] * ChanServ sets mode: +o KevinMarks_
- # [20:18] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
- # [20:23] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [20:23] * ChanServ sets mode: +o KevinMarks__
- # [20:24] * Quits: @KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
- # [20:51] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [20:51] * ChanServ sets mode: +o KevinMarks_
- # [20:53] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
- # [21:04] <KevinMarks> grrr something is turning the whole output into ascii instead of uicode
- # [21:04] <KevinMarks> s/uicode/unicode/
- # [21:04] <Loqi> KevinMarks meant to say: grrr something is turning the whole output into ascii instead of unicode
- # [21:14] <KevinMarks> somethign being me passing the json instead of the dict to the cehck code
- # [21:14] <KevinMarks> o_O
- # [21:20] <KevinMarks> hm, so I may have overdone the 'make evrything unicode' then
- # [21:21] <KevinMarks> does from __future__ import unicode_literals make all literal strings unicode?
- # [21:41] <KevinMarks> yes it does
- # [21:41] <KevinMarks> well that makes a load of changes unnecessary
- # [21:41] <KevinMarks> note to self: check tests are failing for the reason you think they are before changing lots of code
- # [21:45] <KevinMarks> I did a pull request mainly to get the travis tests run
- # [21:46] * Quits: iwaim__ (~iwaim@2001:2c0:40e:2002:0:4:14:80) (Remote host closed the connection)
- # [21:47] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
- # [21:47] * ChanServ sets mode: +o KevinMarks__
- # [21:48] * Joins: iwaim (~iwaim@2001:2c0:40e:2002:0:4:14:80)
- # [21:50] * Quits: @KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
- # [21:56] * Quits: rhiaro (~quassel@amy.so) (Quit: Better things to be doing)
- # [22:01] * Joins: rhiaro (~quassel@amy.so)
- # [22:25] * Quits: tjgillies_ (uid3033@gateway/web/irccloud.com/x-gdxtyjnryvfotzmp) (Quit: Connection closed for inactivity)
- # [22:31] * Quits: eschnou (~eschnou@99.130-65-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 264 seconds)
- # [23:08] * Quits: benborges (~benborges@2a02:a03f:1658:6c00:227:10ff:fe6c:180) (Ping timeout: 252 seconds)
- # [23:21] <KevinMarks> and the travis tests fail because we don't pass all the core microformats tests yet.
- # [23:22] <KevinMarks> I'm going to have to do a branch, aren't I
- # [23:24] * Joins: benborges (~benborges@2a02:a03f:1616:6b00:227:10ff:fe6c:180)
- # [23:33] <kylewm> KevinMarks: the way I approached it was to put --exclude in the .travis.yml config
- # [23:33] <Loqi> kylewm: tantek left you a message 4 hours, 19 minutes ago: ok I think I've incorporated all the resolved microformats2-parsing issues/brainstorms that you guys have implemented in at least one parser. Now need your implementation attempts at items "Status: resolved" here at top of http://microformats.org/wiki/microformats2-parsing-issues
- # [23:34] <kylewm> cause IMO there's not much point in having travis run a bunch of tests we know will fail
- # [23:34] <kylewm> https://github.com/kylewm/mf2py/blob/test-suite/.travis.yml
- # [23:35] <kylewm> I also put the test harness in its own file: https://github.com/kylewm/mf2py/blob/test-suite/test/test_suite.py
- # [23:38] <KevinMarks> I made it call your unicode test thing as a yield so you get a line per failure
- # [23:38] <KevinMarks> https://github.com/kevinmarks/mf2py/blob/master/test/test_parser.py#L418
- # [23:39] <KevinMarks> and added it into the otehr test harness too
- # [23:40] <KevinMarks> ah, I see
- # [23:41] <KevinMarks> maybe we should reorganise the mf tests so that the solid ones are separated from the volatile ones
- # [23:42] <KevinMarks> could you then exclude the subfolders that are flaky
- # [23:44] * Quits: Left_Turn (~Left_Turn@unaffiliated/turn-left/x-3739067) (Remote host closed the connection)
- # [23:46] <KevinMarks> and by merging your test fix I now have conflicts in mine
- # [23:47] <KevinMarks> derp
- # [23:57] <KevinMarks> OK, if you want to review my changes to https://github.com/microformats/tests/pull/24 have a look
- # Session Close: Sun Jun 07 00:00:00 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn