/irc-logs / freenode / #microformats / 2009-05-04 / end

Options:

  1. # Session Start: Mon May 04 00:00:01 2009
  2. # Session Ident: #microformats
  3. # [00:36] * Joins: ajturner (n=ajturner@pool-173-79-14-51.washdc.fios.verizon.net)
  4. # [00:37] * Quits: levitation[A] (n=levitati@rubiin.physic.ut.ee) (Remote closed the connection)
  5. # [00:47] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) ("⏏")
  6. # [00:50] * Quits: ajturner (n=ajturner@pool-173-79-14-51.washdc.fios.verizon.net)
  7. # [01:52] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) (Remote closed the connection)
  8. # [01:58] * Quits: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net) ("Lost terminal")
  9. # [02:20] * Joins: georgebrock (n=georgebr@client-86-25-197-163.cht-bng-011.adsl.virginmedia.net)
  10. # [02:31] * Quits: georgebrock (n=georgebr@client-86-25-197-163.cht-bng-011.adsl.virginmedia.net) (Read error: 60 (Operation timed out))
  11. # [02:47] * Joins: georgebrock (n=georgebr@client-86-25-197-163.cht-bng-011.adsl.virginmedia.net)
  12. # [02:51] * Quits: georgebrock (n=georgebr@client-86-25-197-163.cht-bng-011.adsl.virginmedia.net) (Client Quit)
  13. # [02:51] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  14. # [02:51] * ChanServ sets mode: +o tantek
  15. # [02:53] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  16. # [02:53] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  17. # [02:53] * ChanServ sets mode: +o tantek
  18. # [02:55] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  19. # [02:58] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  20. # [03:04] * Joins: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  21. # [03:04] * Parts: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  22. # [03:05] * Joins: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net)
  23. # [03:17] * Quits: thomasknoll (n=thomaskn@c-71-198-219-158.hsd1.ca.comcast.net)
  24. # [03:23] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  25. # [03:27] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  26. # [03:27] * ChanServ sets mode: +o tantek
  27. # [03:29] * Quits: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net) ("Lost terminal")
  28. # [03:31] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Client Quit)
  29. # [03:32] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  30. # [03:32] * ChanServ sets mode: +o tantek
  31. # [03:40] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  32. # [03:41] * Joins: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net)
  33. # [03:48] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  34. # [03:48] * ChanServ sets mode: +o tantek
  35. # [03:53] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Client Quit)
  36. # [03:57] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  37. # [03:57] * ChanServ sets mode: +o tantek
  38. # [04:12] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  39. # [04:14] * Joins: thomasknoll (n=thomaskn@c-71-198-219-158.hsd1.ca.comcast.net)
  40. # [04:18] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  41. # [04:18] * ChanServ sets mode: +o tantek
  42. # [04:24] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  43. # [04:27] * Joins: tantek__ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  44. # [04:40] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  45. # [04:47] * Quits: tantek__ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  46. # [04:48] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  47. # [04:52] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  48. # [04:52] * ChanServ sets mode: +o tantek
  49. # [04:54] * Quits: thomasknoll (n=thomaskn@c-71-198-219-158.hsd1.ca.comcast.net)
  50. # [05:05] * Joins: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  51. # [05:09] * Joins: eaton (n=eaton@drupal.org/user/16496/view)
  52. # [05:09] * Parts: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  53. # [05:10] * Parts: eaton (n=eaton@drupal.org/user/16496/view)
  54. # [05:21] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  55. # [05:21] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  56. # [05:21] * ChanServ sets mode: +o tantek
  57. # [05:22] * Quits: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net) ("Lost terminal")
  58. # [05:28] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  59. # [05:45] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  60. # [06:01] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  61. # [06:13] * Joins: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  62. # [07:06] * Joins: besbes (n=besbes@91-115-184-138.adsl.highway.telekom.at)
  63. # [07:06] * Parts: jonrohan (n=jrohan@99-8-186-233.lightspeed.snfcca.sbcglobal.net)
  64. # [07:08] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  65. # [07:11] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  66. # [07:22] * Joins: singpolyma (n=singpoly@99.173.26.210)
  67. # [07:37] * Quits: besbes (n=besbes@91-115-184-138.adsl.highway.telekom.at)
  68. # [07:41] * Joins: besbes (n=besbes@91.115.184.138)
  69. # [07:48] * Joins: georgebrock (n=georgebr@client-86-25-196-40.cht-bng-011.adsl.virginmedia.net)
  70. # [07:54] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  71. # [08:00] * Quits: besbes (n=besbes@91.115.184.138) (Read error: 110 (Connection timed out))
  72. # [08:09] * Joins: pesla (n=retep@procurios.xs4all.nl)
  73. # [08:11] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  74. # [08:27] * Joins: besbes (n=besbes@91-115-184-138.adsl.highway.telekom.at)
  75. # [08:33] <Hixie> http://krijnhoetmer.nl/irc-logs/whatwg/20090504#l-309
  76. # [08:37] * Quits: besbes (n=besbes@91-115-184-138.adsl.highway.telekom.at)
  77. # [09:02] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  78. # [09:03] * Joins: Prometheus^ (n=promethe@unaffiliated/prometheus)
  79. # [09:03] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Read error: 104 (Connection reset by peer))
  80. # [09:04] * Prometheus^ is now known as Prometheus
  81. # [09:04] * Joins: besbes (n=besbes@mercury.mminf.univie.ac.at)
  82. # [09:11] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  83. # [09:37] <Atamido> Hixie: Chicken
  84. # [09:38] <Atamido> Hixie: Chicken/egg problem, though isn't FF 3.5 supposed to have improved support for such microformats?
  85. # [09:39] <Atamido> What's a real shame is that Google doesn't cull information from our business listings that are all in microformats.
  86. # [09:40] <singpolyma> Hixie: if someone wants a parser to do something, build one. The reason adding to calendar (/subscribing in google calendar) is the big one is because it's what everyone wanted to build
  87. # [09:40] <singpolyma> building a microformats parser is pretty simple if you have a decent HTML parser available, which many languages do
  88. # [09:41] <Atamido> singpolyma: I think the issue is that web surfers that browse to the site aren't able to make use of the microformats due to not having any built in ability in the browser.
  89. # [09:42] <Atamido> You could write a plugin, but you're still excluding the vast majority of people that wouldn't be able to figure it out.
  90. # [09:42] <singpolyma> Atamido: NEVER build that kind of cruft into a browser. That's what extensions/userscripts/plugins/other things are for
  91. # [09:42] <Atamido> In this case, just exporting an iCal file would be easier.
  92. # [09:43] <Atamido> That type of support should be built into IE.
  93. # [09:43] <singpolyma> So include a link to export said iCal data from the microformats, or also output iCal (it's not hard)
  94. # [09:43] <singpolyma> I heartily disagree
  95. # [09:43] <singpolyma> Browsers have too much crap in them as it is
  96. # [09:43] <Atamido> But you already said that support for it would be simple.
  97. # [09:44] <singpolyma> I said building a parser to do something is simple... that doesn't mean it belongs native in the browser
  98. # [09:44] <singpolyma> The complaint was about behaviours
  99. # [09:44] <singpolyma> if you build it into the browser, it's still only going to be able to be added to a calendar unless you build another behaviour
  100. # [09:45] <singpolyma> and if you build another behaviour, just do it with existing tools
  101. # [09:45] <Atamido> A rather large percentage of the Internet has contact information and events built into web pages. If those were all built as microformats, it'd make sense to build support in for the browser.
  102. # [09:45] <Atamido> It'd be like not including SVG support.
  103. # [09:46] <singpolyma> I like the idea of SVG support being a plugin, actually, but that's a seperate matter
  104. # [09:46] <singpolyma> The point is that the original complaint was that there was only one obvious action
  105. # [09:46] <singpolyma> Where that action lives makes no difference
  106. # [09:47] <Atamido> Ideally browsers would support all official web standards out of box, and microformats would gain some sort of official status.
  107. # [09:47] <singpolyma> Ideally browsers would only be content rendering windows to hang plugin on, and there would be no such thing as "official status"
  108. # [09:48] <singpolyma> but we're never going to get there, so we work with what we have :)
  109. # [09:48] <Atamido> HTML 4.01 is an official standard.
  110. # [09:48] <Atamido> One would hope it is supported by the browser.
  111. # [09:48] <singpolyma> It's a W3C standard, and thus official for those who recognise their authority
  112. # [09:49] <Atamido> Are you suggesting JavaScript be moved to a plugin?
  113. # [09:49] <singpolyma> One would hope that most user agents would process HTML by default, yes, but it need not be a feature of all of them, there's no rule about that
  114. # [09:49] <singpolyma> Atamido: I'm suggesting *everything* be moved to a plugin
  115. # [09:49] <singpolyma> Modular designs rule
  116. # [09:50] <Atamido> Fine, then include all of those plugins by default, including ones that support microformats.
  117. # [09:50] <singpolyma> But I've already conceeded that people are too rooted in their ways to do that
  118. # [09:50] <singpolyma> Atamido: sure, but that still doesn't solve the root problem Hixie brought up
  119. # [09:51] <Atamido> If most users have browsers that support microformats, then that would solve the issue.
  120. # [09:51] <singpolyma> The issue was that "supporting microformats" only means "let them add to a calendar"... ie, not enough actions/behaviours available
  121. # [09:51] <Atamido> Oh wait, I think I see what might be being said.
  122. # [09:52] <Atamido> Yeah, I see that now.
  123. # [09:52] <Atamido> But I fail to see the point.
  124. # [09:53] <singpolyma> As do I... adding to calendar seems to be all people care about (as evidenced by it being all they've built)... I've been working on a good "invite others" action as well (bookmarklet), not done yet
  125. # [09:54] <Atamido> Reading the microformat and getting an iCal file would be functionally identical, and that is the purpose. If they want to "interact" with the event then they just need to add a form and maybe publish an API if someone wants to write an application for it.
  126. # [09:54] <Atamido> Ala, writing a Facebook application.
  127. # [09:56] <Atamido> I guess someone could suggest adding a tag to indicate that the Microformat fields are empty and are meant to be filled in by the client.
  128. # [09:56] <singpolyma> Atamido: microformats are kind of for data... not forms
  129. # [09:57] <singpolyma> empty ones are not so useful
  130. # [09:57] <Atamido> Like creating a form with everything tagged as an hCal, and at the root have class="userSubmit" or something.
  131. # [09:57] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  132. # [09:57] <Atamido> Then an application could automatically find a form and fill data in to the proper fields automatically.
  133. # [09:58] <Atamido> But I'm still not seeing how that would be useful in any practical sense.
  134. # [09:58] <singpolyma> better idea: use the class names from microformat be used as the name= attribute on the form (I tend to do this anyway)
  135. # [09:58] <singpolyma> more semantic, and acheives the same goal
  136. # [09:59] <Atamido> Someone would need to specify then that form elements MUST not be scrubbed for data.
  137. # [09:59] <Atamido> That could be problematic.
  138. # [09:59] <singpolyma> http://pastie.org/467373
  139. # [10:00] <Atamido> I suppose you could have a plugin that lets you fill in contact or calender information always using the exact same looking interface, and then that filled in form.
  140. # [10:01] <Atamido> What if someone assigns a value to one of those form fields? How do you make sure a microformat plugin doesn't think that is a contact?
  141. # [10:02] <singpolyma> Atamido: a microformat plugin won't see it, because the class names aren't set to anything microformatty (or anything at all in this case)
  142. # [10:03] <Atamido> It would actually be nice to be able to automatically fill in all contact fields in a form.
  143. # [10:03] * Atamido slaps forehead.
  144. # [10:03] <Atamido> You're right.
  145. # [10:04] <Atamido> I think we still come back to the issue of "What's the point?"
  146. # [10:04] <singpolyma> Quite possibly
  147. # [10:04] <singpolyma> Although: 03:59 < Atamido> It would actually be nice to be able to automatically fill in all contact fields in a form.
  148. # [10:05] <Atamido> And that is the only use I can think of.
  149. # [10:05] <Atamido> That doesn't even apply to a calender.
  150. # [10:05] <singpolyma> True. Not sure if there's a calendar use case
  151. # [10:05] <singpolyma> Except that standard field names are nice
  152. # [10:06] <Atamido> It seems like a lot of work to go through too for a minute or two of saved time every so often.
  153. # [10:06] <Atamido> Yeah, standard field names are nice.
  154. # [10:07] <Atamido> Anything but this though. http://www.ietf.org/rfc/rfc3106
  155. # [10:08] <singpolyma> heh, I agree, using existing field/class names (and short ones) is much nicer than inventing some namespaced new thing :)
  156. # [10:08] <Atamido> Ecom_ShipTo_Telecom_Phone_Number?
  157. # [10:08] <Atamido> Seriously?
  158. # [10:09] <singpolyma> yeah :P
  159. # [10:10] * Quits: singpolyma (n=singpoly@99.173.26.210) ("Lost terminal")
  160. # [10:18] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  161. # [11:12] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  162. # [11:12] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Connection reset by peer)
  163. # [11:13] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  164. # [11:13] * Joins: emrojo (n=emrojo@163.117.139.34)
  165. # [11:19] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  166. # [11:34] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  167. # [12:06] * Joins: levitation[A] (n=levitati@rubiin.physic.ut.ee)
  168. # [12:12] * Quits: levitation[A] (n=levitati@rubiin.physic.ut.ee) (Remote closed the connection)
  169. # [12:33] * Joins: Joeboy (n=joe@tubbs.trition.org.uk)
  170. # [12:45] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  171. # [12:55] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  172. # [13:03] * Joins: levitation[A] (n=levitati@rubiin.physic.ut.ee)
  173. # [13:09] * Quits: levitation[A] (n=levitati@rubiin.physic.ut.ee) (Remote closed the connection)
  174. # [13:23] * Joins: levitation[A] (n=levitati@rubiin.physic.ut.ee)
  175. # [13:42] * Quits: Broady (n=broady@unaffiliated/broady) (Remote closed the connection)
  176. # [13:45] * Joins: Broady (n=broady@unaffiliated/broady)
  177. # [14:09] * Joins: georgebrock_ (n=georgebr@client-80-3-172-51.cht-bng-011.adsl.virginmedia.net)
  178. # [14:24] * Quits: georgebrock (n=georgebr@client-86-25-196-40.cht-bng-011.adsl.virginmedia.net) (Read error: 110 (Connection timed out))
  179. # [14:30] <mfbot> SamJohnston created User:SamJohnston "created" http://is.gd/wAaS
  180. # [14:56] <mfbot> SamJohnston created rel-shortlink "created" http://is.gd/wAsh
  181. # [14:57] <mfbot> SamJohnston edited Main Page "/* Specifications */ " (+20) http://is.gd/wAsW
  182. # [14:59] <mfbot> SamJohnston edited exploratory-discussions "/* active */ +rel-shortlink" (+34) http://is.gd/wAuq
  183. # [15:01] <mfbot> SamJohnston edited Main Page "Undo revision 38502 by [[Special:Contributions/SamJohnston|SamJohnston]] ([[User talk:SamJohnston|Talk]]) rel-shortlink not stable yet?" (-20) http://is.gd/wAvo
  184. # [15:02] <mfbot> SamJohnston edited Main Page "/* Drafts */ +rel-shortlink" (+123) http://is.gd/wAwb
  185. # [15:03] * Quits: besbes (n=besbes@mercury.mminf.univie.ac.at) ("Off for less important things ...")
  186. # [15:04] <mfbot> SamJohnston edited rel-shortlink "/* normative references */ +apps-discuss thread" (+169) http://is.gd/wAxZ
  187. # [15:30] * Quits: Lautis (i=lautis@ihku.fi) (pratchett.freenode.net irc.freenode.net)
  188. # [15:30] * Joins: Lautis (i=lautis@ihku.fi)
  189. # [15:34] * Joins: pesla (n=retep@procurios.xs4all.nl)
  190. # [15:48] * Joins: tantek (n=tantek@63.195.114.133)
  191. # [15:48] * ChanServ sets mode: +o tantek
  192. # [15:50] <mfbot> SamJohnston edited rel-shortlink "/* inferior alternatives */ " (+141) http://is.gd/wB7U
  193. # [15:54] * Joins: ajturner (n=ajturner@209.155.228.129)
  194. # [16:00] * Quits: ramsey (n=ramsey@unaffiliated/ramsey) (Read error: 110 (Connection timed out))
  195. # [16:05] * Quits: to__ (n=abernier@AAubervilliers-551-1-117-60.w90-61.abo.wanadoo.fr)
  196. # [16:05] * Quits: @tantek (n=tantek@63.195.114.133) (Connection timed out)
  197. # [16:09] * Quits: _emp_ (n=alex@rakim.cfhp.org) (Read error: 104 (Connection reset by peer))
  198. # [16:10] * Joins: _emp_ (n=alex@rakim.cfhp.org)
  199. # [16:13] * Joins: georgebrock (n=georgebr@client-80-3-169-113.cht-bng-011.adsl.virginmedia.net)
  200. # [16:18] <mfbot> SamJohnston edited rel-shortlink "/* inferior alternatives */ " (-8) http://is.gd/wBwU
  201. # [16:19] <mfbot> SamJohnston edited rel-shortlink "/* Concept */ " (+41) http://is.gd/wBxD
  202. # [16:24] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) (Remote closed the connection)
  203. # [16:25] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  204. # [16:29] * Quits: georgebrock_ (n=georgebr@client-80-3-172-51.cht-bng-011.adsl.virginmedia.net) (Read error: 110 (Connection timed out))
  205. # [16:30] * Joins: eaton (n=eaton@c-67-173-62-77.hsd1.il.comcast.net)
  206. # [16:42] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  207. # [16:42] * ChanServ sets mode: +o tantek
  208. # [16:51] * Joins: ramsey (n=ramsey@unaffiliated/ramsey)
  209. # [16:51] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Read error: 60 (Operation timed out))
  210. # [16:54] * Quits: xxxxxxxxxxx (n=Theorem@aulas-c.fe.up.pt) (Success)
  211. # [16:54] * Joins: xxxxxxxxxxx (n=Theorem@aulas-c.fe.up.pt)
  212. # [17:02] * Joins: ajturner_ (n=ajturner@209.155.228.129)
  213. # [17:03] <mfbot> SamJohnston edited rel-shortlink "/* inferior alternatives */ " (+53) http://is.gd/wCad
  214. # [17:09] * Joins: Phae (n=phaeness@79-74-147-123.dynamic.dsl.as9105.com)
  215. # [17:09] * ChanServ sets mode: +o Phae
  216. # [17:17] * Joins: Prometheus (n=promethe@unaffiliated/prometheus)
  217. # [17:19] * Quits: ajturner_ (n=ajturner@209.155.228.129) (Read error: 110 (Connection timed out))
  218. # [17:19] * Quits: ajturner (n=ajturner@209.155.228.129) (Read error: 110 (Connection timed out))
  219. # [17:23] * Joins: cgriego (n=cgriego@out-02.hotels.com)
  220. # [17:30] * Quits: azazul (n=azazul@95.68.36.66) ("Leaving")
  221. # [17:31] * Joins: csarven (n=csarven@24.202.182.150)
  222. # [17:33] * Quits: @Phae (n=phaeness@79-74-147-123.dynamic.dsl.as9105.com) (Read error: 110 (Connection timed out))
  223. # [17:40] * Joins: to_ (n=abernier@AAubervilliers-551-1-117-60.w90-61.abo.wanadoo.fr)
  224. # [18:08] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  225. # [18:08] * Joins: jonrohan (n=jrohan@208.82.18.93)
  226. # [18:10] * Parts: jonrohan (n=jrohan@208.82.18.93)
  227. # [18:11] * Joins: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net)
  228. # [18:28] * Quits: Prometheus (n=promethe@unaffiliated/prometheus) (Remote closed the connection)
  229. # [18:51] <Hixie> singpolyma: i think the problem is that it's not clear how you would build a generic microformat parser
  230. # [18:54] <cgriego> What good is a generic microformat parser?
  231. # [19:02] <cgriego> Or instead is what's lacking a generic, intermediary serialization?
  232. # [19:05] * Joins: Phae (n=phaeness@79-74-147-123.dynamic.dsl.as9105.com)
  233. # [19:05] * ChanServ sets mode: +o Phae
  234. # [19:25] <singpolyma> Hixie: you mean like mofo, etc? It's already been done multiple times
  235. # [19:26] * Quits: @Phae (n=phaeness@79-74-147-123.dynamic.dsl.as9105.com) (Read error: 110 (Connection timed out))
  236. # [19:26] <Hixie> cgriego: i don't know, but in collecting use cases for html5 for metadata-like stuff, the one piece of feedback i consistently here from almost everyone is "microformats aren't doing it for me because i can't write a generic parser that handles all the various microformats"
  237. # [19:27] <Hixie> it may be that people want to store microdata in a generic structure internally, and would like to go from text/html to that structure without having to hard-code knowledge of each vocabulary into their parsers
  238. # [19:28] <singpolyma> Hixie: they want to use microformats like they use JSON? That's not really what it's about/for...
  239. # [19:29] <Hixie> ah, ok
  240. # [19:29] <singpolyma> One could (sort of) use XOXO like that, but yeah
  241. # [19:29] <Hixie> i guess i'll have to add something for this use case that's separate from microformats then
  242. # [19:29] <Hixie> they do want to encode things like events and contact information and stuff, as far as i can tell
  243. # [19:29] <singpolyma> Assuming it's a good use case, which it's probably not
  244. # [19:30] <cgriego> Some parsers like Operator have intermediary formats that use JSON.
  245. # [19:30] <singpolyma> Hixie: well, then microformats *are* for that... storing specific kinds of data as defined
  246. # [19:31] <singpolyma> and XOXO is pretty good at storing arbitrary data if that's what one really wants
  247. # [19:31] <Hixie> yeah but they require the parsers to know about the vocabularies
  248. # [19:31] <singpolyma> or just POSH, of course
  249. # [19:31] <@tantek> Hixie, the folks that have prioritized "write a generic parser" as their #1 priority have driven the design of XML and RDF.
  250. # [19:31] <Hixie> i think you have that backwards
  251. # [19:31] <singpolyma> Hixie: that's the whole point... if you don't have a defined vocabulary, you end up with something useless like RDF or XML, etc
  252. # [19:32] <@tantek> exactly
  253. # [19:32] <Hixie> folks who have driven the design of XML and RDF had "write a generic parser" as their #1 priority
  254. # [19:32] <@tantek> The key piece of wisdom here is that defined vocabularies are actually where you get *user* value in the real world of data generated/created by humans, and consumed eventually by humans.
  255. # [19:32] <Hixie> i'm not talking about this being a #1 priority though -- in the case of the guy i mentioned earlier, it was like #4 or #5
  256. # [19:32] <Hixie> but it was still a reason he was displeased with microformats
  257. # [19:33] <@tantek> Hixie - ironically, people have written more than one generic parser for microformats, despite that not being a priority in the design
  258. # [19:33] <Hixie> url?
  259. # [19:33] <@tantek> mofo, optimus
  260. # [19:34] <@tantek> http://microformats.org/wiki/parsers
  261. # [19:34] <@tantek> not exactly hard to find
  262. # [19:34] <@tantek> it's ok that writing a generic parser is hard, because not many people have to write one
  263. # [19:35] <Hixie> optimus requires updating every time you want to use a new vocabulary, though, right
  264. # [19:35] <@tantek> OTOH it is NOT ok to make writing / marking up content hard, because nearly far more people (perhaps 100k x more) have to write / mark up content.
  265. # [19:35] <Hixie> yes, writing content should be easy, that's clear
  266. # [19:35] <Hixie> ideally it should be even easier than it is with microformats :-)
  267. # [19:35] <singpolyma> Of course you have to update every time there's a new vocabulary... microformats are *exclusively* vocabularies
  268. # [19:37] <Hixie> there seems to be a lot of demand for a technology that's as easy to write as microformats (or even easier), but which lets people write tools that consume arbitrary vocabularies much more easily than is possible with text/html / POSH / Microformats today
  269. # [19:37] <singpolyma> Hixie: isn't that what RDFa and the other cruft is about?
  270. # [19:37] <Hixie> RDFa is a disaster insofar as "easy to write as microformats" goes
  271. # [19:37] <singpolyma> Not that I agree arbitrary vocabularies can be used for anything...
  272. # [19:38] <Hixie> and it's not particularly great to parse either
  273. # [19:39] <Hixie> anyway, i take it this is not something that the Microformats community is interested in persuing then?
  274. # [19:42] * Quits: emrojo (n=emrojo@163.117.139.34) ("Leaving.")
  275. # [19:43] <@tantek> Hixie - here are some of the non-goals I set out from the beginning, specifically to avoid traps/pitfalls that others were already very busy exploring: http://microformats.org/wiki/microformats#microformats_are_not
  276. # [19:45] <@tantek> and as far as demand for such a technology, sure - the only questions are - 1. is it worth the time to pursue it (may cost A LOT of time, like decades) ? and 2. what is the best approach? (it may be that experience gained through limited but practical solutions like microformats gets you closer to a generic solution faster than directly pursuing a generic solution in the abstract)
  277. # [19:45] <Hixie> ok
  278. # [19:45] <Hixie> is it ok if html5 addresses some of the use cases that _are_ asking for those things, in a way that reuses the vocabularies developed by Microformats?
  279. # [19:45] * @tantek should write that up.
  280. # [19:46] <@tantek> Hixie - the one offering to the "generic markup/transform" world we have, as singpolyma pointed out, is XOXO
  281. # [19:46] <@tantek> it can be transformed generically to/from XML, JSON etc.
  282. # [19:46] <singpolyma> Hixie: I should expect any use of good, existing vocabularies is a good thing (or a better thing than the invent-you-own model so many use)
  283. # [19:47] <@tantek> Hixie - I have yet to see use cases that demonstrate a sufficient need for a new solution for such things. Nearly all requests are theoretical, and most that aren't are better handled through experience with POSH than trying to drive the creation of a new technology.
  284. # [19:48] <@tantek> off for a bit - I'll be online again in a few hours.
  285. # [19:49] * Quits: @tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  286. # [19:52] * Hixie tries to learn how to parse hCard and gets really confused by all the weird optimisations allowed
  287. # [19:53] <singpolyma> Hixie: which weird optimisations? They're mostly the natural things, like you can infer n from fn
  288. # [19:53] <Hixie> i was hoping http://microformats.org/wiki/hcard-parsing would look more like the html5 parser spec with just a clear set of steps that you follow to end up with a consistent result
  289. # [19:54] <Hixie> how do i know if a property takes a url or not?
  290. # [19:54] <singpolyma> Hixie: someone with more academic parsing experiance could take a crack at such
  291. # [19:54] <singpolyma> No one's against it, it just hasn't been something people have been interested in
  292. # [19:58] * gsnedders ponders not supporting hAtom in XHTML in SP2
  293. # [19:58] * Joins: ajturner (n=ajturner@209.155.228.129)
  294. # [20:00] * Joins: Madness (n=petal@85.20.140.21)
  295. # [20:01] <Madness> Hi, I have a quick question about hcard and telephone types, the values are all english, how do you handle non-english languages?
  296. # [20:02] <Madness> Accepted "tel types" are "VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, car, isdn, pcs", what about translation, how is localization to be handled?
  297. # [20:02] <gsnedders> (hAtom is definitely supported in HTML, though, whatever happens with XHTML)
  298. # [20:03] <Madness> Whoops, quick reboot.
  299. # [20:03] * Joins: theMadness (n=petal@85.20.140.171)
  300. # [20:03] <theMadness> Back.
  301. # [20:05] <singpolyma> Madness: check out http://microformats.org/wiki/value-class-pattern
  302. # [20:05] * Quits: Madness (n=petal@85.20.140.21) (Read error: 113 (No route to host))
  303. # [20:07] <theMadness> Checking.
  304. # [20:08] * Quits: singpolyma (n=singpoly@adsl-99-173-26-210.dsl.pltn13.sbcglobal.net) ("Lost terminal")
  305. # [20:08] <theMadness> You mea...
  306. # [20:08] <theMadness> Disconnected.
  307. # [20:09] <theMadness> http://microformats.org/wiki/value-class-pattern#Using_value-title_to_publish_machine-data this probably.
  308. # [20:10] <theMadness> Like this: <span class="type value-title" title="home">Casa</span>
  309. # [20:11] <theMadness> Or <span class="type value-title" title="cell">Mobile</span>.
  310. # [20:11] <theMadness> Does that work?
  311. # [20:19] <theMadness> The suspance.
  312. # [20:44] * Quits: to_ (n=abernier@AAubervilliers-551-1-117-60.w90-61.abo.wanadoo.fr)
  313. # [20:46] * Joins: to_ (n=abernier@AAubervilliers-551-1-117-60.w90-61.abo.wanadoo.fr)
  314. # [20:48] * Quits: to_ (n=abernier@AAubervilliers-551-1-117-60.w90-61.abo.wanadoo.fr) (Client Quit)
  315. # [20:58] * Joins: singpolyma (n=singpoly@dsl081-055-097.sfo1.dsl.speakeasy.net)
  316. # [21:07] <theMadness> singpolyma, is <span class="type value-title" title="cell">Mobile</span> acceptable?
  317. # [21:09] <singpolyma> theMadness: I think so
  318. # [21:10] <theMadness> Allright, I'm going to go with that, but the docs are really bad on that subject.
  319. # [21:10] <singpolyma> it's really new
  320. # [21:14] <theMadness> hcard? new?
  321. # [21:42] <singpolyma> not hcard, the value-class-pattern
  322. # [21:53] * Joins: georgebrock_ (n=georgebr@client-80-4-218-249.cht-bng-011.adsl.virginmedia.net)
  323. # [21:55] * Quits: georgebrock (n=georgebr@client-80-3-169-113.cht-bng-011.adsl.virginmedia.net) (Read error: 60 (Operation timed out))
  324. # [21:58] * Parts: memload_ (n=jamesjef@82-37-24-167.cable.ubr04.wolv.blueyonder.co.uk)
  325. # [22:11] * Joins: georgebrock (n=georgebr@client-86-25-197-166.cht-bng-011.adsl.virginmedia.net)
  326. # [22:16] * Joins: memload (n=jamesjef@82-37-24-167.cable.ubr04.wolv.blueyonder.co.uk)
  327. # [22:17] * Joins: BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com)
  328. # [22:28] * Quits: georgebrock_ (n=georgebr@client-80-4-218-249.cht-bng-011.adsl.virginmedia.net) (Read error: 110 (Connection timed out))
  329. # [22:39] * Joins: azazul (n=azazul@195.13.138.124)
  330. # [23:12] * Joins: enki (n=enki@dsl092-012-007.sfo1.dsl.speakeasy.net)
  331. # Session Close: Tue May 05 00:00:00 2009

The end :)