/irc-logs / freenode / #whatwg / 2009-04-30 / end

Options:

  1. # Session Start: Thu Apr 30 00:00:01 2009
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: webben (n=benh@nat/yahoo/x-1bd47458f594ac80) (Read error: 110 (Connection timed out))
  4. # [00:07] * Joins: bgalbraith (n=bgalbrai@guest-226.mountainview.mozilla.com)
  5. # [00:12] * Quits: MikeSmith (n=MikeSmit@EM114-48-164-141.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  6. # [00:14] * Quits: dolske (n=dolske@firefox/developer/dolske)
  7. # [00:17] * Quits: ukai (n=ukai@74.125.56.1) (Read error: 110 (Connection timed out))
  8. # [00:27] * Parts: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  9. # [00:30] * Joins: ukai (n=ukai@220.109.219.244)
  10. # [00:32] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  11. # [00:34] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  12. # [00:39] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  13. # [00:40] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe)
  14. # [00:41] * Joins: davidb (n=davidb@w229.z065106072.sjc-ca.dsl.cnc.net)
  15. # [00:46] * Quits: bgalbraith (n=bgalbrai@guest-226.mountainview.mozilla.com) (Read error: 104 (Connection reset by peer))
  16. # [00:46] * Joins: bgalbraith (n=bgalbrai@guest-226.mountainview.mozilla.com)
  17. # [00:48] * Joins: ojan (n=ojan@72.14.229.81)
  18. # [00:48] * Parts: ojan (n=ojan@72.14.229.81)
  19. # [00:54] * Quits: virtuelv (n=virtuelv@084202133045.customer.alfanett.no) ("Ex-Chat")
  20. # [00:58] * Quits: weinig_ (n=weinig@nat/apple/x-cbd90549ca4b3758) (Remote closed the connection)
  21. # [00:59] * Joins: onar_ (n=onar@17.226.23.135)
  22. # [01:00] * Parts: Omnifarious (n=hopper@attic.omnifarious.org)
  23. # [01:01] * Joins: weinig (n=weinig@nat/apple/x-bf52d5371904c45a)
  24. # [01:03] * Quits: zdobersek (n=zan@cpe-92-37-68-39.dynamic.amis.net) ("Leaving.")
  25. # [01:07] * Quits: annevk5 (n=annevk@85.196.122.246)
  26. # [01:16] * Joins: annevk5 (n=annevk@85.196.122.246)
  27. # [01:24] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  28. # [01:26] * Quits: heycam (n=cam@124-168-17-176.dyn.iinet.net.au) ("bye")
  29. # [01:31] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  30. # [01:32] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  31. # [01:41] * Joins: riven` (n=colin@53525B67.cable.casema.nl)
  32. # [01:42] * Joins: webben (n=benh@91.85.210.172)
  33. # [01:44] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
  34. # [01:44] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  35. # [01:45] * Quits: weinig (n=weinig@nat/apple/x-bf52d5371904c45a) (Read error: 104 (Connection reset by peer))
  36. # [01:45] * Joins: weinig (n=weinig@nat/apple/x-226243a656fbb8a1)
  37. # [01:49] * Quits: davidb (n=davidb@w229.z065106072.sjc-ca.dsl.cnc.net)
  38. # [01:52] * Quits: jwalden (n=waldo@w229.z065106072.sjc-ca.dsl.cnc.net) ("over and out")
  39. # [01:57] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  40. # [01:58] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 110 (Connection timed out))
  41. # [01:59] * Quits: shikiesos (n=shiki@nat/google/x-47ce924d1b8e6521) ("Leaving.")
  42. # [01:59] * Quits: doublec (n=doublec@w229.z065106072.sjc-ca.dsl.cnc.net) ("Leaving")
  43. # [02:07] * Joins: heycam (n=cam@zot.infotech.monash.edu.au)
  44. # [02:10] * Quits: bgalbraith (n=bgalbrai@guest-226.mountainview.mozilla.com)
  45. # [02:13] <jcranmer> where is the character encoding sniffing described?
  46. # [02:14] <Philip`> jcranmer: http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#determining-the-character-encoding ?
  47. # [02:15] <jcranmer> ども!
  48. # [02:15] <Philip`> Pardon?
  49. # [02:16] <jcranmer> thanks
  50. # [02:19] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  51. # [02:19] * riven` is now known as riven
  52. # [02:21] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
  53. # [02:21] * Joins: davidb (n=davidb@w229.z065106072.sjc-ca.dsl.cnc.net)
  54. # [02:23] * Joins: nessy (n=nessy@203-214-157-222.perm.iinet.net.au)
  55. # [02:24] * Joins: billyjackass (n=MikeSmit@EM114-48-179-110.pool.e-mobile.ne.jp)
  56. # [02:26] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  57. # [02:26] * Quits: ukai (n=ukai@220.109.219.244) (Remote closed the connection)
  58. # [02:27] * Joins: ukai (n=ukai@220.109.219.244)
  59. # [02:29] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  60. # [02:33] * Joins: riven (n=colin@pdpc/supporter/professional/riven)
  61. # [02:36] * Quits: onar_ (n=onar@17.226.23.135) (Read error: 110 (Connection timed out))
  62. # [02:39] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
  63. # [02:46] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  64. # [02:47] * Joins: roc_ (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  65. # [02:47] * Quits: slightlyoff (n=slightly@nat/google/x-3d9b6811c7eeecf3)
  66. # [02:47] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 104 (Connection reset by peer))
  67. # [02:47] * Quits: roc_ (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  68. # [02:49] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  69. # [02:49] * Quits: davidb (n=davidb@w229.z065106072.sjc-ca.dsl.cnc.net)
  70. # [02:50] * Joins: slightlyoff (n=slightly@nat/google/x-3a4cf29e37f5baa5)
  71. # [02:51] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  72. # [02:52] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  73. # [02:55] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  74. # [02:55] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  75. # [02:55] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  76. # [02:57] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  77. # [02:57] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 104 (Connection reset by peer))
  78. # [02:57] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  79. # [02:58] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  80. # [02:58] * Quits: dglazkov (n=dglazkov@nat/google/x-f9597d0ce3f03fd6) (Read error: 110 (Connection timed out))
  81. # [02:59] <billyjackass> wakaba: you there?
  82. # [02:59] * billyjackass is now known as MikeSmith
  83. # [03:05] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  84. # [03:05] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 104 (Connection reset by peer))
  85. # [03:05] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  86. # [03:06] * Joins: ossud_ (n=chatzill@p54AC5A6D.dip.t-dialin.net)
  87. # [03:07] * Joins: roc_ (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  88. # [03:07] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 104 (Connection reset by peer))
  89. # [03:08] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  90. # [03:08] * Quits: roc_ (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 104 (Connection reset by peer))
  91. # [03:10] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 54 (Connection reset by peer))
  92. # [03:10] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  93. # [03:11] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  94. # [03:14] * Quits: tantek (n=tantek@64.1.214.211)
  95. # [03:16] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  96. # [03:17] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  97. # [03:20] * Joins: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net)
  98. # [03:22] * Quits: ossud (n=chatzill@p54AC5B81.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  99. # [03:28] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  100. # [03:29] * Quits: roc (n=roc@w229.z065106072.sjc-ca.dsl.cnc.net) (Read error: 60 (Operation timed out))
  101. # [03:29] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  102. # [03:31] * Quits: olliej (n=oliver@17.246.18.195)
  103. # [03:43] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  104. # [04:10] * Quits: MikeSmith (n=MikeSmit@EM114-48-179-110.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  105. # [04:17] * Joins: MikeSmith (n=MikeSmit@EM114-48-201-76.pool.e-mobile.ne.jp)
  106. # [04:18] * Quits: ossud_ (n=chatzill@p54AC5A6D.dip.t-dialin.net) (Remote closed the connection)
  107. # [04:26] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  108. # [04:27] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  109. # [04:27] * Quits: weinig (n=weinig@nat/apple/x-226243a656fbb8a1)
  110. # [04:55] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  111. # [05:07] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  112. # [05:12] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  113. # [05:21] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  114. # [05:33] * Joins: wakaba_ (n=wakaba@EM114-51-140-243.pool.e-mobile.ne.jp)
  115. # [05:34] * Quits: wakaba_ (n=wakaba@EM114-51-140-243.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  116. # [05:37] * Joins: wakaba_ (n=wakaba@EM114-51-20-162.pool.e-mobile.ne.jp)
  117. # [05:41] * Joins: olliej (n=oliver@76.14.74.242)
  118. # [05:52] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  119. # [05:53] * Quits: wakaba (n=wakaba@EM114-51-128-240.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  120. # [06:03] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  121. # [06:04] * Joins: doublec (n=doublec@65.123.0.210)
  122. # [06:12] * Quits: slightlyoff (n=slightly@nat/google/x-3a4cf29e37f5baa5) (Read error: 110 (Connection timed out))
  123. # [06:14] * Quits: wakaba_ (n=wakaba@EM114-51-20-162.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  124. # [06:18] * Quits: olliej (n=oliver@76.14.74.242)
  125. # [06:27] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  126. # [06:48] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
  127. # [07:02] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  128. # [07:04] <boblet> Phillip` are you the Phillip of http://fonts.philip.html5.org/ fame?
  129. # [07:06] <boblet> I’m interested in whether this tool can include the modifiable M+ fonts http://bit.ly/mplus as font subsetting for 350KB Japanese fonts would make them actually usable
  130. # [07:09] <MikeSmith> it's a boblet!
  131. # [07:09] <MikeSmith> boblet: こんちは
  132. # [07:09] <boblet> Hey Mike™
  133. # [07:10] <MikeSmith> boblet, yeah, that's the same Philip`
  134. # [07:10] <boblet> ワサップ? :)
  135. # [07:10] <boblet> Found his email and sending that way just in case
  136. # [07:11] <MikeSmith> boblet: I'm enjoying the weather today
  137. # [07:11] <MikeSmith> you at home in Osaka?
  138. # [07:11] <boblet> 350KB Japanese font without subsetting plus Safari not displaying anything on load = noticeable render delay even on hikari
  139. # [07:11] <MikeSmith> Philip` is in the UK, so might not be on until 2-3 hours from now
  140. # [07:12] <MikeSmith> boblet: yeah, the Safari behavior for rendering of pages with downloadable fonts is suboptimal
  141. # [07:12] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  142. # [07:12] <boblet> yeah it’s fantastic down here too. I’ll be up May 15-16th for John Allsopp’s workshop tho. If you’re not busy it’d be great to catch up then
  143. # [07:13] <MikeSmith> boblet: try http://hsivonen.iki.fi/doctype
  144. # [07:13] <boblet> I plan to email the webkit list about it
  145. # [07:13] <MikeSmith> boblet: I'll be in Australia from May 8 to May 22
  146. # [07:14] * Joins: ap (n=ap@194.154.88.37)
  147. # [07:14] <MikeSmith> I think I'll see John there on the 13th before he comes ehre
  148. # [07:14] <boblet> aah that sucks (well, for me ;-)
  149. # [07:14] <MikeSmith> ap: me and boblet was just talking about webkit rendering of pages with downloadable fonts
  150. # [07:14] <MikeSmith> e.g., page like http://hsivonen.iki.fi/doctype
  151. # [07:15] * Joins: slightlyoff (n=slightly@204.14.154.244)
  152. # [07:15] <ap> MikeSmith: do we do it wrong?
  153. # [07:16] <MikeSmith> ap: just that you basically get no next at all while the font is downloading
  154. # [07:17] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  155. # [07:17] <boblet> I know the current HTML5 spec doesn’t recommend browser behavoiur atm, and laying out with local font then redrawing is kinda FOUCy for small fonts, but for double-byte (350KB+) fonts no text until download finishes looks like the page is broken
  156. # [07:17] <MikeSmith> so on hsivonen's site, which uses some relatively big fonts, there's no text content for quite a while
  157. # [07:18] <ap> MikeSmith: hmm, is http://hsivonen.iki.fi/doctype the right url? I don't see any references to downloadable fonts there
  158. # [07:18] <MikeSmith> boblet: right -- that's the problem. casual users are going to assume its's a browser bug
  159. # [07:18] <boblet> I only used @font-face for the <h1> here (dark green band) http://oli-studio.com/work/wde/200905-roadshow/ but there’s still a noticeable delay
  160. # [07:18] <ap> MikeSmith: but yeah, I saw someone complain about that - not sure if there's a bug filed
  161. # [07:19] <MikeSmith> ap: open Web Inspector on http://hsivonen.iki.fi/doctype and look at the Resources tab
  162. # [07:19] <boblet> FF 3.5 beta renders the text using a local font first then redraws. This would also be much safer if the font doesn’t finish downloading (eg server times out)
  163. # [07:19] <MikeSmith> 5MB+ of fonts there
  164. # [07:19] <ap> MikeSmith: test-quirks.php and spacer.gif
  165. # [07:19] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  166. # [07:19] <boblet> 5MB? I feel like small fry :D
  167. # [07:20] <ap> MikeSmith: ah, I see - I didn't notice that I got auto-completion of the url, and was looking at another page
  168. # [07:20] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  169. # [07:20] * Joins: olliej (n=oliver@76.14.74.242)
  170. # [07:21] <MikeSmith> ap: o_0
  171. # [07:21] <MikeSmith> boblet: ap is a webkit developer
  172. # [07:21] <boblet> MikeSmith: he’s waiting for something to display… ;-)
  173. # [07:21] <ap> MikeSmith: not one having anything to do with fonts though
  174. # [07:21] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  175. # [07:21] * Joins: roc (n=roc@65.123.0.210)
  176. # [07:23] <boblet> ap: props to the Webkit team for all the fun goodies you’re giving us! and where do I go to complain about tabs not being maintained automatically between sessions? ;-)
  177. # [07:23] <MikeSmith> boblet: there's a way you can save them manually at least
  178. # [07:23] <MikeSmith> "Reopen all windows from last session"
  179. # [07:23] * Joins: davidb (n=davidb@65.123.0.210)
  180. # [07:24] <ap> boblet: as MikeSmith says, it's a feature - but it's in Safari, not in WebKit, of course
  181. # [07:24] <boblet> MikeSmith: yeah I know, but I’ve had to pull previous versions of LastSession.plist out of git several times so far
  182. # [07:25] <boblet> ap: damn, foiled again!
  183. # [07:26] <boblet> ap: is Safari 4b feature complete?
  184. # [07:26] <ap> boblet: no announcements were made, as far as I know
  185. # [07:27] <boblet> ap: I guess I shouldn’t assume you have the inside track on what webkit build the Safari team will roll with huh
  186. # [07:31] <olliej> boblet: apple engineers cannot discuss anything like that :D
  187. # [07:33] <olliej> boblet: in general if apple has not announced it, we can't discuss it
  188. # [07:33] <boblet> ap: actually I came across something else a while back that I didn’t know what to make of in Webkit: Japanese text appearing to break out of it’s inline box when Hoefler Text is assigned: http://oli-studio.com/code/font-set-inline-box.html
  189. # [07:33] <olliej> boblet: filing a bug at bugs.webkit.org would be great :D
  190. # [07:33] <boblet> olliej: heh, indeed. It’s part of Apple’s charm
  191. # [07:34] <olliej> boblet: hey, at least we do our development publically
  192. # [07:34] <olliej> boblet: for the purposes of engine development the "webkit team" == Apple :D
  193. # [07:34] <boblet> olliej: yeah I think that was next on the list of things to do, right before Christmas attacked
  194. # [07:37] <olliej> boblet: ah, you're talking about the top overflow?
  195. # [07:38] * Quits: davidb (n=davidb@65.123.0.210)
  196. # [07:38] <boblet> olliej: I may well be.…?
  197. # [07:38] <ap> boblet: try Apple Chancery - I think it may break out even more. likely a known issue, but filing a bug is the best way to reach people who work on text rendering
  198. # [07:39] * Quits: slightlyoff (n=slightly@204.14.154.244)
  199. # [07:39] <boblet> ap: ok. I’ll do that for both issues
  200. # [07:39] <olliej> boblet: and link in your testcase -- we love testcases
  201. # [07:39] <boblet> I kinda went overboard on that one huh
  202. # [07:39] <olliej> boblet: bugs are vastly more likely to be fixed with a reduced testcase
  203. # [07:40] <olliej> boblet: vs. entire bug content being "japanese text overflows with the Hoefler Text font"
  204. # [07:40] <olliej> boblet: i'm guessing the font is giving "interesting" metrics to us
  205. # [07:40] <boblet> olliej: ok. I’ll make a reduced version and link it from the fat version
  206. # [07:41] <olliej> boblet: even your current version is vastly better than what we normally get
  207. # [07:41] <olliej> so i'd initially file a bug that links to that url
  208. # [07:55] * Quits: MikeSmith (n=MikeSmit@EM114-48-201-76.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  209. # [07:55] <hsivonen> ap: already filed https://bugs.webkit.org/show_bug.cgi?id=25207
  210. # [07:56] <ap> hsivonen: thanks
  211. # [08:08] * Quits: olliej (n=oliver@76.14.74.242)
  212. # [08:09] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  213. # [08:14] * Joins: MikeSmith (n=MikeSmit@EM114-48-24-73.pool.e-mobile.ne.jp)
  214. # [08:14] * Joins: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu)
  215. # [08:16] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  216. # [08:16] <zcorpan_> Hixie: "if the user agent has not fired a timeupdate event at the element in the past 15 to 250ms" -- s/15 to // ?
  217. # [08:16] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  218. # [08:17] <Hixie> zcorpan_: UAs are allowed to do it every 15ms
  219. # [08:17] <zcorpan_> Hixie: yes, but if it hasn't fired it in hte past 250ms, then it won't have fired it in the past 15ms either
  220. # [08:18] <zcorpan_> oh wait
  221. # [08:18] <zcorpan_> nm
  222. # [08:18] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  223. # [08:19] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  224. # [08:19] <Hixie> zcorpan_: :-)
  225. # [08:19] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  226. # [08:27] * Joins: olliej (n=oliver@76.14.74.242)
  227. # [08:29] <weinig> hi olliej
  228. # [08:32] * Quits: heycam (n=cam@zot.infotech.monash.edu.au) ("bye")
  229. # [08:33] * Quits: doublec (n=doublec@65.123.0.210) ("Leaving")
  230. # [08:35] * Joins: harig (n=opera@59.90.71.35)
  231. # [08:36] * Quits: olliej (n=oliver@76.14.74.242) (Remote closed the connection)
  232. # [08:36] * Joins: olliej (n=oliver@76.14.74.242)
  233. # [08:36] * Quits: olliej (n=oliver@76.14.74.242) (Remote closed the connection)
  234. # [08:37] * Joins: olliej (n=oliver@76.14.74.242)
  235. # [08:39] * Quits: olliej (n=oliver@76.14.74.242) (Client Quit)
  236. # [08:47] * Joins: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net)
  237. # [08:49] * Quits: onar_ (n=onar@c-98-234-65-251.hsd1.ca.comcast.net) (Client Quit)
  238. # [09:09] <jgraham> boblet: Note that afaict Philip`'s natural biological rhythms seem to place him somewhere in the mid atlantic timezone wise so it may yet be a while before he is around
  239. # [09:10] <boblet> jgraham hehe, thanks. I’m gonna email him just in case
  240. # [09:11] <MikeSmith> jgraham: you up early. 8am now?
  241. # [09:12] <jgraham> MikeSmith: 9am here
  242. # [09:12] * jgraham wonders what kind of weird algorithm Apple are using where 0% battery life = 15 minutes of reamining time
  243. # [09:13] <jgraham> (and it really was 0% because the power suddenly died)
  244. # [09:13] * Joins: heycam (n=cam@124-168-17-176.dyn.iinet.net.au)
  245. # [09:14] <Hixie> jgraham: i have the opposite experience
  246. # [09:16] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 54 (Connection reset by peer))
  247. # [09:18] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  248. # [09:31] * Quits: webben (n=benh@91.85.210.172) (Read error: 110 (Connection timed out))
  249. # [10:00] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  250. # [10:03] * Joins: ZombieLoffe (n=e@unaffiliated/zombieloffe)
  251. # [10:04] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  252. # [10:06] * Parts: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  253. # [10:06] * Joins: billyjackass (n=MikeSmit@EM114-48-22-11.pool.e-mobile.ne.jp)
  254. # [10:08] * Quits: gsnedders (n=gsnedder@86.136.52.180) (Remote closed the connection)
  255. # [10:09] * Quits: MikeSmith (n=MikeSmit@EM114-48-24-73.pool.e-mobile.ne.jp) (Nick collision from services.)
  256. # [10:09] * billyjackass is now known as MikeSmith
  257. # [10:10] * Joins: webben (n=benh@nat/yahoo/x-e83a5d49113ff51b)
  258. # [10:11] <Philip`> boblet: That's me :-)
  259. # [10:11] <Philip`> Oh, you're not here
  260. # [10:13] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  261. # [10:14] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  262. # [10:15] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  263. # [10:30] * Joins: a-ja (n=chatzill@adsl-70-237-139-126.dsl.stlsmo.sbcglobal.net)
  264. # [10:31] <a-ja> !seen hsivonen
  265. # [10:32] * Joins: ROBOd (n=robod@89.122.216.38)
  266. # [10:33] <MikeSmith> a-ja: no bots here, only peoples
  267. # [10:33] <MikeSmith> I think hsivonen is awake but busy
  268. # [10:33] <a-ja> tks Mike
  269. # [10:35] * Quits: nessy (n=nessy@203-214-157-222.perm.iinet.net.au) ("This computer has gone to sleep")
  270. # [10:39] * Joins: mat_t (n=mattomas@nat/canonical/x-0be4ad0faeb5801c)
  271. # [10:48] * Quits: MikeSmith (n=MikeSmit@EM114-48-22-11.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  272. # [10:49] * Quits: annevk5 (n=annevk@85.196.122.246)
  273. # [11:01] * Joins: zdobersek (n=zan@cpe-92-37-64-87.dynamic.amis.net)
  274. # [11:06] * Joins: MikeSmith (n=MikeSmit@p4bfc04.tokynt01.ap.so-net.ne.jp)
  275. # [11:11] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  276. # [11:12] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  277. # [11:16] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  278. # [11:24] * Quits: zdobersek (n=zan@cpe-92-37-64-87.dynamic.amis.net) (Read error: 110 (Connection timed out))
  279. # [11:24] * Joins: zdobersek (n=zan@cpe-92-37-69-221.dynamic.amis.net)
  280. # [11:26] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  281. # [11:35] * Quits: roc (n=roc@65.123.0.210)
  282. # [11:35] <MikeSmith> hendry : I've put together part of a HTML document splitter in XSLT
  283. # [11:36] <MikeSmith> mostly just by borrowing stuff from that Docbook XSL stylesheets distro
  284. # [11:36] <MikeSmith> I still need to get the in page next/prev/up/down navigation stuff working
  285. # [11:38] <Philip`> You get bonus points for including the relevant TOC extract at the top of each page
  286. # [11:38] <MikeSmith> Docbook stylesheets have a way to do that, but I'm not using it
  287. # [11:39] <MikeSmith> default output from DocBook stylesheets looks like this:
  288. # [11:40] <MikeSmith> http://docbook.sourceforge.net/release/xsl/current/doc/html/chunker.output.cdata-section-elements.html
  289. # [11:40] <MikeSmith> includes the major section name in the page header
  290. # [11:40] <MikeSmith> title
  291. # [11:40] <MikeSmith> and the titles of the next page and previous page in teh footer
  292. # [11:42] * Quits: a-ja (n=chatzill@adsl-70-237-139-126.dsl.stlsmo.sbcglobal.net) (Remote closed the connection)
  293. # [11:43] * sid0_ is now known as sid0
  294. # [11:43] * Quits: harig (n=opera@59.90.71.35) (Read error: 110 (Connection timed out))
  295. # [11:49] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  296. # [12:07] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 104 (Connection reset by peer))
  297. # [12:09] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  298. # [12:10] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  299. # [12:17] * Joins: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp)
  300. # [12:32] * Quits: webben (n=benh@nat/yahoo/x-e83a5d49113ff51b) (Read error: 60 (Operation timed out))
  301. # [12:33] * Quits: zdobersek (n=zan@cpe-92-37-69-221.dynamic.amis.net) (Read error: 110 (Connection timed out))
  302. # [12:33] * Joins: zdobersek (n=zan@cpe-92-37-73-140.dynamic.amis.net)
  303. # [12:33] * Joins: riven` (n=colin@53525B67.cable.casema.nl)
  304. # [12:43] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  305. # [12:45] <Philip`> http://www.tbray.org/ongoing/When/200x/2009/04/29/Model-and-Syntax - "I have long believed and repeatedly written that bits on the wire are the only serious reliable basis for interoperability, and worried in public about the feasibility of shared models"
  306. # [12:46] <Philip`> That seems kind of completely opposite to the HTML 5 philosophy, which is that the document model is the important thing, and the bits on the wire are just one of many ways of serialising the model
  307. # [12:46] * Joins: zdobersek1 (n=zan@cpe-92-37-75-126.dynamic.amis.net)
  308. # [12:47] <MikeSmith> Philip`: interesting
  309. # [12:48] * Philip` wonders how the connect the different viewpoints
  310. # [12:48] <MikeSmith> I wonder if that's a key difference between some of the people who come from same background and Tim, and, say, browser implementors or client-side web-apps developers
  311. # [12:49] <jgraham> Philip`: Since HTML5 defines exactly how you get from bits on the wire to the internal model and back again, I'm not so sure that's true
  312. # [12:49] <MikeSmith> hmm, "I believe the existence and success of the Internet and the Web are strong evidence in my favor. They have no object models or APIs; nor could they: they are just a collection of agreements what bits we send each other, with accompanying narrative about what those bits are supposed to mean."
  313. # [12:50] <MikeSmith> is that statement accurate?
  314. # [12:50] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) (Remote closed the connection)
  315. # [12:50] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 110 (Connection timed out))
  316. # [12:51] <Philip`> jgraham: But the main basis for interoperability is the rules for how UAs process the document model, and isn't just about the syntax
  317. # [12:51] <Philip`> unlike XML, which is defined as purely syntax
  318. # [12:52] <MikeSmith> Philip`: yeah, that seems to me too like an accurate way to describe it
  319. # [12:52] <zcorpan> MikeSmith: the Web uses script, and the scripts assume the DOM as the model
  320. # [12:52] <jgraham> What zcorpan said
  321. # [12:52] <Philip`> (and that purely syntactic definition causes problems with e.g. when do you execute <script>s while parsing XHTML, so the model is valuable too)
  322. # [12:52] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  323. # [12:53] <jgraham> I don't see how the idea of client side scripting fits with the "it's all just bits" viewpoint
  324. # [12:53] <jgraham> (that applies to XML too of course)
  325. # [12:55] <jgraham> """I’ll tell you this: As a TDD disciple, if I read the initial spec language, I’d have cooked up a bunch of test cases that would have explored the value space pretty thoroughly before I shipped any code. Tighten the spec and I might have gotten lazy."""
  326. # [12:55] <jgraham> That is the single worst defence of bad specs I have ever read
  327. # [12:56] <MikeSmith> this makes me think of the discussion about the whether it's a mistake to attempt to separately spec a particular language without in the same document also specifying how it is meant to be processed
  328. # [12:57] <MikeSmith> jgraham: yeah, on the face of it, that seems not particularly compelling argument
  329. # [12:57] <Philip`> It still seems true that bits-on-the-wire are important by themselves - people think of HTML and XML as character strings, and that's a useful and successful view, and we'd lose that if we just had the DOM API and some unreadable custom binary protocol for transferring DOMs
  330. # [12:57] <MikeSmith> btw, what's TDD?
  331. # [12:57] <Philip`> Test-driven development
  332. # [12:57] <MikeSmith> ah
  333. # [12:59] <Philip`> I suppose the focus on bits-on-the-wire vs document models could also be blamed for e.g. RSS readers that just use regexps to interpret those bits
  334. # [13:00] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
  335. # [13:00] * Quits: zdobersek (n=zan@cpe-92-37-73-140.dynamic.amis.net) (Read error: 110 (Connection timed out))
  336. # [13:01] <MikeSmith> Philip`: yeah, good example i guess
  337. # [13:01] * Quits: riven` (n=colin@53525B67.cable.casema.nl) (Read error: 110 (Connection timed out))
  338. # [13:01] <MikeSmith> that's a genuine problem
  339. # [13:02] <Philip`> Maybe the bits-on-the-wire view is more useful during the early stages of a protocol, when we want to encourage competition between widely varying ways of implementing and using the protocol; but as the technology matures, the dominant document model should be specified and standardised, to improve interoperability
  340. # [13:02] <MikeSmith> mooncalves writing parsers in regex
  341. # [13:02] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  342. # [13:02] <MikeSmith> Philip`: seems like that's the way it evolved with HTML anyway
  343. # [13:03] <Philip`> Maybe RSS->Atom could be seen the same way?
  344. # [13:03] * Joins: webben (n=benh@nat/yahoo/x-0388b00036b42bc3)
  345. # [13:03] <MikeSmith> yeah
  346. # [13:04] * Philip` can't think of any other examples...
  347. # [13:04] <MikeSmith> well, maybe XML processing in general could not evolve that way because of you-know-what
  348. # [13:05] <MikeSmith> spec'ing catch-fire-and-fail error handling seems like a pretty good way to stop natural evolution
  349. # [13:05] <Philip`> I don't quite see why that's relevant
  350. # [13:06] * Quits: zdobersek1 (n=zan@cpe-92-37-75-126.dynamic.amis.net) (Read error: 110 (Connection timed out))
  351. # [13:06] <Philip`> Someone could define a processing model for XML that turns a stream of bytes into a DOM or Infoset or SAX stream or whatever, and that'd solve the questions about when scripts execute and how document.write could be fitted in etc, but they don't seem to have done that yet
  352. # [13:06] <Philip`> (and draconity doesn't have anything to do with that, as far as I can tell)
  353. # [13:06] <MikeSmith> Philip`: if you want processing applications to be able do deal with content that people actually produce, rather than the content you assume ahead of time they will produce
  354. # [13:07] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  355. # [13:07] <Philip`> (There's also things like Jabber which rely somewhat on the processing model of XML parsers, e.g. elements should be reported as soon as their close tag's '>' is seen)
  356. # [13:08] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  357. # [13:09] <MikeSmith> as far as the mention that Tim makes of agreements: the agreements in the case of browsers have been a moving target
  358. # [13:10] <MikeSmith> "unstable equilibrium" I think is how hsivonen or someone referred to i
  359. # [13:10] <MikeSmith> it
  360. # [13:11] * Philip` goes away for a bit
  361. # [13:18] * Joins: pauld (n=pauld@194.102.13.6)
  362. # [13:18] * Joins: zdobersek (n=zan@cpe-92-37-71-138.dynamic.amis.net)
  363. # [13:22] * Quits: webben (n=benh@nat/yahoo/x-0388b00036b42bc3) (Read error: 110 (Connection timed out))
  364. # [13:31] * Joins: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  365. # [13:42] * Quits: MikeSmith (n=MikeSmit@p4bfc04.tokynt01.ap.so-net.ne.jp) (Read error: 110 (Connection timed out))
  366. # [13:58] * Joins: MikeSmith (n=MikeSmit@EM114-48-154-162.pool.e-mobile.ne.jp)
  367. # [14:01] * Joins: nessy (n=nessy@203-214-157-222.perm.iinet.net.au)
  368. # [14:04] * Quits: zdobersek (n=zan@cpe-92-37-71-138.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  369. # [14:04] * Joins: zdobersek (n=zan@cpe-92-37-71-138.dynamic.amis.net)
  370. # [14:04] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  371. # [14:05] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  372. # [14:06] * Joins: taf2 (n=taf2@65.210.82.235)
  373. # [14:14] * Joins: webben (n=benh@nat/yahoo/x-a2e97ae21bbb9c85)
  374. # [14:19] * Quits: pauld (n=pauld@194.102.13.6)
  375. # [14:38] * Quits: zdobersek (n=zan@cpe-92-37-71-138.dynamic.amis.net) (Read error: 110 (Connection timed out))
  376. # [14:43] * Joins: pmuellr (n=pmuellr@nat/ibm/x-93c549f261bac9aa)
  377. # [14:46] <Philip`> http://img.thedailywtf.com/images/200904/mandelbrot.xml - ouch
  378. # [14:50] * Joins: zdobersek (n=zan@cpe-92-37-72-169.dynamic.amis.net)
  379. # [14:54] <annevk42> respect
  380. # [14:59] <heycam> very nice!
  381. # [15:02] <heycam> zot:~ $ lynx -dump -nolist http://www.w3.org/TR/SVG/refs.html | grep -B1 -A3 fixme # whoops...
  382. # [15:02] <heycam> [XHTMLplusMathMLplusSVG]
  383. # [15:02] <heycam> @@fixme "An XHTML + MathML + SVG Profile", M. Ishikawa editor, 9
  384. # [15:02] <heycam> August 2002.
  385. # [15:02] <heycam> Available at:
  386. # [15:02] <heycam> http://www.w3.org/TR/2002/WD-XHTMLplusMathMLplusSVG-20020809/
  387. # [15:02] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  388. # [15:02] <heycam> actually i wonder what the fixme is for
  389. # [15:03] <heycam> doesn't look like that document got past WD anyway
  390. # [15:03] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  391. # [15:05] <annevk42> hey heycam
  392. # [15:05] <heycam> hey annevk42
  393. # [15:05] <annevk42> heycam, do you know when you're going to edit webidl again?
  394. # [15:06] <annevk42> I was wondering if it could provide some hook for when an interface object is accessed
  395. # [15:06] <heycam> ar, when i get some time. i can certainly add some notes for features, with particular syntax, so you can start using it..
  396. # [15:06] <annevk42> e.g. if a script does var something = somewindow.XMLHttpRequest or var x = new XMLHttpRequest() I need an implementation to set some internal variables on the interface object (later copied to the constructed object)
  397. # [15:07] <heycam> sounds weird :)
  398. # [15:07] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  399. # [15:07] <heycam> what needs it?
  400. # [15:08] <heycam> (the latter you could just define things to happen in the constructor)
  401. # [15:08] <annevk42> xhr needs some kind of pointer to the Document object
  402. # [15:09] <heycam> and it needs to grab it at exactly the time somewindow.[[Get]]("XMLHttpRequest") is done?
  403. # [15:09] <annevk42> if it grabs it later the current document could be away
  404. # [15:10] <Philip`> What if somewindow does "window.foo = window.XMLHttpRequest" and then someone else does somewindow.[[Get]]("foo")?
  405. # [15:11] <annevk42> Philip`, it should be bound to the initial window
  406. # [15:11] <annevk42> I wonder how localStorage/sessionStorage solves this
  407. # [15:12] <heycam> i think i'm not understanding excatly what needs to happen
  408. # [15:12] <heycam> ...and i'm being called to go to bed. can you mail public-webapps annevk42?
  409. # [15:12] <annevk42> k
  410. # [15:12] <heycam> thanks
  411. # [15:13] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  412. # [15:15] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
  413. # [15:16] * Joins: pauld (n=pauld@194.102.13.6)
  414. # [15:18] * Joins: aroben (n=aroben@unaffiliated/aroben)
  415. # [15:22] * Quits: webben (n=benh@nat/yahoo/x-a2e97ae21bbb9c85) (Read error: 110 (Connection timed out))
  416. # [15:28] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  417. # [15:34] <annevk42> Philip`, afaict it is bound the initial time it is accessed
  418. # [15:42] <MikeSmith> "If you were to use The Daily WTF as a guide, your impression of XSL Transformations (XSLT) would probably be fairly low. I mean, seeing article after article after article might have given the impression that XSLT is often not the right tool for the job... or, perhaps, maybe not even a right tool. Period."
  419. # [15:43] * Joins: webben (n=benh@nat/yahoo/x-05da17519d022047)
  420. # [15:43] <MikeSmith> http://thedailywtf.com/Articles/Where-the-Wild-Web-Things-Are.aspx is nice too
  421. # [15:43] <MikeSmith> (great find by Hallvord R. M. Steen)
  422. # [15:45] <Philip`> I wish free fonts were more discoverable
  423. # [15:45] * Philip` found some GFDL ones for the Khmer language, wrapped inside an .exe installer on a Yellow Pages site
  424. # [15:46] <Philip`> (The comments inside the font point at a Geocities site which shows the default placeholder page)
  425. # [15:46] <Philip`> s/GFDL/LGPL/
  426. # [15:55] * Joins: virtuelv (n=virtuelv@213.236.208.247)
  427. # [15:55] * Joins: wakaba (n=wakaba@EM114-51-130-173.pool.e-mobile.ne.jp)
  428. # [15:57] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) (Read error: 113 (No route to host))
  429. # [16:00] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  430. # [16:00] <wakaba> MikeSmith: ?
  431. # [16:01] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  432. # [16:01] <MikeSmith> wakaba: was going to ask you off-topic question
  433. # [16:02] <MikeSmith> which is, I see you're using a e-mobile modem
  434. # [16:02] <wakaba> yeah
  435. # [16:02] <MikeSmith> and was wondering if there's a way to get around the arbitrary time limit
  436. # [16:03] <MikeSmith> or maybe if they have changed the time-limit thing
  437. # [16:03] <MikeSmith> specifically, the driver I have on my Mac OSX machine drops that connection after 6 hours or use
  438. # [16:04] <wakaba> my connection seems also time limited
  439. # [16:04] <wakaba> i don't know how to avoid it...
  440. # [16:07] <wakaba> i was offline today because and redial feature did not work for some reason...
  441. # [16:08] <MikeSmith> wakaba: I see
  442. # [16:09] <MikeSmith> I seem to rembember somebody telling me that there is a newer driver that doesn't have the time limit, but maybe I imagined that
  443. # [16:11] * annevk42 hopes his email is clear enough for heycam
  444. # [16:18] * Joins: bgalbraith (n=bgalbrai@63.245.220.241)
  445. # [16:18] * Quits: ap (n=ap@194.154.88.37)
  446. # [16:24] * Quits: webben (n=benh@nat/yahoo/x-05da17519d022047) (Read error: 110 (Connection timed out))
  447. # [16:28] * Parts: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  448. # [16:31] * Parts: annevk42 (n=annevk@pat-tdc.opera.com)
  449. # [16:33] * Quits: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  450. # [16:40] * Quits: nessy (n=nessy@203-214-157-222.perm.iinet.net.au) ("This computer has gone to sleep")
  451. # [16:42] * Joins: zdobersek1 (n=zan@cpe-92-37-76-165.dynamic.amis.net)
  452. # [16:43] * Joins: roc (n=roc@65.123.0.210)
  453. # [16:43] * Joins: webben (n=benh@217.12.14.240)
  454. # [16:47] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  455. # [16:48] * Joins: zdobersek2 (n=zan@cpe-92-37-69-127.dynamic.amis.net)
  456. # [16:53] * Quits: zdobersek1 (n=zan@cpe-92-37-76-165.dynamic.amis.net) (Read error: 60 (Operation timed out))
  457. # [16:55] * Joins: cgriego (n=cgriego@out-02.hotels.com)
  458. # [16:57] * Quits: zdobersek (n=zan@cpe-92-37-72-169.dynamic.amis.net) (Read error: 110 (Connection timed out))
  459. # [16:57] * Joins: virtuelv_ (n=virtuelv@pat-tdc.opera.com)
  460. # [16:58] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  461. # [16:59] * aroben is now known as aroben|afk
  462. # [16:59] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  463. # [17:00] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  464. # [17:02] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  465. # [17:03] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  466. # [17:04] * Quits: virtuelv (n=virtuelv@213.236.208.247) (Read error: 110 (Connection timed out))
  467. # [17:08] * Quits: zdobersek2 (n=zan@cpe-92-37-69-127.dynamic.amis.net) (Read error: 110 (Connection timed out))
  468. # [17:08] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 104 (Connection reset by peer))
  469. # [17:11] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  470. # [17:13] * Joins: sid0 (n=sid0@unaffiliated/sid0)
  471. # [17:28] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  472. # [17:33] * Joins: Lachy (n=Lachlan@85.196.122.246)
  473. # [17:33] * Joins: dglazkov (n=dglazkov@nat/google/x-dd5d2d69cd4b946c)
  474. # [17:42] * Joins: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  475. # [17:49] * aroben|afk is now known as aroben
  476. # [17:50] <gsnedders> Why do I think having a sprained ankle the day before the ball is not a good idea?
  477. # [17:50] <Philip`> It provides you with a good excuse to not dance
  478. # [17:51] <Philip`> On the other hand, it will be harder for you to run away from any nearby bombs or aliens
  479. # [17:52] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  480. # [17:55] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  481. # [17:56] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  482. # [17:57] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  483. # [17:57] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  484. # [18:00] * Joins: zdobersek (n=zan@cpe-92-37-79-171.dynamic.amis.net)
  485. # [18:03] * Quits: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp) (Read error: 60 (Operation timed out))
  486. # [18:10] * Quits: bgalbraith (n=bgalbrai@63.245.220.241)
  487. # [18:10] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  488. # [18:15] * Parts: boblet (n=boblet@p1254-ipbf304osakakita.osaka.ocn.ne.jp)
  489. # [18:21] * Joins: remy (n=remy@80.187.146.193)
  490. # [18:21] * remy is now known as remysharp
  491. # [18:23] * Quits: roc (n=roc@65.123.0.210)
  492. # [18:26] * Joins: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu)
  493. # [18:26] * Quits: virtuelv_ (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  494. # [18:26] * Joins: roc (n=roc@65.123.0.210)
  495. # [18:29] * Joins: annevk5 (n=annevk@85.196.122.246)
  496. # [18:29] * Joins: kenhty (n=kenhty@82.169.dsl.mel.iprimus.net.au)
  497. # [18:30] * Quits: kenhty (n=kenhty@82.169.dsl.mel.iprimus.net.au) (Client Quit)
  498. # [18:31] * Quits: roc (n=roc@65.123.0.210) (Client Quit)
  499. # [18:33] * Quits: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  500. # [18:34] * Joins: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  501. # [18:37] <mpilgrim> grr http://lists.w3.org/Archives/Public/public-html/2009Apr/0260.html
  502. # [18:39] <mpilgrim> "W3C HTML5 spec"
  503. # [18:39] <mpilgrim> i can't decide if this is intentionally divisive or just stupid
  504. # [18:40] <mpilgrim> if it had come from sam, i would guess "intentionally divisive," but here i'm gonna go with "stupid"
  505. # [18:43] <Philip`> Sounds quite reasonable to me, as a way of referring to the document that's published by the W3C and is called "HTML5"
  506. # [18:43] <Philip`> ...and is a spec
  507. # [18:49] * Joins: maikmerten (n=maikmert@BABac61.bab.pppool.de)
  508. # [18:51] * Joins: ap (n=ap@194.154.88.37)
  509. # [18:54] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  510. # [18:55] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  511. # [18:55] * Quits: remysharp (n=remy@80.187.146.193) ("Gotta shoot - peeyaow!")
  512. # [18:55] * Joins: doublec (n=doublec@guest-226.mountainview.mozilla.com)
  513. # [18:56] * Quits: pauld (n=pauld@194.102.13.6)
  514. # [18:57] * Joins: riven` (n=colin@53525B67.cable.casema.nl)
  515. # [19:06] <Hixie> http://www.w3.org/mid/FAA1D89C5BAF1142A74AF116630A9F2C0A26ED872D@OBEEX01.obe.access-company.com - money first, principles after
  516. # [19:09] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Nick collision from services.)
  517. # [19:09] * riven` is now known as riven
  518. # [19:10] * Hixie wonders what to do about <header>
  519. # [19:12] <Philip`> Rename it to <hgroup>
  520. # [19:12] <Philip`> and then create a new element called <header>
  521. # [19:12] <Philip`> which is basically equivalent to <div class=header>, because people want semantic elements
  522. # [19:13] <Philip`> Easy :-)
  523. # [19:13] <Hixie> yeah that was basically what i was thinking of doing
  524. # [19:13] <Hixie> if i do that i'll change <hgroup>'s content model to just be <hx>+, i think
  525. # [19:13] <Hixie> and make <header> not participate in any special stuff like sectioning
  526. # [19:14] <Hixie> does that make sense?
  527. # [19:15] <Philip`> I think it makes sense to me, but I don't think there's much correlation between that and whether it's actually a good idea or not
  528. # [19:16] <Philip`> But if you do those changes, then you could drop <hgroup> from HTML5, and add it back into HTML6 if it turns out that people actually use the outlining algorithm and want to avoid the minor unsightliness of empty sections
  529. # [19:17] <Hixie> given that every w3c spec does the h1-h2 thing at the start, i think it's clear that either the outlining algorithm is wrong without hgroup, or we need hgroup
  530. # [19:17] * Joins: weinig (n=weinig@nat/apple/x-a701842f8c4f451b)
  531. # [19:24] * Quits: annevk5 (n=annevk@85.196.122.246)
  532. # [19:25] * Joins: a-ja (n=chatzill@adsl-70-237-139-126.dsl.stlsmo.sbcglobal.net)
  533. # [19:27] * Joins: annevk5 (n=annevk@85.196.122.246)
  534. # [19:30] <a-ja> hmmm...when did header element morph into hgroup ?
  535. # [19:30] * aroben is now known as aroben|lunch
  536. # [19:30] <Hixie> about 5 minutes ago
  537. # [19:30] <Hixie> i'm about to check in the change and then introduce a new element to do more of a site-wide heading thing
  538. # [19:31] <Hixie> why, is it a bad idea? :-)
  539. # [19:31] <a-ja> don't forget the examples :)
  540. # [19:32] * Joins: davidb (n=davidb@corp-241.mountainview.mozilla.com)
  541. # [19:33] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  542. # [19:34] <Hixie> a-ja: i think i got them all
  543. # [19:34] <a-ja> not a bad idea as far as i'm concerned. i'll just need to update soame pages/templates/stylesheets
  544. # [19:36] <Philip`> Because you're currently using <header> on those pages?
  545. # [19:36] <a-ja> yep
  546. # [19:36] <Philip`> What purpose are you using it for?
  547. # [19:36] * Joins: jwalden (n=waldo@c-24-6-169-169.hsd1.ca.comcast.net)
  548. # [19:36] <Philip`> (like, is it actually to group multiple <hX> elements?)
  549. # [19:37] <krijnh> Wasn't <header><hx>..</hx><p>Tagline</p></header> correct usage as well?
  550. # [19:37] * Quits: mat_t (n=mattomas@nat/canonical/x-0be4ad0faeb5801c) ("This computer has gone to sleep")
  551. # [19:38] <a-ja> was using it per spec....h1's & h2's, sometimes with a p in it too
  552. # [19:38] <Philip`> krijnh: It used to be, but now you can't do that with <hgroup>
  553. # [19:38] <a-ja> what krijnh said :)
  554. # [19:38] <krijnh> With <hgroup> that's a bit weird indeed
  555. # [19:38] <krijnh> <heading> would be better, I think
  556. # [19:38] <Philip`> Why do you want to group the <p> with the <hx>?
  557. # [19:38] <a-ja> no more flow content?
  558. # [19:39] <krijnh> <header> sounds too much like it replaces <div id="header">
  559. # [19:40] <Hixie> i plan to introduce a new element called <header> that can act as a more generic container for header-like content
  560. # [19:40] <a-ja> Philip`: tagline/slogan sorta thing, as opposed to a subtitle
  561. # [19:40] <Hixie> including <nav>
  562. # [19:40] <Hixie> more on par with "article" than what <header> used to be
  563. # [19:40] <Hixie> and <hgroup> now only accepts h1-h6
  564. # [19:40] * a-ja like addition of nav
  565. # [19:41] <krijnh> Hixie: a document-wide header thingy?
  566. # [19:41] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 54 (Connection reset by peer))
  567. # [19:41] <a-ja> search form, too?
  568. # [19:42] <Hixie> i could go either way, document-wide or something else
  569. # [19:42] <Hixie> what do people want?
  570. # [19:42] <Hixie> i could make it that it can't be in a section other than <body>
  571. # [19:42] <krijnh> I use <div id="header"> a lot
  572. # [19:42] <krijnh> With navigation, search, logo, that stuff
  573. # [19:42] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  574. # [19:42] <Philip`> It's quite common to have >1 <div class=header> on a page
  575. # [19:43] <Hixie> probably just make it equivalent to a <div> then, except with slightly more semantic juice
  576. # [19:43] <Philip`> Uh, I think I mean <* class=header>
  577. # [19:44] <krijnh> Hixie: is that enough for a new element then?
  578. # [19:44] <Philip`> http://lists.w3.org/Archives/Public/public-html/2009Mar/0679.html - oh, good, someone already counted it
  579. # [19:44] <a-ja> implicit role=banner
  580. # [19:44] <a-ja> w/o override ?
  581. # [19:44] <krijnh> Philip`: also have data for id="header" ?
  582. # [19:45] <Philip`> krijnh: I doubt many people have >1 id="header" on a page :-p
  583. # [19:45] <krijnh> That's not what I mean :)
  584. # [19:46] <Philip`> What do you mean, then? :-)
  585. # [19:47] <krijnh> How many pages uses id="header" as a page-wide thingy
  586. # [19:47] <krijnh> Also, the class="header" numbers also include <hx> and <p>, I guess?
  587. # [19:48] <Philip`> Out of ~130K, I see 11754 pages with one id=header
  588. # [19:48] <Philip`> and 71 with 2
  589. # [19:48] <Philip`> and 8 with 3
  590. # [19:48] <Philip`> and 15 with 4
  591. # [19:48] * Joins: slightlyoff (n=slightly@nat/google/x-04cea06346299730)
  592. # [19:48] <Philip`> and 2 with 5, and 2 with 6
  593. # [19:48] <Philip`> and 1 with 8, and 1 with 17
  594. # [19:48] <Philip`> Someone should tell them that id is meant to be unique :-/
  595. # [19:49] <krijnh> Heh :)
  596. # [19:49] <Philip`> The class=header numbers include all elements, I believe
  597. # [19:49] <krijnh> So more id="header" usage than class="header"
  598. # [19:49] <Philip`> Yes, by approximately a factor of 4
  599. # [19:49] <krijnh> Yeh
  600. # [19:50] <krijnh> And now the cases where class is used only on <div> and <td>? :)
  601. # [19:50] <krijnh> That's probably what something like <hgroup> represents
  602. # [19:50] <Hixie> when i did some studies on id="" i found some pages with thousands of duplicate IDs
  603. # [19:51] <krijnh> Glad I'm not a browser developer
  604. # [19:52] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 54 (Connection reset by peer))
  605. # [19:52] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  606. # [19:53] <Philip`> I see 896 id="menu_categories" on one page
  607. # [19:59] * aroben|lunch is now known as aroben
  608. # [19:59] * Quits: davidb (n=davidb@corp-241.mountainview.mozilla.com)
  609. # [20:01] * Quits: jwalden (n=waldo@c-24-6-169-169.hsd1.ca.comcast.net) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  610. # [20:04] <Hixie> ok new text is in
  611. # [20:04] <Hixie> what do people think
  612. # [20:04] * Quits: MikeSmith (n=MikeSmit@EM114-48-154-162.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  613. # [20:05] * Joins: MikeSmith (n=MikeSmit@EM114-48-24-56.pool.e-mobile.ne.jp)
  614. # [20:05] * Joins: billyjackass (n=MikeSmit@EM114-48-24-56.pool.e-mobile.ne.jp)
  615. # [20:05] * Quits: MikeSmith (n=MikeSmit@EM114-48-24-56.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  616. # [20:05] * Quits: billyjackass (n=MikeSmit@EM114-48-24-56.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  617. # [20:05] <krijnh> Hixie: to mark up a page's title?
  618. # [20:06] * Joins: MikeSmith (n=MikeSmit@EM114-48-24-56.pool.e-mobile.ne.jp)
  619. # [20:06] <Hixie> i mean, what do you think of the next text :-)
  620. # [20:06] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/#the-hgroup-element http://www.whatwg.org/specs/web-apps/current-work/#the-header-element
  621. # [20:08] * gsnedders dislikes the change, as it means his implementation of the outlining algorithm has to change
  622. # [20:08] <gsnedders> (And that requires effort)
  623. # [20:08] <a-ja> heh
  624. # [20:08] <a-ja> henriwill curse you, too
  625. # [20:09] <gsnedders> I will strike a curse in the name of the Lord, and two she-bears will appear from the woods and maul the annoying youths to death!
  626. # [20:09] <krijnh> Hixie: yeah, isn't it to mark up a section's title with its subtitle or tagline?
  627. # [20:09] <Hixie> gsnedders: s/header/hgroup/ is the only change you have to make i think
  628. # [20:09] <gsnedders> Hixie: So do I.
  629. # [20:09] * Joins: davidb (n=davidb@corp-241.mountainview.mozilla.com)
  630. # [20:09] <gsnedders> Hixie: Then hg commit; hg push, and then manually update the copy of the outliner on my server
  631. # [20:09] <Hixie> krijnh: i don't understand your question
  632. # [20:10] <krijnh> I don't understand the line 'The hgroup element represents the header of a section. The element is used to group a set of h1h6 elements to mark up a page's title with its subtitle or tagline.'
  633. # [20:10] <Hixie> ohhhh
  634. # [20:10] <Hixie> hm
  635. # [20:10] <krijnh> :)
  636. # [20:10] <Hixie> that was the text that was there before
  637. # [20:10] <Hixie> let's see
  638. # [20:10] <Hixie> i'm sure it can be improved
  639. # [20:10] * Hixie pokes
  640. # [20:10] <gsnedders> http://www.biblegateway.com/passage/?search=2%20Kings%202:23-25;&version=31; is what I was referencing above
  641. # [20:11] <gsnedders> Hixie: Also see the bug in bugzilla about header
  642. # [20:11] <gsnedders> (and sectioning roots)
  643. # [20:11] <gsnedders> Or have you looked at that?
  644. # [20:11] * gsnedders RTFS
  645. # [20:12] <Hixie> which one?
  646. # [20:12] <gsnedders> The one I was meaning.\
  647. # [20:13] <Hixie> -_-
  648. # [20:13] * gsnedders looks
  649. # [20:13] * Joins: maikmerten_ (n=maikmert@BAB9cb6.bab.pppool.de)
  650. # [20:13] <Hixie> krijnh: look in about 90 seconds and tell me if the new text is clearer
  651. # [20:13] <krijnh> Oki
  652. # [20:14] <gsnedders> Hixie: http://www.w3.org/Bugs/Public/show_bug.cgi?id=6750
  653. # [20:14] <gsnedders> "The hgroup element represents the header of a section." v. "The header element represents a header for the section it applies to."
  654. # [20:14] <gsnedders> Um, yeah.
  655. # [20:15] <krijnh> Yeah, I don't really get it either :)
  656. # [20:15] <gsnedders> Hixie: Write a better pec.
  657. # [20:15] <gsnedders> *spec
  658. # [20:16] <Hixie> hmm
  659. # [20:16] <Hixie> wonder how to distinguish these
  660. # [20:16] <Hixie> h1-h6 also "define headers for their sections"
  661. # [20:16] <krijnh> Why do we need hgroup again?
  662. # [20:17] <Hixie> subheadings
  663. # [20:17] <Hixie> as in every w3c spec for instance
  664. # [20:17] <Hixie> and taglines, as seen on most blogs
  665. # [20:17] <krijnh> Yeah, why not just use <header><hx>..</hx><p>Subheading</p></header> ?
  666. # [20:17] <Hixie> doesn't seem as right to me :-)
  667. # [20:18] <krijnh> And say that a p element in a header should be seen as a subheading :)
  668. # [20:18] <Hixie> i mean, what's the difference between that <p> and a <p>Last Modified: ...</p> or <p>Site links: ...</p> ?
  669. # [20:18] * Joins: doublec_ (n=doublec@guest-226.mountainview.mozilla.com)
  670. # [20:18] <krijnh> Why should there be a difference?
  671. # [20:19] <krijnh> For outliners?
  672. # [20:19] * Quits: riven (n=colin@pdpc/supporter/professional/riven) ("Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.")
  673. # [20:19] * Quits: webben (n=benh@217.12.14.240) (Read error: 110 (Connection timed out))
  674. # [20:19] * Quits: doublec (n=doublec@guest-226.mountainview.mozilla.com) (Success)
  675. # [20:20] <Hixie> krijnh: amongst other things, yeah
  676. # [20:20] * doublec_ is now known as doublec
  677. # [20:25] * Parts: annevk5 (n=annevk@85.196.122.246)
  678. # [20:25] <krijnh> It's better now, and I like the new <header>
  679. # [20:25] <a-ja> fwiw, only reason i'd been using p instead of h2 for tagline was cuz it played better with CITA's toolbar
  680. # [20:26] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  681. # [20:27] <krijnh> Hixie: does a <header> require a <hx> ?
  682. # [20:28] * Quits: maikmerten (n=maikmert@BABac61.bab.pppool.de) (Success)
  683. # [20:29] <Hixie> krijnh: no
  684. # [20:30] <Hixie> a-ja: hopefully when they support <hgroup> that will no longer be n issue
  685. # [20:30] <a-ja> gives em something to do next semester:)
  686. # [20:31] <tantek> Hixie, what is <hgroup> ?
  687. # [20:32] <Hixie> groups <h1>-<h6> elements so you can have subheadings without implying a subsection
  688. # [20:32] <Hixie> the way, e.g., most w3c specs do
  689. # [20:32] <krijnh> Formerly known as <header>
  690. # [20:35] <tantek> so <hgroup> is a renaming of <header> ? if so, curious about the reasons for the renaming.
  691. # [20:35] <Hixie> we wanted to introduce a new element that was more of a generic header element
  692. # [20:36] <Hixie> since that's what people used the old <header> for
  693. # [20:37] <Hixie> oh hey while you're here tantek it would be good to have your feedback on the use cases listed in this e-mail: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-April/019374.html
  694. # [20:37] <krijnh> The <header> example now contains text which should be in the <footer> :)
  695. # [20:37] <krijnh> Isn't <header> / <footer> really a presentational issue now?
  696. # [20:37] <Hixie> tantek: in particular, which requirements or use cases you think we shouldn't address, and which you think are already addressed
  697. # [20:38] <Hixie> tantek: and if you have any ideas on addressing the ones that aren't yet addressed
  698. # [20:38] <krijnh> "A footer typically contains information about its section such as who wrote it, links to related documents, copyright data, and the like."
  699. # [20:38] <Hixie> krijnh: it's not really presentational, but it's certainly easy to see how an Architect might consider them the same thing and merge them into one element
  700. # [20:39] <tantek> Hixie, general comment, the scenarios seem fairly reasonable overall, and yet the requirements appear to be fairly arbitrary, in many cases unnecessary, and disconnected from the scenarios.
  701. # [20:39] <Hixie> krijnh: updated the intro paragraphs for <hgroup> and <header>, let me know if they're more understandable now
  702. # [20:39] <tantek> In my experience, whenever requirements are disconnected from scenarios, the requirements have been artificially written to pre-suppose a specific solution.
  703. # [20:40] <Hixie> yeah that was my general impression too
  704. # [20:40] * Joins: doublec_ (n=doublec@guest-226.mountainview.mozilla.com)
  705. # [20:40] <tantek> In otherwords, the requirements should be derived from the scenarios
  706. # [20:40] <tantek> and scenarios really should be derived from real world web publishing examples (with URLs provided)
  707. # [20:41] <tantek> any requirements that are not derived from a scenario should be labeled hypothetical/a-priori and dropped
  708. # [20:41] * Quits: doublec (n=doublec@guest-226.mountainview.mozilla.com) (Read error: 104 (Connection reset by peer))
  709. # [20:41] <Hixie> okie dokie. sounsd basically like what i figured. if you have any specific comments on any of the issues, drop me a mail, i'm planning on looking at these in more detail relatively soon.
  710. # [20:42] <krijnh> Hixie: s/(An/(an/ but other than that I think it's better
  711. # [20:42] <tantek> any scenarios which do not withstand the test/request for basis in real world web publishing examples (with URL) should be considered "second class" / optional in comparison to scenarios bounded in real world web publishing examples.
  712. # [20:43] <tantek> in otherwords, I am not against "new"/theoretical scenarios, because that's often how new problems are solved. however, solutions should solve existing real world problems first, and new/theoretical problems second IMHO.
  713. # [20:43] <tantek> it's a matter of prioritization
  714. # [20:45] * doublec_ is now known as doublec
  715. # [20:47] <tantek> one exception to the requirements feedback - it's reasonable to consider requirements that are based on well known/practiced/tested principles of data format design. this of course depends on agreeing/disagreeing on principles.
  716. # [20:47] <tantek> for example this requirement:
  717. # [20:47] * Joins: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com)
  718. # [20:47] <tantek> "Machine-readable event data shouldn't be on a separate page than
  719. # [20:47] <tantek> human-readable dates."
  720. # [20:48] <tantek> could be expressed as a specific instance of the DRY (don't repeat yourself) principle.
  721. # [20:49] <tantek> and perhaps even a specific subrequirement of "Should be unlikely to get out of sync with prose on the page."
  722. # [20:49] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 54 (Connection reset by peer))
  723. # [20:50] <tantek> Just to point out one egregious requirement (which I think is quite questionable).
  724. # [20:50] * Joins: riven (n=colin@pdpc/supporter/professional/riven)
  725. # [20:50] <tantek> This one sounds highly theoretical until/unless sufficient real world examples (with URLs) are provided that demonstrate the need: "Should be possible for different parts of an event to be given in
  726. # [20:50] <tantek> different parts of the page. For example, a page with contact details
  727. # [20:50] <tantek> for people in columns (with each row giving the name, telephone
  728. # [20:50] <tantek> number, etc) should still have unambiguous grouped contact details
  729. # [20:50] <tantek> parseable from it."
  730. # [20:50] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
  731. # [20:51] * Quits: pauld (n=pauld@host81-158-125-194.range81-158.btcentralplus.com) (Client Quit)
  732. # [20:51] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Nick collision from services.)
  733. # [20:51] * sid0_ is now known as sid0
  734. # [20:51] <Hixie> tantek: that particular one has been demonstrated to me several times, though i don't have URIs handy right now
  735. # [20:51] <tantek> (note the typo "an event" in that requirement, as it was obviously copy-pasted from the previous version which has the same theoreticalness flaw
  736. # [20:51] <tantek> "Should be possible for different parts of an event to be given in
  737. # [20:51] <tantek> different parts of the page. For example, a page with calendar events
  738. # [20:51] <tantek> in columns (with each row giving the time, date, place, etc) should
  739. # [20:51] <tantek> still have unambiguous calendar events parseable from it."
  740. # [20:52] <Hixie> but basically there are people who want to add events, contacts, etc, to pages that aren't conforming, and won't be conforming
  741. # [20:52] <Hixie> and they're willing to use rdfa rather than microformats because of this requirement (!)
  742. # [20:53] <Hixie> myspace was the main example of this, but i've been shown others
  743. # [20:53] <tantek> without the URIs to specific examples, arguments about what solution to use are then based in theory/religious reasoning rather than actual practicality
  744. # [20:53] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  745. # [20:53] <tantek> which is ironic for an requirement based on "pages that aren't conforming, and won't be conforming" - which is obviously an appeal to practicality
  746. # [20:54] <Hixie> one example would google's internal contacts app
  747. # [20:54] <Hixie> which has the information about the main person intermixed with manager information and reportees information
  748. # [20:55] <tantek> it seems to be against reason to suggest a set of complex solutions/changes (rdfa) to a page that won't accept simple solutions/changes (conformance)
  749. # [20:56] <Hixie> yeah i don't understand why they don't just hack hcard to support what they want in the myspace case
  750. # [20:56] <tantek> also, regarding microformats for relating pieces of data across a document, this has been solved for quite some time with the "include-pattern". http://microformats.org/wiki/include-pattern
  751. # [20:56] <tantek> hResume uses it for example, to avoid duplicating a person's name in every job experience entry
  752. # [20:57] <tantek> Hixie, what often happens in many more complex markup cases, is the authors of those complex markup cases *assume* they can't use a simple solution, and immediately leap to a more complex solution because they think they are sufficiently knowledgeable about simple solutions to come to that conclusion.
  753. # [20:57] <tantek> They're almost always wrong.
  754. # [20:58] <Hixie> frankly microformats' lack of a clear parsing specs nor any apparent movement towards creating any has hurt its credibility significantly amongst a lot of the people who contributed feedback here
  755. # [20:58] <tantek> What such authors should do is first ask: "how do I markup example XYZ with microformats"
  756. # [20:58] <tantek> rather than assuming it's not possible
  757. # [20:58] <a-ja> they working on fixing date/time abbr-abuse?
  758. # [20:59] <Hixie> tantek: no argument from me there
  759. # [20:59] <Hixie> tantek: but for some reason, they are making that leap anyway
  760. # [20:59] <tantek> a-ja - "abuse" is not really a proper characterization of the problem. in particular, the real problems have been with accessibility and localization, and yes, working on that problem is what Ben Ward and I have been focusing on for perhaps the past 6-9 months
  761. # [21:00] <tantek> we have an alpha draft (feature complete) of a solution and are tweaking it: http://microformats.org/wiki/value-excerption-pattern
  762. # [21:00] <tantek> Hixie, such leaps typically indicate some degree of arrogance
  763. # [21:00] <tantek> a-ja - sorry this is the proper URL: http://microformats.org/wiki/value-class-pattern
  764. # [21:00] <Hixie> tantek: clearly, but what do we do about it?
  765. # [21:01] <tantek> a-ja, if you want to explore / discuss the value-class-pattern further, feel free to bring it up in #microformats
  766. # [21:01] <a-ja> will do.....reading
  767. # [21:02] <tantek> Hixie, I typically do http://microformats.org/wiki/mailing-lists#Point_out_logical_flaws
  768. # [21:02] <krijnh> Isn't #microformats busy enough already? ;)
  769. # [21:03] <Hixie> tantek: that doesn't scale; people are making this mistake without us knowing about it.
  770. # [21:03] <tantek> Hixie, there are two cases
  771. # [21:04] <tantek> either they bring the examples to your attention (as you have stated), at which point, you point out the logical flaw(s) in their reasoning/assumptions, preferably with URLs to the logical flaws explaining them further
  772. # [21:05] <tantek> OR they don't bring the examples to you, and you don't know about, and they go off and invent their own random XML/RDF/JSON/tab-delimited/comma-separated format. in which case, let them perform such a science experiment, from which everyone can learn.
  773. # [21:05] * Joins: olliej (n=oliver@17.246.18.134)
  774. # [21:05] <Hixie> tantek: it stops being a science experiment when companies like Yahoo! actively evangelise the use of RDFa in text/html to solve actual problems they perceive authors want solving
  775. # [21:06] <tantek> a-ja, thanks and appreciated. Ben and I are iterating rapidly on that document and so now is a very good time for feedback and improvements.
  776. # [21:07] * Quits: davidb (n=davidb@corp-241.mountainview.mozilla.com)
  777. # [21:07] <tantek> Hixie, most authors glaze over at the very first mention of namespaces and the complexities that brings with it. Nevermind the historically bad (more than deserved) marketing that RDF has gotten. So this is not really a problem. Big companies evangelize all sorts of science experiments that go nowhere. I can't count the number of XML formats Microsoft has evangelized that have been abandoned. And for Yahoo - how well is MediaRSS
  778. # [21:08] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->K")
  779. # [21:08] <Hixie> there's plenty of random ccREL crap on the web now
  780. # [21:08] <tantek> and plus, as soon as a big company evanglizes something, then it brings it back to the first case, you know about it, can ask for real world examples, and can point out the logical flaw(s) in their reasoning/assumptions
  781. # [21:09] <a-ja> tantek: maybe date/time examples using html5 time element?
  782. # [21:09] <tantek> Hixie, before ccREL, there was the creative commons RDF vocabulary that they embedded in HTML comments - that failed as well.
  783. # [21:09] <Hixie> when i did that with the yahoo! case, they said their customers (including e.g. myspace) found microformats didn't solve their problems and that's why they supported rdfa as well.
  784. # [21:09] * Joins: erlehmann (n=erlehman@86.59.25.121)
  785. # [21:10] <Hixie> tantek: depends how you define "failed"
  786. # [21:10] <Hixie> tantek: it's all over the web
  787. # [21:10] <Hixie> tantek: it's wasted countless man hours
  788. # [21:10] <tantek> Hixie, authors are no longer actively publishing it, and no one is building tools to depend on it.
  789. # [21:10] <Hixie> no, they're publishing the new ccREL crazyness instead
  790. # [21:11] <tantek> Hixie, it's not really wasted, in the same way as testing flawed scientific theories is not wasted. Either way science makes progress, by documenting what doesn't work as well as what does.
  791. # [21:11] <Philip`> rel="license" is the 39th most common rel value, in some set of data
  792. # [21:11] <Philip`> on about 0.4% of pages
  793. # [21:12] <Philip`> rel="cc:attributionURL" is 184th, on about 0.02%
  794. # [21:12] <tantek> Philip`, right. rel="license" was introduced as a microformat back in 2004, and took off rapidly, in comparison to the "official" solution of creative commons RDF in HTML comments.
  795. # [21:12] <tantek> the simpler unofficial solution far outdid the complex official solution
  796. # [21:12] <tantek> this is not the first time this has happened, and won't be the last
  797. # [21:13] <Philip`> (xmlns:cc is on about 0.03% of the pages)
  798. # [21:13] <tantek> a-ja, current microformats documentation of HTML5 is here: http://microformats.org/wiki/html5 and yes, more HTML5 examples are a good idea / would be welcome.
  799. # [21:15] <Hixie> tantek: does rel-license have a solution to the problem of setting the license on subparts of the page btw? e.g. on images without affecting the license of the whole page
  800. # [21:15] <Philip`> http://philip.html5.org/data/cc-errors.txt has some data on the CC-RDF-in-comments thing
  801. # [21:19] <a-ja> <img src='' rel="license"/> ???
  802. # [21:19] <a-ja> nah
  803. # [21:20] <tantek> Hixie, rel-license itself does not, but Mike Linksvayer and I worked on developing a licensing microformat which would work for inclusion on parts of a page, e.g. for images. http://microformats.org/wiki/licensing
  804. # [21:20] <tantek> (Mike was former CTO of CC I believe)
  805. # [21:21] <Hixie> interesting
  806. # [21:21] * Joins: ojan (n=ojan@72.14.229.81)
  807. # [21:21] * Parts: ojan (n=ojan@72.14.229.81)
  808. # [21:21] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  809. # [21:22] * Philip` remembers how Encarta would automatically add a copyright notice when you copied-and-pasted more than a few words into a text editor
  810. # [21:22] <tantek> Hixie, currently however, I am going to state that with respect to Creative Commons, this is more of a political problem rather than a technical problem.
  811. # [21:22] <Hixie> personally i think it's wrong to have copyright information be machine-readable at all
  812. # [21:22] <tantek> Ben Adida, is both CC's rep to the W3C and chairs the task force on RDFa : http://creativecommons.org/about/people/#13
  813. # [21:23] <Philip`> When I'm scanning a load of .ttf files to find ones with licenses that allow modification, I really wish they contained machine-readable copyright information
  814. # [21:23] <Hixie> and i strongly object to creative commons' repeatedly causing license proliferation
  815. # [21:23] <Hixie> we have too many damn licenses as it is
  816. # [21:23] <Philip`> (Instead I've got a dozen regexps like qr/This (file|software|truetype software) is public domain\./ to find them)
  817. # [21:24] <tantek> Hixie, I tend to agree that license proliferation is a problem.
  818. # [21:25] * Philip` 's regexp list includes qr/This font is inspired by Polish-Lithuanian Constitution of 3 Mai 1791 and is released to the Public Domain\./
  819. # [21:26] <tantek> in conversations in the past, Ben Adida and I have chosen to agree to disagree with respect to namespaces. I think it is a fair characterization to say that he believes they are both essential and not a difficult hurdle for authors, and I believe they are undesirable, and sufficiently ugly/complex for vast majority of authors to reject any form of authoring that requires them.
  820. # [21:27] <Hixie> well i think it's clear where i stand on that particular issue
  821. # [21:27] <tantek> Thus I don't hold much hope for changing ccREL.
  822. # [21:27] * Quits: olliej (n=oliver@17.246.18.134)
  823. # [21:28] <tantek> However I have hope that a licensing microformat will handling 80%+ of the use cases that ccREL claims to handle, and will be adopted by authors, blogging tools etc. and hopefully eventually search engines (as they adopted rel="license" when that was shown to be a success).
  824. # [21:28] <tantek> s/handling/handle
  825. # [21:35] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  826. # [21:36] <tantek> Hixie, note btw that ccREL stands for "Creative Commons Rights Expression Language" which, upon a brief reading of the vocabulary description ( http://creativecommons.org/ns - which itself does not validate - always makes me suspicious of anyone proposing new standards if they can't conform to current ones) seems to actually *encourage* more variants of licenses/rights/requirements.
  827. # [21:36] <Hixie> yes
  828. # [21:36] <Hixie> hence my comments above
  829. # [21:38] <tantek> yes, I think that attempting to capture/express that fine a detail is a big mistake
  830. # [21:38] <Hixie> yes, it's a terrible mistake
  831. # [21:38] <Hixie> and it doesn't work, either
  832. # [21:38] <Hixie> you can't properly encode legal practices in a finite vocabulary
  833. # [21:38] <Hixie> that's ridiculous
  834. # [21:39] <tantek> in fact, I'll go further than that, any attempt to express specific rights (other than just referring to a license URL) or any other kind of legality in supposedly machine readable/understandable form is a big mistake
  835. # [21:39] <tantek> Hixie, I agree, quite ridiculous. And undesirable.
  836. # [21:39] * Joins: olliej (n=oliver@17.246.18.134)
  837. # [21:44] * Quits: a-ja (n=chatzill@adsl-70-237-139-126.dsl.stlsmo.sbcglobal.net) (Remote closed the connection)
  838. # [21:47] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  839. # [21:48] * Joins: riven (n=colin@pdpc/supporter/professional/riven)
  840. # [21:50] * tantek is continuing the licensing microformat discussion in #microformats, for anyone who would like to view and or participate.
  841. # [21:52] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  842. # [21:54] * Joins: wakaba_ (n=wakaba@EM114-51-133-161.pool.e-mobile.ne.jp)
  843. # [22:12] * Quits: wakaba (n=wakaba@EM114-51-130-173.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  844. # [22:16] * Joins: virtuelv (n=virtuelv@084202133045.customer.alfanett.no)
  845. # [22:17] * Quits: weinig (n=weinig@nat/apple/x-a701842f8c4f451b)
  846. # [22:29] * Joins: weinig (n=weinig@nat/apple/x-121e6335d205e437)
  847. # [22:30] * Quits: ROBOd (n=robod@89.122.216.38) (Excess Flood)
  848. # [22:31] * Joins: ROBOd (n=robod@89.122.216.38)
  849. # [22:34] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->S")
  850. # [22:43] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  851. # [22:44] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  852. # [22:45] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 54 (Connection reset by peer))
  853. # [22:55] * Quits: zdobersek (n=zan@cpe-92-37-79-171.dynamic.amis.net) ("Leaving.")
  854. # [22:55] * Joins: wakaba (n=wakaba@EM114-51-131-244.pool.e-mobile.ne.jp)
  855. # [23:04] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  856. # [23:06] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("perf")
  857. # [23:17] * Quits: wakaba_ (n=wakaba@EM114-51-133-161.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  858. # [23:18] * Quits: zalan (n=kvirc@catv-80-99-193-98.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  859. # [23:19] * Quits: taf2 (n=taf2@65.210.82.235)
  860. # [23:23] * Quits: pmuellr (n=pmuellr@nat/ibm/x-93c549f261bac9aa)
  861. # [23:25] * Quits: maikmerten_ (n=maikmert@BAB9cb6.bab.pppool.de) (Remote closed the connection)
  862. # [23:28] * Quits: ap (n=ap@194.154.88.37)
  863. # [23:29] * Quits: slightlyoff (n=slightly@nat/google/x-04cea06346299730) (Read error: 110 (Connection timed out))
  864. # [23:32] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  865. # [23:36] * Quits: weinig (n=weinig@nat/apple/x-121e6335d205e437) (Read error: 104 (Connection reset by peer))
  866. # [23:37] * Joins: weinig (n=weinig@nat/apple/x-225b4c23b7ce9b3b)
  867. # [23:51] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 104 (Connection reset by peer))
  868. # [23:52] * Joins: riven (n=colin@53525B67.cable.casema.nl)
  869. # Session Close: Fri May 01 00:00:00 2009

The end :)