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

Options:

  1. # Session Start: Fri Sep 04 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:02] * Joins: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  4. # [00:03] <TabAtkins> Done. @header, @header="header", and @header="present" all trigger the behavior.
  5. # [00:04] * Quits: itpastorn (n=gunther@139.57.227.87.static.th.siw.siwnet.net) ("Leaving.")
  6. # [00:08] * Quits: ojan (n=ojan@nat/google/x-baclyfhybgckrcsd) (Connection timed out)
  7. # [00:12] * Joins: franksalim (n=frank@adsl-75-61-85-210.dsl.pltn13.sbcglobal.net)
  8. # [00:13] * Joins: webben (n=benh@91.85.213.208)
  9. # [00:15] * Quits: heycam (n=cam@210-84-56-211.dyn.iinet.net.au) ("bye")
  10. # [00:24] * Quits: gsnedders (n=gsnedder@p54BEB1D4.dip0.t-ipconnect.de)
  11. # [00:26] <Hixie> http://adactio.com/journal/1605/ "Some people on IRC were wondering why my superfriends and I haven’t presented our concerns by email. Well, we will. But I think there’s a lot of value in publicly discussing this stuff (and soliciting feedback)."
  12. # [00:26] <Hixie> ...because the whatwg list isn't a public discussion?
  13. # [00:26] <TabAtkins> Email isn't public?
  14. # [00:29] <MikeSmith> a wider public discussion, I guess
  15. # [00:29] <MikeSmith> not everybody who has an interest in the work is subscribed to the whatwg or a member of the working group
  16. # [00:29] <Hixie> wider than the 1000s of people on the whatwg list?
  17. # [00:30] <MikeSmith> Hixie: yeah, sure
  18. # [00:31] * Quits: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  19. # [00:31] <MikeSmith> I imagine there are a lot of people who follow Zeldman's blog who aren't subscribed to the whatwg list
  20. # [00:31] <TabAtkins> A lot of his FB friends, frex.
  21. # [00:31] <MikeSmith> FB?
  22. # [00:32] <TabAtkins> facebook
  23. # [00:32] <MikeSmith> ah
  24. # [00:32] <TabAtkins> He's been syndicating his blog onto his FB page for a while now.
  25. # [00:33] <Hixie> well i'm sure glad that they're taking it on themselves to create alternative siloed communities to discuss this stuff instead of contributing to the whatwg project and extending the original community in real and pragmatic ways
  26. # [00:33] <MikeSmith> whatwg is not the only community with a stake in this
  27. # [00:33] <MikeSmith> it's arguably not even the original community
  28. # [00:34] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  29. # [00:34] <MikeSmith> as far as the HTML language goes
  30. # [00:34] <MikeSmith> though it is the original community where the HTML5 work started, yeah
  31. # [00:38] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  32. # [00:39] * Quits: webben (n=benh@91.85.213.208) (Read error: 60 (Operation timed out))
  33. # [00:44] * Quits: jonpierce (n=jonpierc@c-98-216-49-27.hsd1.ma.comcast.net)
  34. # [00:46] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  35. # [00:53] <TabAtkins> Blarg, Hixie, I *want* to be able to reduce my privacy for certain sites I trust.
  36. # [00:53] <annevk3> Hixie, it seems probable they do not want to subscribe to the mailing list which is usually highly technical
  37. # [00:53] <annevk3> Hixie, maybe we should think of ways to make it easier to get feedback from them
  38. # [00:54] <annevk3> (I don't have any good ideas other than keeping the blog tracking thingie alive, unfortunately.)
  39. # [01:00] <Hixie> TabAtkins: why can't you?
  40. # [01:01] <Hixie> annevk3: yeah, i dunno. we tried forums, but it didn't take off.
  41. # [01:01] <TabAtkins> Hixie: Because no site is going to give me the ability to trust them in that manner if I can so easily accidentally wipe out the information, and then complain to them about it.
  42. # [01:02] <TabAtkins> Because, as a normal user, I *will* accidentally wipe it out when clearing cookies, and I *will* complain, because I *won't* understand why my actions made the site lose data.
  43. # [01:02] <Hixie> TabAtkins: if your browser is going to let you "accidentally" wipe out information, then it's wrong.
  44. # [01:02] <Hixie> TabAtkins: you seem to be assuming a remarkably bad UA UI
  45. # [01:02] <TabAtkins> You said that LocalStorage *must* be wiped out with cookies.
  46. # [01:03] <TabAtkins> Wiping out cookies is internalized as a valid and safe troubleshooting step in anyone with even a *tiny* bit of knowledge about their computer. This isn't something limited to techies.
  47. # [01:03] <Hixie> the spec does not say that.
  48. # [01:04] <TabAtkins> Indeed, *you* said that.
  49. # [01:04] <Hixie> what i say is irrelevant
  50. # [01:04] <Hixie> the spec is what matters
  51. # [01:04] <Hixie> (i'm amused that i'm the guy holding the privacy side of this debate btw, given my personal opinion that we should all wear name tags and that privacy died years ago)
  52. # [01:04] * Quits: ojan_ (n=ojan@nat/google/x-docntbeybsksimag) (Remote closed the connection)
  53. # [01:04] * annevk3 stores those lines for later use
  54. # [01:04] * Joins: ojan (n=ojan@nat/google/x-razfxbzvpwhjspkd)
  55. # [01:05] * Quits: ojan (n=ojan@nat/google/x-razfxbzvpwhjspkd) (Remote closed the connection)
  56. # [01:05] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  57. # [01:05] <TabAtkins> When everything you say is "app developers must not treat LocalStorage is important, because browsers must make it easy to blow away all the data", people are going to assume that, well, they shouldn't rely on LocalStorage then.
  58. # [01:05] <Hixie> the spec doesn't say that either
  59. # [01:06] <TabAtkins> Do you think that's necessary? You keep defending that position. If anyone agrees with you, we're screwed even if the spec doens't *mandate* it.
  60. # [01:07] <Hixie> i don't agree with that statement, no
  61. # [01:08] <TabAtkins> Then why did you state something to that effect?
  62. # [01:10] <Hixie> i didn't
  63. # [01:10] <Hixie> my position was more subtle than that
  64. # [01:11] <TabAtkins> Obviously too subtle. ^_^
  65. # [01:11] <Hixie> my point is that if the user clears cookies, the user agent should suggest to the user that if the goal is to prevent user tracking, that clearing the local storage, session storage, web database, flash storage, cache, and other such mechanisms is necessary to ensure the user's privacy
  66. # [01:12] <Hixie> how this happens is up to the ua
  67. # [01:12] <Hixie> whether it happens by just treating them all the same, or by having a complicated six-page explanation in a modal dialog, is up to the UI designer
  68. # [01:13] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  69. # [01:13] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl)
  70. # [01:15] <SamerZ> what does the "I've read the changes!" button do?
  71. # [01:15] <SamerZ> on the tracker
  72. # [01:15] <TabAtkins> What you actually *said* was: "we have to make sure that clearing one clears the other".
  73. # [01:15] <TabAtkins> You did *not* say "We have to give users the option to clear both at once."
  74. # [01:16] <Hixie> clearing both at once automatically would be ideal, imho, yes
  75. # [01:16] <TabAtkins> Your words imply that it's a requirement that they are cleared together, rather than an option.
  76. # [01:16] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (Read error: 104 (Connection reset by peer))
  77. # [01:16] <Hixie> but what _i_ want isn't relevant here
  78. # [01:16] <Hixie> as it's not what the spec requires
  79. # [01:16] * Joins: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp)
  80. # [01:16] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  81. # [01:16] <TabAtkins> Indeed. As it is, browsers can *choose* to make LocalStorage completely ephemeral, so we can't rely on it.
  82. # [01:17] <Hixie> they can also "choose" to make every click result in the computer exploding, but that doesn't mean we can't use <a href="">.
  83. # [01:18] <TabAtkins> Sure, but no one's suggesting that behavior is vitally important for the user's privacy. ("No one can violate your privacy if the computer's blown up!")
  84. # [01:19] <TabAtkins> On the other hand, *you* are suggesting precisely that wrt LocalStorage.
  85. # [01:21] <Hixie> i also think we should drop style="" and <div>, and that we shouldn't even allow xmlns="" in text/html. So?
  86. # [01:21] * Quits: annodomini (n=lambda@wikipedia/lambda)
  87. # [01:29] <AryehGregor> Dropping <div> without much better CSS support would be kind of insane.
  88. # [01:29] <AryehGregor> Possibly even with unreasonably good CSS support.
  89. # [01:29] <Hixie> like i said, what i want doesn't have much relevance here :-)
  90. # [01:30] <AryehGregor> How would you mark up the <h1> on http://aryeh.name/ without <span>? Maybe an <hgroup> with a few headings?
  91. # [01:31] <AryehGregor> With HTML 5, you can come pretty close to eliminating <div> and <span>, it's true . . . at least for fairly simple stuff.
  92. # [01:31] <Hixie> <span> is fine
  93. # [01:37] <AryehGregor> That's an interesting position. Why is <span> fine but <div> not? Do blocks inherently have more restricted semantics or something?
  94. # [01:38] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  95. # [01:38] <Hixie> <span> is fine if used with lang="" or dir="" or the like.
  96. # [01:38] <Hixie> my opinions on this aren't very logical, i should point out
  97. # [01:39] <Hixie> that's why the spec doesn't do what i want :-)
  98. # [01:40] * Joins: number-6 (n=number-6@adsl-69-230-169-54.dsl.irvnca.pacbell.net)
  99. # [01:49] * Quits: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  100. # [01:52] * Joins: webben (n=benh@91.85.213.208)
  101. # [01:52] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  102. # [01:53] <AryehGregor> Hixie, since when is speccing the result of invalid markup condoning it?
  103. # [01:58] * Quits: GPH-Laptop (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  104. # [01:58] * Joins: Chris_Wilson (n=cwilso@nat/microsoft/x-qdyokdokppmwfuki)
  105. # [01:59] * Chris_Wilson is now known as ChrisWilson
  106. # [02:00] * Quits: benward (n=benward@nat/yahoo/x-essammibcghvbwuo) ("Sleep")
  107. # [02:02] <Hixie> AryehGregor: wasn't the request to allow it? The spec already says what the result is.
  108. # [02:03] <AryehGregor> Ah, okay then, never mind.
  109. # [02:03] <AryehGregor> I'm not an implementor, so thankfully I don't have to look at the parsing section very closely. :)
  110. # [02:04] <Hixie> :-)
  111. # [02:05] <MikeSmith> AryehGregor: I'm looking at http://bugzilla.validator.nu/show_bug.cgi?id=640 and may have a fix for it shortly
  112. # [02:05] <AryehGregor> MikeSmith, nice, thanks.
  113. # [02:06] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  114. # [02:11] * Quits: aboodman (n=aboodman@72.14.229.81)
  115. # [02:11] * Parts: Kalms (n=rasmuska@81.161.185.108)
  116. # [02:18] * Joins: nessy (n=nessy@ppp121-44-29-56.lns10.syd7.internode.on.net)
  117. # [02:21] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  118. # [02:24] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  119. # [02:26] * Quits: cying (n=cying@70.90.171.153)
  120. # [02:30] * Quits: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp) ("Ex-Chat")
  121. # [02:31] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-bwslljhdotnaxosd)
  122. # [02:33] * Quits: webben (n=benh@91.85.213.208) (Read error: 145 (Connection timed out))
  123. # [02:35] * Quits: dglazkov (n=dglazkov@nat/google/x-nryaqkqoyrgnshkb)
  124. # [02:36] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  125. # [02:42] * Quits: BlurstOfTimes (n=blurstof@168.203.117.59) ("Leaving...")
  126. # [02:48] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 60 (Operation timed out))
  127. # [02:51] * Joins: Super-Dot_ (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  128. # [02:51] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net) (Read error: 104 (Connection reset by peer))
  129. # [02:51] * Super-Dot_ is now known as Super-Dot
  130. # [02:51] * Joins: webben (n=benh@91.85.213.208)
  131. # [03:04] * Quits: ap (n=ap@nat/apple/x-mjjbuyrrgptluofu)
  132. # [03:14] * Quits: webben (n=benh@91.85.213.208) (Read error: 110 (Connection timed out))
  133. # [03:18] * Joins: benward (n=benward@99.13.242.166)
  134. # [03:23] * Quits: jlebar (n=jlebar@nat/mozilla/x-yznbxgwubicfserf) ("Leaving")
  135. # [03:27] * Joins: jonpierce (n=jonpierc@209.6.22.59)
  136. # [03:28] * Joins: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net)
  137. # [03:29] * Joins: webben (n=benh@91.85.214.48)
  138. # [03:30] * Quits: atwilson (n=atwilson@74.125.59.1)
  139. # [03:36] * Joins: ginger (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net)
  140. # [03:46] * Quits: nessy (n=nessy@ppp121-44-29-56.lns10.syd7.internode.on.net) (Read error: 101 (Network is unreachable))
  141. # [03:46] * Joins: gareth_ (n=gareth@5ac17d7c.bb.sky.com)
  142. # [03:50] * Quits: benward (n=benward@99.13.242.166) (Read error: 131 (Connection reset by peer))
  143. # [03:51] * Joins: benward (n=benward@99.13.242.166)
  144. # [03:59] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  145. # [04:11] * Joins: dglazkov (n=dglazkov@c-67-188-3-204.hsd1.ca.comcast.net)
  146. # [04:17] * Quits: benward (n=benward@99.13.242.166) (Read error: 60 (Operation timed out))
  147. # [04:18] * Quits: dave_levin (n=dave_lev@74.125.59.65)
  148. # [04:33] * Joins: roc_ (n=roc@203-97-204-82.dsl.clear.net.nz)
  149. # [04:36] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  150. # [04:47] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  151. # [04:47] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  152. # [04:47] * roc_ is now known as roc
  153. # [04:47] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  154. # [04:49] * Quits: dglazkov (n=dglazkov@c-67-188-3-204.hsd1.ca.comcast.net)
  155. # [04:56] * Quits: ttepasse (n=ttepas--@p5B01773C.dip.t-dialin.net) ("?Q")
  156. # [04:58] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  157. # [04:59] * Quits: scherkus (n=scherkus@74.125.59.65) ("lol")
  158. # [04:59] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com) (Client Quit)
  159. # [05:12] * Joins: scherkus (n=scherkus@74.125.59.65)
  160. # [05:15] * Quits: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net) ("Colloquy more like Coolloquy")
  161. # [05:15] * Quits: dpranke (n=Adium@nat/google/x-oklzajwoqhxgqitj) ("Leaving.")
  162. # [05:16] * Joins: yoshu_ (n=josh@174-18-203-209.tcso.qwest.net)
  163. # [05:17] * Joins: othermaciej (n=mjs@70-91-193-41-BusName-NewEngland.hfc.comcastbusiness.net)
  164. # [05:20] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) (Read error: 110 (Connection timed out))
  165. # [05:22] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  166. # [05:27] * Joins: tantekc (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  167. # [05:29] * Joins: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  168. # [05:29] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  169. # [05:31] * Quits: MikeSmith (n=MikeSmit@31-35-163.wireless.csail.mit.edu) ("Tomorrow to fresh woods, and pastures new.")
  170. # [05:32] * Quits: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  171. # [05:33] * Joins: amstan_ (n=alex@69-165-138-245.dsl.teksavvy.com)
  172. # [05:33] * amstan_ is now known as amstan
  173. # [05:33] <amstan> hello everyone
  174. # [05:34] <amstan> have you guys saw this? pretty cool and valid post:
  175. # [05:34] <amstan> http://www.webmonkey.com/blog/This_Spec_Has_a_Posse%3A__Superfriends__Suggest_Changes_for_HTML5
  176. # [05:45] * Quits: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  177. # [05:47] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  178. # [05:57] * Joins: dglazkov__ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  179. # [05:58] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  180. # [05:58] * dglazkov__ is now known as dglazkov
  181. # [06:02] * Quits: jwalden (n=waldo@nat/mozilla/x-ffduprszjvetwhlz) ("over and out")
  182. # [06:03] * Quits: ginger (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net) ("This computer has gone to sleep")
  183. # [06:07] <tantekc> amstan - thanks for the URL
  184. # [06:11] * Quits: Unixmonkey (n=Unixmonk@ppp-69-208-150-144.dsl.ipltin.ameritech.net)
  185. # [06:13] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  186. # [06:16] * Quits: tantekc (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  187. # [06:21] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
  188. # [06:26] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  189. # [06:27] * Quits: yoshu_ (n=josh@174-18-203-209.tcso.qwest.net)
  190. # [06:27] * Joins: nessy (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net)
  191. # [06:27] * Joins: harig_ (n=aparan@59.90.71.35)
  192. # [06:33] * Joins: shepazu (n=schepers@72-255-10-6.client.stsn.net)
  193. # [06:37] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
  194. # [06:40] * Quits: annodomini (n=lambda@wikipedia/lambda)
  195. # [06:44] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  196. # [06:47] * Quits: jonpierce (n=jonpierc@209.6.22.59)
  197. # [06:49] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
  198. # [06:51] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  199. # [07:00] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  200. # [07:03] * Quits: annodomini (n=lambda@wikipedia/lambda)
  201. # [07:09] * Joins: MFen (n=cdodt@demo.goonmill.org)
  202. # [07:09] <MFen> html5lib for python.. anyone in here connected to that?
  203. # [07:13] <MFen> how would i serialize a generic HTMLParser().parse() document instance?
  204. # [07:13] <MFen> HTMLSerializer apparently only works on this treebuilder thing which i don't want
  205. # [07:14] <MFen> and can i not just use it to parse xml? it seems to wrap an html document around everything
  206. # [07:23] <MFen> never mind. all it does is reproduce the broken api of some other thing
  207. # [07:23] <MFen> do i want no namespace support, no unicode support, or random_broken_stuff? i have the power to choose.
  208. # [07:26] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  209. # [07:38] * Parts: MFen (n=cdodt@demo.goonmill.org)
  210. # [07:40] * Joins: harig (n=aparan@59.90.71.35)
  211. # [07:50] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  212. # [07:56] * Quits: harig_ (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  213. # [08:02] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (Remote closed the connection)
  214. # [08:02] * Quits: nessy (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net) ("This computer has gone to sleep")
  215. # [08:05] * Joins: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz)
  216. # [08:08] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  217. # [08:09] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  218. # [08:11] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  219. # [08:16] <othermaciej> hi everyone
  220. # [08:17] * Quits: webben (n=benh@91.85.214.48) (Read error: 145 (Connection timed out))
  221. # [08:18] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  222. # [08:21] * Joins: gavin__ (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com)
  223. # [08:21] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Nick collision from services.)
  224. # [08:21] * gavin__ is now known as gavin_
  225. # [08:22] * Quits: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz) ("Leaving")
  226. # [08:22] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  227. # [08:24] * Joins: nessy (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net)
  228. # [08:43] * Joins: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  229. # [08:43] * Joins: Maurice (n=ano@80.101.46.164)
  230. # [08:44] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (Read error: 60 (Operation timed out))
  231. # [08:47] * Quits: nessy (n=nessy@ppp121-44-8-23.lns10.syd7.internode.on.net) ("This computer has gone to sleep")
  232. # [08:50] * Quits: othermaciej (n=mjs@70-91-193-41-BusName-NewEngland.hfc.comcastbusiness.net)
  233. # [08:57] * Quits: weinig (n=weinig@nat/apple/x-sazhkkeitzwtmgzn)
  234. # [08:57] * Joins: sbublava (n=stephan@77.118.81.142.wireless.dyn.drei.com)
  235. # [09:00] * Joins: pesla (n=retep@procurios.xs4all.nl)
  236. # [09:11] * Joins: heycam (n=cam@210-84-56-211.dyn.iinet.net.au)
  237. # [09:17] <hsivonen> cursed Unicode normalizations! apparently I wont be able to nuke files on a Linux server over NFS from Mac OS X when the file names differ in NFC and NFD!
  238. # [09:21] <hsivonen> I wonder whose bright idea it was to make Mac OS X use something other than NFC for file names
  239. # [09:21] <Dashiva> Think different
  240. # [09:23] <hsivonen> Apple is violating the first rule of Unicode normalization
  241. # [09:23] <hsivonen> (always use NFC when you write to disk or to a socket)
  242. # [09:25] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  243. # [09:25] * Joins: weinig (n=weinig@67.180.35.124)
  244. # [09:26] <jgraham> Something something, fight club reference, something
  245. # [09:34] <Dashiva> hsivonen: When do you use NFD?
  246. # [09:36] <hsivonen> Dashiva: when Mac OS X stringifies a file name, it converts it to an approximation of NFD
  247. # [09:37] <hsivonen> Dashiva: IIRC, it's NFD except NFC for Hangul
  248. # [09:37] <hsivonen> Dashiva: Apple just made stuff up there. it's not exactly NFD!
  249. # [09:37] <Dashiva> No, I mean, when should you use NFD?
  250. # [09:38] <hsivonen> Dashiva: in RAM when doing diacritic-insensitive searches
  251. # [09:38] <Dashiva> Oh, okay
  252. # [09:44] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  253. # [09:54] * Quits: amstan (n=alex@69-165-138-245.dsl.teksavvy.com) (Read error: 110 (Connection timed out))
  254. # [09:54] * Joins: jorlow (n=jorlow@220.109.219.244)
  255. # [09:54] <hsivonen> AryehGregor: thanks for fixing the Wikipedia article on XHTML
  256. # [10:01] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  257. # [10:03] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 60 (Operation timed out))
  258. # [10:05] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  259. # [10:08] * Joins: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz)
  260. # [10:17] * Joins: Rik` (n=Rik`@81.57.187.57)
  261. # [10:18] * Quits: weinig (n=weinig@67.180.35.124)
  262. # [10:21] * Quits: gareth_ (n=gareth@5ac17d7c.bb.sky.com)
  263. # [10:21] * Joins: gareth_ (n=gareth@5ac17d7c.bb.sky.com)
  264. # [10:26] * Quits: gareth_ (n=gareth@5ac17d7c.bb.sky.com) (Client Quit)
  265. # [10:27] * Joins: MakTheYak (n=MakTheYa@132.185.144.11)
  266. # [10:31] * Joins: jorlow_ (n=jorlow@220.109.219.245)
  267. # [10:33] * Quits: dave_levin (n=dave_lev@74.125.59.65)
  268. # [10:34] * Joins: jorlow__ (n=jorlow@220.109.219.245)
  269. # [10:34] * Quits: jorlow_ (n=jorlow@220.109.219.245) (Read error: 104 (Connection reset by peer))
  270. # [10:36] * Joins: jorlow_ (n=jorlow@220.109.219.244)
  271. # [10:42] * Quits: jorlow_ (n=jorlow@220.109.219.244)
  272. # [10:43] <zcorpan_> AryehGregor: send feedback about = in unquoted attributes
  273. # [10:44] <zcorpan_> AryehGregor: it's only disallowed to catch this authoring error: <p class= title=hello>
  274. # [10:44] * Joins: mat_t (n=mattomas@91.189.88.12)
  275. # [10:45] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  276. # [10:45] <zcorpan_> AryehGregor: there are no compat issues with it
  277. # [10:46] * Joins: jorlow_ (n=jorlow@220.109.219.244)
  278. # [10:46] <zcorpan_> AryehGregor: also see http://code.google.com/p/html5lib/issues/detail?id=92
  279. # [10:46] * Quits: jorlow_ (n=jorlow@220.109.219.244) (Remote closed the connection)
  280. # [10:46] * Joins: jorlow_ (n=jorlow@220.109.219.244)
  281. # [10:47] <zcorpan_> AryehGregor: and http://code.google.com/p/html5lib/issues/detail?id=93
  282. # [10:47] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85 [Firefox 3.5.4pre/20090831030742]")
  283. # [10:49] * Quits: jorlow (n=jorlow@220.109.219.244) (Read error: 110 (Connection timed out))
  284. # [10:49] * jorlow_ is now known as jorlow
  285. # [10:50] * Joins: ROBOd (n=robod@89.122.216.38)
  286. # [10:52] * Quits: jorlow__ (n=jorlow@220.109.219.245) (Read error: 110 (Connection timed out))
  287. # [10:52] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  288. # [10:53] * Joins: kinetik (n=kinetik@121.98.132.55)
  289. # [10:54] * Joins: webben (n=benh@nat/yahoo/x-ytyjgldkqwzrgpba)
  290. # [10:58] * Joins: GarethAdams (n=GarethAd@pdpc/supporter/active/GarethAdams)
  291. # [11:02] * Quits: Rik` (n=Rik`@81.57.187.57)
  292. # [11:16] * zcorpan_ witnesses another real-world case of <article><header></header><section>...</section><footer></footer></article>
  293. # [11:16] <zcorpan_> and headings in the page <footer>
  294. # [11:16] * Joins: jorlow_ (n=jorlow@220.109.219.244)
  295. # [11:18] * Quits: jorlow_ (n=jorlow@220.109.219.244) (Read error: 104 (Connection reset by peer))
  296. # [11:20] * Quits: jorlow (n=jorlow@220.109.219.244) (Read error: 60 (Operation timed out))
  297. # [11:20] * Joins: svl_ (n=me@dslb-084-056-086-069.pools.arcor-ip.net)
  298. # [11:21] <zcorpan_> actually maybe we should drop <section> and rely on implied sections
  299. # [11:21] <zcorpan_> it would still do the right thing when you put content in <article> or <blockquote>
  300. # [11:22] <zcorpan_> people are clearly overusing sectioning elements in general and clutter the outline
  301. # [11:23] <Hixie> i think to some extent it's overcompensation
  302. # [11:23] <Lachy> maybe we make <section> without a <header>, <hgroup> or <h1> to <h6> invalid?
  303. # [11:23] <Hixie> we should just get out there with a bunch of articles talking about <article> and using a <div> for the main content
  304. # [11:23] <Lachy> Hixie, I'm in the process of writing an article about that
  305. # [11:23] <zcorpan_> Hixie: i really don't think evang will fix this problem
  306. # [11:24] <zcorpan_> Hixie: it's a problem with the spec; people are using the new elements the way they think they should be used, and the result is bad
  307. # [11:24] <Hixie> lachy: making a <section> without header invalid would break all kinds of use cases
  308. # [11:24] <Hixie> Lachy: cool, i look forward to it
  309. # [11:25] <Lachy> I really don't get how people are reaching incorrect conclusions about how they're meant to be used, since the structure was based on how people frequently used <div><h3>...</h3><p>...</div>
  310. # [11:25] <Hixie> zcorpan_: evang is what introduced this problem, i don't know why it wouldn't solve it
  311. # [11:25] <Lachy> what are the use cases for section without it's own heading? I've been struggling to think of any
  312. # [11:25] <zcorpan_> Hixie: what evang introduced this problem?
  313. # [11:25] <Hixie> open any random blog, there's all kinds of bits of the page that are sections without headings
  314. # [11:26] <Hixie> zcorpan_: "html5 has <article>!"
  315. # [11:27] <Lachy> so it seems that people aren't realising that both <article> is just a special class of <section>, and struggling to realise how to use both together properly
  316. # [11:27] <Lachy> s/that both/that/
  317. # [11:27] <zcorpan_> maybe it should be <section type=article>
  318. # [11:27] <Lachy> that might work
  319. # [11:28] <Lachy> but makes styling in IE even harder without attribute selectors
  320. # [11:28] <Hixie> how hard can this be, really
  321. # [11:28] * Quits: SamerZ (n=SamerZ@CPE0024369ef3ab-CM001ac35cd4b4.cpe.net.cable.rogers.com)
  322. # [11:28] <Hixie> maybe i should rename <article> to <blogpost>
  323. # [11:28] <Lachy> Hixie, I didn't think it was hard
  324. # [11:28] <Lachy> I don't think renaming it would help
  325. # [11:28] <Lachy> since it's a structural problem, not a semantic problem
  326. # [11:28] <zcorpan_> Hixie: in this case, it was used for blog posts correctly
  327. # [11:28] <zcorpan_> Hixie: it's just <section> inside that's incorrectly used
  328. # [11:29] <Hixie> oh, then why <section type="">?
  329. # [11:29] <zcorpan_> Hixie: i.e. he wanted a <main> element
  330. # [11:29] <Hixie> i never thought we'd manage to wean people off <div> so fast
  331. # [11:29] <Hixie> i'm getting whiplash
  332. # [11:30] <zcorpan_> because <section type=article><h2/><section><p> *looks* wrong whereas <article><h2/><section><p> doesn't
  333. # [11:30] <zcorpan_> people don't realize <article> is a type of <section>
  334. # [11:30] <zcorpan_> <section type=article> would make it clearer
  335. # [11:30] <Hixie> that isn't the confusion
  336. # [11:30] <Hixie> if it was they'd be doing <article><section><h2/><p>...
  337. # [11:31] <Hixie> but they're putting the header in the article
  338. # [11:31] <Hixie> and then just putting the contents in a section
  339. # [11:31] <Hixie> it _has_ to be for styling, surely
  340. # [11:31] <Hixie> no?
  341. # [11:32] <zcorpan_> no
  342. # [11:32] <zcorpan_> it's not styled in any way
  343. # [11:32] <zcorpan_> no selector in the style sheet is based on the section
  344. # [11:32] <zcorpan_> it's just that they think it's the right thing to do
  345. # [11:33] <annevk2> funny, I think we should drop <article>
  346. # [11:33] <Hixie> i wish i understood how authors were coming to this conclusion
  347. # [11:33] <Hixie> is there some documentation somewhere that they're all following?
  348. # [11:33] <jgraham> I wonder what the "many use cases" are for untitled sections. Like how to they translate to UA features?
  349. # [11:33] <Hixie> is this problem really widespread?
  350. # [11:33] <Hixie> someone should study a random sample of sites from html5gallery
  351. # [11:34] <zcorpan_> Hixie: i've seen it several times with people trying to use html5
  352. # [11:34] <Hixie> anecdotal evidence is often misleading
  353. # [11:34] <Hixie> i think we need hard data on this
  354. # [11:34] <jgraham> BTW I already tried the evangalism thing. Whilst the WHATWG blog might not be the best pulpit you might have thought it would reach early adopters
  355. # [11:34] <jgraham> AT least indirectly
  356. # [11:35] <Lachy> html5doctor and ALA seem to be among the best places to reach early adopters
  357. # [11:35] <zcorpan_> html5doctor did the exact same mistake
  358. # [11:35] <Lachy> I'm planning to get my sectioning article published on either or both of those places
  359. # [11:36] <Lachy> zcorpan_, yeah, I know. I suspect that might be where develoeprs are learning it from
  360. # [11:36] <zcorpan_> this guy sais he sees the structure of <article> the same as <table>
  361. # [11:36] <Lachy> which guy?
  362. # [11:37] <zcorpan_> a friend
  363. # [11:37] <jgraham> I think part of the fix has to be making UAs robust to failure. That means ignoring untitled sections when calculating nesting depth
  364. # [11:38] <Lachy> the question is, do they want the structure to be like a table, or is that just how he perceives it was designed?
  365. # [11:38] <zcorpan_> he says that since he framed the content in a <header> part and a <footer> part, it felt natural to frame the content part in some element too
  366. # [11:38] <zcorpan_> author of http://www.frojd.se/
  367. # [11:38] <Hixie> sigh maybe we should just give people a meaningless <content> element
  368. # [11:39] <annevk2> s/article/main/ plus the appropriate changes to its semantics
  369. # [11:39] <jgraham> Hixie: I think that is a good idea.
  370. # [11:39] <Hixie> or heck, maybe the simplest solution is just to special-case a heading-less section in the outline as a direct child of another section
  371. # [11:39] <Hixie> that actually might be the better solution
  372. # [11:39] <Hixie> since if we introduce another element, it's bound to get misused even more
  373. # [11:40] <zcorpan_> makes sense
  374. # [11:40] <jgraham> I think there is a balance in the design process between things that are designed to transmit semantics and things that make authoring easy
  375. # [11:40] <jgraham> <content> would make authoring easier
  376. # [11:41] * jgraham doesn't like the idea os special cases
  377. # [11:41] <Hixie> well it wouldn't make it any easier than an ignored <section>, right?
  378. # [11:41] <Hixie> how do we get people to use <content> instead of <section>?
  379. # [11:41] <annevk2> content { ... } section { ... }
  380. # [11:42] <zcorpan_> we say <content> is the elemetn to use between <header> and <footer>
  381. # [11:42] <jgraham> Hixie: It would because people seem to have a mental model of their content that splits it into distinct logical areas; "header", "content", "sidebar", "footer"
  382. # [11:42] <Hixie> i think we need hard data on how much of an issue this is, if we're going to add another element. we definitely don't want to be doing something quite as drastic if it's not a real problem.
  383. # [11:42] <Hixie> jgraham: pity we can't reuse <body>
  384. # [11:43] <Hixie> <sbody> (section body)
  385. # [11:43] <annevk2> Hixie, I think another look at some URLs of your 2005 webstats study could be sufficient
  386. # [11:43] <Lachy> Hixie, if we use the name <content>, then is the clash with the <content> element in XBL2 problematic as was suggested on the list?
  387. # [11:43] <Hixie> annevk2: i think we should take a random sample of html5gallery pages
  388. # [11:43] <Hixie> annevk2: and see how many do this wrong
  389. # [11:44] <annevk2> that also seems like a good idea, but checking what class=content is used for given http://code.google.com/webstats/2005-12/classes.html would also give a clue
  390. # [11:44] <Hixie> Lachy: yeah <content> is probably suboptimal.
  391. # [11:44] <Hixie> i kinda like <sbody>
  392. # [11:44] <annevk2> or class=main for that matter
  393. # [11:44] <Hixie> annevk2: i'm more interested in how big a problem it is, rather than how many sites used <div>s in this way
  394. # [11:45] <zcorpan_> i think <main> is a better name than <sbody> (unless header and footer are renamed to <shead> and <sfoot>)
  395. # [11:45] <jgraham> <sbody> isn't going to work. It will _really_ help if it is a simple english word that means "content" or "main"
  396. # [11:45] <Hixie> <main> doesn't work since there could be one per section
  397. # [11:45] <jgraham> I don't think that matters
  398. # [11:45] <zcorpan_> i think <content> is a better name than <sbody> too
  399. # [11:46] <annevk2> I'm not sure allowing <header> / <footer> anywhere else than <body> is a good idea either
  400. # [11:46] <jgraham> annevk2: I don't see why
  401. # [11:46] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  402. # [11:46] <jgraham> Why can't a blog post have a header?
  403. # [11:46] <jgraham> I agree that the <footer> content model should be changed to be the same as header
  404. # [11:46] <Lachy> annevk2, it is, because allowing sections to have additional introductory content in addition to the heading is useful
  405. # [11:47] <jgraham> In practice they are almost interchangable in the type of content they can contain
  406. # [11:47] <Hixie> <footer>'s content model has been the same as <header>'s for at least 30 minutes now
  407. # [11:47] <zcorpan_> jgraham: yes; frojd.se also has a "fat footer"
  408. # [11:47] <Hixie> keep up :-P
  409. # [11:47] <zcorpan_> oh
  410. # [11:47] <Lachy> cool
  411. # [11:47] <Dashiva> So RDFa doesn't actually use namespaces... yet they chose to use namespace-like attributes?
  412. # [11:47] <jgraham> Hixie: :p
  413. # [11:48] <Dashiva> Why would you do that
  414. # [11:48] <annevk2> to mislead the XML gods
  415. # [11:48] <annevk2> apparently it worked
  416. # [11:48] <annevk2> jgraham, the header of a section is way different from the header of a page
  417. # [11:48] <annevk2> jgraham, same for footer
  418. # [11:49] <jgraham> annevk2: Why?
  419. # [11:50] <Lachy> annevk2, they will obviously contain different content, but conceptually and structurally, they are analogous
  420. # [11:50] <Hixie> ok so plan of attack for this section issue is to look at html5galley, and if it shows more than, say, 50% of a random sample of blog-like pages are doing this wrong, then we introduce a new element that is allowed only as a direct child of sectioning content, and only if the sectioning content only contains <header>, <footer>, this element, and/or heading content. (assuming that makes sense given the errors we see)
  421. # [11:50] <zcorpan_> annevk2: maybe the content models of <header> and <footer> should be sensitive to whether they're in <body> or in a nested section?
  422. # [11:50] <Hixie> seem reasonable?
  423. # [11:50] <Hixie> i think y'all are way too eager to change things, btw. leave <header> and <footer> alone already. they're fine. :-)
  424. # [11:50] <Hixie> (now)
  425. # [11:50] <annevk2> jgraham, for a page it gives the title of the weblog, tagline, navigation etc. whereas for <section> you would not have something equivalent I think
  426. # [11:51] <annevk2> jgraham, maybe for <article> but even there it is quite different imo
  427. # [11:51] <zcorpan_> Hixie: we should allow the new element in <body> too
  428. # [11:51] <Lachy> zcorpan_, no, making the content models contextually sensitive would be confusing for authors
  429. # [11:51] <zcorpan_> Lachy: yeah, probably
  430. # [11:51] <annevk2> Hixie, to be frank I'm not sure we studied this problem in as much detail as e.g. the parsing algorithm
  431. # [11:51] * Joins: kinetik (n=kinetik@121.98.132.55)
  432. # [11:52] <Lachy> and it also wouldn't make sense. What exactly would you want to restrict from one or the other?
  433. # [11:52] <Hixie> zcorpan_: yes, and <body>.
  434. # [11:52] <annevk2> Hixie, which is why I think not everyone is quite so sure about it being ok
  435. # [11:52] <zcorpan_> Lachy: i would allow nested sections in body <footer> but not other <footer>s
  436. # [11:52] <Hixie> zcorpan_: <article> elements should be able to have colophons
  437. # [11:53] <zcorpan_> yeah
  438. # [11:53] <Hixie> ok well i'm going to bed now.
  439. # [11:54] <Hixie> hopefully the data fairies will do the study on the html5gallery data so i don't have to tomorrow :-P
  440. # [11:54] <Hixie> nn
  441. # [11:55] * zcorpan_ is not a data fairy today
  442. # [11:56] <Lachy> I will take a look later, no-one else does
  443. # [12:01] <annevk2> out of 8, I found 2 sites that used <section> in this way
  444. # [12:01] <annevk2> I also found one site that used <header> instead of <hgroup>
  445. # [12:01] <annevk2> and one site that used <article> instead of <section>
  446. # [12:02] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  447. # [12:02] <Lachy> we should drop hgroup anyway. It's unnecessary
  448. # [12:02] * Joins: kinetik (n=kinetik@121.98.132.55)
  449. # [12:02] <annevk2> not sure I agree, but anyway, there are 142 sites and I don't have time right now
  450. # [12:03] <annevk2> if anyone starts I suggest a table in a wiki so it's easy for others to help out
  451. # [12:05] <Lachy> I've documented more of the polyglot checking issues. http://wiki.whatwg.org/wiki/Validator.nu_Useful_Warning_Requests#Polyglot_Document_Checking
  452. # [12:05] <Lachy> If anyone feels motivated to add more, feel free
  453. # [12:07] <annevk2> polyglot = boring
  454. # [12:07] <annevk2> (except when debated)
  455. # [12:08] <Lachy> annevk2, my reason for documenting all of this is so that when the issue is being discussed with people like Tantek and Zeldman who want the validator to check for such issues, we can point them there and get a concrete list of issues they want to have checked
  456. # [12:11] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  457. # [12:11] <jgraham> Sigh. The RDFa people are really trying to have their namespace cake and eat it too
  458. # [12:13] <annevk2> Mark Birbeck still does not understand either a) that we think ignoring the namespace of an attribute is wrong or b) that xmlns:<prefix> is in a namespace in XML
  459. # [12:13] <annevk2> And given that it has only been explained a 100 times before I guess that is perfectly reasonable...
  460. # [12:14] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  461. # [12:15] * Joins: kinetik (n=kinetik@121.98.132.55)
  462. # [12:17] * Joins: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  463. # [12:23] * Quits: svl_ (n=me@dslb-084-056-086-069.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  464. # [12:25] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  465. # [12:26] * Joins: harig_ (n=aparan@59.90.71.35)
  466. # [12:31] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  467. # [12:31] * Quits: harig (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  468. # [12:31] * Joins: kinetik (n=kinetik@121.98.132.55)
  469. # [12:39] * Quits: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  470. # [12:49] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (leguin.freenode.net irc.freenode.net)
  471. # [12:49] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (leguin.freenode.net irc.freenode.net)
  472. # [12:49] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  473. # [12:49] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  474. # [12:49] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  475. # [12:49] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  476. # [12:49] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  477. # [12:49] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  478. # [12:50] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  479. # [12:50] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  480. # [12:50] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  481. # [12:50] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  482. # [12:50] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  483. # [12:50] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  484. # [12:50] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  485. # [12:50] * Joins: doobar (i=david@bsdguru.net)
  486. # [12:51] <Lachy> Hixie, http://www.w3.org/Bugs/Public/show_bug.cgi?id=7483 can now be resolved
  487. # [12:53] * Dashiva is now known as Dashimon
  488. # [12:54] * Dashimon is now known as Dashiva
  489. # [13:07] * Quits: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz) ("Leaving")
  490. # [13:13] <hsivonen> Lachy: Making a section with foo invalid would be pain to WYSIWYG editors
  491. # [13:19] * Joins: johnk (n=johnk@cpe-69-205-56-47.nycap.res.rr.com)
  492. # [13:20] <hsivonen> I wonder if the RDFa TF was clear with the TAG that RDFa doesn't "use namespaces"
  493. # [13:21] <Philip`> getElementsByTagName+lookupNamespaceURI is "not standard DOM methods"?
  494. # [13:23] * jgraham is bemused
  495. # [13:23] <hsivonen> Philip`: context?
  496. # [13:24] * hsivonen sees it now
  497. # [13:25] <hsivonen> Philip`: fwiw, the way lookupNamespaceURI is defined makes it theoretically brittle for RDFa-in-XML
  498. # [13:25] <hsivonen> Philip`: in the case of synthetic DOMs
  499. # [13:26] <Lachy> hsivonen, yeah, I also realised it wouldn't catch many cases where authors do things wrongly anyway
  500. # [13:26] <hsivonen> Philip`: lookupNamespaceURI looks at frozen element node namespace/prefix bindings in addition to looking at namespace declarations
  501. # [13:26] <Philip`> (The getNamespaces method seems to be non-standard, but you don't need that to do lookups)
  502. # [13:26] <hsivonen> Philip`: W3C specs say the darnest things
  503. # [13:27] <Lachy> In what way does RDFa not use namespaces?
  504. # [13:28] <Lachy> what's the point of them using xmlns and prefixes if they don't?
  505. # [13:29] <Philip`> I guess the point is to be compatible with XML Namespaces syntax (and nothing else matters)
  506. # [13:29] <hsivonen> Lachy: http://krijnhoetmer.nl/irc-logs/whatwg/20090904#l-414
  507. # [13:29] <jgraham> Lachy: Mark Birbeck's position appears to be that they use namespace syntax but must not be processed in a namespace-aware way
  508. # [13:30] <Dashiva> So why use the namespace syntax then?
  509. # [13:30] <Lachy> hmm, ok. Is that because they do that weird thing where they just prefix the namespace URI to the localname?
  510. # [13:30] <Philip`> jgraham: I don't remember anyone suggesting "must not", just "does not have to (but can if you've got a suitable API; it doesn't matter as long as you get the same result from the same syntax)"
  511. # [13:30] * harig_ is now known as harig
  512. # [13:31] <jgraham> Philip`: "The original objection was that different processing is required for
  513. # [13:31] <jgraham> different DOMs, and I think we've shown that's not the case; all that
  514. # [13:31] <jgraham> is required is to iterate through the list of atttributes, and pull
  515. # [13:31] <jgraham> out those that begin "xmlns:"."
  516. # [13:31] <jgraham> As far as I can tell the only way to make sense of that would be to forbid using namespace aware processors
  517. # [13:32] * Joins: lazymanc (n=lazymanc@ticketline01-fw.cust.pipex.net)
  518. # [13:32] <Philip`> jgraham: (Some) namespace aware processors let you iterate through the list of attributes and pull out xmlns:*
  519. # [13:32] <hsivonen> Lachy: the RDFa TF is programming with namespace-unaware tools (Mark Birbeck: IE, Shane: the perl lib, Ivan Herman: Python minidom)
  520. # [13:32] <Philip`> e.g. web browser DOMs do
  521. # [13:32] <Philip`> jgraham: so they still satisfy that requirement
  522. # [13:33] <hsivonen> Lachy: whereas people here are programming with libraries whose authors have drank the Infoset kool aid
  523. # [13:33] <hsivonen> Lachy: hence, diffent world views
  524. # [13:33] <hsivonen> *different
  525. # [13:33] <zcorpan_> we should see the light and stop caring about namespaces and namespace-aware APIs
  526. # [13:34] <Dashiva> I just don't get it. If they aren't using namespaces, why use the one set of attributes that cause trouble?
  527. # [13:36] <jgraham> Dashiva: Presumably because it scores brownie points with TAG
  528. # [13:36] <Philip`> Dashiva: Because it doesn't cause trouble
  529. # [13:36] <Philip`> (when you use namespace-unaware APIs)
  530. # [13:37] <Dashiva> jgraham: Nice order of constituencies :)
  531. # [13:37] <Philip`> and because it can reuse the normal xmlns processing model, rather than having to define its own that's almost identical but slightly different
  532. # [13:37] <jgraham> Philip`: Neither does a mechanism that doesn't cause trouble when you _do_ use namespace aware APIs
  533. # [13:37] <Philip`> (and thus avoid reinventing wheels)
  534. # [13:38] <Dashiva> processing model?
  535. # [13:38] <Dashiva> You mean doing a string split on :?
  536. # [13:39] * jgraham isn't sure what Philip` means by "xmlns processing model" but Mark has explicitly stated that authors are expected to keep track of prefixes at the application level, independent of the ns machanisms
  537. # [13:40] * Joins: zdobersek (n=zan@cpe-92-37-74-55.dynamic.amis.net)
  538. # [13:40] <Philip`> jgraham: I just mean the definition of what namespace bindings are in scope at a particular element, which is (I'd hope) defined in the Namespaces spec and so RDFa just references that instead of redefining it (even if practical implementations will reimplement it)
  539. # [13:44] <jgraham> Philip`: It seems highly misleading to imply that processing happens per xmlns when in fact you are actually required to ignore xmlns and do your own prefix binding processing
  540. # [13:44] <Philip`> jgraham: You're not required to ignore it, you could do it with lookupNamespaceURI if you wanted
  541. # [13:45] <Philip`> and the result is equivalent to the normal proper xmlns processing
  542. # [13:46] <Philip`> (though it's sufficient (but not necessary) to just have an API that exposes a list of namespace-unaware attributes per element)
  543. # [13:47] <hsivonen> Dashiva: it's politically expedient in the W3C to use namespace-looking syntax. It gets you an applause even if you break the XML architecture all over.
  544. # [13:47] <hsivonen> Dashiva: remember the aria:foo debate
  545. # [13:48] <Dashiva> Will we ever learn?
  546. # [13:48] * Philip` goes away
  547. # [13:51] * Quits: zcorpan_ (n=zcorpan@83.252.193.59)
  548. # [13:53] <Lachy> This appears to be the first suggestion for renaming <sidebar> to <aside> http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2005-March/003355.html
  549. # [13:53] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 104 (Connection reset by peer))
  550. # [13:53] <Lachy> I can't see much discussion about the name itself, but the next e-mail I found that mentions it simply refers to it as though it's already in the spec
  551. # [13:55] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  552. # [13:57] * Quits: johnk (n=johnk@cpe-69-205-56-47.nycap.res.rr.com) (Read error: 110 (Connection timed out))
  553. # [14:01] * Joins: Kalms (n=rasmuska@81.161.185.108)
  554. # [14:01] <hsivonen> FWIW, I thought <aside> was for callouts foremost
  555. # [14:05] * Joins: pmuellr (n=pmuellr@nat/ibm/x-kbqvokcgrmovkmvu)
  556. # [14:08] <Lachy> hsivonen, it's primary usecase seems to have shifted. <sidebar> was introduced to address the common case of <div id="sidebar">, then adjusted to also address callouts as being tangentially related content
  557. # [14:08] <Lachy> and then renamed to <aside> based on that
  558. # [14:11] * Quits: shepazu (n=schepers@72-255-10-6.client.stsn.net)
  559. # [14:15] <jgraham> FWIW <header> <footer> <content> and <sidebar> make sense as "structural" elements to me. <aside> or <callout> seems more like <section>
  560. # [14:18] <jgraham> More specifically, I would expect <sidebar><nav></nav></sidebar> to increment the heading depth by 1 whereas I would expect <aside><nav> to increment the heading depth by 2
  561. # [14:18] * Quits: tkent (n=tkent@220.109.219.244) ("Leaving...")
  562. # [14:20] <Lachy> if we make <aside> inappropriate for page sidebars, then I would change it so that it's no longer a sectioning element
  563. # [14:21] <Lachy> and I would expect <sidebar> to be a sectioning element.
  564. # [14:23] <jgraham> Lachy: That is quite the opposite of what I would expect. Typically a sidebar doesn't have an overall heading but might contain several sections with headings e.g. <nav><h1>Archives <section><h1>Tags and so on
  565. # [14:23] <Lachy> so, e.g. on my site, I would do <sidebar><h1>Other Resources</h1> <section><h1>Friends</h1>...</section> <section><h1>HTML5 Stuff</h1> ...</section>
  566. # [14:23] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  567. # [14:23] <jgraham> Whereas a pullout box can often have a heading
  568. # [14:24] <jgraham> Lachy: Why not just use <nav> if it is purely links?
  569. # [14:24] <Lachy> because it's a sidebar. On my blog (when it was using the same template) it also contained the search form
  570. # [14:25] * Joins: erlehmann (n=erlehman@tmo-109-57.customers.d1-online.com)
  571. # [14:25] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  572. # [14:26] <Lachy> (maybe the individual <section> elements in what I wrote above could use <nav> though)
  573. # [14:27] <Lachy> if we fixed the sectioning algorithm as you previously suggested, so that sections without a heading don't affect the heading level, then it wouldn't be a problem.
  574. # [14:27] <jgraham> Lachy: True
  575. # [14:30] <karlushi> I have a tendency to classify elements like this: structure (p, ul, …) / semantic (q, cite, title, …) / functional (form, div, span, …)
  576. # [14:31] <hsivonen> karlushi: interesting categorization of div and span :-)
  577. # [14:32] <karlushi> hsivonen: yes, my reasoning is that their only purpose is that you need to attached something else to it which gives their intended meaning.
  578. # [14:32] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  579. # [14:34] <karlushi> The discussion around elements such as footer, header, etc. "bothers" me a little bit, because they seem awkward when things like <ads> or <logo> are not taken into account. But I'm not sure how to rationalize why it bothers me.
  580. # [14:34] <erlehmann> karlushi, is a list not semantic ? maybe you mean text-level-semantics ?
  581. # [14:34] <erlehmann> <ads> ahaha oh hwow
  582. # [14:34] * Joins: svl_ (n=me@78.52.212.127)
  583. # [14:35] <karlushi> erlehmann, a list can be of many types :) from shoping list to do list
  584. # [14:35] <karlushi> s/to do/to todo/
  585. # [14:35] <erlehmann> i can see it coming "implementors MUST provide a config option to disable rendering of <ad> elements"
  586. # [14:35] <karlushi> erlehmann, ;)
  587. # [14:36] <erlehmann> karlushi, lists are inherently semantic. that is why we have ordered and unordered and definition lists, to cater to that.
  588. # [14:37] <karlushi> that would be a nice and interesting side effects on the whole system. A bit like in magazine in France where publishers have to flag ads which are written like articles :)
  589. # [14:38] <erlehmann> karlushi, you always have to take the real-world into account. while things such as @autoplay can be there just to disable them, no one would use <ad> elemetns.
  590. # [14:38] <karlushi> erlehmann, depends on the definition of semantics. :) let's change the terms: Structure (list, paragraph, headers, sections, etc.) and Meaning (poem, dialogs, quotes, etc.)
  591. # [14:39] <karlushi> real world is not a good argument as everything is always real. The rest is cultural, economic context. :)
  592. # [14:40] <erlehmann> karlushi, i dialog is a special type of ordered list.
  593. # [14:41] <karlushi> erlehmann: yes. ordered list: a text *structure* which can have the *meaning* of a dialog
  594. # [14:42] * Joins: othermaciej (n=mjs@70-91-193-41-BusName-NewEngland.hfc.comcastbusiness.net)
  595. # [14:43] <erlehmann> karlushi, i dont get the finer points of your statements. speak easy
  596. # [14:43] * Joins: annodomini (n=lambda@wikipedia/lambda)
  597. # [14:51] * Joins: MikeSmith (n=MikeSmit@31-35-163.wireless.csail.mit.edu)
  598. # [14:51] <Lachy> Interestingly, the first suggestion for a <content> element I've found came from Hixie in 2004 http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2004-August/002114.html
  599. # [14:52] <hsivonen> grr. that page triggers an elusive Necko bug
  600. # [14:53] <Lachy> Necko bug?
  601. # [14:53] <Philip`> hsivonen: "defer to the HTML5 rules for determining the language of a node" - http://html5.digitalbazaar.com/specs/rdfa.html#specifying-the-language-for-a-literal sounds like it's trying to defer to the HTML5 definition, so I don't think that's an especially controversial idea (though the details might be fuzzy in that spec)
  602. # [14:53] <hsivonen> Philip`: ah cool. Manu fixed the draft.
  603. # [14:54] <Lachy> hsivonen, what's the Necko bug? That page works fine for me in Minefield
  604. # [14:54] <hsivonen> Lachy: sometimes when reading WHATWG archives, Necko claims that the server sent bogus gzip data
  605. # [14:55] <Philip`> hsivonen: Hmm, I thought it always said that
  606. # [14:55] <Lachy> ah, like this "Content Encoding Error" I get in Minefield on this page? http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2005-April/003377.html)
  607. # [14:55] <hsivonen> Lachy: yes
  608. # [14:55] <Philip`> (i.e. since a few days ago when it was published)
  609. # [14:55] <Lachy> hsivonen, is there a bug filed about that in bugzilla?
  610. # [14:55] * Quits: GarethAdams (n=GarethAd@pdpc/supporter/active/GarethAdams)
  611. # [14:56] <hsivonen> Lachy: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2004-August/002114.html
  612. # [14:56] <Lachy> I think I've manged to track down sufficient information about the history of <sidebar> and <aside> now. Mail sent.
  613. # [14:57] * Quits: othermaciej (n=mjs@70-91-193-41-BusName-NewEngland.hfc.comcastbusiness.net)
  614. # [14:57] <Lachy> hsivonen, yeah, that's the link I posted above. What about it?
  615. # [14:58] <hsivonen> Lachy: oops. sorry. clipboard problem.
  616. # [14:58] <hsivonen> https://bugzilla.mozilla.org/show_bug.cgi?id=501953
  617. # [15:04] * Joins: zdobersek1 (n=zan@cpe-92-37-73-174.dynamic.amis.net)
  618. # [15:04] * Quits: Kalms (n=rasmuska@81.161.185.108) (Read error: 104 (Connection reset by peer))
  619. # [15:05] * Joins: Kalms (n=rasmuska@81.161.185.108)
  620. # [15:07] * Joins: yutak_home (n=kee@M006079.ppp.dion.ne.jp)
  621. # [15:11] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  622. # [15:11] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  623. # [15:12] * Joins: billyjackass (n=MikeSmit@31-35-163.wireless.csail.mit.edu)
  624. # [15:14] * Joins: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  625. # [15:15] * Joins: Unixmonkey (n=Unixmonk@mail.reprographix.com)
  626. # [15:18] <jgraham> I guess <figure>-as-<aside> might even make more sense than the current model
  627. # [15:18] <jgraham> Although I am increasingly unhappy with the whole sectioning root thing
  628. # [15:19] * Quits: annodomini (n=lambda@wikipedia/lambda)
  629. # [15:19] * Quits: billyjackass (n=MikeSmit@31-35-163.wireless.csail.mit.edu) ("Tomorrow to fresh woods, and pastures new.")
  630. # [15:19] <beowulf> what bruce lawson describes as an aside seems to me tobe a section with a singular style in his design
  631. # [15:19] * Quits: zdobersek (n=zan@cpe-92-37-74-55.dynamic.amis.net) (Read error: 110 (Connection timed out))
  632. # [15:19] * Joins: othermaciej (n=mjs@31-35-7.wireless.csail.mit.edu)
  633. # [15:22] <jgraham> I think <figure>-as-<aside> would workj if you could do <figure><legend><h1>Box A</h1> and have it appear in the outline of the main document, but the complexity of that just made my head explode
  634. # [15:22] <Lachy> figure-as-aside doesn't make that much sense to me. I perceive <figure> for the kind of things that would typically be labelled "Figure #. Caption..." in a book, like images, tables, code fragments, etc.
  635. # [15:22] <Philip`> Can we just get rid of all these structural elements?
  636. # [15:22] <Lachy> no
  637. # [15:22] <Philip`> Hmph
  638. # [15:23] <jgraham> Lachy: Agreed that the name doesn't really work
  639. # [15:23] <jgraham> But the spec-wide definition does
  640. # [15:23] <jgraham> *wise
  641. # [15:24] <Lachy> I'd rather we keep <figure> as is, make <aside> for pullouts only, rather than sidebars, and introduce <sidebar> to replace the common cases of <div id="sidebar">, <div class="right">, etc.
  642. # [15:24] <jgraham> Lachy: I think that is my prefered solution too. But I could live with dual purposing figure
  643. # [15:24] <jgraham> (Note the definition is "The figure element represents some flow content, optionally with a caption, that is self-contained and is typically referenced as a single unit from the main flow of the document.")
  644. # [15:25] <Lachy> jgraham, if we dual-purpose <figure>, would you introduce <sidebar> or keep <aside> for that?
  645. # [15:25] <lazymanc> I'd prefer a defined list of roles and just using <div role="sidebar"> etc
  646. # [15:25] <jgraham> <sidebar>
  647. # [15:25] <Lachy> agreed.
  648. # [15:26] * Joins: aroben (n=aroben@unaffiliated/aroben)
  649. # [15:26] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  650. # [15:26] * Quits: sbublava (n=stephan@77.118.81.142.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
  651. # [15:26] <Lachy> lazymanc, no, that makes styling more difficult for authors since it requires the less commonly used attribute selectors that not all authors are familiar with, and which IE still doesn't support.
  652. # [15:27] <Lachy> oh, actually, they were CSS2, so it might
  653. # [15:28] * Philip` forgot to mention xmlns:xml and xmlns:xmlns in his latest email
  654. # [15:28] <Lachy> yep, IE8 does support them.
  655. # [15:28] <lazymanc> IE doesn't support <sidebar> <header> <footer> etc though
  656. # [15:28] <Lachy> there's a simple workaround to make IE parse those elements reasoanbly, and styling them isn't much of a problem
  657. # [15:28] <Philip`> Are there any more cases that are well-formedness errors in XML/Namespaces, where a non-XML processor would need special rules?
  658. # [15:29] <lazymanc> if you're writing a spec for the future obviously you've got to take into account backwards compat, but you're going to introduce stuff that's not supported by the vendors yet
  659. # [15:30] <lazymanc> I'd like to see textarea and select as input types
  660. # [15:30] <lazymanc> for consistency and ease of styling
  661. # [15:30] <lazymanc> obviously keeping the old tags for backwards compat
  662. # [15:30] * Joins: sbublava (n=stephan@77.117.69.202.wireless.dyn.drei.com)
  663. # [15:31] <Lachy> lazymanc, not going to happen, and it's not clear how using <input> would make styling any easier for them
  664. # [15:33] <lazymanc> Lachy: well say you want to set a default font style / colour for all your inputs, input { // foo: bar; } is quicker and easier to remember than input, textarea, select { foo: bar; }
  665. # [15:34] <Philip`> How would parsing work?
  666. # [15:34] <AryehGregor> Same as it works now . . .
  667. # [15:34] <Philip`> <input type=text value=foo> vs <input type=textarea>foo</input> ?
  668. # [15:34] <Philip`> vs <input type=select><option>...</input> ?
  669. # [15:34] <AryehGregor> The philosophy in HTML 5 has generally been to not introduce new elements solely for greater future consistency.
  670. # [15:34] * Joins: myakura (n=myakura@p4115-ipbf3106marunouchi.tokyo.ocn.ne.jp)
  671. # [15:35] <AryehGregor> Hmm, that would make <input> a non-void element, you're right.
  672. # [15:35] <lazymanc> what's wrong with <input type="textarea" value="some content" />
  673. # [15:35] <Lachy> Philip`, it wouldn't work for type=select, but presumably type=textara could just be limited to the value attribute, which isn't such a good idea anyway
  674. # [15:35] <Philip`> lazymanc: That's hard to use when you've got multiple lines of content
  675. # [15:36] <AryehGregor> lazymanc, it's identical to <textarea>. HTML 5 doesn't usually introduce new features that are identical to existing features for the sake of consistency.
  676. # [15:36] <AryehGregor> Arguably that would be a good move.
  677. # [15:36] <Philip`> since you'd have to encode newlines as &#9; or something I guess
  678. # [15:36] <AryehGregor> Hmm, that's a good point.
  679. # [15:36] <AryehGregor> &#a;. :)
  680. # [15:36] <AryehGregor> In this case there's actually a good reason to not have it be <input>.
  681. # [15:36] <lazymanc> AryehGregor: I would argue that it should, we should fix the inconsistencies while we have the chance to benefit future content authors
  682. # [15:36] <Philip`> AryehGregor: &#xa; :-P
  683. # [15:36] <lazymanc> at least while it doesn't cause problems with BC
  684. # [15:37] <AryehGregor> Er, right, or &#10;.
  685. # [15:37] * Philip` knows CRLF=0D0A, so he's not sure how he arrived at &#9;
  686. # [15:37] <Lachy> lazymanc, we don't really have a chance to fix this now, and your proposed "fix" has already been demonstrated to be flawed.
  687. # [15:37] <AryehGregor> lazymanc, we could reasonably do something like require UAs to support the feature, but make it invalid markup. And then later, when all UAs support the feature, make the old feature non-conforming (but keep it specced).
  688. # [15:38] <AryehGregor> But it seems the important people don't want to do that.
  689. # [15:39] <Philip`> lazymanc: We can't remove support for old syntax, and can't remove old content that uses it (and tutorials and editors etc), so adding new 'consistent' syntax for the same features will just result in the language being twice as large and even more inconsistent
  690. # [15:39] <lazymanc> Lachy: i'm not saying that's the way it has to be done, i'm sure there are alternatives
  691. # [15:39] <AryehGregor> E.g., require UAs to support <style src="foo"></style>, but make it non-conforming. Then 15 years from now when all UAs anyone uses support that, make it conforming and make <link rel=stylesheet> nonconforming.
  692. # [15:39] <AryehGregor> Philip`, not in the long term, though. In the long term you could eventually make the old way of doing it nonconforming.
  693. # [15:39] <AryehGregor> Then the conforming part of the language would be just as small and more consistent.
  694. # [15:39] <lazymanc> I'm not suggesting removing <textarea> and <select>, just to have the option of <input type="textarea" and then maybe depreciating <textarea> at some point down the line
  695. # [15:40] <Lachy> lazymanc, you wanted a solution using the <input> element, and there isn't one. The only other alternative is to use another element, which we already do. So problem solved.
  696. # [15:40] <Philip`> AryehGregor: Then the conforming part of the language wouldn't correspond to existing content, or to existing tutorials etc, so it'd become even more confusing
  697. # [15:40] <AryehGregor> lazymanc, value="" is annoying for multiline input.
  698. # [15:40] <AryehGregor> Philip`, that's already the case.
  699. # [15:40] <AryehGregor> And will be whenever old content is made non-conforming.
  700. # [15:40] <AryehGregor> Hmm, well.
  701. # [15:40] <lazymanc> AryehGregor: agreed, is there a reason the input element cannot be optionally void?
  702. # [15:40] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  703. # [15:40] <AryehGregor> I guess HTML 5 actually doesn't tend to remove stupid things people were formerly advised to do.
  704. # [15:40] <AryehGregor> Like xmlns and /> and whatever.
  705. # [15:41] <AryehGregor> So scratch what I said.
  706. # [15:41] * Joins: jonpierce (n=jonpierc@209-6-22-59.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
  707. # [15:41] <Philip`> AryehGregor: Sure, but it's something that should be minimised, by avoiding making things non-conforming just for the sake of consistency
  708. # [15:41] <AryehGregor> lazymanc, no element in the HTML syntax is optionally void.
  709. # [15:41] <AryehGregor> Philip`, I see your point. It's pretty annoying, though.
  710. # [15:41] <Philip`> AryehGregor: HTML is pretty annoying :-)
  711. # [15:41] <Lachy> lazymanc, yes, because it would make parsing dependent on the value of an attribute, which means feeding back information from the tree construction to the tokenisation stage
  712. # [15:41] <AryehGregor> Just because we acknowledge that pragmatically we have to support old content, that doesn't mean we have to *totally* give up on making the language nicer in the long term.
  713. # [15:42] <AryehGregor> Lachy, c'mon, that's not half as horrible as a lot of things HTML parsers have to do anyway. :)
  714. # [15:42] <Lachy> actually, no, that's wrong
  715. # [15:42] <Philip`> I think the usual response to people wanting to make the language cleaner was "you should join the XHTML2 WG", but that response is not going to work any more :-/
  716. # [15:42] <AryehGregor> But it would *decrease* consistency to have exactly one optionally void element.
  717. # [15:42] <Philip`> Parsing is already dependent on the value of an attribute
  718. # [15:42] <AryehGregor> Philip`, sure it will, it will be even more cutting!
  719. # [15:42] <Philip`> because of <input type=hidden> in foster-parented table content
  720. # [15:43] <Lachy> Philip`, in this case, I don't think lazymanc would like that anyway, since XHTML2 uses XForms, and they make the problem worse by replacing <input> with new elements for all new controls
  721. # [15:44] <Lachy> AryehGregor, the argument that HTML5 parsers already have to do a lot of horrible things is not a reason to make it do more horrible things
  722. # [15:44] <AryehGregor> Sure.
  723. # [15:44] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 145 (Connection timed out))
  724. # [15:50] <lazymanc> ok so I agree that there are problems with the suggested fixes, it's just annoying that with new input types being added, these two existing ones can't be bent into shape
  725. # [15:54] <Philip`> The language is like a paperclip
  726. # [15:54] <Philip`> It's bent, but if you try to bend it more to straighten it out, it'll end up with an infuriating little wobble in the middle instead of actually being straight, and if you try enough times it'll snap in half
  727. # [15:54] * Philip` isn't sure this is the best analogy :-(
  728. # [15:56] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  729. # [15:58] <lazymanc> Philip`: it's pretty good
  730. # [15:59] <lazymanc> with regards to BC, will the new elements be ignored by older browsers without support?
  731. # [15:59] <Lachy> lazymanc, what are you using "BC" to stand for?
  732. # [16:00] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  733. # [16:00] <lazymanc> or will using html5 elements actually break the rendering? Lachy: backwards compatibility
  734. # [16:00] <Lachy> ah
  735. # [16:01] <Lachy> lazymanc, it depends what you mean by "break the rendering". If you're not careful, the elements won't have the correct default style. e.g. you need to specify display: block for the new sectioning elements
  736. # [16:02] <Lachy> and you also need to make sure you explicitly close <p> elements with </p> if it precedes one of the new sectioning elements like <section>
  737. # [16:02] <Lachy> but their presence in the DOM won't inherently break things
  738. # [16:02] <lazymanc> Lachy: ok thanks
  739. # [16:04] * Joins: zdobersek (n=zan@cpe-92-37-75-251.dynamic.amis.net)
  740. # [16:05] * Joins: alister (n=AlanB@cpe-69-206-66-65.hvc.res.rr.com)
  741. # [16:05] * Quits: zdobersek1 (n=zan@cpe-92-37-73-174.dynamic.amis.net) (Read error: 60 (Operation timed out))
  742. # [16:06] * Joins: annodomini (n=lambda@130.189.179.215)
  743. # [16:09] <hsivonen> Hixie: bz says the server for the WHATWG archives is buggy: https://bugzilla.mozilla.org/show_bug.cgi?id=501953#c10
  744. # [16:09] * Quits: alister (n=AlanB@cpe-69-206-66-65.hvc.res.rr.com) (Client Quit)
  745. # [16:10] * Joins: dglazkov (n=dglazkov@67.188.0.62)
  746. # [16:16] <Lachy> hsivonen, should the second response from the server also be gzipped?
  747. # [16:18] <hsivonen> Lachy: I expect so
  748. # [16:26] * Quits: lazymanc (n=lazymanc@ticketline01-fw.cust.pipex.net) (Read error: 104 (Connection reset by peer))
  749. # [16:33] * Quits: erlehmann (n=erlehman@tmo-109-57.customers.d1-online.com) (Read error: 110 (Connection timed out))
  750. # [16:39] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  751. # [16:40] * Joins: zdobersek1 (n=zan@cpe-92-37-79-133.dynamic.amis.net)
  752. # [16:43] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Client Quit)
  753. # [16:44] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  754. # [16:46] * Quits: vvv (n=vvv@mediawiki/VasilievVV) ("KVIrc Insomnia 4.0.0, revision: 3410, sources date: 20090703, built on: 2009/08/12 22:29:13 UTC http://www.kvirc.net/")
  755. # [16:47] * Quits: dglazkov (n=dglazkov@67.188.0.62) (Read error: 145 (Connection timed out))
  756. # [16:49] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  757. # [16:52] * Quits: zdobersek (n=zan@cpe-92-37-75-251.dynamic.amis.net) (Read error: 110 (Connection timed out))
  758. # [16:52] * Joins: amstan (n=alex@69-165-138-245.dsl.teksavvy.com)
  759. # [16:56] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) ("nu fkt")
  760. # [17:01] * Joins: dglazkov (n=dglazkov@nat/google/x-ynaozgogtxextfup)
  761. # [17:03] * Quits: Kalms (n=rasmuska@81.161.185.108)
  762. # [17:09] * Quits: Maurice (n=ano@80.101.46.164) (Connection reset by peer)
  763. # [17:10] * Joins: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  764. # [17:14] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  765. # [17:18] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (leguin.freenode.net irc.freenode.net)
  766. # [17:18] * Quits: number-6 (n=number-6@adsl-69-230-169-54.dsl.irvnca.pacbell.net) (leguin.freenode.net irc.freenode.net)
  767. # [17:18] * Quits: hober (n=ted@unaffiliated/hober) (leguin.freenode.net irc.freenode.net)
  768. # [17:18] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (leguin.freenode.net irc.freenode.net)
  769. # [17:18] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (leguin.freenode.net irc.freenode.net)
  770. # [17:18] * Quits: inimino (n=inimino@atekomi.inimino.org) (leguin.freenode.net irc.freenode.net)
  771. # [17:18] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (leguin.freenode.net irc.freenode.net)
  772. # [17:20] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  773. # [17:20] * Joins: number-6 (n=number-6@adsl-69-230-169-54.dsl.irvnca.pacbell.net)
  774. # [17:20] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  775. # [17:20] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  776. # [17:20] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  777. # [17:20] * Joins: inimino (n=inimino@atekomi.inimino.org)
  778. # [17:20] * Joins: fear\phage (n=fearphag@cogjam.com)
  779. # [17:21] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (Connection reset by peer)
  780. # [17:22] * Joins: Kalms (n=rasmuska@81.161.185.108)
  781. # [17:23] * Quits: inimino (n=inimino@atekomi.inimino.org) (Connection reset by peer)
  782. # [17:23] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  783. # [17:32] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (No route to host)
  784. # [17:34] * Joins: Lachy (n=Lachlan@85.196.122.246)
  785. # [17:35] * Quits: zdobersek1 (n=zan@cpe-92-37-79-133.dynamic.amis.net) ("Leaving.")
  786. # [17:38] * Quits: Kalms (n=rasmuska@81.161.185.108)
  787. # [17:40] * Joins: inimino (n=inimino@atekomi.inimino.org)
  788. # [17:46] <Philip`> annevk3: http://philip.html5.org/data/charsets-2.html exists though I have no idea how correct it is
  789. # [17:47] <Philip`> (Particularly the error percentages seem totally bogus)
  790. # [17:48] <Philip`> (and also there's no meta-sniffer data, because it took ages and the machine on which I ran the SSH session to the machine running the analysis died so it stopped halfway through)
  791. # [17:49] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  792. # [17:50] * Quits: myakura (n=myakura@p4115-ipbf3106marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  793. # [17:52] * Joins: maikmerten (n=maikmert@Zb0cf.z.pppool.de)
  794. # [17:54] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  795. # [17:56] * Joins: myakura (n=myakura@p4115-ipbf3106marunouchi.tokyo.ocn.ne.jp)
  796. # [18:02] * Joins: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net)
  797. # [18:02] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  798. # [18:05] * Quits: harig (n=aparan@59.90.71.35)
  799. # [18:22] * Joins: da3d (n=opera@h11n1fls34o986.telia.com)
  800. # [18:24] * Joins: jlebar (n=jlebar@nat/mozilla/x-vwnecbxopwlscizg)
  801. # [18:25] * Joins: ap (n=ap@nat/apple/x-jrgixhzvrpkthicf)
  802. # [18:26] * Quits: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  803. # [18:30] * Joins: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net)
  804. # [18:32] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  805. # [18:35] * Quits: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net) (Read error: 54 (Connection reset by peer))
  806. # [18:38] * Joins: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net)
  807. # [18:52] * Quits: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  808. # [18:53] * Quits: MakTheYak (n=MakTheYa@132.185.144.11) ("This computer has gone to sleep. Zzz.")
  809. # [18:56] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  810. # [18:56] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  811. # [19:00] * Quits: zdobersek (n=zan@cpe-92-37-79-133.dynamic.amis.net) (Read error: 110 (Connection timed out))
  812. # [19:03] * Joins: weinig (n=weinig@17.246.16.129)
  813. # [19:03] * Joins: benward (n=benward@nat/yahoo/x-tfuiyvvpgznsjwac)
  814. # [19:12] * Joins: Kalms (n=rasmuska@81.161.185.108)
  815. # [19:12] * Quits: mat_t (n=mattomas@91.189.88.12) (Remote closed the connection)
  816. # [19:19] * Joins: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net)
  817. # [19:19] * Joins: tantekc (n=tantek@70.36.139.128)
  818. # [19:25] * Quits: tantek (n=tantek@c-76-126-175-28.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  819. # [19:27] * aroben is now known as aroben|lunch
  820. # [19:40] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  821. # [19:44] * Joins: aboodman (n=aboodman@72.14.229.81)
  822. # [19:51] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  823. # [19:52] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  824. # [19:58] * Joins: mcdave (n=mcdave@cm-83-97-166-34.telecable.es)
  825. # [20:05] * Quits: mcdave (n=mcdave@cm-83-97-166-34.telecable.es)
  826. # [20:05] * Quits: myakura (n=myakura@p4115-ipbf3106marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  827. # [20:07] * aroben|lunch is now known as aroben|meeting
  828. # [20:18] * Quits: pererik (n=pe@unaffiliated/pererik) (Read error: 110 (Connection timed out))
  829. # [20:30] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  830. # [20:30] * Joins: zdobersek (n=zan@cpe-92-37-74-253.dynamic.amis.net)
  831. # [20:30] * Joins: dpranke (n=Adium@nat/google/x-gfthmwijqhwhmwmt)
  832. # [20:32] * Joins: gareth__ (n=gareth@5ac17d7c.bb.sky.com)
  833. # [20:42] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  834. # [21:01] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) ("Nettalk6 - www.ntalk.de")
  835. # [21:05] * Joins: geoffthibeau (i=48be54ea@gateway/web/freenode/x-pkrsfbvtcnxrbtao)
  836. # [21:05] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  837. # [21:07] * Quits: weinig (n=weinig@17.246.16.129)
  838. # [21:11] * aroben|meeting is now known as aroben
  839. # [21:11] * Quits: geoffthibeau (i=48be54ea@gateway/web/freenode/x-pkrsfbvtcnxrbtao) ("Page closed")
  840. # [21:15] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  841. # [21:16] * Joins: geoffthibeau_ (n=chatzill@cpe-72-190-84-234.tx.res.rr.com)
  842. # [21:16] * Joins: johnk__ (n=johnk@cpe-69-205-56-47.nycap.res.rr.com)
  843. # [21:18] * Quits: geoffthibeau_ (n=chatzill@cpe-72-190-84-234.tx.res.rr.com) (Client Quit)
  844. # [21:18] * Quits: johnk__ (n=johnk@cpe-69-205-56-47.nycap.res.rr.com) (Client Quit)
  845. # [21:19] <Hixie> hah, now zeldman is claiming credit for the <footer> change
  846. # [21:19] <Hixie> even though it was made in response to unrelated feedback
  847. # [21:22] <miketaylr> Hixie: i saw that too
  848. # [21:24] * Quits: gareth__ (n=gareth@5ac17d7c.bb.sky.com)
  849. # [21:28] <Lachy> hsivonen, yt?
  850. # [21:29] <Lachy> hsivonen, I found a bug in your HTML5 parser in Gecko relating to <textarea> followed by LFs
  851. # [21:29] <Lachy> I will file a bug shortly
  852. # [21:40] * Joins: gsnedders (n=gsnedder@host86-167-19-36.range86-167.btcentralplus.com)
  853. # [21:44] * Quits: zdobersek (n=zan@cpe-92-37-74-253.dynamic.amis.net) (Read error: 60 (Operation timed out))
  854. # [21:46] * Joins: weinig (n=weinig@17.246.16.129)
  855. # [21:47] * Joins: pererik (n=pe@unaffiliated/pererik)
  856. # [21:50] * Quits: pmuellr (n=pmuellr@nat/ibm/x-kbqvokcgrmovkmvu)
  857. # [21:52] * Joins: icaaq (n=icaaaq@c-bfaae455.68-1076-74657210.cust.bredbandsbolaget.se)
  858. # [21:54] * Quits: svl_ (n=me@78.52.212.127) ("And back he spurred like a madman, shrieking a curse to the sky.")
  859. # [22:05] * Quits: sbublava (n=stephan@77.117.69.202.wireless.dyn.drei.com) (Read error: 110 (Connection timed out))
  860. # [22:11] * Joins: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  861. # [22:12] * Quits: icaaq (n=icaaaq@c-bfaae455.68-1076-74657210.cust.bredbandsbolaget.se)
  862. # [22:27] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  863. # [22:32] * Quits: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  864. # [22:32] * Quits: webben (n=benh@nat/yahoo/x-ytyjgldkqwzrgpba) (Read error: 60 (Operation timed out))
  865. # [22:35] * Quits: gsnedders (n=gsnedder@host86-167-19-36.range86-167.btcentralplus.com) (Read error: 104 (Connection reset by peer))
  866. # [22:35] * Joins: gsnedders_ (n=gsnedder@host86-167-19-36.range86-167.btcentralplus.com)
  867. # [22:39] * Joins: Icaaq (n=icaaq@c-bfaae455.68-1076-74657210.cust.bredbandsbolaget.se)
  868. # [22:41] * Joins: Icaaq_ (n=icaaq@c-5eea71c2-74736162.cust.telenor.se)
  869. # [22:41] <Lachy> Hixie, was <footer> changed based on e-mails that were sent months ago?
  870. # [22:42] <Hixie> iirc it was based on an e-mail that was a reply to maciej's, influenced by the feedback from a few months ago, yes
  871. # [22:42] * Quits: Icaaq_ (n=icaaq@c-5eea71c2-74736162.cust.telenor.se) (Client Quit)
  872. # [22:45] * Joins: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com)
  873. # [22:46] * Quits: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com) (Client Quit)
  874. # [22:47] * Quits: gsnedders_ (n=gsnedder@host86-167-19-36.range86-167.btcentralplus.com)
  875. # [22:47] * Joins: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com)
  876. # [22:47] * Quits: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com) (Client Quit)
  877. # [22:48] <Lachy> wow, I don't understand JF's latest complaint about IRC discussions
  878. # [22:49] <Lachy> the discussion he linked to from earlier today clearly didn't reach any conclusions or cause any relevant spec changes
  879. # [22:49] * Joins: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com)
  880. # [22:50] * Quits: Thor_son_of_Odin (n=chatzill@cpe-74-71-141-93.twcny.res.rr.com) (Client Quit)
  881. # [22:55] <othermaciej> Lachy: where is his complaint to be found?
  882. # [22:56] <Lachy> http://lists.w3.org/Archives/Public/public-html/2009Sep/0267.html
  883. # [22:57] * Quits: Icaaq (n=icaaq@c-bfaae455.68-1076-74657210.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  884. # [22:58] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  885. # [23:03] * Quits: maikmerten (n=maikmert@Zb0cf.z.pppool.de) (Remote closed the connection)
  886. # [23:04] * Joins: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  887. # [23:05] <Dashiva> Lachy: Not to mention the IRC logs are posted publicly
  888. # [23:08] <Lachy> Dashiva, I think he's made the assumption that because there wasn't much discussion about the name change from sidebar to aside, that it must have occured on IRC
  889. # [23:08] <Hixie> wait, isn't JF one of the members of the html4all self-styled cabal?
  890. # [23:08] <Lachy> yes
  891. # [23:08] <Hixie> and he's complaining about us talking in public on irc?
  892. # [23:08] <Lachy> yes
  893. # [23:08] <Hixie> i'm gonna need a new irony meter
  894. # [23:09] <Hixie> my current one is just a consumer model
  895. # [23:09] <Hixie> i need the advanced "prosumer" version
  896. # [23:09] * Quits: annodomini (n=lambda@wikipedia/lambda)
  897. # [23:09] <Hixie> with the extended gague
  898. # [23:09] <Hixie> god i hate that word
  899. # [23:09] <Hixie> Cannot Spell Gague
  900. # [23:09] <Hixie> GAUGE
  901. # [23:09] <Hixie> GAH
  902. # [23:10] <Lachy> they're aware of the irony of the situation. I think they justify the secrecy so that they can discuss issues without worrying about anything they write being ridiculed in any way
  903. # [23:10] <Hixie> well it's a good thing we don't mind being ridiculed :-)
  904. # [23:10] <Lachy> I think that's why they stopped using their public html4all list and migrated to the private list
  905. # [23:11] <Dashiva> Let's make it <rouge> instead
  906. # [23:11] <TabAtkins> It sounds trite, but if you're afraid of being ridiculed, you're probably being ridiculous.
  907. # [23:11] * TabAtkins has bad memories of all the rouges sneak-attacking people.
  908. # [23:12] <TabAtkins> It just embarassing when you get knifed by a *color*.
  909. # [23:12] <Dashiva> The upside is that nobody will get it wrong
  910. # [23:13] <TabAtkins> What, 'cause they'll all assume it was meant to be <rogue>, then mistype it as <rouge> anyway?
  911. # [23:13] <Hixie> hah
  912. # [23:13] <Dashiva> TabAtkins: That's half the users. The other half just know how to spell.
  913. # [23:14] <TabAtkins> Ah, clever. Get it from both sides.
  914. # [23:14] <Hixie> I'm writing an e-mail about <meter>
  915. # [23:14] <Dashiva> It's too bad the name has nothing to do with gauges
  916. # [23:14] <Hixie> and i've mistyped the word "gauge" about 50 times so far
  917. # [23:15] <Lachy> Hixie, Irony Level: <meter class="irony" min=0 max=1000 low=0 high=100 optimum=50>999%</meter>
  918. # [23:15] <Hixie> it's only in the e-mail about 5
  919. # [23:15] <Dashiva> I don't get why anyone would typo gauge, though
  920. # [23:15] <Dashiva> Both pronounciations make it clear there's no u after the g
  921. # [23:15] <TabAtkins> I try to say guage all the time. Hixie keeps trying to type gague.
  922. # [23:15] <Lachy> Dashiva, how can gauge be pronounced in two ways?
  923. # [23:15] <TabAtkins> gahj, or gaej
  924. # [23:16] <Hixie> Dashiva: language="" was one of the most-typoed attribute names i found when doing the survey a few years ago
  925. # [23:16] <TabAtkins> langugae?
  926. # [23:16] <Dashiva> Hixie: No obvious failure
  927. # [23:16] * jgraham guesses it can be pronounced in many more ways
  928. # [23:16] <Dashiva> jgraham: I had "the right way" and "the wrong way", are there more?
  929. # [23:16] <Lachy> if by gaej, you mean that it rhymes with "rage", then that's the correct pronunciation
  930. # [23:16] <Hixie> Dashiva: sure, but i'd rather avoid failures at all, even during debugging
  931. # [23:17] <Dashiva> Hixie: Better a typo failure than a conceptual failure, wouldn't you say?
  932. # [23:17] <TabAtkins> Lachy: Yeah, but I hear it rhyming with lodge sometimes too.
  933. # [23:17] <Lachy> wtf?
  934. # [23:17] <Dashiva> Isn't that gouge, TabAtkins?
  935. # [23:17] <TabAtkins> Because "au" sounding like "ae" doesn't make any sense.
  936. # [23:17] <Hixie> Dashiva: the conceptual failure would also be caught at debugging, no?
  937. # [23:17] <Lachy> what's the native language of people who pronounce it like that? It can't be english
  938. # [23:17] <Philip`> http://philip.html5.org/data/attr-count-total.txt - "96 langauge"
  939. # [23:17] <TabAtkins> Definitely English. ^_^
  940. # [23:17] <Philip`> Doesn't seem very common there
  941. # [23:18] <Hixie> Philip`: it's a long tail thing
  942. # [23:18] <Hixie> Philip`: lots and lots and lots of misspellings of various kinds
  943. # [23:18] <TabAtkins> "au" is *supposed* to sound like "ah" or "ow".
  944. # [23:18] <Hixie> Philip`: all individually rare
  945. # [23:18] <Dashiva> Hixie: Only incorrect inclusion, not incorrect exclusion
  946. # [23:18] <Dashiva> If people skip using the element because they think it doesn't apply, it won't show up
  947. # [23:18] <Lachy> we can't worry about mispellings too much for elements that have a noticable effect if you get it wrong.
  948. # [23:19] <Hixie> languaje="" was one of the most common attributes on <script>, e.g.
  949. # [23:19] <Dashiva> And besides, <metre> will be there, I guarantee it
  950. # [23:19] <TabAtkins> Dashiva: No, 'gouge' sounds different entirely.
  951. # [23:19] <AryehGregor> <Lachy> Hixie, Irony Level: <meter class="irony" min=0 max=1000 low=0 high=100 optimum=50>999%</meter> <-- That would work out to a value of 9.99 out of 1000, wouldn't it?
  952. # [23:19] <TabAtkins> ...languaje? Seriously?
  953. # [23:19] <Hixie> Dashiva: one possible typo is better than however many <gague> has :-)
  954. # [23:19] <Hixie> <gauge>!
  955. # [23:19] <Hixie> gah!
  956. # [23:20] <Hixie> Philip`'s data also has 15 langage
  957. # [23:20] <Lachy> AryehGregor, I probably needed to include a value="999" attribute
  958. # [23:20] <Hixie> 13 languague
  959. # [23:20] <Hixie> 10 lanugage
  960. # [23:20] <Dashiva> Hixie: A typo is a typo, but a confusing name is forever
  961. # [23:20] <AryehGregor> Lachy, or do min=0 max=10 high=1 optimum=0.5
  962. # [23:20] <annevk3> Hixie, there's no such thing as an IRI scheme
  963. # [23:20] <Hixie> Dashiva: people learn concepts, they don't get over hard-to-type names
  964. # [23:21] <TabAtkins> Dashiva: I totally don't think <meter> is confusing.
  965. # [23:21] <annevk3> Hixie, IRI is a syntax, URI is the thing
  966. # [23:21] <Hixie> annevk3: so julian told me
  967. # [23:21] <Hixie> annevk3: but he wants me to give the URI syntax
  968. # [23:21] <annevk3> Hixie, and he's right
  969. # [23:21] <AryehGregor> People spell "gauge" as "gague" because it really sounds like it should be spelled "gage", so "gag" comes out and then the "u" finds its way in later. Or something.
  970. # [23:21] <Hixie> annevk3: which seems to be incompatible with the idea of IRI having a syntax
  971. # [23:21] <annevk3> Hixie, no
  972. # [23:21] <Hixie> annevk3: so where do i say that if you use ws: IRIs, you can't give a fragment identifier?
  973. # [23:21] <annevk3> Hixie, somewhat wrong, but close enough: IRI is like HTML and URI is like the DOM
  974. # [23:22] <AryehGregor> It's definitely pronounced to rhyme with "rage", not "lodge". The latter is just wrong.
  975. # [23:22] <Hixie> annevk3: no, both URI and IRI define syntax
  976. # [23:22] <Dashiva> What about the people who pronounce it gawdje?
  977. # [23:22] <Hixie> annevk3: so if i'm to define the URI syntax subset for ws:, where do I define the IRI syntax subset?
  978. # [23:22] <Dashiva> That's not too far from lodge
  979. # [23:22] <AryehGregor> "XauXe" is pretty rare in English. I can't immediately think of another example.
  980. # [23:22] <TabAtkins> AryehGregor: "wrong" doesn't mean much. ^_^
  981. # [23:22] <AryehGregor> Dashiva, definitely wrong.
  982. # [23:22] <AryehGregor> TabAtkins, "nonstandard" if you like.
  983. # [23:22] <Dashiva> "wrong"
  984. # [23:23] <annevk3> Hixie, all URIs are IRIs so you do not need to do that
  985. # [23:23] <AryehGregor> Disagrees with every dictionary I've checked.
  986. # [23:23] <Hixie> (i used to say gawje. now i say gayje.)
  987. # [23:23] <TabAtkins> Dashiva: I think we're hitting minimal-pair errors. In my accent the 'gawdje' and 'lodge' have the same vowel.
  988. # [23:23] <AryehGregor> Mine too, I think.
  989. # [23:23] <Dashiva> Well, most people don't check the dictionary when they see a new word
  990. # [23:23] <Hixie> annevk3: what?
  991. # [23:23] <Dashiva> They guess and go on until corrected
  992. # [23:23] <annevk3> Hixie, I guess you're right about my analogy being flawed, can't really come up with something better
  993. # [23:23] <AryehGregor> No, but the people who are confident in how to pronounce "gauge" will think "ha, this person is an ignoramus who doesn't know how to pronounce 'gauge'" if they hear you say "godge".
  994. # [23:23] <Dashiva> Now, assume you're in a place where nobody else knows how to pronounce it either
  995. # [23:24] <Dashiva> It proliferates fast
  996. # [23:24] <AryehGregor> So practically speaking, it's useful to stick to the standard educated pronunciation.
  997. # [23:24] <annevk3> Hixie, the parse URL already takes care of IRI -> URI
  998. # [23:24] <Hixie> annevk3: i want ws://example.com/©/ to be a valid ws: IRI
  999. # [23:24] <Hixie> annevk3: and i want ws://example.com/©/#test not to be
  1000. # [23:24] <TabAtkins> AryehGregor: No? Generally, both sides will think the other one is wrong. It's only if one of them consults a dictionary that it matters. And I'll bet that the average English-speaker has *never* consulted a dictionary for the pronunciation of 'gauge'.
  1001. # [23:24] <Hixie> annevk: if i say the syntax of ws: URIs is "hier-part query?", then how is the former valid?
  1002. # [23:24] <Dashiva> AryehGregor: Besides, anything you say is moot until you guys decide on one pronounciation for tomato
  1003. # [23:25] <annevk3> Hixie, after conversion it's valid
  1004. # [23:25] <AryehGregor> TabAtkins, the nonstandard side will usually either a) not be as sure, or b) accept the other pronunciation as legitimate. The standard pronunciation is always at least common, even when it's not ubiquitous.
  1005. # [23:25] <Hixie> annevk3: i want it to be valid before conversion.
  1006. # [23:25] * AryehGregor $ grep 'au..\?e$' /usr/share/dict/american-english
  1007. # [23:26] <Hixie> annevk3: and i want the frag-id case to be invalid before conversion
  1008. # [23:26] <Hixie> annevk3: or are you saying that IRIs can't be syntax-checked without converting them to UR
  1009. # [23:26] <Hixie> Is?
  1010. # [23:26] * Joins: ojan (n=ojan@72.14.229.81)
  1011. # [23:26] <AryehGregor> "applause", "because", "cause", "clause", "gauze", "mauve", "pause", "sauce". I think "gauge" is sui generis here, yep.
  1012. # [23:26] <annevk3> Hixie, I think so, but now I'm no longer sure whether I'm right :/
  1013. # [23:26] <TabAtkins> AryehGregor, you have a bad conception of how people learn language. They stick with what they heard first, only changing with difficulty. I can assure that most of the people rhyming with "rage" did *not* develop their pronunciation by consulating a dictionary.
  1014. # [23:27] <Hixie> i hate the uri/iri BS
  1015. # [23:27] <Hixie> the whole space is a big giant mess
  1016. # [23:27] <annevk3> Hixie, no disagreement there
  1017. # [23:27] <AryehGregor> TabAtkins, no, they developed it by hearing other people speak. And a large percentage of people who use words like "gauge" in ordinary conversation will be using the standard pronunciation.
  1018. # [23:27] <Hixie> they should scrap all those specs and do a proper job with built-in i18n, no ASCII nonsense, and defining error handling, etc.
  1019. # [23:27] <Dashiva> Errors don't exist on the internet, silly Hixie
  1020. # [23:28] <AryehGregor> Hixie, are there any application-level Internet standards other than HTML 5 that you think are done right?
  1021. # [23:28] <Hixie> CSS does a reasonable job
  1022. # [23:28] <TabAtkins> AryehGregor, large percentage != overwhelming percentage. The fact that I still hear it rhyming with 'lodge' plenty attests to that.
  1023. # [23:28] <Hixie> Unicode is pretty good
  1024. # [23:28] <othermaciej> according to timbl, even the original term "URL" came from the IETF's desire to rename his original term (UDI)
  1025. # [23:28] <Hixie> XForms is pretty good
  1026. # [23:28] <annevk3> of course everything around Unicode is pretty bad
  1027. # [23:28] <Dashiva> I found out the other day that CSS doesn't place any restrictions on the length of a real number
  1028. # [23:29] <annevk3> Dashiva, that's a feature
  1029. # [23:29] <Hixie> SVG Tiny 1.2 is pretty good
  1030. # [23:29] <Hixie> (XForms and SVG have their own issues, but we're just talking spec-wise here)
  1031. # [23:29] <Dashiva> annevk3: A feature that leads to getting three different results from four browsers
  1032. # [23:29] <AryehGregor> TabAtkins, thus everyone who's sure about pronunciation will accept "gage" as a valid pronunciation. Those who have checked in a dictionary, or heard it only from more reliably standard speakers, will not accept "godge" as a valid pronunciation. Thus you may as well use the standard one.
  1033. # [23:29] <AryehGregor> FWIW, I've never heard anyone pronounce "gauge" as anything but "gage".
  1034. # [23:30] <Hixie> (e.g. XForms failed hard at being relevant for the Web, and SVG is an overly-complex language and 1.2 introduces too many new features)
  1035. # [23:30] <Dashiva> I've heard godge many times
  1036. # [23:30] <Hixie> (but they are both written reasonably well, compared to the rest of the space)
  1037. # [23:30] <AryehGregor> Anyway, it does matter what people think of your pronunciation if you're being interviewed for a job, etc. Not a completely trivial thing, in life.
  1038. # [23:30] <Dashiva> If you say gauge during an interview, they might just think you're pretentious too
  1039. # [23:31] <AryehGregor> In some jobs, that's a plus!
  1040. # [23:31] <TabAtkins> AryehGregor: Then you're clearly in an abnormal area of the english-speaking world. ^_^ Again: dictionaries are *not* consulted in general. There is a sense of learning from people you perceive to be more 'correct', but that's half sawdust and lies anyway.
  1041. # [23:31] <AryehGregor> (says the Ph.D. student)
  1042. # [23:31] <Hixie> XHR is another good spec
  1043. # [23:31] <Dashiva> Busted
  1044. # [23:31] * Quits: othermaciej (n=mjs@31-35-7.wireless.csail.mit.edu)
  1045. # [23:31] <Hixie> CORS, too
  1046. # [23:31] <AryehGregor> TabAtkins, what's perceived to be "correct" is totally arbitrary, for sure. But it's worthwhile to go with it anyway, all things being equal. (Which sometimes they're not.)
  1047. # [23:32] <annevk3> Dashiva, that's nothing, most features have six different results in four browsers
  1048. # [23:32] <annevk3> cheers Hixie
  1049. # [23:32] <annevk3> I kind of like HTML5 too
  1050. # [23:32] <Dashiva> AryehGregor: You still haven't addressed the cases where there are multiple "correct" alternatives
  1051. # [23:32] <annevk3> :p
  1052. # [23:32] <Hixie> annevk3: :-P
  1053. # [23:32] <Lachy> AryehGregor, the core of JF's argument was that decisions were being made on IRC. You should have defeated his argument by pointing out that no decisions were in fact made in the IRC disucssion he complained about.
  1054. # [23:32] <AryehGregor> Dashiva, then use whichever you feel like. Why is that a problem?
  1055. # [23:33] <Dashiva> Because some people will contest the correctness of some of them
  1056. # [23:33] <Hixie> i think a big part of hte problem i that a lot of people writing specs started when the internet was basically a small community project, mostly military and academia
  1057. # [23:33] <Lachy> (I almost responded, but decided not to as it wouldn't have been too constructive)
  1058. # [23:33] <TabAtkins> AryehGregor: Not if you think it's wrong, which 'gauge'='rage' clearly is. ^_^ Your search through the dictionary for other uses of that vowel pair showed that it's a crazy outlier, and should be corrected in common use to increase consistency.
  1059. # [23:33] <Hixie> or they learnt abotu specs from people who were already in that mindset
  1060. # [23:33] <AryehGregor> Lachy, well, decisions like "that's unlikely to be added to HTML 5" occur here pretty regularly, which effectively halt changes that might otherwise have been pursued.
  1061. # [23:33] <AryehGregor> I don't think it's a problem even if some decisions are made here.
  1062. # [23:34] <AryehGregor> Dashiva, so life isn't perfect. Pick the least controversial or give up and don't care.
  1063. # [23:34] <Lachy> which decisions like that are you referring to?
  1064. # [23:34] <AryehGregor> Lachy, like that guy who came in here yesterday asking that <textarea> be rolled into <input>.
  1065. # [23:35] <AryehGregor> We basically shot him down here. That's a decision of sorts, although it resulted in no change to the spec.
  1066. # [23:35] <Lachy> that wasn't just decided yesterday. It was just explained to him why it wouldn't work
  1067. # [23:35] <AryehGregor> TabAtkins, "correct" pronunciation signals your level of education and socioeconomic status, basically. It shows that you're the kind of person who actually does things like look stuff up in dictionaries if you're unsure. Take it or leave it.
  1068. # [23:36] <AryehGregor> Lachy, sure. But it stopped the proposal from going forward. If you accept the premise that IRC is non-public, then it would have been more transparent if the reasons why his proposal wouldn't work were posted publicly on a mailing list.
  1069. # [23:37] <Lachy> I don't accept the premise that IRC is non-public
  1070. # [23:37] <AryehGregor> Nor do I, and that's what my post said.
  1071. # [23:37] <TabAtkins> Indeed, but you're talking to a Texan who was raised with a healthy does of 'ghetto' pronunciation as well. My casual speech is already halfway-retarded to the sort of person who consults the dictionary for pronunciation.
  1072. # [23:37] <Lachy> he didn't raise his issue on the mailing list, why should we bother everyone else with a response to an issue that wasn't even raised there and was easily explained to the guy that raised it where he raised it
  1073. # [23:37] <AryehGregor> I think some decisions *are* made here. Not as important as the ones made on the mailing list, but some. Which is why I didn't make the point as you suggested.
  1074. # [23:38] <AryehGregor> TabAtkins, while you're talking to a New York Jew who's a Ph.D. student, who was brought up in a house where dictionaries/encyclopedias/atlases/globes/etc. were and are routinely consulted during family meals to resolve arguments. Different perspectives, I guess. :)
  1075. # [23:38] <Lachy> AryehGregor, the specific discussion he linked to, relating to the section/article/content element discussion, absolutely made no decisions
  1076. # [23:39] <AryehGregor> Lachy, but others did, IMO. Or if not decisions, then at least things that should be public if we want a transparent spec development process. But they are public, since they're on IRC, so that's okay.
  1077. # [23:39] <Lachy> anyway, doesn't matter. Best to just ignore the complaint anyway
  1078. # [23:42] * virtuelv responds to the fakepath thread
  1079. # [23:47] * Joins: yoshu_ (n=josh@174-18-203-209.tcso.qwest.net)
  1080. # [23:48] * Quits: yoshu_ (n=josh@174-18-203-209.tcso.qwest.net) (Client Quit)
  1081. # [23:50] <cardona507> the spec says "MOST elements that are categorized as phrasing content can only contain elements that are themselves categorized as phrasing content, not any flow content." - What phrasing content elements can contain flow content?
  1082. # [23:52] <TabAtkins> Is <a> a phrasing content element?
  1083. # [23:52] <TabAtkins> If so, that one.
  1084. # [23:55] * Quits: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  1085. # Session Close: Sat Sep 05 00:00:00 2009

The end :)