/irc-logs / freenode / #whatwg / 2009-03-02 / end

Options:

  1. # Session Start: Mon Mar 02 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca) ("This computer has gone to sleep")
  4. # [00:06] * Joins: nessy (n=nessy@115.129.2.83)
  5. # [00:12] * Joins: danbri (n=danbri@s55927ef8.adsl.wanadoo.nl)
  6. # [00:27] * Quits: heycam (n=cam@vpn-118-138-224-6.its.monash.edu.au) (Read error: 110 (Connection timed out))
  7. # [00:29] * Joins: karlcow (n=karl@modemcable140.128-20-96.mc.videotron.ca)
  8. # [00:31] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  9. # [00:39] * Joins: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  10. # [00:42] * Joins: MikeSmith (n=MikeSmit@EM114-48-10-125.pool.e-mobile.ne.jp)
  11. # [00:45] * drostie is now known as ConformistCosine
  12. # [00:46] * ConformistCosine is now known as drostie
  13. # [00:48] * Quits: grimboy (n=grimboy@78-86-152-156.zone2.bethere.co.uk) ("Lost terminal")
  14. # [00:51] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  15. # [00:53] * Quits: nessy (n=nessy@115.129.2.83) (Read error: 104 (Connection reset by peer))
  16. # [00:59] * Joins: nessy (n=nessy@124-171-34-59.dyn.iinet.net.au)
  17. # [01:14] * Quits: Simetrical (n=Simetric@wikipedia/simetrical) (Remote closed the connection)
  18. # [01:14] * Joins: Simetrical (n=Simetric@wikipedia/simetrical)
  19. # [01:28] * Quits: MikeSmith (n=MikeSmit@EM114-48-10-125.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  20. # [01:35] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (Read error: 110 (Connection timed out))
  21. # [01:41] * Joins: heycam (n=cam@vpn-118-138-224-66.its.monash.edu.au)
  22. # [01:41] * Quits: drostie (n=quassel@5354256F.cable.casema.nl) ("No Ping reply in 30 seconds.")
  23. # [01:42] * Joins: drostie (n=quassel@5354256F.cable.casema.nl)
  24. # [01:45] * Quits: drostie (n=quassel@5354256F.cable.casema.nl) (Client Quit)
  25. # [01:47] * Joins: drostie (n=quassel@5354256F.cable.casema.nl)
  26. # [01:56] * Quits: drostie (n=quassel@5354256F.cable.casema.nl) ("No Ping reply in 30 seconds.")
  27. # [01:56] * Joins: drostie (n=quassel@5354256F.cable.casema.nl)
  28. # [02:06] * Quits: karlcow (n=karl@modemcable140.128-20-96.mc.videotron.ca) ("This computer has gone to sleep")
  29. # [02:25] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  30. # [02:25] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  31. # [02:34] * Joins: MikeSmith (n=MikeSmit@dhcp-246-117.mag.keio.ac.jp)
  32. # [02:42] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  33. # [02:49] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  34. # [02:59] * Joins: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca)
  35. # [03:00] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  36. # [03:05] * Parts: annevk3 (n=opera@softbank219055240218.bbtec.net)
  37. # [03:05] * drostie is now known as MacGyver
  38. # [03:05] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 60 (Operation timed out))
  39. # [03:05] * MacGyver is now known as drostie
  40. # [03:16] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (niven.freenode.net irc.freenode.net)
  41. # [03:16] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (niven.freenode.net irc.freenode.net)
  42. # [03:16] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) (niven.freenode.net irc.freenode.net)
  43. # [03:16] * Quits: campd (n=dave@li5-166.members.linode.com) (niven.freenode.net irc.freenode.net)
  44. # [03:16] * Quits: gpy (i=gpy@193.138.219.74) (niven.freenode.net irc.freenode.net)
  45. # [03:16] * Quits: raspberry-lemon (n=lemon@raspberry-style.net) (niven.freenode.net irc.freenode.net)
  46. # [03:16] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  47. # [03:16] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
  48. # [03:16] * Joins: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net)
  49. # [03:16] * Joins: campd (n=dave@li5-166.members.linode.com)
  50. # [03:16] * Joins: gpy (i=gpy@193.138.219.74)
  51. # [03:16] * Joins: raspberry-lemon (n=lemon@raspberry-style.net)
  52. # [03:33] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  53. # [03:38] * Quits: dave_levin_ (n=dave_lev@72.14.224.1) (Read error: 60 (Operation timed out))
  54. # [03:42] * Joins: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  55. # [03:45] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  56. # [03:52] * gsnedders recalculates uncertainties and has them almost double
  57. # [03:52] * gsnedders sighs
  58. # [04:20] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  59. # [04:21] * Quits: drostie (n=quassel@5354256F.cable.casema.nl) (Remote closed the connection)
  60. # [04:22] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  61. # [04:23] * Joins: doublec_ (n=doublec@202.0.36.64)
  62. # [04:24] * Joins: roc_ (n=roc@202.0.36.64)
  63. # [04:40] * Quits: roc (n=roc@202.0.36.64) (Read error: 110 (Connection timed out))
  64. # [04:40] * Quits: doublec (n=doublec@202.0.36.64) (Read error: 110 (Connection timed out))
  65. # [04:58] * Joins: heycam` (n=cam@vpn-118-138-224-53.its.monash.edu.au)
  66. # [05:00] * Quits: heycam (n=cam@vpn-118-138-224-66.its.monash.edu.au) (Read error: 110 (Connection timed out))
  67. # [05:00] * heycam` is now known as heycam
  68. # [05:04] * Quits: roc_ (n=roc@202.0.36.64)
  69. # [05:43] * Joins: john_fallows (n=j_r_fall@c-71-202-53-211.hsd1.ca.comcast.net)
  70. # [05:43] * Joins: heycam` (n=cam@vpn-118-138-224-20.its.monash.edu.au)
  71. # [05:44] * Quits: heycam (n=cam@vpn-118-138-224-53.its.monash.edu.au) (Read error: 110 (Connection timed out))
  72. # [05:45] * heycam` is now known as heycam
  73. # [05:48] <john_fallows> Hixie: the EventSource attribute called "URL" looks like it has the wrong case (compare StorageEvent.url)
  74. # [05:51] * Joins: roc (n=roc@121-72-201-57.dsl.telstraclear.net)
  75. # [05:54] * Quits: heycam (n=cam@vpn-118-138-224-20.its.monash.edu.au) ("bye")
  76. # [05:54] * Joins: heycam (n=cam@vpn-118-138-224-20.its.monash.edu.au)
  77. # [06:00] * Quits: nessy (n=nessy@124-171-34-59.dyn.iinet.net.au) ("This computer has gone to sleep")
  78. # [06:04] * Parts: erlehmann (n=erlehman@86.59.25.121)
  79. # [06:05] * Quits: doublec_ (n=doublec@202.0.36.64) (Read error: 110 (Connection timed out))
  80. # [06:09] * Joins: roc_ (n=roc@121-72-201-57.dsl.telstraclear.net)
  81. # [06:10] * Quits: roc_ (n=roc@121-72-201-57.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
  82. # [06:18] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  83. # [06:24] * Quits: roc (n=roc@121-72-201-57.dsl.telstraclear.net) (Read error: 110 (Connection timed out))
  84. # [06:47] * Joins: ojan (n=ojan@c-67-164-75-36.hsd1.ca.comcast.net)
  85. # [06:47] * Quits: ojan (n=ojan@c-67-164-75-36.hsd1.ca.comcast.net) (Client Quit)
  86. # [06:53] * Quits: heycam (n=cam@vpn-118-138-224-20.its.monash.edu.au) (Read error: 104 (Connection reset by peer))
  87. # [06:53] * Joins: heycam` (n=cam@clm-laptop.infotech.monash.edu.au)
  88. # [07:02] * Joins: shepazutoo (n=schepers@adsl-221-31-62.rmo.bellsouth.net)
  89. # [07:03] * Quits: weinig (n=weinig@76.246.38.3)
  90. # [07:08] * Quits: shepazu (n=schepers@adsl-221-60-115.rmo.bellsouth.net) (Read error: 113 (No route to host))
  91. # [07:12] * Quits: heycam` (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  92. # [07:14] * Quits: MikeSmith (n=MikeSmit@dhcp-246-117.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  93. # [07:33] <Hixie> john_fallows: StorageEvent is the one with the wrong case
  94. # [07:34] <john_fallows> isn't the attribute name "URL" (all upper case) inconsistent with other attribute names?
  95. # [07:34] <Hixie> yeah but document.URL has existed for years
  96. # [07:35] <john_fallows> so then propagate that to EventSource, WebSocket, StorageEvent, ... ?
  97. # [07:43] <john_fallows> i suppose the attributes on EventSource, WebSocket, StorageEvent would not need to be consistent with the case of "URL" if they were named something completely different :-)
  98. # [07:47] <Hixie> WebSocket and EventSource both already use .URL
  99. # [07:47] <Hixie> might be too late to change StorageEvent though
  100. # [07:47] <Hixie> since i imagine that's about to ship in IE8
  101. # [07:54] * Joins: MikeSmith (n=MikeSmit@EM114-48-29-150.pool.e-mobile.ne.jp)
  102. # [07:56] * Joins: heycam (n=cam@124-168-12-212.dyn.iinet.net.au)
  103. # [07:57] * jwalden remembers MessageEvent.uri almost a year ago, in ancient times
  104. # [08:00] <john_fallows> if that's the state of things, then why not keep the legacy "URL" on document as a special case and make everything else self-consistent case?
  105. # [08:00] <Hixie> it is self-consistent now :-)
  106. # [08:00] <Hixie> what's wrong with upper case?
  107. # [08:01] <Hixie> have one uppercase and three lowercase or three uppercase and one lowercase, they're still inconsistent
  108. # [08:01] <john_fallows> you just pointed out that it's not self-consistent now, (StorageEvent.url )
  109. # [08:01] <Hixie> right but why does it matter whether we're consistent with uppercase or lowercase?
  110. # [08:02] <john_fallows> you are right, so the argument of consistency with uppercase "URL" is already moot
  111. # [08:02] <john_fallows> but the argument of consistency with the case of all the other attributes still holds, no?
  112. # [08:02] <Hixie> *shrug*
  113. # [08:03] <Hixie> consistency in the html apis is so far beyond a lost cause at this point that i'd rather just be consistent with the existing attribute names (like document.URL)
  114. # [08:03] <john_fallows> it just looked a bit confusing to me because "URL" in upper case instantly looks like a type, not an attribute
  115. # [08:05] <Hixie> oh i'm not saying it makes any sense, indeed
  116. # [08:07] * Hixie stares at his inbox
  117. # [08:07] <Hixie> holy crap what a lot of e-mail
  118. # [08:07] <john_fallows> you'll be glad when 2022 rolls around ;-)
  119. # [08:09] <Hixie> i'll be glad when sam manages to get people to stop repeating themselves
  120. # [08:09] <Hixie> 34 messages on summary="" alone in 24 hours
  121. # [08:10] <Hixie> is smylers on irc?
  122. # [08:11] * Joins: ap (n=ap@194.154.88.41)
  123. # [08:12] <MikeSmith> I think to bypass the rules that Sam outlined in his message today, people can switch to using "thou" instead of "you", and the royal "we" instead of "I"
  124. # [08:19] <Dashiva> Semantics on public-html? Unheard of
  125. # [08:21] <MikeSmith> Hixie: if you were to put the spellcheck attribute into a particular class, would "interactive" be appropriate? the WHATTF schema has contenteditable, draggable, hidden, and contextmenu in that class (named pattern in the schema)
  126. # [08:22] <Hixie> yes
  127. # [08:22] <MikeSmith> OK
  128. # [08:22] <Hixie> tabindex would likely be in the same class
  129. # [08:24] <MikeSmith> schema has that in common.attrs.present (presentational), along with style attribute
  130. # [08:25] <Hixie> what an odd distinction
  131. # [08:25] <Hixie> are they handled differently?
  132. # [08:25] <MikeSmith> comment there says, "REVISIT move style to a module and bundle tabindex with ARIA"
  133. # [08:25] <Hixie> o_O
  134. # [08:29] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
  135. # [08:36] <Hixie> i wonder if i can get out of watching the video sam wants us to watch, on the grounds that i was there at the filming of the video...
  136. # [08:38] <sayrer> Hixie, you weren't required, as you were under the limit
  137. # [08:38] <Hixie> aah, that's lucky
  138. # [08:44] * Hixie watches the video again anyway
  139. # [08:46] * Joins: doublec (n=doublec@118-93-186-208.dsl.dyn.ihug.co.nz)
  140. # [08:52] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  141. # [09:12] * Quits: MikeSmith (n=MikeSmit@EM114-48-29-150.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  142. # [09:16] * Joins: Hish_ (n=chatzill@p5B382FF1.dip0.t-ipconnect.de)
  143. # [09:21] <hsivonen> sigh. that's a lot of email on public-html for one Sunday
  144. # [09:22] <hsivonen> I think I'm going to limit my posting rate voluntarily to max one message per day per thread
  145. # [09:23] * Joins: nessy (n=nessy@124-171-34-59.dyn.iinet.net.au)
  146. # [09:25] <Hixie> hsivonen: i hope that means you start e-mailing whatwg instead :-)
  147. # [09:25] <Hixie> i wouldn't want to lose your input just because some people are crazy :-)
  148. # [09:32] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 110 (Connection timed out))
  149. # [09:40] * Quits: sayrer (n=chatzill@user-160va8b.cable.mindspring.com) (Remote closed the connection)
  150. # [09:44] <jgraham> Oh good lord.
  151. # [09:44] * jgraham sees like 100 new messages for 1.5 days
  152. # [09:45] * Joins: svl_ (n=chatzill@a194-109-2-36.dmn.xs4all.nl)
  153. # [09:49] <jgraham> hsivonen: Is there any good reason to believe that people would use summary="" reliably enough to use it a presentation-indicator (or, at least, a lone presentation indicator)
  154. # [09:53] * Joins: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com)
  155. # [09:56] * Joins: annevk (n=annevk@EM114-48-179-236.pool.e-mobile.ne.jp)
  156. # [10:03] * Quits: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com)
  157. # [10:03] * Quits: john_fallows (n=j_r_fall@c-71-202-53-211.hsd1.ca.comcast.net) (Remote closed the connection)
  158. # [10:04] * Joins: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com)
  159. # [10:15] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  160. # [10:23] * Joins: mat_t (n=mattomas@nat/canonical/x-2500c7fcd56f5666)
  161. # [10:25] * Quits: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  162. # [10:27] <hsivonen> jgraham: I don't expect all layout tables to be flagged with summary="" or role=presentation
  163. # [10:27] <hsivonen> jgraham: I do assume (with no data) that people wouldn't put role=presentation on data tables
  164. # [10:27] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  165. # [10:36] <jgraham> hsivonen: I can imagine copy-and-paste authouring making it less than 100% accurate
  166. # [10:39] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  167. # [10:42] * Joins: ROBOd (n=robod@89.122.216.38)
  168. # [10:56] * Parts: annevk (n=annevk@EM114-48-179-236.pool.e-mobile.ne.jp)
  169. # [10:58] <Hixie> what's the opposite of "lexical space"?
  170. # [10:58] <Hixie> i'm having a mind blank
  171. # [11:00] <Philip`> I don't know what you mean by "opposite", but maybe it's what XML Schema calls "value space"?
  172. # [11:03] <virtuelv> Hixie: would you support splitting the storage spec from HTML5?
  173. # [11:03] <virtuelv> (local/sessionStorage that is)
  174. # [11:04] <Hixie> value space is where i was going, thanks
  175. # [11:04] * Quits: Hish_ (n=chatzill@p5B382FF1.dip0.t-ipconnect.de) (Read error: 104 (Connection reset by peer))
  176. # [11:04] <virtuelv> we have some use for the same interfaces in Widgets APIs and Events, and have some extra requirements, such as read-only storage, and the ability to reset storage to default values
  177. # [11:05] * Joins: MikeSmith (n=MikeSmit@EM114-48-179-236.pool.e-mobile.ne.jp)
  178. # [11:09] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  179. # [11:11] <jgraham> virtuelv: I was under the impression that splitting out the storage spec is a done deal it's just that it hasn't happened yet. But I could be wrong of course
  180. # [11:11] <virtuelv> ah, I was unsure of that
  181. # [11:12] <virtuelv> the issue here being that we're on a different timeline than html5
  182. # [11:12] <virtuelv> and with slightly different needs
  183. # [11:12] <Hixie> yeah it'll be taken out, uh, *consults calendar*
  184. # [11:13] <Hixie> erm
  185. # [11:13] * Hixie adds to the calendar
  186. # [11:13] <Hixie> this month!
  187. # [11:13] <virtuelv> Hixie: in other words, we need an editor for a storage spec? and asap? :)
  188. # [11:13] <Hixie> nah, i can do it
  189. # [11:13] <Hixie> it's stable enough
  190. # [11:15] <virtuelv> Hixie: when you do, will you account for the extra requirements raised? (read-only storage items, reset to default (in Widgets, you can declare prefs in the manifest), and also making sure that it's agnostic towards where something is stored)?
  191. # [11:16] <Hixie> i would recommend inheriting from the Storage interface and defining those extensions in the widgets spec
  192. # [11:17] * Joins: ROBOd2 (n=robod@89.122.216.38)
  193. # [11:17] <virtuelv> for now, we've tried to avoid dependencies on HTML5
  194. # [11:17] <jgraham> Hixie: Does that work better than making storage deal with both sets of requirements and making HTML5 say "all values are Read Write, All values default to undefined"
  195. # [11:17] <Hixie> virtuelv: the Storage interface will be in another doc within the month, hopefully
  196. # [11:18] <Hixie> jgraham: i'll have to look closer at the two needs to know which is better
  197. # [11:18] <virtuelv> Hixie: given its relative maturity, are you foreseeing any fast-track to LC?
  198. # [11:18] <jgraham> Hixie: Fair enough :)
  199. # [11:24] * Joins: srushe (n=srushe@81.130.239.199)
  200. # [11:30] * Quits: ROBOd (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  201. # [11:33] * Joins: dbaron (n=dbaron@222-151-083-100.jp.fiberbit.net)
  202. # [11:33] <Lachy> Hixie, are you splitting out localStorage/sessionStorage and the Database storage APIs together?
  203. # [11:33] * Joins: drostie (n=quassel@wlan-145-94-169-235.wlan.tudelft.nl)
  204. # [11:33] <Hixie> yes
  205. # [11:33] <Hixie> virtuelv: html5 itself is intended for lc in october, i doubt i'll be attempting for anything faster
  206. # [11:34] <Lachy> ok, so basically the whole of section 5.11 "Structured client-side storage" will be removed
  207. # [11:34] <Hixie> virtuelv: i expect it'll take longer than that for the w3c to manage to get us a charter allowing us to get to fpwd!
  208. # [11:34] <Hixie> Lachy: right
  209. # [11:34] * Philip` fails to understand what Kristof means about "bounding box" and "flattening"
  210. # [11:35] * Joins: mstange (n=markus@pD9579985.dip0.t-ipconnect.de)
  211. # [11:35] <Lachy> ok. that's good cause it will reduce the size of HTML5, but that's bad cause it's another spec I will need to look at separately. I hate having conflicting needs.
  212. # [11:37] * Joins: drostie_ (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl)
  213. # [11:37] * jgraham imagines Lachy's head exploding like some poorly designed film robot that can't cope with contradictions
  214. # [11:38] <Hixie> Lachy: i'm tempted to leave them in the whatwg version (they'll still be in the whatwg source file...)
  215. # [11:38] <Lachy> but that will make the W3C and WHATWG copies differ.
  216. # [11:39] <Hixie> that is the main downside, yes
  217. # [11:39] * Lachy 's head explodes! *BOOM*
  218. # [11:39] <Hixie> oh dear oh dear
  219. # [11:39] * Hixie cleans up the mess
  220. # [11:39] <Hixie> someone order a new lachy!
  221. # [11:39] * Quits: mstange (n=markus@pD9579985.dip0.t-ipconnect.de) (Remote closed the connection)
  222. # [11:41] * Joins: ROBOd3 (n=robod@89.122.216.38)
  223. # [11:42] <hsivonen> Hixie: how did workers being in a separate source file work out?
  224. # [11:42] * Joins: mstange (n=markus@pD9579985.dip0.t-ipconnect.de)
  225. # [11:44] <Hixie> Not. Well.
  226. # [11:47] <Hixie> ok i'm going to sleep
  227. # [11:47] <Hixie> nn
  228. # [11:47] <Lachy> nn
  229. # [11:52] * Quits: drostie (n=quassel@wlan-145-94-169-235.wlan.tudelft.nl) (Read error: 110 (Connection timed out))
  230. # [11:54] * Quits: ROBOd2 (n=robod@89.122.216.38) (Read error: 110 (Connection timed out))
  231. # [11:58] * Joins: drostie (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl)
  232. # [11:59] * Quits: drostie_ (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl) (Read error: 104 (Connection reset by peer))
  233. # [12:00] * Quits: mat_t (n=mattomas@nat/canonical/x-2500c7fcd56f5666) ("Leaving")
  234. # [12:07] * Quits: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com) (Read error: 104 (Connection reset by peer))
  235. # [12:07] * Joins: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com)
  236. # [12:07] <Philip`> Is it appropriate to use dl/dt/dd for marking up FAQs?
  237. # [12:09] * Quits: drostie (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl) (Read error: 104 (Connection reset by peer))
  238. # [12:09] * Joins: drostie (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl)
  239. # [12:13] <jgraham> Philip`: I don't see any reason why not
  240. # [12:14] * Quits: drostie (n=quassel@wlan-145-94-168-195.wlan.tudelft.nl) (Client Quit)
  241. # [12:15] <Philip`> jgraham: I suppose I don't quite see a FAQ question as being a "name"
  242. # [12:15] <Philip`> but it's still associating a sort-of-not-quite-name thing with some other text
  243. # [12:16] <Philip`> and, most importantly, the default presentation is kind of appropriate
  244. # [12:16] <jgraham> Philip`: Yeah, I just read the spec text and it doesn't quite support it.
  245. # [12:16] <jgraham> But since my opinion is roughly "if you have to ask about semantics they have already failed" I don't think it matters much
  246. # [12:17] <Philip`> Hmm, maybe the questions should be <hN> so an outline-based ToC generator would include them
  247. # [12:17] <virtuelv> Hixie: I'd imagine that a storage API already falls in under the webapps charter - you could ask chaals
  248. # [12:18] <jgraham> Philip`: That is certianly a good practical reason for taking that approach.
  249. # [12:18] <Lachy> I think <dl> is suitable for an FAQ. But I think the problem is trying to find an appropriate way to express the semantics in the spec, without making the definition too vague and also without making it too specific that it accidentally eliminates otherwise valid uses
  250. # [12:18] <jgraham> Although I bet accessibuility people have a rule like "you shouldn't have more than three words in a heading" or something silly
  251. # [12:19] <Lachy> the other problem is that some people tend to be overly strict in their interpretation of the semantics in the spec
  252. # [12:19] <Philip`> jgraham: Such a rule should not be acceptable to i18n people, because it would allow German sites to put whole paragraphs of meaning in a single compound word in a heading
  253. # [12:20] <jgraham> Uh, maybe they should syllables instead
  254. # [12:21] <jgraham> (I often see characters used as a measure, but that is silly for obvious reasons)
  255. # [12:21] <Dashiva> Syllables still lets languages like Japanese run wild
  256. # [12:21] * Quits: MikeSmith (n=MikeSmit@EM114-48-179-236.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  257. # [12:21] <Philip`> Lachy: You can't really blame people for reading overly strictly when the spec itself says you rfc2119:MUST follow the intended semantics
  258. # [12:22] <jgraham> Dashiva: Really? Japanese has syllables just like every other language that has a spoken form
  259. # [12:22] <Philip`> If it wasn't meant to be interpreted strictly, it should be phrased more as suggestions rather than as absolute requirements
  260. # [12:23] <Lachy> Philip`, there's a difference between being strict and being overly strict.
  261. # [12:25] <Philip`> jgraham: Now you're discriminating against sign language users
  262. # [12:26] <jgraham> Lachy: But if the point of semantics is to let people build general-purpose consuming software then you either have to be really narrow and strict or... well actually even if you are really narrow and strict you have to deal with the fact that people get things wrong. So you have to either solve a different problem or do something more clever
  263. # [12:26] <Philip`> ((I'm assuming they find it harder to understand the concept of syllables than people who regularly use verbal communication, and so they'd find it hard to count the syllables of their written text))
  264. # [12:26] <jgraham> Like only use the markup as one input amongst many
  265. # [12:26] <Lachy> Philip`, the important part of the element's definition is that it says it's an association list. It just uses to terms "name" and "value" to refer to the parts within a group. It doesn't strictly mean that the first has to be a name, and that is an example of being overly strict
  266. # [12:28] <jgraham> Philip`: However you have to consider that the visually-impaired community has much better advocacy than the deaf community. So as long as things work in screenreaders people tend to assume it meets the definition of "accessible"
  267. # [12:28] * Quits: mstange (n=markus@pD9579985.dip0.t-ipconnect.de) (Remote closed the connection)
  268. # [12:29] <Philip`> Lachy: But the spec says the list MUST be name-value pairs, so it seems fairly clear that its intention is that <dt>s represent names, and it's stated elsewhere that you MUST NOT use elements except for how they were intended to be used
  269. # [12:29] <Philip`> jgraham: If that was true, nobody would care about <video> captioning, but clearly some people do care about that
  270. # [12:30] * Joins: mstange (n=markus@pD9579985.dip0.t-ipconnect.de)
  271. # [12:30] <jgraham> Philip`: Hmm. Good point.
  272. # [12:30] * jgraham should maybe stop being contrary
  273. # [12:31] <Philip`> It's fine to be contrary as long as you're correct ;-)
  274. # [12:31] <virtuelv> <jgraham> Although I bet accessibuility people have a rule like "you shouldn't have more than three words in a heading" or something silly
  275. # [12:31] <virtuelv> that would rather be UX people
  276. # [12:32] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
  277. # [12:32] <jgraham> virtuelv: Not sure what UX has to do with it, really. Long heaings are more-or-less OK for people who are reading the document. I guess they would be annoying if you were scanning through it in a screenreader
  278. # [12:33] <jgraham> Philip`: I think I am right in general that the visually disabled have the best advocacy for their needs
  279. # [12:34] <Philip`> I wouldn't like to read http://www.whatwg.org/specs/web-apps/current-work/multipage/index.html#contents if all the headings were limited to three words
  280. # [12:34] <Lachy> Philip`, there's an example in the spec that uses the dl to give a set of instructions. The statements marked up as DTs don't really fit the definition of a "name". But if you understand that the term "name" is merely being used as an identifer of the component, rather than a strict definition of what it can contain, then it makes sense
  281. # [12:35] <jgraham> Lachy: Arguably the spec is wrong then. But I bet it is wrong in this way for almost every element
  282. # [12:37] <Philip`> jgraham: Perhaps that's largely because they have the most drastically different needs of all the common disability groups, in terms of how HTML is designed and authored?
  283. # [12:37] <Lachy> jgraham, can you think of a better way to define it that doesn't suffer from the same problem of misinterpretation?
  284. # [12:37] <Philip`> jgraham: HTML is primarily a visual markup language, so visual disabilities are going to have to fight hardest to make it acceptable to them
  285. # [12:38] <jgraham> Philip`: Maybe. But nevertheless consider the difference in the public-html traffic between @alt and the equivalent for <audio>
  286. # [12:38] <Lachy> jgraham, besides, the spec clearly states that "Name-value groups may be terms and definitions, metadata topics and values, or any other groups of name-value data.", so it's clear that "names" isn't strictly limited to names.
  287. # [12:39] <jgraham> Lachy: Well if "name" doesn't fit the semantic of the english word "name" it is clearly confusing
  288. # [12:39] <jgraham> "identifier" might be better for example
  289. # [12:40] <Philip`> jgraham: Hmm, perhaps it's also relevant that there's been a decade for groups focused on visual accessibility to grow, whereas audio accessibility is a very new concern on the web and so very few people have got organised enough to participate in discussions on it
  290. # [12:40] <Lachy> possibly, but you have to balance strictness with readability, and more people would be familiar with the concept of name-value groups than "identifier-value" groups.
  291. # [12:42] <jgraham> Philip`: That could be true too. I am only making an empirical observation that almost all the people involved in a10y threads come from a visual-impairment background. I hope I didn't claim to know why that was :)
  292. # [12:42] <Philip`> Maybe the spec shouldn't try to say that using <dl> for FAQs is (depending on its intended semantics, which I can only vaguely discern from the text) the same kind of conformance error as using <blink>
  293. # [12:43] <jgraham> Lachy: That familiarity seems unhelpful if the semantics of <dd>/<dt> pairs are different from those usually associated with name-value groups
  294. # [12:43] <Philip`> jgraham: I don't mean to disagree with you; I'm just idly wondering :-)
  295. # [12:45] * Philip` idly wanders off
  296. # [12:46] <jgraham> Anyway on a not-entirely-unrelated subject, is there any easier way to produce a UI for categorising layout/data tables whilst simultaneously collecting information about the table inclusing its computed style, than developing something like a firefox extension?
  297. # [12:46] <Philip`> Is computed style important to capture?
  298. # [12:47] <jgraham> Philip`: No idea. That's the point really. It seems like it could be
  299. # [12:48] <jgraham> Although if you can convince me that it is trivial to do everything apart from computed style it would maybe be worth doing that first and then seeing how well it works
  300. # [12:49] <Philip`> If you want to get a human to categorise thousands of tables, it seems like it'd be quite a pain if they had to download the entire page (along with styles and images and adverts etc) just so they could see the table and decide if it was data or layout
  301. # [12:49] <jgraham> Basically I want the user to see the table, probably out of its original context, to have three buttons marked "Layout", "Data", "Unknown" and some script that computes properties of the tble in its original context
  302. # [12:49] <Philip`> because that would be slow
  303. # [12:49] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  304. # [12:49] <jgraham> It would be possible to have the categorisation happen at an entirely different time to the property computation if that would help
  305. # [12:50] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  306. # [12:50] <Philip`> It'd be pretty trivial to e.g. extract all the <table> elements from 130K pages from dmoz, ignoring all the external styles and everything, which would be one way to get a list of tables you could show to a user and have them press a key to categorise each one
  307. # [12:51] <jgraham> Philip`: Right. Could you then find the _same_ tables again and compute the properties of them somehow
  308. # [12:52] <jgraham> In their original context. e.g. by constructing an xpath that matched the table and then discarding any cases where the same xpath didn't return a table
  309. # [12:52] <jgraham> (it would just be something like /html/body/div[3]/table or whatever Xpath syntax is
  310. # [12:52] <Philip`> XPath sounds complex - just remember that it was table n on http://...
  311. # [12:53] <Philip`> (and keep a static copy of the page's markup so it won't change)
  312. # [12:53] <Philip`> (though you might have to worry about external stylesheets changing, but I guess that's pretty rare)
  313. # [12:54] <jgraham> I guess that might work
  314. # [12:54] <Philip`> Maybe you could do something like using the embedding API of a browser engine to write an application that loads the pages and dumps the computed style information
  315. # [12:54] <jgraham> Philip`: That was roughly what I had in mind
  316. # [12:54] * Philip` doesn't know if that'd be easier or harder than writing a Firefox extension
  317. # [12:55] <Philip`> I can't think of any other sane way to get computed style information
  318. # [12:56] <Philip`> (Ooh, the bug that made @font-face crash Firefox appears to have been fixed upstream now)
  319. # [12:56] <Philip`> (Hmm, why did someone make Bugzilla's background pink?)
  320. # [12:57] <Dashiva> jgraham: Re:japanese, use of ideograms lets you overload syllables massively.
  321. # [12:58] <Philip`> Oops, I forgot I was going to wander off
  322. # [12:58] * Philip` does so
  323. # [13:07] * Quits: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca) ("This computer has gone to sleep")
  324. # [13:10] * virtuelv_ is now known as virtuelv
  325. # [13:18] * Quits: nessy (n=nessy@124-171-34-59.dyn.iinet.net.au) ("This computer has gone to sleep")
  326. # [13:27] * Quits: dbaron (n=dbaron@222-151-083-100.jp.fiberbit.net) (Read error: 104 (Connection reset by peer))
  327. # [13:29] * Quits: mstange (n=markus@pD9579985.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090301020403]")
  328. # [13:35] * Joins: mstange (n=markus@pD9579985.dip0.t-ipconnect.de)
  329. # [13:43] <Philip`> jgraham: In terms of UI for table categorisation, I kind of like the thing like in http://philip.html5.org/tests/canvas/suite/tests/reportgen.html?100,0 where there's a button for each case, and also you can use the keyboard (y/n), and it automatically scrolls down to the next case, and you can manually scroll up and change your answers if you did it wrong
  330. # [13:59] <jgraham> Philip`: Interesting
  331. # [14:00] <Philip`> ...though that particular example page is rubbish unless you're using IE or Safari 3.0 or something, because otherwise it automatically determines almost all the results
  332. # [14:04] * Joins: aroben (n=aroben@unaffiliated/aroben)
  333. # [14:20] <hsivonen> I wonder if adding classes to text/plain elements is interop-sensitive. see https://bugzilla.mozilla.org/show_bug.cgi?id=369301
  334. # [14:21] * Parts: srushe (n=srushe@81.130.239.199)
  335. # [14:23] <zcorpan> hsivonen: seems more appropriate to extend css with vendor-specific @rules or something
  336. # [14:24] <zcorpan> @-moz-text-document { pre { color:green } } @-moz-web-document { pre { color:red } }
  337. # [14:25] * zcorpan notes that HTTP Link: headers can apply css to text/plain documents
  338. # [14:25] <hsivonen> @-moz-content-type("text/plain") { ... } maybe?
  339. # [14:25] <zcorpan> yeah
  340. # [14:25] <gavin> the use case in that bug was to avoid styling the <pre>s
  341. # [14:25] <gavin> can you do that with an @ rule?
  342. # [14:26] <zcorpan> gavin: @-moz-web-document { pre { color:red } }
  343. # [14:26] <hsivonen> gavin: as much as with classes in the text/plain DOM, I think
  344. # [14:27] <gavin> oh, I misunderstood what you meant by -moz-web-document
  345. # [14:27] * Quits: virtuelv (n=virtuelv@213.236.208.247) (Read error: 110 (Connection timed out))
  346. # [14:28] * Quits: mstange (n=markus@pD9579985.dip0.t-ipconnect.de) (Remote closed the connection)
  347. # [14:29] * Joins: mstange (n=markus@pD9579985.dip0.t-ipconnect.de)
  348. # [14:36] * Quits: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  349. # [14:54] * Joins: annevk3 (n=opera@EM114-48-207-5.pool.e-mobile.ne.jp)
  350. # [14:56] * Quits: xydyx (n=hdh@58.187.23.126) (Remote closed the connection)
  351. # [15:02] * Joins: zdobersek (n=zan@cpe-92-37-64-103.dynamic.amis.net)
  352. # [15:10] <annevk3> sshfs + komodo is no fun over a slow connection
  353. # [15:10] <annevk3> geez
  354. # [15:10] <annevk3> every i/o operation takes >10s or so
  355. # [15:12] * hsivonen reads http://lists.w3.org/Archives/Public/www-html/2006Feb/0095
  356. # [15:13] * annevk3 joins
  357. # [15:16] <hsivonen> "Firefox can't establish a connection to the server at hades.mn.aptest.com."
  358. # [15:16] <hsivonen> Yay for issue tracking systems maintained by spec editors without the W3C systeam
  359. # [15:22] <annevk3> you realize we're doing the same, right?
  360. # [15:23] <annevk3> though admittedly an index of e-mails without replies is a bit different from an issue database in a lot of people's minds
  361. # [15:23] <Philip`> At least there's an externally-hosted mirror of whatwg.org/issues
  362. # [15:23] <hsivonen> annevk3: I fully realize we are doing the same thing
  363. # [15:24] <annevk3> Philip`, you're not supposed to defend us :p
  364. # [15:25] <Philip`> More concerning than any technical infrastructure is that Hixie's head is not maintained by the W3C systeam, despite being critical to the development of HTML 5
  365. # [15:32] * Joins: zdobersek1 (n=zan@cpe-92-37-78-178.dynamic.amis.net)
  366. # [15:33] * Quits: annevk3 (n=opera@EM114-48-207-5.pool.e-mobile.ne.jp)
  367. # [15:39] * Quits: doublec (n=doublec@118-93-186-208.dsl.dyn.ihug.co.nz) ("Leaving")
  368. # [15:40] * Joins: xydyx (n=hdh@58.187.23.126)
  369. # [15:45] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  370. # [15:46] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
  371. # [15:47] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  372. # [15:48] * Quits: zdobersek (n=zan@cpe-92-37-64-103.dynamic.amis.net) (Read error: 110 (Connection timed out))
  373. # [15:50] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  374. # [15:52] * Joins: myakura (n=myakura@p3182-ipbf4407marunouchi.tokyo.ocn.ne.jp)
  375. # [15:55] * Joins: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  376. # [15:56] * Philip` finds it really strange to be reading papers from research conferences that include fragments of XML and RDF and talk about OWL and stuff
  377. # [15:56] <Philip`> I suppose it's good that people are using the technologies, but it seems very far removed from the web
  378. # [15:57] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  379. # [15:58] * Quits: taf2_ (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net) (Client Quit)
  380. # [16:07] <virtuelv> Philip`: is http://www.rijksmuseum.nl/ far removed from the web?
  381. # [16:12] <virtuelv> I listened in on a presentation about this during last year's xtech, and it's almost all built on semweb stuff
  382. # [16:13] <Philip`> virtuelv: No, but that's independent of the issue of me hearing about RDF/OWL/etc in contexts that have very little to do with the web (e.g. policy services frameworks for distributed computing platforms in industrial, military and space applications, in one particular example)
  383. # [16:14] <virtuelv> ah
  384. # [16:15] * Quits: pauld (n=pauld@host86-134-106-105.range86-134.btcentralplus.com) (Read error: 110 (Connection timed out))
  385. # [16:15] <virtuelv> I guess it's a decent enough means of data exchange for those industries
  386. # [16:16] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
  387. # [16:19] <Philip`> There's a strange mixture of lines like (M, π) ⊨ p ⇔ p ∊ L(π₀) and lines like <Resource name="XI_J2EE_LOP_achalm47_AS" class="IBM.Application" node="achalm47"> in one paper
  388. # [16:20] <Philip`> (and I can understand the former much better than the latter)
  389. # [16:29] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  390. # [16:36] <hsivonen> virtuelv: but does rijksmuseum expose its RDF data to the public?
  391. # [16:37] <Philip`> Or does it import RDF data from the public?
  392. # [16:43] <jgraham> And if it does either of those things, does anyone make use of those facilities?
  393. # [16:43] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  394. # [16:49] * Quits: myakura (n=myakura@p3182-ipbf4407marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  395. # [16:52] * Joins: weinig (n=weinig@76.246.38.3)
  396. # [16:53] <hsivonen> http://www.w3.org/2001/tag/2009/sum02.html
  397. # [16:54] * Philip` tries to work out whether that's from 2001 or 2009 or 2002
  398. # [16:57] <Philip`> "The TAG [...] reopened its ISSUE-20: What should specifications say about error handling?, an issue that the TAG originally raised in 1992." / "The Technical Architecture Group (TAG) was created in February 2001." - how does that work, in the absence of time travel?
  399. # [17:00] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  400. # [17:00] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  401. # [17:03] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 60 (Operation timed out))
  402. # [17:03] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  403. # [17:05] * Quits: weinig (n=weinig@76.246.38.3)
  404. # [17:08] * Joins: aboodman2 (n=aboodman@67.218.102.148)
  405. # [17:12] <virtuelv> hsivonen: I can't recall
  406. # [17:13] <virtuelv> weren't you at ms. Stash's lightning talk in Dublin?
  407. # [17:13] * Parts: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  408. # [17:13] <virtuelv> I believe you, at the very least, joined us for Irish food and beer later
  409. # [17:14] <virtuelv> and, I think they imported data from elsewehre
  410. # [17:14] * Joins: dglazkov (n=dglazkov@nat/google/x-f0e683c3004dff3c)
  411. # [17:14] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  412. # [17:15] * virtuelv has to run
  413. # [17:15] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  414. # [17:17] * Parts: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  415. # [17:24] * Quits: aboodman2 (n=aboodman@67.218.102.148)
  416. # [17:35] * aroben is now known as aroben|away
  417. # [17:36] * Joins: eric_carlson (n=ericc@nat/apple/x-c88111195bdd5a23)
  418. # [17:38] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  419. # [17:44] * Joins: karlcow (n=karl@nerval.la-grange.net)
  420. # [17:54] * Joins: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  421. # [17:54] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
  422. # [17:58] * Joins: sverrej (n=sverrej@59.90.71.35)
  423. # [18:03] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  424. # [18:08] * Joins: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi)
  425. # [18:14] * Joins: bgalbraith (n=bgalbrai@corp-241.mountainview.mozilla.com)
  426. # [18:24] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
  427. # [18:26] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  428. # [18:26] * Joins: erlehmann (n=erlehman@86.59.25.121)
  429. # [18:35] * Quits: svl_ (n=chatzill@a194-109-2-36.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  430. # [18:38] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
  431. # [18:49] * Joins: maikmerten (n=maikmert@L8b18.l.pppool.de)
  432. # [18:49] * felix_da_catz is now known as felix-da-catz_zz
  433. # [18:50] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
  434. # [18:59] * Joins: shepazu (n=schepers@adsl-221-31-62.rmo.bellsouth.net)
  435. # [19:00] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  436. # [19:15] * Quits: shepazutoo (n=schepers@adsl-221-31-62.rmo.bellsouth.net) (Read error: 110 (Connection timed out))
  437. # [19:24] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  438. # [19:33] * Joins: ojan (n=ojan@72.14.229.81)
  439. # [19:33] * Quits: ojan (n=ojan@72.14.229.81) (Remote closed the connection)
  440. # [19:33] * Joins: ojan (n=ojan@72.14.229.81)
  441. # [19:41] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  442. # [19:41] * Quits: eric_carlson (n=ericc@nat/apple/x-c88111195bdd5a23)
  443. # [19:49] * Quits: dolske (n=dolske@firefox/developer/dolske)
  444. # [19:49] * Joins: slightlyoff (n=slightly@67.218.106.70)
  445. # [19:49] * Quits: slightlyoff (n=slightly@67.218.106.70) (Remote closed the connection)
  446. # [19:50] * Joins: aboodman2 (n=aboodman@nat/google/x-c2dd4e643a0eff5d)
  447. # [19:51] * Quits: aboodman2 (n=aboodman@nat/google/x-c2dd4e643a0eff5d) (Client Quit)
  448. # [19:54] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) (Remote closed the connection)
  449. # [19:55] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  450. # [19:56] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  451. # [19:58] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  452. # [20:01] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  453. # [20:02] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
  454. # [20:04] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  455. # [20:07] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  456. # [20:07] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  457. # [20:15] * felix-da-catz_zz is now known as felix_da_catz
  458. # [20:20] * Parts: ojan (n=ojan@72.14.229.81)
  459. # [20:21] * Quits: dave_levin_ (n=dave_lev@72.14.224.1)
  460. # [20:27] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com) ("Gone for a burton")
  461. # [20:37] * Quits: ap (n=ap@194.154.88.41)
  462. # [20:40] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  463. # [20:54] * Joins: srushe (n=srushe@cpc1-belc5-0-0-cust929.belf.cable.ntl.com)
  464. # [20:55] * Quits: srushe (n=srushe@cpc1-belc5-0-0-cust929.belf.cable.ntl.com) (Remote closed the connection)
  465. # [20:55] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->K")
  466. # [20:55] * Quits: zdobersek1 (n=zan@cpe-92-37-78-178.dynamic.amis.net) (Remote closed the connection)
  467. # [20:56] * Joins: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net)
  468. # [20:57] * Quits: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net) (Client Quit)
  469. # [21:00] * Joins: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net)
  470. # [21:02] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  471. # [21:04] * Quits: dolske (n=dolske@firefox/developer/dolske)
  472. # [21:07] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  473. # [21:08] <virtuelv> .innerHTML history lesson: http://www.ericvasilik.com/2006/07/code-karma.html
  474. # [21:12] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  475. # [21:12] * Joins: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  476. # [21:13] * Quits: xydyx (n=hdh@58.187.23.126) (Read error: 110 (Connection timed out))
  477. # [21:17] * Joins: weinig (n=weinig@76.246.38.3)
  478. # [21:20] * Quits: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  479. # [21:26] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  480. # [21:31] * Joins: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net)
  481. # [21:31] * Joins: ojan_ (n=ojan@72.14.229.81)
  482. # [21:33] * Parts: ojan_ (n=ojan@72.14.229.81)
  483. # [21:43] * Parts: erlehmann (n=erlehman@86.59.25.121)
  484. # [21:45] * Joins: erlehmann (n=erlehman@86.59.25.121)
  485. # [21:47] * Quits: zdobersek (n=zan@cpe-92-37-78-178.dynamic.amis.net) (Remote closed the connection)
  486. # [21:48] * Quits: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi) (Remote closed the connection)
  487. # [21:50] * Quits: dolske (n=dolske@firefox/developer/dolske)
  488. # [21:51] * Quits: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  489. # [21:52] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  490. # [21:57] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  491. # [21:58] * Quits: mstange (n=markus@pD9579985.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090302020439]")
  492. # [21:58] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  493. # [22:02] * Joins: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  494. # [22:04] * Quits: maikmerten (n=maikmert@L8b18.l.pppool.de) (Remote closed the connection)
  495. # [22:05] * Quits: ROBOd3 (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  496. # [22:17] * fakeolliej is now known as olliej
  497. # [22:18] * Joins: othermaciej (n=mjs@17.244.34.70)
  498. # [22:21] * Quits: weinig (n=weinig@76.246.38.3) (Read error: 104 (Connection reset by peer))
  499. # [22:21] * Joins: weinig (n=weinig@76.246.45.185)
  500. # [22:23] * Quits: heycam (n=cam@124-168-12-212.dyn.iinet.net.au) ("bye")
  501. # [22:25] * Joins: ojan (n=ojan@72.14.229.81)
  502. # [22:26] * Parts: ojan (n=ojan@72.14.229.81)
  503. # [22:31] * Joins: roc (n=roc@202.0.36.64)
  504. # [22:31] * Quits: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  505. # [22:36] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) ("Ex-Chat")
  506. # [22:43] * Joins: dimich (n=dimich@72.14.227.1)
  507. # [22:49] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  508. # [22:55] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  509. # [23:01] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  510. # [23:01] <Hixie> with the whole splitting of html5 into multiple specs, i think we're going to need a name for the group of next gen specs, for PR purposes
  511. # [23:02] <Hixie> it was bad enough people calling all this stuff "HTML5" when it was 90% in HTML5
  512. # [23:02] <Hixie> but when more than half of the features are their own specs, that's just not going tofly
  513. # [23:02] <Hixie> maybe the WHATWG should release a spec called simply "Web"
  514. # [23:03] <Hixie> we could start it at version 3.0
  515. # [23:03] <gsnedders> Hixie: But 5 > *!
  516. # [23:04] <Hixie> no 5 > 2
  517. # [23:04] <Hixie> 3 > 5!
  518. # [23:04] <gsnedders> WHAT logic: 3 > 5 > 2
  519. # [23:04] <Hixie> it goes 1 2 5 3 4, apparently
  520. # [23:04] <gsnedders> Hixie: What is 4 + 1?
  521. # [23:04] <Hixie> i don't think you can add version numbers
  522. # [23:05] <roc> Radiance
  523. # [23:05] <gsnedders> Hixie: What version number comes after 4, then?
  524. # [23:05] <Hixie> gsnedders: i don't know that it's come up
  525. # [23:06] <Hixie> actually come to think of it, it goes 1 4 2 5 3
  526. # [23:06] <svl> HTML 2011?
  527. # [23:06] <Hixie> since HTML4 comes before HTML5 and XHTML2
  528. # [23:06] * gsnedders still wants the revision of HTML after 5 to be 2π
  529. # [23:07] <jcranmer> be exotic
  530. # [23:07] <Philip`> The next should be HTML VI
  531. # [23:07] <jcranmer> name it after some random dieties
  532. # [23:07] <Philip`> (obviously followed by HTML EMACS)
  533. # [23:07] <jcranmer> Philip`: HTML NANO?
  534. # [23:07] <jcranmer> then HTML PICO
  535. # [23:07] <gsnedders> jcranmer: only after PCIO
  536. # [23:07] <gsnedders> *PICO
  537. # [23:08] <gsnedders> jcranmer: No, NANO must come after PICO
  538. # [23:08] <jcranmer> HTML FEMTO
  539. # [23:08] <Philip`> HTML Tiny
  540. # [23:08] <gsnedders> What about HTML MOO?
  541. # [23:08] <jcranmer> HTML "It's just HTML, why do I need a version number?"
  542. # [23:08] <jcranmer> HTML Buddha
  543. # [23:09] <jcranmer> followed by HTML Zeus
  544. # [23:09] <svl> Why do we need the H, T and M anymore, really? Just call it L and be done with it.
  545. # [23:10] <jcranmer> ₤
  546. # [23:10] <gsnedders> HTML ∞
  547. # [23:10] <jcranmer> make it stylized letters!
  548. # [23:10] <jcranmer> HTML א₀
  549. # [23:11] <gsnedders> ןɯʇɥ
  550. # [23:12] <Lachy> Hixie, how many specs are being split out from HTML5?
  551. # [23:12] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  552. # [23:12] <Hixie> half a dozen at least
  553. # [23:13] <Hixie> search for "marked for extraction" in the spec
  554. # [23:16] <Lachy> OK, so it's URLs, Content Sniffing, Storage APIs, Server-sent Events, Web Sockets, and Timers. There's also Web Workers, although it was never in the same spec.
  555. # [23:16] <Lachy> have I missed anything?
  556. # [23:17] <Hixie> i think that's it for now
  557. # [23:17] <Hixie> there's also webidl, geolocation, selectors api, xhr2, cors
  558. # [23:17] <Lachy> let's just call it something like The Web Platform, without a version number.
  559. # [23:17] <Hixie> the problem is you can't market "the web platform" without a number, because every browser supports "the web platform"
  560. # [23:17] <Lachy> or Web Core
  561. # [23:18] <Hixie> web dom core is a whole other thing, and should be on the list too :-)
  562. # [23:18] <Lachy> oh, that would clash with Web DOM Core.
  563. # [23:18] <roc> And Webcore
  564. # [23:18] <Hixie> the idea is to have something that you can point people to with "does your browser implement this?"
  565. # [23:18] <Hixie> to kind of establish a baseline term for web technologies that people generally agree should be implemented in the next gen web platform
  566. # [23:19] <Hixie> where "people" means us, primarily. :-)
  567. # [23:19] <roc> the most logical term would be Web5
  568. # [23:19] <Lachy> The Cabal's Collection of Baseline Web Specs
  569. # [23:19] <Hixie> roc: can we get away with skipping 3.0 and 4.0 in the public eye?
  570. # [23:20] <roc> of course
  571. # [23:20] <Hixie> Lachy: you are off the naming committee. :-P
  572. # [23:20] <jcranmer> Stupendous Hypertext Index of Technology?
  573. # [23:21] <Lachy> damn, today isn't a good day. First my head explodes, and now I'm kicked of the committee. :-)
  574. # [23:21] <Hixie> jcranmer: also off the committee :-P
  575. # [23:21] <Hixie> i could buy Web 5.0
  576. # [23:21] <Lachy> why does this need a version number?
  577. # [23:21] <Hixie> i'm just worried that people will focus on the skipping of 3.0 and 4.0
  578. # [23:21] <jcranmer> sounds too... buzzword-y
  579. # [23:22] <Hixie> Lachy: because it'll change over time and it's easier to just have one name you keep revving than have multiple names
  580. # [23:22] <Hixie> jcranmer: it _is_ a buzzword. :-P
  581. # [23:22] <jcranmer> Specifications for Interoperable Platform-Independent Technology
  582. # [23:23] <jcranmer> Specifications for Interoperable Platform-Independent Mostly Backwards-Compatible Technology
  583. # [23:23] * Parts: erlehmann (n=erlehman@86.59.25.121)
  584. # [23:24] <jcranmer> Hixie's Specifications?
  585. # [23:24] <Lachy> but given that it will change gradually over time, and given the way browsers implement specs, the point at which we set the feature freeze for each version will be completely arbitrary.
  586. # [23:24] <Hixie> yes
  587. # [23:25] <Hixie> just like people referring to HTML5 now is arbitrary :-)
  588. # [23:25] <Philip`> HTML 2009.0
  589. # [23:25] <Philip`> Just use dates instead of version numbers
  590. # [23:27] <Lachy> Philip`, not a good idea because if we say Web 2009 includes the 10 or so specs mentioned above, by the time they all get fully implemented and browsers start claiming support for this collection of specs, it will already be about 2019.
  591. # [23:28] <Lachy> I mean, if we want a way for browser marketing to make themselves sound out of date, it's a brilliant idea.
  592. # [23:29] <Lachy> I think calling it Web 5.0 would be a mistake because of it's similarity to Web 2.0, but with which it has absolutely no relation
  593. # [23:31] <Lachy> How about Core Web Specs
  594. # [23:31] <Hixie> i think the great thing about Web 3.0 or 5.0 is that it co-opts the Web 2.0 term to actually mean something
  595. # [23:31] <Hixie> embrace and extend
  596. # [23:32] <Lachy> But Web 2.0 does have a meaning in relation to the design and functionality of modern web sites. It's just not very specific about what design features qualify.
  597. # [23:33] <Philip`> Call it Acid 4
  598. # [23:33] <Philip`> because that's already got the right brand association in people's minds
  599. # [23:33] <Hixie> roc: we could call the specs we are working on today 5.0, with the specs that are mostly done 4.0, and the specs of a few years ago 3.0, so that the Acid test numbers line up with the Web numbers :-)
  600. # [23:33] <Hixie> heh, Philip` thought of it at the same time
  601. # [23:33] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  602. # [23:33] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  603. # [23:34] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  604. # [23:34] <Lachy> so if we start with a version greater than 1.0, then we should retroactively describe roughly which specs correspond to the earlier versions.
  605. # [23:34] <Philip`> It's A Collection of Internet D... uh, Drafts?
  606. # [23:35] <Hixie> Lachy: agreed
  607. # [23:35] <Hixie> Philip`: hah
  608. # [23:36] <jcranmer> published by the Web Technology Foundation?
  609. # [23:36] <jcranmer> Web Task Force, sorry
  610. # [23:37] <Lachy> jcranmer, we already have the WHATTF. Introducing the WTF too might be a little confusing
  611. # [23:38] * jcranmer intended it as a parody to IETF + the Internet Drafts
  612. # [23:41] <Philip`> People complain that the Acid tests are only testing a tiny part of necessary functionality for the web, and passing the test has little correlation to being able to render real web sites properly, so it makes sense to redefine Acid to be the entire collection of specs that ought to be supported, and the Acid tests can be the entire conformance test suites for those specs
  613. # [23:42] <gsnedders> We just need bigger Acid tests in general.
  614. # [23:45] <Lachy> gsnedders, I thought one of the complaints about acid 3 was that it was too large
  615. # [23:45] <gsnedders> Lachy: I don't care what other people think. In en-gb-x-sneddy where wrong is defined as disagreeing with me, they are wrong.
  616. # [23:46] * heycam finds it interesting that the "Continue" button in the firefox unresponsive script window is the one that has the red X icon
  617. # [23:47] <gsnedders> It should be pink!
  618. # [23:47] <heycam> :)
  619. # [23:47] <heycam> and when did the green element definition sections get the funky border and identation
  620. # [23:48] <gsnedders> http://twitter.com/gsnedders/status/1260379505
  621. # [23:48] <heycam> (the unresponsive script window is for status.js in html5 btw...)
  622. # [23:49] <Hixie> funky border and indentation?
  623. # [23:49] <Hixie> what version of firefox?
  624. # [23:49] <Philip`> (Everyone loves status.js!)
  625. # [23:49] <heycam> nightly from january
  626. # [23:50] <Hixie> hm
  627. # [23:50] <Hixie> try updating
  628. # [23:50] <Hixie> there were some problems around the beta1 timeframe
  629. # [23:51] <heycam> http://mcc.id.au/temp/funky-border.png
  630. # [23:51] <heycam> i like it
  631. # [23:52] <jcranmer> that does look nice
  632. # [23:52] <Hixie> oh, cool, glad you like it :-)
  633. # [23:52] <heycam> but is it accidental?
  634. # [23:52] <Hixie> it was to avoid the status boxes overlapping the element boxes
  635. # [23:52] <Hixie> no, it was intentional
  636. # [23:52] <heycam> ah ok good
  637. # [23:52] <Philip`> That border looks ugly in Opera (9.63)
  638. # [23:52] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
  639. # [23:52] <heycam> damn unresponsive status.js keeps popping up every so often
  640. # [23:52] <Philip`> The horizontal bit extends one pixel too far to the right
  641. # [23:52] <heycam> does it run some script whenever i press a key or something?
  642. # [23:53] <Lachy> heycam, the design change was at my request to stop the status boxes overlapping. The weird indentation is a result of the way the spec is marked up and the limitations of CSS having no :matches() selector
  643. # [23:54] <Hixie> heycam: 500ms or so after you stop scrolling
  644. # [23:54] <heycam> ah. can you make status.js faster, for people with 5 year old computers like me? :)
  645. # [23:55] * Quits: dolske (n=dolske@firefox/developer/dolske)
  646. # [23:56] <Hixie> heycam: i don't really understand why it is slow
  647. # [23:56] <gsnedders> Hixie: Because you're running it on a kinda big document?
  648. # [23:57] <Hixie> well clearly
  649. # Session Close: Tue Mar 03 00:00:00 2009

The end :)