#microformats 2017-05-08
2017-05-08 UTC
[kevinmarks] joined the channel
# 
ben_thatmustbeme i'm making a bunch of issues / PRs for all the issues i spotted in the test set
# 
Loqi tantek: ben_thatmustbeme left you a message 3 days, 12 hours ago: http://microformats.org/wiki/index.php?title=code-tools&action=history spammers to block on the wiki, see edits from may 4
# 
tantek edited /Special:Log/block () "blocked [[User:Rosannaberardi]] with an expiry time of infinite (account creation disabled): Spamming links to external sites" (view diff)
# tantek edited /Special:Log/block () "blocked [[User:Adamvoges]] with an expiry time of infinite (account creation disabled): Spamming links to external sites" (view diff)
# tantek edited /Special:Log/block () "blocked [[User:Jenifferhomes]] with an expiry time of infinite (account creation disabled): Spamming links to external sites" (view diff)
# tantek edited /Special:Log/block () "blocked [[User:Cvkitssupplise]] with an expiry time of infinite (account creation disabled): Spamming links to external sites" (view diff)
# ben_thatmustbeme i've been trying to push the test suite to get fixed up so much so i can finally have that as the test suite for the ruby parser
# ben_thatmustbeme i'm getting there
# ben_thatmustbeme wonders who is getting spammed wth these PRsi'm making
gRegorLove and [shaners] joined the channel
# ben_thatmustbeme heh
# ben_thatmustbeme sorry
# ben_thatmustbeme for both repos?
tantek, [kevinmarks] and barpthewire joined the channel
# 
@EbookManuals #download Microformats: Empowering Your Markup for Web 2.0 http://www.dlfiles24.com/download/157360861/microformats_empowering_your_markup_for_web_20/ @EbookManuals (twitter.com/_/status/861518817385631744)
# ben_thatmustbeme !tell shaners the other is microformats/tests repo. as for circle ci, no clue
[kevinmarks] joined the channel
# 
[kevinmarks] Diaspora uses hCard yay https://diaspora.github.io/diaspora_federation/discovery/hcard.html
# [kevinmarks] but hCard 1 only
# [kevinmarks] they also use some old version fo webfinger
# [kevinmarks] "diaspora* uses an old draft of WebFinger to discover users from other pods.
# [kevinmarks] Old WebFinger
# [kevinmarks] diaspora* doesn't yet support the RFC 7033 WebFinger!"
# ben_thatmustbeme maybe someone should make a PR for h-card update
[eddie] joined the channel
# ben_thatmustbeme heh, shaners is going to get tired of all these PRs real quick, lol
[colinwalker] and pniedzielski[m] joined the channel
# ben_thatmustbeme opens another set of issues
# ben_thatmustbeme as far as I can tell, you aren't supposed to imply any properties when in backcompat mode, that leads to some oddness of ...<span class='geo'>37.774921;-122.445202</span> should go to and h-geo with properties:{}
# ben_thatmustbeme and no value:
# ben_thatmustbeme i mean, only a value:
# ben_thatmustbeme it has value:
# ben_thatmustbeme just no properties
schmarty, tantek and gRegorLove joined the channel
# ben_thatmustbeme a bunch more issues opened on the test suite tantek
# ben_thatmustbeme its sort of odd as it may be an issue of documentation of it on the wiki for some of them, not sure
KartikPrabhu, [cleverdevil], [jeremycherfas], tantek and [kevinmarks] joined the channel
# [kevinmarks] Hm. That seems like not backward compatible
[shaners] joined the channel
tantek joined the channel
# ben_thatmustbeme [shaners]: i think i'm pretty good on the PRs other than deprecation messages
# ben_thatmustbeme the only other thing i fixed on that branch that may be good to do, is the fact that the to_hash has underscores instead of hyphens
# ben_thatmustbeme for example if you had u-in-reply-to
# ben_thatmustbeme it turns it in to in_reply_to
# ben_thatmustbeme i have a fix for it
# ben_thatmustbeme basically storing real_name in addition to name, so when to_hash is called it uses real_name
KartikPrabhu joined the channel
# ben_thatmustbeme i didn't think you could access entry["in-reply-to"]
tantek joined the channel
# ben_thatmustbeme oh, you are saying what it would have to be
# ben_thatmustbeme yeah, this is why 3.0.0 uses all strings
# ben_thatmustbeme the real problem is that if you go to json, its going to be technically wrong output
# ben_thatmustbeme since it will have in_reply_to
# ben_thatmustbeme instead of the correct in-reply-to
[thunder] joined the channel
# ben_thatmustbeme the wrapper class just uses method_missing for figuring out what yoiu want
# ben_thatmustbeme so calling it with _ functions will try converting the _'s to -'s to find the correct key
# ben_thatmustbeme so that will all still work
# ben_thatmustbeme i'm not in love with doing .card(:all)
# ben_thatmustbeme but couldn't think of a good way to do it
# ben_thatmustbeme you can do .card(0) .card(1) to get a specific item in the array
# ben_thatmustbeme but was trying to avoid using the plural forms entirely
gRegorLove, tantek, mpfefferle, [cleverdevil], [jeremycherfas], [eddie], [aaronpk] and [shaners] joined the channel
# 
KartikPrabhu ben_thatmustbeme, [shaners]: in mf2py we handled returning only certain h-* items through an argument (see: https://github.com/tommorris/mf2py/blob/master/mf2py/parser.py#L376 ) instead of making a function for each type
# KartikPrabhu [shaners]: I have little Ruby knowledge but thought I'd mention it :)
[thunder] joined the channel
# ben_thatmustbeme !tell shaners yes, .card() returns the first card by default
# ben_thatmustbeme !tell shaners, KartikPrabhu it does return the entire list by calling .items() but the current code base uses .cards to get the array of all, so i want to keep as few changes as possible for users.