/irc-logs / freenode / #microformats / 2015-04-23 / end

Options:

Previous day, Next day

  1. # Session Start: Thu Apr 23 00:00:00 2015
  2. # Session Ident: #microformats
  3. # [00:00] <aaronpk> icons for home screen bookmarks
  4. # [00:00] <@tantek> more specifically, what are you going to code that needs it and produces a user visible result?
  5. # [00:01] <aaronpk> well for one, the authorization screen when signing in to apps like monocle
  6. # [00:01] <@tantek> it's not needed for icons for home screen bookmarks
  7. # [00:01] <aaronpk> but "not needed" != "not used"
  8. # [00:01] <@tantek> e.g. http://tantek.com/ gets a nice icon on home screen - does not use "sizes"
  9. # [00:01] <aaronpk> your icon is a photo, which is usually scaled just fine by consumers
  10. # [00:02] <aaronpk> but if your icon has line art, you'd want to specify a different image for smaller sizes
  11. # [00:02] <@tantek> aaronpk, a-ha this is more interesting: "the authorization screen when signing in to apps like monocle"
  12. # [00:02] <@tantek> look like I need to write up a "iconship" algorithm similar to "authorship"
  13. # [00:02] <@tantek> because the first place you should be getting that from is … the representative h-card photo
  14. # [00:03] <@tantek> just like rel=author is not the first thing you should check, neither is rel=icon
  15. # [00:03] <aaronpk> the representative h-card photo doesn't have the ability to specify sizes
  16. # [00:06] <@tantek> why does the "authorization screen when signing in to apps like monocle" need sizes? what are you doing with that information?
  17. # [00:06] <aaronpk> right now i'm taking the u-logo from the h-x-app and putting it in an image tag. that gets us by for now
  18. # [00:06] <@tantek> u-logo from top level h-* object
  19. # [00:06] <@tantek> that works
  20. # [00:07] <aaronpk> what I would like to do, is show a larger icon, like 48px-ish, on the authorization screen, but then also have a screen that lists every app you've authorized (like this page https://github.com/settings/applications) and show smaller icons there
  21. # [00:07] <@tantek> would you fallback to a u-photo?
  22. # [00:07] <kylewm> tantek: OK! I changed woodwind to use the alternates list from the mf2 json, works great and is a little simpler than before
  23. # [00:07] <@tantek> nice!
  24. # [00:07] <@tantek> that was the goal! less work for the consuming code
  25. # [00:07] <@tantek> one fewer parsing pass right?
  26. # [00:07] <@KevinMarks__> So that is an argument for magic
  27. # [00:08] <kylewm> yep, much less html parsing
  28. # [00:08] <aaronpk> magic?
  29. # [00:08] <@KevinMarks__> Well, using the parsing in mf2py
  30. # [00:09] <kylewm> KevinMarks__: yep, which I was already doing once. no need to parse again later
  31. # [00:09] <@tantek> kevinmarks - it's not magic, it's following a spec
  32. # [00:09] <kylewm> when you say magic, you mean, a special sanctioned list of rels that we care about enough to add special handling?
  33. # [00:09] <@KevinMarks__> Me adding "enclosures", "tags" and "xfn" for my use cases
  34. # [00:09] <@KevinMarks__> Yes
  35. # [00:10] <@tantek> right, I think generalizing the rel values aspect makes sense, whereas generalizing for all possible attributes does not
  36. # [00:10] <@tantek> because they have very different expansion / use behaviors
  37. # [00:10] <@KevinMarks__> It's the classic microformats model
  38. # [00:10] <@tantek> it's not
  39. # [00:10] <@tantek> well, having a fixed set of rel values is, yes
  40. # [00:10] <@tantek> but not attributes
  41. # [00:10] <@tantek> because we're expanding the set of rel values
  42. # [00:10] <@tantek> per the registry
  43. # [00:10] <@tantek> but we are NOT expanding the set of attributes
  44. # [00:11] <kylewm> one question -- why does the map have "url" instead of "href" for the href property?
  45. # [00:11] <@tantek> because they're specified in the HTML5 spec
  46. # [00:11] <@tantek> url is href made absolute
  47. # [00:11] <@tantek> that's probably worthy of an FAQ
  48. # [00:11] <@tantek> a bit of processing it has to do
  49. # [00:11] <kylewm> :lightbulb:
  50. # [00:12] <@KevinMarks__> "url" and "name" are similar in that way imo
  51. # [00:15] * Joins: KevinMarks (~yaaic@2607:fb90:2705:9bdf:db12:4afd:c64e:c8d1)
  52. # [00:15] * ChanServ sets mode: +o KevinMarks
  53. # [00:16] * Quits: @KevinMarks__ (~yaaic@2607:fb90:5a2:3ef9:9d7a:bf23:a261:fd36) (Ping timeout: 245 seconds)
  54. # [00:31] * Joins: KevinMarks_ (~yaaic@12.176.89.153)
  55. # [00:31] * ChanServ sets mode: +o KevinMarks_
  56. # [00:34] * Quits: @KevinMarks (~yaaic@2607:fb90:2705:9bdf:db12:4afd:c64e:c8d1) (Ping timeout: 245 seconds)
  57. # [00:35] <@tantek> I disagree about "url" vs "name" in that way, since the construction of an absolute URL is both well defined in an existing spec, and global to all uses of that URL
  58. # [00:35] <@tantek> whereas KevinMarks, your introduction of the concept of "name" does not have an existing well defined construction in a spec, nor is it global to all uses
  59. # [00:36] <@tantek> so while at a 10000 ft level they may seem similar in that the parse does (or could) do some extra processing, they are quite different in the details
  60. # [00:42] * Quits: @tantek (~tantek@68-27-230-103.pools.spcsdns.net) (Ping timeout: 256 seconds)
  61. # [00:44] * Joins: tantek (~tantek@23.79.231.14)
  62. # [00:44] * ChanServ sets mode: +o tantek
  63. # [01:01] * Joins: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-a-95.princeton.org)
  64. # [01:15] * Quits: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-a-95.princeton.org) (Quit: Leaving.)
  65. # [01:15] * Quits: gRegorLove (~me@c-71-201-46-159.hsd1.il.comcast.net) (Quit: ChatZilla 0.9.91.1 [Firefox 37.0.2/20150415140819])
  66. # [01:22] * Quits: Atamido (~atamido@104-57-183-121.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer)
  67. # [02:08] * Quits: @tantek (~tantek@23.79.231.14) (Quit: tantek)
  68. # [02:18] * Joins: KartikPrabhu (~kartik@207.239.77.141)
  69. # [02:19] * Quits: @KevinMarks_ (~yaaic@12.176.89.153) (Ping timeout: 250 seconds)
  70. # [02:21] * Joins: KevinMarks (~yaaic@2607:fb90:2706:fd5c:f376:6e5f:f71c:e260)
  71. # [02:21] * ChanServ sets mode: +o KevinMarks
  72. # [02:39] <Loqi> [@bitcoinsonebay] Bitfury Miner Bitcoin 1.1+ TH 48 hcard setup http://www.ebay.com/itm/Bitfury-Miner-Bitcoin-1-1-TH-48-hcard-setup-/151658321389?pt=LH_DefaultDomain_0&hash=item234f8a55ed #bitcoin (http://twtr.io/ydthGbQTSw)
  73. # [02:39] <Loqi> [@julia_vaingurt] RT @bitcoinsonebay: Bitfury Miner Bitcoin 1.1+ TH 48 hcard setup http://www.ebay.com/itm/Bitfury-Miner-Bitcoin-1-1-TH-48-hcard-setup-/151658321389?pt=LH_DefaultDomain_0&hash=item234f8a55ed #bitcoin (http://twtr.io/ydthT_1jEw)
  74. # [03:26] * Joins: KevinMarks_ (~KevinMark@2620:101:80fb:232:4ce7:875c:597e:9819)
  75. # [03:32] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
  76. # [03:32] * ChanServ sets mode: +o tantek
  77. # [04:25] * Quits: @tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  78. # [04:29] * Quits: KevinMarks_ (~KevinMark@2620:101:80fb:232:4ce7:875c:597e:9819) (Ping timeout: 245 seconds)
  79. # [05:01] * Joins: Atamido (~atamido@2602:306:839b:7790:e490:b6f8:797a:280b)
  80. # [05:33] * Quits: @KevinMarks (~yaaic@2607:fb90:2706:fd5c:f376:6e5f:f71c:e260) (Ping timeout: 245 seconds)
  81. # [05:34] * Joins: Soopaman (~soopaman@67.55.51.56)
  82. # [05:34] * Quits: Soopaman (~soopaman@67.55.51.56) (Max SendQ exceeded)
  83. # [05:35] * Joins: Soopaman (~soopaman@67.55.51.56)
  84. # [06:49] * Quits: Soopaman (~soopaman@67.55.51.56) (Read error: Connection reset by peer)
  85. # [06:49] * Joins: Soopaman1 (~soopaman@67.55.51.56)
  86. # [06:49] * Quits: Soopaman1 (~soopaman@67.55.51.56) (Read error: No route to host)
  87. # [06:49] * Joins: Soopaman (~soopaman@67.55.51.56)
  88. # [06:50] * Joins: Soopaman1 (~soopaman@67.55.51.56)
  89. # [06:50] * Quits: Soopaman1 (~soopaman@67.55.51.56) (Max SendQ exceeded)
  90. # [06:50] * Quits: Soopaman (~soopaman@67.55.51.56) (Read error: No route to host)
  91. # [06:50] * Joins: Soopaman (~soopaman@67.55.51.56)
  92. # [07:24] * Joins: eschnou (~eschnou@138.120-240-81.adsl-dyn.isp.belgacom.be)
  93. # [07:33] * Joins: KevinMarks (~yaaic@2607:fb90:2706:fd5c:f376:6e5f:f71c:e260)
  94. # [07:33] * ChanServ sets mode: +o KevinMarks
  95. # [07:37] * Quits: KartikPrabhu (~kartik@207.239.77.141) (Ping timeout: 250 seconds)
  96. # [08:04] * Quits: eschnou (~eschnou@138.120-240-81.adsl-dyn.isp.belgacom.be) (Ping timeout: 252 seconds)
  97. # [08:45] * Joins: kez (~quassel@inet2.evalesco.com)
  98. # [08:55] * Joins: KevinMarks_ (~KevinMark@172.56.39.8)
  99. # [09:14] * Joins: KevinMarks__ (~yaaic@2607:fb90:270d:f0f6:af4a:1a0e:cab0:132a)
  100. # [09:14] * ChanServ sets mode: +o KevinMarks__
  101. # [09:16] * Quits: @KevinMarks (~yaaic@2607:fb90:2706:fd5c:f376:6e5f:f71c:e260) (Ping timeout: 245 seconds)
  102. # [09:29] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  103. # [09:29] * ChanServ sets mode: +o tantek
  104. # [09:51] * Quits: Soopaman (~soopaman@67.55.51.56) (Quit: Leaving.)
  105. # [10:16] * Joins: eschnou (~eschnou@2a02:a03f:897:e100:227:10ff:fe64:feb4)
  106. # [10:31] * Quits: KevinMarks_ (~KevinMark@172.56.39.8) (Ping timeout: 250 seconds)
  107. # [10:58] * Joins: KevinMarks (~yaaic@2607:fb90:2817:b61d:2773:3468:aa2a:aab0)
  108. # [10:58] * ChanServ sets mode: +o KevinMarks
  109. # [11:00] * Quits: @KevinMarks__ (~yaaic@2607:fb90:270d:f0f6:af4a:1a0e:cab0:132a) (Ping timeout: 245 seconds)
  110. # [11:06] * Joins: adactio (~adactio@212.42.170.121)
  111. # [11:06] * ChanServ sets mode: +o adactio
  112. # [11:19] * Joins: chiui (~chiui@h-213.61.228.26.host.de.colt.net)
  113. # [11:22] * Joins: pfefferle (~pfefferle@213.144.11.130)
  114. # [11:47] * Quits: @adactio (~adactio@212.42.170.121) (Quit: adactio)
  115. # [11:48] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  116. # [12:04] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  117. # [14:57] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 256 seconds)
  118. # [15:02] * Joins: pfefferle (~pfefferle@213.144.11.130)
  119. # [15:26] * Quits: pfefferle (~pfefferle@213.144.11.130) (Quit: pfefferle)
  120. # [15:33] * Joins: TallTed (~Thud@63.119.36.36)
  121. # [15:41] * Joins: pfefferle (~pfefferle@213.144.11.130)
  122. # [16:52] * Joins: csarven (~csarven@hades-dfn.bi.fraunhofer.de)
  123. # [16:53] * Quits: kez (~quassel@inet2.evalesco.com) (Remote host closed the connection)
  124. # [16:57] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 264 seconds)
  125. # [17:01] * Joins: pfefferle (~pfefferle@213.144.11.130)
  126. # [17:03] * Quits: dariusdunlap (~dariusdun@ip-69-27-182-58.coastside.net) (Quit: Laterz)
  127. # [17:21] * Quits: csarven (~csarven@hades-dfn.bi.fraunhofer.de) (Quit: http://csarven.ca/#i left.)
  128. # [17:32] * Quits: eschnou (~eschnou@2a02:a03f:897:e100:227:10ff:fe64:feb4) (Ping timeout: 276 seconds)
  129. # [17:40] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 256 seconds)
  130. # [17:41] * Joins: pfefferle (~pfefferle@213.144.11.130)
  131. # [17:42] * Quits: chiui (~chiui@h-213.61.228.26.host.de.colt.net) (Ping timeout: 256 seconds)
  132. # [17:45] * Joins: Soopaman (~soopaman@67.55.51.56)
  133. # [18:08] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 264 seconds)
  134. # [18:40] <kylewm> grr, I am really growing to hate beautifulsoup4 + html5lib ... seems to crash frequently on poorly formed html
  135. # [18:43] <aaronpk> eep i thought the whole point of beautifulsoup was that it handles bad html
  136. # [18:50] * Joins: KartikPrabhu (~kartik@207.239.77.141)
  137. # [19:04] * Quits: KartikPrabhu (~kartik@207.239.77.141) (Quit: Leaving.)
  138. # [19:54] * Joins: tantek (~tantek@108.121.50.209)
  139. # [19:54] * ChanServ sets mode: +o tantek
  140. # [20:15] * Joins: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org)
  141. # [20:25] <Loqi> [[link-preview-brainstorming]] http://microformats.org/wiki/index.php?title=link-preview-brainstorming&diff=64910&oldid=64880&rcid=101286 * Tantek * (+47) use appropriate h-* object for the page, parse first h-* object on the page
  142. # [20:27] * Quits: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org) (Quit: Leaving.)
  143. # [20:28] * Joins: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org)
  144. # [20:30] * Quits: @tantek (~tantek@108.121.50.209) (Ping timeout: 245 seconds)
  145. # [20:34] * Quits: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org) (Read error: Connection reset by peer)
  146. # [20:35] <Loqi> [[link-preview-brainstorming]] http://microformats.org/wiki/index.php?title=link-preview-brainstorming&diff=64911&oldid=64910&rcid=101287 * Tantek * (+9) /* proposals */ code not link
  147. # [20:35] * Joins: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org)
  148. # [20:59] <ben_thatmustbeme> so, in an h-feed, the u-url property is the link to the canonical URL for the feed, correct?
  149. # [21:01] <kylewm> I believe "u-url u-uid" would be the canonical URL
  150. # [21:02] * Joins: eschnou (~eschnou@138.120-240-81.adsl-dyn.isp.belgacom.be)
  151. # [21:02] <ben_thatmustbeme> can the feed on the non-canonical page have different (abridged) content fromt he canonical
  152. # [21:08] <KartikPrabhu> ben_thatmustbeme: you are over thinking this I feel. the non-canonical page could have completely different content from the canonical one if someone wanted to be malicious
  153. # [21:08] <ben_thatmustbeme> thats not malicious, i'm thinking UI wise
  154. # [21:11] <KartikPrabhu> as in have only a summary on homepage and full posts on canonical page?
  155. # [21:21] <KartikPrabhu> ben_thatmustbeme: see: http://indiewebcamp.com/h-feed#partial_feeds
  156. # [21:24] <ben_thatmustbeme> so to continue that down, could I have a h-feed with NO entries in it, but a u-url u-uid to the cannonical
  157. # [21:24] <ben_thatmustbeme> seems odd, but it would actually suffice for my line of thinking
  158. # [21:25] <ben_thatmustbeme> hmm, actually seems rather pointless
  159. # [21:25] <ben_thatmustbeme> if it has a cannoncial is url, it would be the same as just linking directly to it anyway
  160. # [21:27] * Quits: @KevinMarks (~yaaic@2607:fb90:2817:b61d:2773:3468:aa2a:aab0) (Ping timeout: 245 seconds)
  161. # [21:27] * Joins: KevinMarks (~yaaic@2607:fb90:548:f1c9:4cba:c6c2:5d72:8d86)
  162. # [21:27] * ChanServ sets mode: +o KevinMarks
  163. # [21:31] * Quits: KartikPrabhu (~kartik@nat-tvwna-outside-visitornet2-d-95.princeton.org) (Ping timeout: 250 seconds)
  164. # [22:17] * Joins: tantek (~tantek@23.79.231.14)
  165. # [22:17] * ChanServ sets mode: +o tantek
  166. # [22:18] * Quits: eschnou (~eschnou@138.120-240-81.adsl-dyn.isp.belgacom.be) (Ping timeout: 256 seconds)
  167. # [23:04] * Quits: TallTed (~Thud@63.119.36.36)
  168. # Session Close: Fri Apr 24 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