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

Options:

  1. # Session Start: Thu Sep 03 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <tantek> and yes, that has/is already happening
  4. # [00:00] <tantek> different people are picking up different pieces of the feedback and emailing them in
  5. # [00:00] <tantek> e.g. Jeremy Keith (@adactio) has already sent a bunch to the public-html list
  6. # [00:01] <tantek> and I believe Jeffrey Zeldman has emailed some of the feedback/suggestions directly to Hixie (and many fixes appear to have already been made)
  7. # [00:01] <Hixie> i haven't received any direct feedback since the superheroes made their superannouncement indicating that they had feedback
  8. # [00:01] <Hixie> and jeremy doesn't seem to have sent any new feedback to public-html
  9. # [00:01] <tantek> Hixie, one *really* important thing, there's a typo in the last example in the time element section - http://www.whatwg.org/specs/web-apps/current-work/multipage/text-level-semantics.html#the-time-element
  10. # [00:01] <tantek> lt; should be &lt;
  11. # [00:01] <Hixie> (though he has commented on a few threads)
  12. # [00:02] <Hixie> tantek: file a bug using the feedback form in the spec :-)
  13. # [00:02] <tantek> I did - didn't seem to have any effect
  14. # [00:02] <Hixie> cool
  15. # [00:02] <Hixie> i'll get to it in due course
  16. # [00:02] <tantek> (yesterday)
  17. # [00:02] <tantek> cool
  18. # [00:03] <tantek> Hixie, feedback started being sent to the list (and to you directly) *before* the announcement was posted, as we didn't think waiting was necessary, so everyone was given freedom to make feedback ASAP, not wait for anything.
  19. # [00:03] <Hixie> ah ok
  20. # [00:03] <tantek> s/given freedom/encouraged
  21. # [00:04] <Hixie> so long as all the feedback is sent through one of the usual channels, that's good
  22. # [00:04] <Hixie> it just seemed like there was much more on zeldman's blog than had been sent
  23. # [00:04] <Hixie> maybe i was just confused by the font size :-)
  24. # [00:06] * Joins: othermaciej_ (n=mjs@17.246.19.128)
  25. # [00:06] * aroben is now known as aroben|meeting
  26. # [00:06] <tantek> Hixie - you might say that people are having open discussions regarding some points of feedback to clarify / improve them before sending them in officially so that when you see them on the list, your time is better spent.
  27. # [00:06] <Hixie> i might?
  28. # [00:07] <tantek> no reason to waste your time shooting down half-baked feedback. blog commenters are perfectly good at that. ;)
  29. # [00:08] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 60 (Operation timed out))
  30. # [00:08] * othermaciej_ is now known as othermaciej
  31. # [00:08] <othermaciej> tantek: I'm kind of interested in the figure/details/legend feedback, since that seems to be a point where both the design folks and browser implementors are not entirely satisfied with the current state of the spec
  32. # [00:08] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  33. # [00:08] <tantek> othermaciej - I agree, and there was much debate on that point too.
  34. # [00:09] <tantek> or rather on details/legend specifically
  35. # [00:09] * Quits: weinig (n=weinig@17.246.19.176)
  36. # [00:09] <tantek> figure is well liked AFAIK
  37. # [00:09] <othermaciej> what I meant specifically is use of legend for both details and figure - the big feedback post commented on both of those (though IIRC proposed different solutions for each)
  38. # [00:11] * Quits: svl_ (n=me@dslb-084-056-117-163.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  39. # [00:11] * Quits: heycam (n=cam@210-84-56-211.dyn.iinet.net.au) ("bye")
  40. # [00:12] <othermaciej> I was prepared to drop this, but it seems in the 1.5 years since we last discussed this issue, there has been no progress on legend parsing in any of the browsers, and dissatisfaction with the state of things continues
  41. # [00:12] <Hixie> there's been massive progress
  42. # [00:12] <Hixie> mozilla implemented the entire html5 parser algorithm
  43. # [00:12] <othermaciej> when they ship it there will be progress
  44. # [00:13] * slightlyoff is now known as slightlyoff_afk
  45. # [00:13] * TabAtkins loves SVL's quit message.
  46. # [00:15] <TabAtkins> I'm guessing that Gecko's new algo, a <legend> that's not a child of a <fieldset> is just treated like a normal block for styling purposes?
  47. # [00:16] <othermaciej> it should act like a normal inline, no?
  48. # [00:16] <TabAtkins> Oh, right.
  49. # [00:16] <TabAtkins> I think.
  50. # [00:16] * TabAtkins shrugs.
  51. # [00:16] <TabAtkins> "Normal element" is what I was getting at, rather than "crazy element that doesn't use the normal display engine".
  52. # [00:17] <othermaciej> that's how it is supposed to be per spec, whether Mozilla has implemented that, I don't know
  53. # [00:18] <annevk3> hsivonen's parser does the correct thing
  54. # [00:18] <tantek> othermaciej - <details> is useful. I don't think <legend> is necessarily the right answer though.
  55. # [00:19] <TabAtkins> parser, yeah. But does it respond correctly to CSS? <legend> in <fieldset> doesn't, because it has some magic display issues.
  56. # [00:19] <othermaciej> tantek: that's sort of what I think - it's a tradeoff between minting a few more elements vs. making <figure> and <details> effectively unusable for years
  57. # [00:19] <hober> it's too bad <legend> and <caption> both have unfortunate legacy parsing concerns; it seems a shame to mint another element with effectively the same semantics. nevertheless, that might be what we need to do
  58. # [00:19] <tantek> precisely
  59. # [00:19] <tantek> (in reply to othermaciej)
  60. # [00:19] <annevk3> TabAtkins, yes it does, try a recent Firefox and put <legend> in the DOM in XML mode or some such
  61. # [00:20] <tantek> <legend> may be too legacy-encumbered to be useful for <figure> and <details>
  62. # [00:20] <TabAtkins> annevk3: Thanks, I only have the latest public release of FF.
  63. # [00:20] <tantek> and you know how much I am a strong advocate of re-use whenever possible.
  64. # [00:22] * Joins: mpilgrim__ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  65. # [00:26] * Quits: michaeln (n=michaeln@nat/google/x-ppmhuqveqtjyalio) ("Leaving.")
  66. # [00:27] * Quits: BlurstOfTimes (n=blurstof@168.203.117.59) ("Leaving...")
  67. # [00:33] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  68. # [00:33] * Joins: weinig (n=weinig@17.244.25.55)
  69. # [00:36] * benward_ is now known as benward
  70. # [00:36] * Quits: annodomini (n=lambda@wikipedia/lambda)
  71. # [00:37] * Quits: aroben|meeting (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  72. # [00:39] * Joins: Kalms (n=rasmuska@81.161.185.108)
  73. # [00:40] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  74. # [00:41] * Quits: taf2 (n=taf2@38.99.201.242)
  75. # [00:42] * Joins: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  76. # [00:51] * Joins: jorlow_ (n=jorlow@72.14.229.161)
  77. # [00:53] * Quits: jorlow (n=jorlow@218.45.193.1) (Read error: 60 (Operation timed out))
  78. # [00:53] * jorlow_ is now known as jorlow
  79. # [00:56] * Quits: Kalms (n=rasmuska@81.161.185.108)
  80. # [01:01] * Quits: weinig (n=weinig@17.244.25.55)
  81. # [01:05] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  82. # [01:10] * Quits: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com) (Read error: 113 (No route to host))
  83. # [01:11] * Joins: taf2 (n=taf2@216-15-54-105.c3-0.grg-ubr3.lnh-grg.md.cable.rcn.com)
  84. # [01:12] * Quits: mpilgrim__ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 148 (No route to host))
  85. # [01:13] * Joins: jorlow_ (n=jorlow@218.45.193.1)
  86. # [01:15] * Joins: jorlow__ (n=jorlow@72.14.229.161)
  87. # [01:19] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  88. # [01:22] * Quits: mpilgrim_ (n=mark@96.10.240.189) (Read error: 113 (No route to host))
  89. # [01:24] * Quits: jorlow_ (n=jorlow@218.45.193.1) (Read error: 145 (Connection timed out))
  90. # [01:26] * Quits: kconragan (n=Adium@nat07.metaweb.com) (Read error: 60 (Operation timed out))
  91. # [01:28] * Quits: jorlow (n=jorlow@72.14.229.161) (Read error: 110 (Connection timed out))
  92. # [01:28] * jorlow__ is now known as jorlow
  93. # [01:29] * Quits: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  94. # [01:33] * Joins: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  95. # [01:33] * Joins: mpilgrim__ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  96. # [01:34] * Quits: gavin_ (n=gavin@firefox/developer/gavin)
  97. # [01:34] * Joins: kconragan (n=Adium@nat11.metaweb.com)
  98. # [01:42] * Quits: dglazkov (n=dglazkov@nat/google/x-yktgusojmvvlvuvw)
  99. # [01:43] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.6/2009020413]")
  100. # [01:44] * Joins: dimich (n=dimich@98.125.216.254)
  101. # [01:45] * Quits: dbaron (n=dbaron@pool-98-111-140-154.phlapa.fios.verizon.net) ("8403864 bytes have been tenured, next gc will be global.")
  102. # [02:01] * Joins: jorlow_ (n=jorlow@218.45.193.1)
  103. # [02:02] * Joins: jorlow__ (n=jorlow@218.45.193.1)
  104. # [02:02] * Quits: jorlow_ (n=jorlow@218.45.193.1) (Read error: 104 (Connection reset by peer))
  105. # [02:06] * Quits: benward (n=benward@nat/yahoo/x-kdqdrwtrbwngullp) (Read error: 60 (Operation timed out))
  106. # [02:06] * Joins: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp)
  107. # [02:12] * Joins: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  108. # [02:13] * Joins: weinig (n=weinig@17.244.25.55)
  109. # [02:13] * Joins: miketaylr_ (n=miketayl@user-12hdvhe.cable.mindspring.com)
  110. # [02:17] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  111. # [02:19] * Quits: mpilgrim__ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
  112. # [02:20] * Quits: jorlow (n=jorlow@72.14.229.161) (Read error: 110 (Connection timed out))
  113. # [02:20] * jorlow__ is now known as jorlow
  114. # [02:21] * Quits: weinig (n=weinig@17.244.25.55)
  115. # [02:22] * Quits: jorlow (n=jorlow@218.45.193.1)
  116. # [02:30] * Quits: dimich (n=dimich@98.125.216.254)
  117. # [02:31] * Joins: annodomini (n=lambda@wikipedia/lambda)
  118. # [02:31] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  119. # [02:33] * Quits: kconragan (n=Adium@nat11.metaweb.com) ("Leaving.")
  120. # [02:40] * Quits: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp) ("Ex-Chat")
  121. # [02:44] <AryehGregor> Temperatures have an upper bound too, which is the same as their lower bound but from the opposite direction. :)
  122. # [02:44] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
  123. # [02:46] <othermaciej> negative temperatures are not a consideration in most situations, and are kind of a statistical fiction anyway
  124. # [02:47] <tantek> othermaciej negative C is quite common, and negative F is not uncommon either (having been in both)
  125. # [02:47] <othermaciej> tantek: I think AryehGregor meant negative Kelvin temperatures
  126. # [02:47] <othermaciej> or rather
  127. # [02:47] <AryehGregor> Yes, I did.
  128. # [02:47] <tantek> because Kelvin temps are so common in UI?
  129. # [02:48] <tantek> or web content for that matter?
  130. # [02:48] <othermaciej> they are not, but 0K is the absolute lower bound of temperature
  131. # [02:48] <AryehGregor> I dunno if they're a statistical fiction. They make a lot of sense if you think of 1/T = dE/dS. (Or did I get that upside-down? I only minored in physics.)
  132. # [02:48] <mpilgrim> i see polyglot documents are back in the spotlight again
  133. # [02:48] <othermaciej> and for obscure reasons you can also claim it is the upper bound since negative temperatures are "hotter" than infinite temperatures
  134. # [02:48] <mpilgrim> what a complete fucking waste of time
  135. # [02:49] <othermaciej> AryehGregor: the way I think it's a fiction is that a body brought into contact with a negative temperature body won't in general come into thermal equilibrium at a negative temperature
  136. # [02:49] <AryehGregor> Um, units. S has units of Boltzmann's constant, which occurs in PV = NkT, 1/T = PV/Nk, so yeah, it's 1/T = dE/dS.
  137. # [02:49] <othermaciej> (as far as I know anyway)
  138. # [02:49] <AryehGregor> I'm pretty sure my thermodynamics book said they behaved pretty much like normal temperatures.
  139. # [02:50] <AryehGregor> If we look at 1/T, they're totally natural. 1/T goes from -infinity to infinity, and must be finite.
  140. # [02:50] <AryehGregor> Thus T can be anything except zero, including infinity or -infinity, and infinity = -infinity.
  141. # [02:50] <AryehGregor> I don't think such "high" temperatures come up anywhere except carefully-crafted particle ensembles in laboratories, admittedly.
  142. # [02:58] <mpilgrim> tantek: so is it your belief that the world would be better served by an html validator that included a checkbox to check whether slashes, quotes, and other characters appear in certain places that have absolutely no effect on either validity or browser parsing?
  143. # [02:58] * Joins: jorlow (n=jorlow@220.109.219.244)
  144. # [02:58] <mpilgrim> because i'm having difficulty seeing that as anything other than a complete waste of time
  145. # [02:59] <tantek> mpilgrim I do believe the more compile/validation-time errors (or common sources of errors) that you catch, the fewer run/browsing-time errors you run into, which saves time.
  146. # [03:00] <mpilgrim> ok, but the things you've listed are explicitly irrelevant to either validation or client-side parsing
  147. # [03:00] <tantek> and the "no effect on either validity or browser parsing" is not a provable statement - I reject it. especially when new browsers and browsing devices are coming out every few months
  148. # [03:00] <AryehGregor> If you're already running a validator, isn't the validator going to catch the errors anyway?
  149. # [03:00] <tantek> the stricter you code, the more defensive your code is, the more future-device/implementation-proof
  150. # [03:00] <tantek> AryehGregor - yes - the point is to improve the validator to give the option of catching more
  151. # [03:01] <mpilgrim> i'm sorry, are you suggesting that the very notion of a valid html document is NP-complete?
  152. # [03:01] <AryehGregor> But if the only purpose of catching things like omitting quotes is to protect against hypothetical errors that might be made if you don't omit them, then why don't you rely on the validator reporting those hypothetical errors directly, should they occur?
  153. # [03:02] <AryehGregor> I don't see why validators (or separate apps) couldn't also give stylistic advice, for people who wanted it.
  154. # [03:02] <AryehGregor> I'm of the opinion that quotes (and especially trailing slashes) fall firmly into the stylistic camp.
  155. # [03:02] <mpilgrim> stylistic advice is fine. i think that validators should warn about <title>Untitled document</title>, but that has no bearing on validity
  156. # [03:02] <tantek> AryehGregor - because it can't because the errors result from silent error recovery which may quietly have not the effect you expect until you *run* the code in a browser and maybe see it styled wrong or worse, have to wait from some DOM script/manipulation to fail.
  157. # [03:02] <AryehGregor> Actually, I actively dislike the trailing slash in text/html, because it misleads people into thinking it actually means something.
  158. # [03:03] <AryehGregor> tantek, the validator doesn't do silent error recovery, though . . .
  159. # [03:03] <mpilgrim> and the rules you've lined up so far are all about some mythical concept of "XHTML syntax", which as far as i can tell is "the markup you would have to send to a browser if you were using the proper MIME type, which of course you can't do because only crazy people do that, but it's all more semantic if you include slashes and shit"
  160. # [03:03] <tantek> AryehGregor - but HTML5 has tons of rules for UAs to do silent malformed content recovery.
  161. # [03:03] <tantek> therefore the validator does too
  162. # [03:04] <AryehGregor> If the content is malformed, the validator is required to report an error. Only user agents have to do error recovery of any kind, AFAIK.
  163. # [03:04] <tantek> AryehGregor - if you always open/close tags in an XML-well-formed way, then you don't ever have to even think about what tags magically don't need an end tag etc.
  164. # [03:05] <AryehGregor> I honestly think there's less confusion about what tags magically don't need an end tag, than about what that trailing slash actually does.
  165. # [03:05] <mpilgrim> if the validator is going to go all stylistic on your ass, i'd prefer that it warn about massive stretches of whitespace, lack of gzip encoding, and stupid talismen like end-slashes-in-empty-tags that do nothing but bloat the web with unnecessary markup
  166. # [03:05] <AryehGregor> I've seen people do stuff like <div />Some text</div>.
  167. # [03:05] <tantek> mpilgrim - you're welcome to send your own suggestions for validator improvement
  168. # [03:05] <mpilgrim> and you're welcome to develop your own mythical concepts
  169. # [03:05] <mpilgrim> doesn't mean people should pay any attention to you
  170. # [03:06] <tantek> AryehGregor - and the validator improvements I suggest would catch that - since it you're auto-closing a typically non-empty element.
  171. # [03:06] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  172. # [03:06] <AryehGregor> tantek, it already catches that, since it's invalid HTML 5.
  173. # [03:06] <mpilgrim> um, the validator will already flag <div/>foo</div> because the </div> is closing an unopen tag
  174. # [03:06] <AryehGregor> The trailing slash is only allowed on self-closing elements, anything else is already a conformance error.
  175. # [03:06] <tantek> assuming you don't have an errant <div> before it
  176. # [03:06] <mpilgrim> your suggestions are all explicitly about useless markup
  177. # [03:07] <AryehGregor> mpilgrim, no, it's closing an open tag. It will flag the <div /> because that's not allowed in text/html.
  178. # [03:07] * AryehGregor tests
  179. # [03:07] <AryehGregor> "Error: Self-closing syntax (/>) used on a non-void HTML element. Ignoring the slash and treating as a start tag."
  180. # [03:07] <tantek> mpilgrim your use of the words mythical and useless are incorrect. every suggestion is based on concrete experience and productivity.
  181. # [03:07] <tantek> thanks AryehGregor - that is good to know.
  182. # [03:07] <mpilgrim> how about "not supported by spec text"
  183. # [03:08] <mpilgrim> you want to continue selling "semantic XHTML"
  184. # [03:08] <tantek> not particularly
  185. # [03:08] <tantek> semantic HTML seems sufficient
  186. # [03:08] <mpilgrim> but keep sending it as text/html
  187. # [03:08] <AryehGregor> In text/html, all self-closing "/"s are completely ignored. For XHTML compatibility, they're allowed on void elements, but they still do nothing.
  188. # [03:09] <tantek> AryehGregor makes sense
  189. # [03:09] <mpilgrim> AryehGregor: let me rephrase that. "In text/html, all self-closing "/"s are completely ignored. For compatibility with an obsolete language that 5 people in the world use correctly, they're allowed on void elements, but they still do nothing."
  190. # [03:09] <AryehGregor> Anyway, it looks like the initial HTML 5 deployment on Wikipedia will end up staying XML-compatible to shut up all the people who are still attached to XHTML.
  191. # [03:09] <tantek> mpilgrim I've tried experimenting with using application/xhtml+xml - I don't find it very productive/reliable, so I've stuck with text/html and recommend using it.
  192. # [03:10] <tantek> AryehGregor - it also helps enable some amount of XML tool chain reuse of the content, for whatever that is worth to the communities that use XML tool chains.
  193. # [03:10] <AryehGregor> mpilgrim, actually, to be fair, if you deal with a site that you *know* outputs well-formed XML almost always (like Wikipedia), then it's convenient to use an XML parser for screen-scraping.
  194. # [03:10] <AryehGregor> That's the major practical reason in favor of keeping well-formed XML on Wikipedia.
  195. # [03:10] <mpilgrim> i've tried experimenting with making my pages smaller by omitting useless crap. i've found it very reliable and recommend using it
  196. # [03:11] <AryehGregor> Because if we stop, we're pretty sure we'll get a dozen major bots breaking overnight.
  197. # [03:11] <tantek> AryehGregor - that practical reason has been re-affirmed by lots of folks.
  198. # [03:11] * Quits: Binarytales (n=Binaryta@host81-157-254-162.range81-157.btcentralplus.com)
  199. # [03:11] <AryehGregor> However, in Wikipedia's case, we don't want people screen-scraping anyway.
  200. # [03:11] <AryehGregor> We have a bot API that's much more convenient and efficient and reliable.
  201. # [03:11] <tantek> parsing != screenscraping
  202. # [03:11] <AryehGregor> Screen-scrapers annoy us because they cause complaints whenever we change the HTML layout anyway.
  203. # [03:11] <tantek> screenscraping is using regex's and other outside-the-language-definition hacks to extract content
  204. # [03:12] <tantek> if you're parsing (XML or HTML) you're not scraping
  205. # [03:12] <tantek> you're parsing
  206. # [03:12] <AryehGregor> You're parsing human-readable content with a bot. Not reliable or advisable.
  207. # [03:12] <AryehGregor> It's fragile no matter how you're parsing it.
  208. # [03:12] <AryehGregor> Because the DOM can be changed around arbitrarily as features are added and removed and so on.
  209. # [03:12] * Joins: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com)
  210. # [03:13] <AryehGregor> Anyway, I mostly agree with mpilgrim. I see no good reason to use XHTML-style HTML.
  211. # [03:13] <annodomini> Well, unless Microdata/formats/RDFa catches on and is used well.
  212. # [03:13] <AryehGregor> I made sure to add a "use well-formed XML" configuration option to MediaWiki when adding HTML 5 support, and have happily turned it off on my wikis.
  213. # [03:14] <AryehGregor> There are absolutely no possible issues with reliability here -- everything is generated with functions that automatically add slashes and quotes and so on only if necessary.
  214. # [03:14] <AryehGregor> So there's no plausible possibility of errors being introduced by this.
  215. # [03:15] <AryehGregor> Unless of course HTML 5 parsing rules aren't actually 100% reliably implemented in practice.
  216. # [03:15] <tantek> AryehGregor - that is good to know
  217. # [03:15] <AryehGregor> I'm sad that = is banned in unquoted attribute values.
  218. # [03:15] <AryehGregor> It's not really ambiguous, after all. If it were allowed, you wouldn't have to quote any URLs.
  219. # [03:15] <tantek> and yes I expect HTML5 parsing rules aren't 100% reliably implemented in practice because they depend on quirks of just a few desktop browsers.
  220. # [03:16] <AryehGregor> I assume there are compatibility issues with it.
  221. # [03:16] <AryehGregor> . . . All of which have to parse things more or less the same way, or break 80% of the web.
  222. # [03:16] <tantek> you don't need all the rules in HTML5 in order to not break 80% of the web
  223. # [03:17] <tantek> there's too much documentation of quirks IMHO
  224. # [03:17] <tantek> but it's not a big enough deal to ask for changes in the spec
  225. # [03:17] <tantek> (to me anyway)
  226. # [03:17] <AryehGregor> AFAICT, quirks are only included if they're important enough that major vendors aren't willing to drop them.
  227. # [03:18] <AryehGregor> So I'd say you probably do need all the rules, or nearly all, to get pages to work right. Of course, you could drop a lot of the quirks and still get 95% of the web rendering right, but 95% isn't enough for implementors.
  228. # [03:19] <tantek> AryehGregor "major vendors" == just a few desktop browsers == a fraction of the HTML implementations out there.
  229. # [03:19] <AryehGregor> The only ones anyone cares about, though, to be honest.
  230. # [03:20] <AryehGregor> "almost anyone", if you like.
  231. # [03:20] <tantek> hence: "HTML 5 parsing rules aren't actually 100% reliably implemented in practice."
  232. # [03:20] <tantek> new browsers/devices that people *start* caring about come along all the time
  233. # [03:21] <AryehGregor> "in practice" = "enough people care that someone bothers to complain"
  234. # [03:21] <tantek> witness iPhone WebKit which is close to, but not the same as desktop WebKit
  235. # [03:21] <tantek> and this will continue
  236. # [03:21] <AryehGregor> Does its HTML parser differ at all?
  237. # [03:21] <tantek> no idea - but its browser/rendering behavior does - that's what people actually "care about"
  238. # [03:21] <tantek> to use your words
  239. # [03:21] <tantek> rather than nitpicking of is it differences in the HTML parser or some other block of code?
  240. # [03:22] <AryehGregor> Any difference other than in the HTML parsing isn't really relevant to speccing HTML parsing quirks.
  241. # [03:24] * Quits: ap (n=ap@nat/apple/x-uwxzfcdnexnvusho)
  242. # [03:24] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  243. # [03:25] * Joins: onar_ (n=onar@67.180.87.66)
  244. # [03:25] <AryehGregor> AFAICT, new HTML user agents of any significance arise rarely, and when they do they take great pains to replicate quirks of existing user agents.
  245. # [03:30] * Quits: taf2 (n=taf2@216-15-54-105.c3-0.grg-ubr3.lnh-grg.md.cable.rcn.com) (Read error: 113 (No route to host))
  246. # [03:34] * Quits: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  247. # [03:35] <annodomini> TabAtkins: I don't think that a <csv> element is a good idea; it's pretty odd to have a special element for one particular data format with completely different parsing rules embedded in HTML
  248. # [03:35] <annodomini> Why not a <tex> element for TeX? Or any other format that you might be able to cram in?
  249. # [03:36] <annodomini> Instead, HTML5 already allows you to use <script> for embedding data in other formats.
  250. # [03:39] <annodomini> I've rewritten your <csv> example to use <script type="text/csv">; you can even get your fallback behavior (which works in Firefox and Safari at least) with script[type^="text/csv"] { display: block; }
  251. # [03:39] <annodomini> http://ephemera.continuation.org/csv.html
  252. # [03:39] <tantek> annodomini - <csv> is a form of pre, and is quite common. the application to open government and open science sites makes a big difference.
  253. # [03:39] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  254. # [03:39] <tantek> <script type="text/csv"> may be a suitable way of doing it too
  255. # [03:40] <tantek> rather than a new element
  256. # [03:40] <tantek> but csv feels more like <pre> than <script>
  257. # [03:40] <tantek> perhaps it could be done with attributes on <pre>
  258. # [03:40] * Quits: atwilson (n=atwilson@74.125.59.1)
  259. # [03:40] <tantek> rather than a new element
  260. # [03:41] <annodomini> Right, I'm not objecting to CSV in general. I just think it would be weird to have a new element with entirely different parsing rules standardised in HTML.
  261. # [03:41] <AryehGregor> You mean like <svg> and <math>?
  262. # [03:42] <annodomini> Those don't have entirely different parsing rules. In XHTML, they parse like any other XML. In HTML, they can still generally use the same parsing rules and DOM as the rest of HTML, though there are some details that need to be worked out.
  263. # [03:42] * Quits: onar_ (n=onar@67.180.87.66)
  264. # [03:43] <annodomini> I do think it's a bit odd to be doing <svg> and <math> in the HTML syntax, but it's not really out there; they have the same basic DOM structure and same basic parsing behavior as the rest of the language.
  265. # [03:44] <AryehGregor> So SVG/MathML in HTML doesn't have to be well-formed XML? I haven't looked.
  266. # [03:45] <annodomini> Has that part ben specced yet? I though that it hadn't really been fully specced.
  267. # [03:46] <heycam> yes it doesn't have to be well-formed xml
  268. # [03:46] <heycam> although most common well-formed xml svg will be parsed correctly
  269. # [03:46] <heycam> e.g. if you use prefixes it won't work
  270. # [03:49] * Joins: taf2 (n=taf2@216.15.54.105)
  271. # [03:53] * Quits: cying (n=cying@70.90.171.153)
  272. # [03:56] * Parts: ojan (n=ojan@72.14.229.81)
  273. # [04:00] * Quits: jwalden (n=waldo@nat/mozilla/x-jmibzikudvfmcimz) (Read error: 60 (Operation timed out))
  274. # [04:00] <tantek> using prefixes in general doesn't work so that makes sense
  275. # [04:01] <tantek> annodomini - where did you come up with the ;header=present;separator=\t" parameters for text/csv? are those standard?
  276. # [04:02] <annodomini> http://www.ietf.org/rfc/rfc4180.txt
  277. # [04:02] <annodomini> The header one is standard.
  278. # [04:02] <annodomini> The separator one was based on TabAtkin's proposed attribute.
  279. # [04:05] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  280. # [04:07] * Quits: othermaciej (n=mjs@17.246.19.128)
  281. # [04:10] <tantek> annodomini you've convinced me that another element is not necessary. we can do this by simply adding an attribute (that we need anyway) to <pre>
  282. # [04:11] <annodomini> What attribute are you thinking of?
  283. # [04:11] <tantek> a "separator" attribute - if present/non-empty, then treat contents as CSV and provide table DOM API access to the rows/columns
  284. # [04:11] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 113 (No route to host))
  285. # [04:11] <tantek> and per RFC4180, add a "header" attribute which takes the values "absent" or "present"
  286. # [04:12] <tantek> so
  287. # [04:13] <tantek> <pre separator="," header="present">Year,Make,Model
  288. # [04:13] <tantek> etc.
  289. # [04:16] <annodomini> Hmm. It seems weird that <pre> would render as a table if @separator is present, and as simply as as fixed-width text with spaces preserved otherwise.
  290. # [04:17] <annodomini> I really think that <script> is the right solution for this, as it allows for a mime type and can thus support a much wider variety of formats.
  291. # [04:17] <annodomini> Or, perhaps, a <data> element that is like <script> but the contents are expected to be static data rather than an executable <script>.
  292. # [04:17] <tantek> it provides good fallback for browsers that don't support @separator
  293. # [04:17] <tantek> and it is content that should be displayed
  294. # [04:18] <tantek> hence why <pre> is better than <script> for this
  295. # [04:18] <tantek> a <data> element would be fine too
  296. # [04:18] <tantek> but that's the same problem as creating a new <csv> element
  297. # [04:19] <annodomini> <data> would be general purpose, and not work for only one specific format.
  298. # [04:19] <tantek> there is a good case for <csv> given the huge corpuses of data being published in that format
  299. # [04:19] <tantek> I would need to see use cases for a more general <data>
  300. # [04:20] <annodomini> There's a huge amont of data published in .xls, but should that be part of HTML?
  301. # [04:20] <tantek> xls is far more complicated and proprietary
  302. # [04:20] <tantek> I would be against inclusion purely because of that
  303. # [04:20] * Quits: KevinMarks (n=KevinMar@157.22.22.46) (Read error: 60 (Operation timed out))
  304. # [04:21] <tantek> whereas publishing csv is *common* practice in government and science communities
  305. # [04:21] <tantek> and the fallback works well
  306. # [04:21] <tantek> that's the key
  307. # [04:21] <tantek> csv data inside a <pre> is still reasonably viewable
  308. # [04:21] <tantek> even listenable
  309. # [04:22] <tantek> (neither of those are true for xls)
  310. # [04:22] <annodomini> How about TeX? Lots of stuff published in that format. It falls back well (a lot better than MathML for sure).
  311. # [04:22] <tantek> annodomini - I think you could make a better case for including TeX than MathML
  312. # [04:23] <tantek> given the huge disparity in amount of content published (TeX wayyyyy (1000x?) more than MathML)
  313. # [04:23] <tantek> and I would agree it falls back "better" than MathML - though still not particularly well
  314. # [04:23] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  315. # [04:23] <annodomini> Well, except that TeX involves bringing in a whole other programming language, it's own formatting model that I'm sure has plenty of subtle differences from the CSS formatting model, and so on.
  316. # [04:23] <tantek> I wouldn't want to listen to raw TeX in a screen reader
  317. # [04:24] <annodomini> Yeah, maybe MathML isn't a great example.
  318. # [04:24] <tantek> the visual/listenable fall back is key here
  319. # [04:24] <tantek> is there a recommended mechanism in HTML5 for marking up ASCII Art?
  320. # [04:25] <tantek> (besides just <pre>)
  321. # [04:25] <annodomini> That's pretty much what <pre> is for.
  322. # [04:25] <AryehGregor> "subtle" differences? TeX's formatting model is *ridiculously* different from CSS.
  323. # [04:25] <tantek> annodomini - no that doesn't work well due to the listenability problem
  324. # [04:25] <tantek> <pre>(:</pre>
  325. # [04:26] <tantek> ASCII art is an image essentially
  326. # [04:26] <tantek> and thus needs "alt" or something similar
  327. # [04:26] <AryehGregor> Raw TeX is actually pretty listenable, as far as things go. You can't say complicated equations very effectively at all.
  328. # [04:26] <annodomini> AryehGregor: Fair enough. I don't know much about TeX's formatting model; I figured it had some of the same basic ideas about box layout.
  329. # [04:26] <AryehGregor> TeX is a programming language that's generally used for layout.
  330. # [04:27] <AryehGregor> I don't know much about its formatting model either. I mean, it's not like there's a spec or multiple implementations, AFAIK.
  331. # [04:27] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net) (Client Quit)
  332. # [04:27] * tantek looks for work on CSS anonymous table object pseudo-elements but can't seem to find them on the Web. e.g. ::table-row, ::table-cell
  333. # [04:28] <tantek> or even ::table-row(an+b), ::table-cell(an+b)
  334. # [04:28] <tantek> so you could say
  335. # [04:28] <tantek> pre[separator]::table-row(2n+1) {background:silver}
  336. # [04:29] <tantek> to give silver backgrounds to alternating rows in a CSV
  337. # [04:30] <annodomini> tantek: Well, all of the alternatives to the "alt" attribute defined for <img> would probably apply for <pre> as well (such as its title attribute, legend/caption/whatever it will be called of a figure, etc)
  338. # [04:31] <annodomini> tantek: The other problem with <pre separator> is that if the separator is being treated in the most simple manner (with the rows separated by newlines and columns by the separator), then you can't actually use most CSV, which allows you to wrap columns in quotes.
  339. # [04:31] * Joins: shepazu (n=schepers@72-255-123-231.client.stsn.net)
  340. # [04:31] <tantek> right the point would be that the "separator" attribute would follow CSV rules
  341. # [04:32] <tantek> this page has a reasonable description of the quoted columns stuff etc. http://www.creativyst.com/Doc/Articles/CSV/CSV01.htm
  342. # [04:33] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  343. # [04:34] <tantek> for reference: CSS 2.1 anonymous table objects: http://www.w3.org/TR/CSS21/tables.html#anonymous-boxes
  344. # [04:34] <tantek> CSS has precedence for synthetically generated table-row/cell pseudo-elements etc.
  345. # [04:34] <annodomini> Is it common to allow quoted columns in tab delimited text?
  346. # [04:35] <annodomini> I know it's common in CSV (though the exact details of how to escape quotes themselves vary)
  347. # [04:36] * Quits: miketaylr_ (n=miketayl@user-12hdvhe.cable.mindspring.com)
  348. # [04:36] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  349. # [04:37] <tantek> annodomini - I think it would be reasonable to apply the quote escaping to apply to any separator
  350. # [04:37] <tantek> to make the quote escaping apply to
  351. # [04:38] <annodomini> Various formats also use colons, semicolons, and vertical pipe delimiters; I'm not sure if there are any common quoting rules between the various formats.
  352. # [04:39] * Joins: miketaylr_ (n=miketayl@user-387hgua.cable.mindspring.com)
  353. # [04:42] <ttepasse> tantek, I never got <datagrid> completely ??but could't be a modified <datagrid> thinkable backed by a (linked) CSV-File?
  354. # [04:42] <tantek> maybe
  355. # [04:43] <tantek> the advantages of <pre separator> is that it provides the data inline, and has good fallback behavior for implementations that don't support it
  356. # [04:50] * Quits: MikeSmith (n=MikeSmit@31-35-163.wireless.csail.mit.edu) ("Tomorrow to fresh woods, and pastures new.")
  357. # [05:00] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  358. # [05:11] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  359. # [05:12] <othermaciej> good evening
  360. # [05:18] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  361. # [05:18] * dglazkov_ is now known as dglazkov
  362. # [05:19] * Quits: taf2 (n=taf2@216.15.54.105)
  363. # [05:20] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl) (Read error: 110 (Connection timed out))
  364. # [05:24] * Quits: slightlyoff_afk (n=slightly@nat/google/x-dspqeuvifkblzgle)
  365. # [05:27] <tantek> good evening othermaciej
  366. # [05:40] * Quits: ttepasse (n=ttepas--@p5B016ACB.dip.t-dialin.net) (Read error: 145 (Connection timed out))
  367. # [05:46] * Joins: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET)
  368. # [05:47] * Joins: jonpierce (n=jonpierc@209-6-22-59.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
  369. # [05:54] * Joins: miketaylr__ (n=miketayl@user-12hdvhe.cable.mindspring.com)
  370. # [05:54] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  371. # [05:59] * Quits: miketaylr__ (n=miketayl@user-12hdvhe.cable.mindspring.com) (Client Quit)
  372. # [06:03] * Quits: miketaylr_ (n=miketayl@user-387hgua.cable.mindspring.com) (Read error: 60 (Operation timed out))
  373. # [06:13] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  374. # [06:14] * Quits: annodomini (n=lambda@wikipedia/lambda)
  375. # [06:15] * Joins: annodomini_ (n=lambda@wikipedia/lambda)
  376. # [06:30] * Quits: tantek (n=tantek@69.106.231.241) (Read error: 131 (Connection reset by peer))
  377. # [06:31] * Quits: dglazkov (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  378. # [06:31] * dglazkov_ is now known as dglazkov
  379. # [06:31] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  380. # [06:39] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  381. # [06:44] * Quits: ray (i=ray@drong.notacat.org) (leguin.freenode.net irc.freenode.net)
  382. # [06:44] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (leguin.freenode.net irc.freenode.net)
  383. # [06:44] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  384. # [06:44] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (leguin.freenode.net irc.freenode.net)
  385. # [06:44] * Quits: kconragan (n=Adium@nat07.metaweb.com) (leguin.freenode.net irc.freenode.net)
  386. # [06:44] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (leguin.freenode.net irc.freenode.net)
  387. # [06:44] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  388. # [06:44] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  389. # [06:44] * Quits: scherkus (n=scherkus@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  390. # [06:44] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  391. # [06:44] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  392. # [06:44] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  393. # [06:44] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  394. # [06:44] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (leguin.freenode.net irc.freenode.net)
  395. # [06:44] * Quits: shepazu (n=schepers@72-255-123-231.client.stsn.net) (leguin.freenode.net irc.freenode.net)
  396. # [06:44] * Quits: aboodman (n=aboodman@72.14.229.81) (leguin.freenode.net irc.freenode.net)
  397. # [06:44] * Quits: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp) (leguin.freenode.net irc.freenode.net)
  398. # [06:44] * Quits: syp__ (n=syp@lasigpc9.epfl.ch) (leguin.freenode.net irc.freenode.net)
  399. # [06:44] * Quits: peritus- (n=peritus@ircbridge.mahner.org) (leguin.freenode.net irc.freenode.net)
  400. # [06:44] * Quits: ukai (n=ukai@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  401. # [06:44] * Quits: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET) (leguin.freenode.net irc.freenode.net)
  402. # [06:44] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) (leguin.freenode.net irc.freenode.net)
  403. # [06:44] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (leguin.freenode.net irc.freenode.net)
  404. # [06:44] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (leguin.freenode.net irc.freenode.net)
  405. # [06:44] * Quits: jgraham (n=jgraham@web22.webfaction.com) (leguin.freenode.net irc.freenode.net)
  406. # [06:44] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (leguin.freenode.net irc.freenode.net)
  407. # [06:44] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  408. # [06:44] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (leguin.freenode.net irc.freenode.net)
  409. # [06:44] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) (leguin.freenode.net irc.freenode.net)
  410. # [06:44] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (leguin.freenode.net irc.freenode.net)
  411. # [06:44] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (leguin.freenode.net irc.freenode.net)
  412. # [06:44] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (leguin.freenode.net irc.freenode.net)
  413. # [06:44] * Quits: jlebar (n=jlebar@nat/mozilla/x-yznbxgwubicfserf) (leguin.freenode.net irc.freenode.net)
  414. # [06:44] * Quits: yusukes (n=yusukes@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  415. # [06:44] * Quits: fupp (n=User@mg038a.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  416. # [06:44] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (leguin.freenode.net irc.freenode.net)
  417. # [06:44] * Quits: onar (n=onar@17.226.20.255) (leguin.freenode.net irc.freenode.net)
  418. # [06:44] * Quits: poe (n=poe@unaffiliated/poe) (leguin.freenode.net irc.freenode.net)
  419. # [06:44] * Quits: karlcow (n=karl@nerval.la-grange.net) (leguin.freenode.net irc.freenode.net)
  420. # [06:44] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (leguin.freenode.net irc.freenode.net)
  421. # [06:44] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (leguin.freenode.net irc.freenode.net)
  422. # [06:44] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (leguin.freenode.net irc.freenode.net)
  423. # [06:44] * Quits: hober (n=ted@unaffiliated/hober) (leguin.freenode.net irc.freenode.net)
  424. # [06:44] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (leguin.freenode.net irc.freenode.net)
  425. # [06:44] * Quits: inimino (n=inimino@atekomi.inimino.org) (leguin.freenode.net irc.freenode.net)
  426. # [06:45] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  427. # [06:45] * Joins: inimino (n=inimino@atekomi.inimino.org)
  428. # [06:45] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  429. # [06:45] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  430. # [06:45] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  431. # [06:45] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  432. # [06:45] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
  433. # [06:45] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  434. # [06:45] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  435. # [06:45] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  436. # [06:45] * Joins: fupp (n=User@mg038a.studby.ntnu.no)
  437. # [06:45] * Joins: jlebar (n=jlebar@nat/mozilla/x-yznbxgwubicfserf)
  438. # [06:45] * Joins: yusukes (n=yusukes@220.109.219.244)
  439. # [06:45] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
  440. # [06:45] * Joins: onar (n=onar@17.226.20.255)
  441. # [06:45] * Joins: poe (n=poe@unaffiliated/poe)
  442. # [06:45] * Joins: karlcow (n=karl@nerval.la-grange.net)
  443. # [06:45] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  444. # [06:45] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  445. # [06:47] * Joins: shepazu (n=schepers@72-255-123-231.client.stsn.net)
  446. # [06:47] * Joins: aboodman (n=aboodman@72.14.229.81)
  447. # [06:47] * Joins: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp)
  448. # [06:47] * Joins: syp__ (n=syp@lasigpc9.epfl.ch)
  449. # [06:47] * Joins: ukai (n=ukai@220.109.219.244)
  450. # [06:47] * Joins: peritus- (n=peritus@ircbridge.mahner.org)
  451. # [06:47] * Joins: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET)
  452. # [06:47] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  453. # [06:47] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  454. # [06:47] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  455. # [06:47] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  456. # [06:47] * Joins: guyzmo (n=guyzmo@nenya.mithrandir.net)
  457. # [06:48] * Joins: ray (i=ray@drong.notacat.org)
  458. # [06:48] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  459. # [06:48] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  460. # [06:48] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  461. # [06:48] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  462. # [06:48] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  463. # [06:48] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  464. # [06:48] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  465. # [06:48] * Joins: scherkus (n=scherkus@74.125.59.65)
  466. # [06:48] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  467. # [06:48] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  468. # [06:48] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  469. # [06:48] * Joins: doobar (i=david@bsdguru.net)
  470. # [06:51] * Quits: jorlow (n=jorlow@220.109.219.244) (Read error: 60 (Operation timed out))
  471. # [06:53] * Joins: jorlow (n=jorlow@218.45.193.1)
  472. # [06:55] * Joins: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  473. # [06:58] * Joins: zdobersek (n=zan@cpe-92-37-71-139.dynamic.amis.net)
  474. # [07:00] * AryehGregor sends off spec comments for sections 4.9-4.10
  475. # [07:10] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (Read error: 110 (Connection timed out))
  476. # [07:11] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  477. # [07:14] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  478. # [07:16] * Joins: slightlyoff (n=slightly@204.14.154.228)
  479. # [07:16] * Quits: zdobersek (n=zan@cpe-92-37-71-139.dynamic.amis.net) ("Leaving.")
  480. # [07:17] * Quits: slightlyoff (n=slightly@204.14.154.228) (Client Quit)
  481. # [07:34] * Joins: harig (n=aparan@59.90.71.35)
  482. # [07:37] * Quits: jorlow (n=jorlow@218.45.193.1)
  483. # [07:38] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  484. # [07:39] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Client Quit)
  485. # [07:42] * Joins: benward (n=benward@98.210.154.133)
  486. # [07:44] * Joins: jorlow (n=jorlow@220.109.219.244)
  487. # [07:54] * Quits: jgraham (n=jgraham@web22.webfaction.com) (leguin.freenode.net irc.freenode.net)
  488. # [07:54] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (leguin.freenode.net irc.freenode.net)
  489. # [07:54] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) (leguin.freenode.net irc.freenode.net)
  490. # [07:54] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (leguin.freenode.net irc.freenode.net)
  491. # [07:54] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (leguin.freenode.net irc.freenode.net)
  492. # [07:54] * Quits: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET) (leguin.freenode.net irc.freenode.net)
  493. # [07:54] * Quits: ray (i=ray@drong.notacat.org) (leguin.freenode.net irc.freenode.net)
  494. # [07:54] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (leguin.freenode.net irc.freenode.net)
  495. # [07:54] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (leguin.freenode.net irc.freenode.net)
  496. # [07:55] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  497. # [07:55] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (leguin.freenode.net irc.freenode.net)
  498. # [07:55] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  499. # [07:55] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (leguin.freenode.net irc.freenode.net)
  500. # [07:55] * Quits: kconragan (n=Adium@nat07.metaweb.com) (leguin.freenode.net irc.freenode.net)
  501. # [07:55] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  502. # [07:55] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  503. # [07:55] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  504. # [07:55] * Quits: scherkus (n=scherkus@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  505. # [07:55] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  506. # [07:55] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  507. # [07:58] * Joins: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET)
  508. # [07:58] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  509. # [07:58] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  510. # [07:58] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  511. # [07:58] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  512. # [07:58] * Joins: guyzmo (n=guyzmo@nenya.mithrandir.net)
  513. # [07:58] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  514. # [07:58] * Joins: ray (i=ray@drong.notacat.org)
  515. # [07:58] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  516. # [07:58] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  517. # [07:58] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  518. # [07:58] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  519. # [07:58] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  520. # [07:58] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  521. # [07:58] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  522. # [07:58] * Joins: scherkus (n=scherkus@74.125.59.65)
  523. # [07:58] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  524. # [07:58] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  525. # [07:58] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  526. # [07:58] * Joins: doobar (i=david@bsdguru.net)
  527. # [07:58] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (Read error: 104 (Connection reset by peer))
  528. # [07:59] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  529. # [08:06] <othermaciej> Philip`: did you ever get around to updating your HTML5+RDFa draft?
  530. # [08:10] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  531. # [08:10] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
  532. # [08:11] * Quits: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  533. # [08:11] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  534. # [08:15] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
  535. # [08:17] * Quits: jgraham (n=jgraham@web22.webfaction.com) (leguin.freenode.net irc.freenode.net)
  536. # [08:17] * Quits: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no) (leguin.freenode.net irc.freenode.net)
  537. # [08:17] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) (leguin.freenode.net irc.freenode.net)
  538. # [08:17] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (leguin.freenode.net irc.freenode.net)
  539. # [08:17] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (leguin.freenode.net irc.freenode.net)
  540. # [08:17] * Quits: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET) (leguin.freenode.net irc.freenode.net)
  541. # [08:17] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  542. # [08:18] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  543. # [08:18] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (leguin.freenode.net irc.freenode.net)
  544. # [08:18] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  545. # [08:18] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (leguin.freenode.net irc.freenode.net)
  546. # [08:18] * Quits: kconragan (n=Adium@nat07.metaweb.com) (leguin.freenode.net irc.freenode.net)
  547. # [08:18] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  548. # [08:18] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  549. # [08:18] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  550. # [08:18] * Quits: scherkus (n=scherkus@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  551. # [08:18] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  552. # [08:18] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  553. # [08:18] * Quits: ray (i=ray@drong.notacat.org) (leguin.freenode.net irc.freenode.net)
  554. # [08:18] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (leguin.freenode.net irc.freenode.net)
  555. # [08:18] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (leguin.freenode.net irc.freenode.net)
  556. # [08:22] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  557. # [08:31] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  558. # [08:31] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  559. # [08:31] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  560. # [08:31] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  561. # [08:31] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  562. # [08:31] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  563. # [08:31] * Joins: scherkus (n=scherkus@74.125.59.65)
  564. # [08:31] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  565. # [08:31] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  566. # [08:31] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  567. # [08:31] * Joins: doobar (i=david@bsdguru.net)
  568. # [08:31] * Joins: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET)
  569. # [08:31] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  570. # [08:31] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  571. # [08:31] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  572. # [08:31] * Joins: guyzmo (n=guyzmo@nenya.mithrandir.net)
  573. # [08:31] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  574. # [08:31] * Joins: ray (i=ray@drong.notacat.org)
  575. # [08:31] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  576. # [08:31] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (Read error: 110 (Connection timed out))
  577. # [08:33] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  578. # [08:37] * Quits: ray (i=ray@drong.notacat.org) (leguin.freenode.net irc.freenode.net)
  579. # [08:37] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (leguin.freenode.net irc.freenode.net)
  580. # [08:37] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (leguin.freenode.net irc.freenode.net)
  581. # [08:37] * Quits: jgraham (n=jgraham@web22.webfaction.com) (leguin.freenode.net irc.freenode.net)
  582. # [08:37] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) (leguin.freenode.net irc.freenode.net)
  583. # [08:37] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (leguin.freenode.net irc.freenode.net)
  584. # [08:37] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (leguin.freenode.net irc.freenode.net)
  585. # [08:37] * Quits: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET) (leguin.freenode.net irc.freenode.net)
  586. # [08:37] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  587. # [08:37] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (leguin.freenode.net irc.freenode.net)
  588. # [08:37] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  589. # [08:37] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (leguin.freenode.net irc.freenode.net)
  590. # [08:37] * Quits: kconragan (n=Adium@nat07.metaweb.com) (leguin.freenode.net irc.freenode.net)
  591. # [08:37] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  592. # [08:37] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  593. # [08:37] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  594. # [08:37] * Quits: scherkus (n=scherkus@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  595. # [08:37] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  596. # [08:37] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  597. # [08:44] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  598. # [08:44] * Joins: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET)
  599. # [08:44] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  600. # [08:44] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  601. # [08:44] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  602. # [08:44] * Joins: guyzmo (n=guyzmo@nenya.mithrandir.net)
  603. # [08:44] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  604. # [08:44] * Joins: ray (i=ray@drong.notacat.org)
  605. # [08:44] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  606. # [08:44] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  607. # [08:44] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  608. # [08:44] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  609. # [08:44] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  610. # [08:44] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  611. # [08:44] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  612. # [08:44] * Joins: scherkus (n=scherkus@74.125.59.65)
  613. # [08:44] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  614. # [08:44] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  615. # [08:44] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  616. # [08:45] * Joins: doobar (i=david@bsdguru.net)
  617. # [08:45] <Philip`> othermaciej: No
  618. # [08:45] <othermaciej> Philip`: alas
  619. # [08:46] <othermaciej> Philip`: I'm wondering how much detailed advice I should give Manu on how to write a sound and precise spec - it would be so much easier just to point to your document
  620. # [08:46] * Quits: mpilgrim (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 104 (Connection reset by peer))
  621. # [08:48] <Philip`> othermaciej: (I think I realised I didn't care enough to try updating it, when the result would probably not be any more practically useful than the current version)
  622. # [08:49] <othermaciej> Philip`: you mean because you don't think the document or at least chunks of its language will be accepted, or because writing a detailed spec for RDFa+HTML5 is not worth the effort?
  623. # [08:50] <othermaciej> (or something else?)
  624. # [08:51] * Quits: erikvold (n=erikvvol@GANDALF.VKISTUDIOS.NET) (Connection timed out)
  625. # [08:51] <othermaciej> I guess what I'm asking is, would you be more motivated to update if there was more enthusiasm shown for your approach, or did you decide it's not a good use of your time in any case?
  626. # [08:51] <othermaciej> (either is ok, it would just inform what I do next)
  627. # [08:52] <Philip`> othermaciej: I don't know :-(
  628. # [08:52] <Philip`> Mostly I'm just lazy and had other things to do yesterday
  629. # [08:53] <othermaciej> Philip`: ok
  630. # [08:53] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  631. # [08:53] <othermaciej> I think it would be a helpful contribution, but I won't pester you about it
  632. # [08:55] * Philip` might feel less lazy at some point in the future
  633. # [08:55] <Lachy> Philip`, where is your HTML+RDFa draft?
  634. # [08:56] <Lachy> and why did you start it, and what significant changes had you done or initially intended to do?
  635. # [08:59] <Philip`> Lachy: http://philip.html5.org/docs/rdfa/
  636. # [09:00] <Philip`> Most of the feedback from RDFa people seemed to be that duplicating the RDFa-in-XHTML Processing Model section is bad (because it can cause unwanted divergence between the syntaxes), so I suppose in theory I'd want to remove that duplication
  637. # [09:02] <hsivonen> Is getting the XHTML 1.1 side into REC like "Bank" on Who wants to be a millionnaire?
  638. # [09:02] <hsivonen> so defining both HTML and XHTML behavior in one spec is unacceptable because it would turn the XHTML side into a non-REC again?
  639. # [09:03] <Philip`> (Do you mean "Bank" on The Weakest Link?)
  640. # [09:04] <hsivonen> Philip`: hmm. maybe. I don't watch game shows routinely enough to know these well enough
  641. # [09:06] <hsivonen> So the W3C Process is not only like Survivor but it's like the Weakest Link, too.
  642. # [09:07] <hsivonen> "The Weakest Link" could be made into fun Web-related jokes, too.
  643. # [09:08] <othermaciej> hsivonen: apparently they want to do RDFa 1.1 which would spec both HTML and XHTML syntax
  644. # [09:09] <othermaciej> in a new working group solely for the purpose of RDFa
  645. # [09:09] <othermaciej> personally I think it makes more sense to just do that update than to make a delta spec first, but probably they wouldn't want the HTML WG to publish the eventual product
  646. # [09:10] <hsivonen> A WG solely for the purpose of X is like begging for Conway's Law-like effects
  647. # [09:12] <Lachy> hsivonen, could you explain what "Bank" refers to in whatever gameshow it comes from, and explain your analogy?
  648. # [09:13] * Quits: dpranke (n=Adium@nat/google/x-epadjhtxinloabjc) ("Leaving.")
  649. # [09:13] <Lachy> I'm guessing it's not like a normal concept of a bank, or like the bank in monopoly, since that doesn't seem to make sense for your analogy
  650. # [09:14] <hsivonen> Lachy: on whatever show it comes from, the gameshow player can lose all the pending money won so far if (s)he answers wrong
  651. # [09:14] <hsivonen> Lachy: one time during the game, the player can say "bank" to save all the money so far won so that a subsequent wrong answer will roll back to that point and all isn't lost
  652. # [09:15] <Lachy> "... However, before their question is asked, a contestant can say "BANK" and the money earned thus far is safely stored and a new chain is initiated from scratch." -- http://en.wikipedia.org/wiki/The_Weakest_Link
  653. # [09:16] * Joins: pesla (n=retep@procurios.xs4all.nl)
  654. # [09:16] <Lachy> I remember that from the failed series of the weaest link we had briefly in Australia
  655. # [09:17] <Lachy> I can't believe the show is still running in the UK. It was rubbish.
  656. # [09:17] <Philip`> (Saying "bank" also resets the exponentially-growing amount of money you win per question)
  657. # [09:18] <Philip`> I guess in Australia you didn't have Anne Robinson
  658. # [09:18] <Lachy> no idea who she is
  659. # [09:18] <Philip`> That's the problem, then
  660. # [09:18] <hsivonen> Lachy: the format relies heavily on the UK host being good at being mean on stage.
  661. # [09:19] <Lachy> we had Cornelia Frances, a former actor from Home and Away.
  662. # [09:19] <Lachy> most people objected to the concept of the host being rude to the contestants
  663. # [09:22] * Mrmil has to solve a stupid dillema again: save two bigger images or three smaller images and add an extra div? CSS 2 just wants HTML to be bloated. :( Ah well, sorry for the whine, just had to let it out...
  664. # [09:23] * Joins: dave_levin__ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  665. # [09:26] <othermaciej> hsivonen: I'm not sure it's all political maneuvering, because Manu says that his spec is supposed to change processing rules for XHTML too, even though it is a delta spec and not a full spec
  666. # [09:27] <othermaciej> so if he's sincere in that, RDFa in XHTML is not any more locked down with this approach
  667. # [09:27] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  668. # [09:27] * Quits: dave_levin_ (n=dave_lev@72.14.224.1) (Read error: 60 (Operation timed out))
  669. # [09:28] <othermaciej> that being said, I still think updating the spec is more fruitful than creating a delta spec
  670. # [09:30] <othermaciej> I can
  671. # [09:31] <othermaciej> er
  672. # [09:31] <othermaciej> I can't help but think of XHTML 1.1 and how it ended up a delta of a delta of a delta
  673. # [09:31] <othermaciej> (not sure I even have enough deltas there)
  674. # [09:39] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  675. # [09:39] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  676. # [09:47] * Joins: virtuelv_ (n=virtuelv@pat-tdc.opera.com)
  677. # [09:50] * Joins: ttepasse (n=ttepas--@p5B01773C.dip.t-dialin.net)
  678. # [09:51] * Quits: virtuelv_ (n=virtuelv@pat-tdc.opera.com) (Client Quit)
  679. # [09:52] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) ("The computer fell asleep")
  680. # [09:52] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  681. # [09:55] * Joins: Super-Dot (n=Super-Do@76.231.44.168)
  682. # [09:55] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  683. # [09:58] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  684. # [10:12] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  685. # [10:31] * Joins: Binarytales (n=Binaryta@host81-157-254-162.range81-157.btcentralplus.com)
  686. # [10:37] * Joins: tehu (n=tehu@pas72-1-88-161-62-51.fbx.proxad.net)
  687. # [10:45] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  688. # [10:52] * Joins: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  689. # [10:56] * Joins: Phae (n=phaeness@132.185.144.11)
  690. # [10:58] * Joins: webben (n=benh@nat/yahoo/x-jldxadckwnvmydcd)
  691. # [10:58] * Quits: benward (n=benward@98.210.154.133) ("Sleep")
  692. # [11:01] * Joins: ROBOd (n=robod@89.122.216.38)
  693. # [11:05] * Parts: Binarytales (n=Binaryta@host81-157-254-162.range81-157.btcentralplus.com)
  694. # [11:08] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  695. # [11:08] * Quits: kinetik (n=kinetik@121.98.132.55) (Remote closed the connection)
  696. # [11:09] * Joins: kinetik (n=kinetik@121.98.132.55)
  697. # [11:11] * Joins: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net)
  698. # [11:28] <annevk2> oh man, discussing /fakepath/ again
  699. # [11:28] <annevk2> geez
  700. # [11:29] <jgraham> .me wonders if there has ever been a "delta" spec that worked well
  701. # [11:30] <annevk2> prolly not
  702. # [11:37] * Joins: erlehmann (n=erlehman@tmo-105-155.customers.d1-online.com)
  703. # [11:43] * Joins: mcdave (n=mcdave@cm-83-97-164-135.telecable.es)
  704. # [11:45] * Quits: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  705. # [11:45] * Quits: mcdave (n=mcdave@cm-83-97-164-135.telecable.es) (Client Quit)
  706. # [11:45] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  707. # [11:49] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  708. # [11:51] * Quits: jorlow (n=jorlow@220.109.219.244)
  709. # [11:51] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 54 (Connection reset by peer))
  710. # [11:51] * Quits: Super-Dot (n=Super-Do@76.231.44.168)
  711. # [11:52] * kinetik_ is now known as kinetik
  712. # [11:54] * Quits: dave_levin__ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  713. # [11:55] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  714. # [11:56] * Joins: harig_ (n=aparan@59.90.71.35)
  715. # [11:57] * Parts: tehu (n=tehu@pas72-1-88-161-62-51.fbx.proxad.net)
  716. # [11:58] * Joins: gsnedders (n=gsnedder@p54BEA893.dip0.t-ipconnect.de)
  717. # [12:04] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  718. # [12:07] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 54 (Connection reset by peer))
  719. # [12:08] * Quits: harig (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  720. # [12:13] * kinetik_ is now known as kinetik
  721. # [12:13] * Joins: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  722. # [12:26] * Quits: ray (i=ray@drong.notacat.org) (leguin.freenode.net irc.freenode.net)
  723. # [12:26] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (leguin.freenode.net irc.freenode.net)
  724. # [12:26] * Quits: erlehmann (n=erlehman@tmo-105-155.customers.d1-online.com) (leguin.freenode.net irc.freenode.net)
  725. # [12:26] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (leguin.freenode.net irc.freenode.net)
  726. # [12:26] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (leguin.freenode.net irc.freenode.net)
  727. # [12:26] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (leguin.freenode.net irc.freenode.net)
  728. # [12:26] * Quits: kinetik (n=kinetik@121.98.132.55) (leguin.freenode.net irc.freenode.net)
  729. # [12:26] * Quits: webben (n=benh@nat/yahoo/x-jldxadckwnvmydcd) (leguin.freenode.net irc.freenode.net)
  730. # [12:26] * Quits: jgraham (n=jgraham@web22.webfaction.com) (leguin.freenode.net irc.freenode.net)
  731. # [12:26] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) (leguin.freenode.net irc.freenode.net)
  732. # [12:26] * Quits: guyzmo (n=guyzmo@nenya.mithrandir.net) (leguin.freenode.net irc.freenode.net)
  733. # [12:26] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (leguin.freenode.net irc.freenode.net)
  734. # [12:26] * Quits: pesla (n=retep@procurios.xs4all.nl) (leguin.freenode.net irc.freenode.net)
  735. # [12:26] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  736. # [12:26] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (leguin.freenode.net irc.freenode.net)
  737. # [12:26] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (leguin.freenode.net irc.freenode.net)
  738. # [12:26] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (leguin.freenode.net irc.freenode.net)
  739. # [12:26] * Quits: kconragan (n=Adium@nat07.metaweb.com) (leguin.freenode.net irc.freenode.net)
  740. # [12:26] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (leguin.freenode.net irc.freenode.net)
  741. # [12:26] * Quits: doobar (i=david@bsdguru.net) (leguin.freenode.net irc.freenode.net)
  742. # [12:26] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (leguin.freenode.net irc.freenode.net)
  743. # [12:26] * Quits: scherkus (n=scherkus@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  744. # [12:26] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  745. # [12:26] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (leguin.freenode.net irc.freenode.net)
  746. # [12:26] * Quits: aboodman (n=aboodman@72.14.229.81) (leguin.freenode.net irc.freenode.net)
  747. # [12:26] * Quits: peritus- (n=peritus@ircbridge.mahner.org) (leguin.freenode.net irc.freenode.net)
  748. # [12:26] * Quits: syp__ (n=syp@lasigpc9.epfl.ch) (leguin.freenode.net irc.freenode.net)
  749. # [12:26] * Quits: shepazu (n=schepers@72-255-123-231.client.stsn.net) (leguin.freenode.net irc.freenode.net)
  750. # [12:26] * Quits: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp) (leguin.freenode.net irc.freenode.net)
  751. # [12:26] * Quits: ukai (n=ukai@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  752. # [12:26] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (leguin.freenode.net irc.freenode.net)
  753. # [12:26] * Quits: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net) (leguin.freenode.net irc.freenode.net)
  754. # [12:26] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (leguin.freenode.net irc.freenode.net)
  755. # [12:26] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (leguin.freenode.net irc.freenode.net)
  756. # [12:26] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (leguin.freenode.net irc.freenode.net)
  757. # [12:26] * Quits: inimino (n=inimino@atekomi.inimino.org) (leguin.freenode.net irc.freenode.net)
  758. # [12:26] * Quits: roc (n=roc@121-72-174-84.dsl.telstraclear.net) (leguin.freenode.net irc.freenode.net)
  759. # [12:26] * Quits: gsnedders (n=gsnedder@p54BEA893.dip0.t-ipconnect.de) (leguin.freenode.net irc.freenode.net)
  760. # [12:26] * Quits: harig_ (n=aparan@59.90.71.35) (leguin.freenode.net irc.freenode.net)
  761. # [12:26] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (leguin.freenode.net irc.freenode.net)
  762. # [12:26] * Quits: erikvvold (n=erikvvol@96.49.192.204) (leguin.freenode.net irc.freenode.net)
  763. # [12:26] * Quits: poe (n=poe@unaffiliated/poe) (leguin.freenode.net irc.freenode.net)
  764. # [12:26] * Quits: onar (n=onar@17.226.20.255) (leguin.freenode.net irc.freenode.net)
  765. # [12:26] * Quits: yusukes (n=yusukes@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  766. # [12:26] * Quits: jlebar (n=jlebar@nat/mozilla/x-yznbxgwubicfserf) (leguin.freenode.net irc.freenode.net)
  767. # [12:26] * Quits: fupp (n=User@mg038a.studby.ntnu.no) (leguin.freenode.net irc.freenode.net)
  768. # [12:26] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net) (leguin.freenode.net irc.freenode.net)
  769. # [12:26] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (leguin.freenode.net irc.freenode.net)
  770. # [12:26] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (leguin.freenode.net irc.freenode.net)
  771. # [12:26] * Quits: karlcow (n=karl@nerval.la-grange.net) (leguin.freenode.net irc.freenode.net)
  772. # [12:26] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (leguin.freenode.net irc.freenode.net)
  773. # [12:26] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net) (leguin.freenode.net irc.freenode.net)
  774. # [12:26] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (leguin.freenode.net irc.freenode.net)
  775. # [12:26] * Quits: annodomini_ (n=lambda@wikipedia/lambda) (leguin.freenode.net irc.freenode.net)
  776. # [12:26] * Quits: Hixie (i=ianh@trivini.no) (leguin.freenode.net irc.freenode.net)
  777. # [12:26] * Quits: Creap (n=Creap@vemod.brg.sgsnet.se) (leguin.freenode.net irc.freenode.net)
  778. # [12:26] * Quits: eighty4 (n=eighty4@eighty4.se) (leguin.freenode.net irc.freenode.net)
  779. # [12:26] * Quits: takkaria (n=takkaria@isparp.co.uk) (leguin.freenode.net irc.freenode.net)
  780. # [12:26] * Quits: Darxus (n=darxus@panic.chaosreigns.com) (leguin.freenode.net irc.freenode.net)
  781. # [12:26] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) (leguin.freenode.net irc.freenode.net)
  782. # [12:26] * Quits: jianli (n=jianli@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  783. # [12:26] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (leguin.freenode.net irc.freenode.net)
  784. # [12:26] * Quits: miketaylr (n=mtaylor@38.117.156.163) (leguin.freenode.net irc.freenode.net)
  785. # [12:26] * Quits: ROBOd (n=robod@89.122.216.38) (leguin.freenode.net irc.freenode.net)
  786. # [12:26] * Quits: Phae (n=phaeness@132.185.144.11) (leguin.freenode.net irc.freenode.net)
  787. # [12:26] * Quits: JohnResig (n=JohnResi@74.201.255.121) (leguin.freenode.net irc.freenode.net)
  788. # [12:26] * Quits: yutak (n=yutak@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  789. # [12:26] * Quits: stevepsu (i=sjstrutt@204.15.224.234) (leguin.freenode.net irc.freenode.net)
  790. # [12:26] * Quits: ttepasse (n=ttepas--@p5B01773C.dip.t-dialin.net) (leguin.freenode.net irc.freenode.net)
  791. # [12:26] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (leguin.freenode.net irc.freenode.net)
  792. # [12:26] * Quits: jonpierce (n=jonpierc@209-6-22-59.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (leguin.freenode.net irc.freenode.net)
  793. # [12:26] * Quits: dave_levin (n=dave_lev@74.125.59.65) (leguin.freenode.net irc.freenode.net)
  794. # [12:26] * Quits: k0rnel (n=k0rnel@krtko.org) (leguin.freenode.net irc.freenode.net)
  795. # [12:26] * Quits: gavin (n=gavin@firefox/developer/gavin) (leguin.freenode.net irc.freenode.net)
  796. # [12:26] * Quits: foolip (n=philip@h-63-95.A163.priv.bahnhof.se) (leguin.freenode.net irc.freenode.net)
  797. # [12:26] * Quits: Philip` (n=philip@zaynar.co.uk) (leguin.freenode.net irc.freenode.net)
  798. # [12:26] * Quits: pererik (n=pe@unaffiliated/pererik) (leguin.freenode.net irc.freenode.net)
  799. # [12:26] * Quits: vs-hs_ (i=david@shell.etttretresju.net) (leguin.freenode.net irc.freenode.net)
  800. # [12:26] * Quits: hendry (n=hendry@webvm.net) (leguin.freenode.net irc.freenode.net)
  801. # [12:26] * Quits: bzed (n=bzed@devel.recluse.de) (leguin.freenode.net irc.freenode.net)
  802. # [12:26] * Quits: garbeam (n=arg@garbe.us) (leguin.freenode.net irc.freenode.net)
  803. # [12:26] * Quits: hamaji (n=hamaji@220.109.219.244) (leguin.freenode.net irc.freenode.net)
  804. # [12:26] * Quits: pablof (n=palbo@pat-tdc.opera.com) (leguin.freenode.net irc.freenode.net)
  805. # [12:26] * Joins: bzed (n=bzed@devel.recluse.de)
  806. # [12:26] * Joins: garbeam (n=arg@garbe.us)
  807. # [12:26] * Joins: hamaji (n=hamaji@220.109.219.244)
  808. # [12:27] * Joins: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  809. # [12:27] * Joins: gsnedders (n=gsnedder@p54BEA893.dip0.t-ipconnect.de)
  810. # [12:27] * Joins: harig_ (n=aparan@59.90.71.35)
  811. # [12:27] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  812. # [12:27] * Joins: erlehmann (n=erlehman@tmo-105-155.customers.d1-online.com)
  813. # [12:27] * Joins: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net)
  814. # [12:27] * Joins: annevk2 (n=annevk@5355732C.cable.casema.nl)
  815. # [12:27] * Joins: webben (n=benh@nat/yahoo/x-jldxadckwnvmydcd)
  816. # [12:27] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  817. # [12:27] * Joins: pesla (n=retep@procurios.xs4all.nl)
  818. # [12:27] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  819. # [12:27] * Joins: doobar (i=david@bsdguru.net)
  820. # [12:27] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  821. # [12:27] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  822. # [12:27] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  823. # [12:27] * Joins: scherkus (n=scherkus@74.125.59.65)
  824. # [12:27] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  825. # [12:27] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  826. # [12:27] * Joins: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  827. # [12:27] * Joins: kconragan (n=Adium@nat07.metaweb.com)
  828. # [12:27] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  829. # [12:27] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  830. # [12:27] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  831. # [12:27] * Joins: ray (i=ray@drong.notacat.org)
  832. # [12:27] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  833. # [12:27] * Joins: guyzmo (n=guyzmo@nenya.mithrandir.net)
  834. # [12:27] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  835. # [12:27] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  836. # [12:27] * Joins: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au)
  837. # [12:27] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  838. # [12:27] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  839. # [12:27] * Joins: peritus- (n=peritus@ircbridge.mahner.org)
  840. # [12:27] * Joins: ukai (n=ukai@220.109.219.244)
  841. # [12:27] * Joins: syp__ (n=syp@lasigpc9.epfl.ch)
  842. # [12:27] * Joins: Kuruma (n=Kuruman@p4149-ipbf2803hodogaya.kanagawa.ocn.ne.jp)
  843. # [12:27] * Joins: aboodman (n=aboodman@72.14.229.81)
  844. # [12:27] * Joins: shepazu (n=schepers@72-255-123-231.client.stsn.net)
  845. # [12:27] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  846. # [12:27] * Joins: inimino (n=inimino@atekomi.inimino.org)
  847. # [12:27] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  848. # [12:27] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  849. # [12:27] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  850. # [12:27] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  851. # [12:27] * Joins: fupp (n=User@mg038a.studby.ntnu.no)
  852. # [12:27] * Joins: jlebar (n=jlebar@nat/mozilla/x-yznbxgwubicfserf)
  853. # [12:27] * Joins: yusukes (n=yusukes@220.109.219.244)
  854. # [12:27] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
  855. # [12:27] * Joins: onar (n=onar@17.226.20.255)
  856. # [12:27] * Joins: poe (n=poe@unaffiliated/poe)
  857. # [12:27] * Joins: karlcow (n=karl@nerval.la-grange.net)
  858. # [12:27] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  859. # [12:27] * Quits: tndH_ (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Read error: 110 (Connection timed out))
  860. # [12:28] * Joins: myakura (n=myakura@p4014-ipbf6801marunouchi.tokyo.ocn.ne.jp)
  861. # [12:32] * Joins: gsnedders_ (n=gsnedder@p54BEB382.dip0.t-ipconnect.de)
  862. # [12:32] * Joins: pablof (n=palbo@pat-tdc.opera.com)
  863. # [12:32] * Joins: miketaylr (n=mtaylor@38.117.156.163)
  864. # [12:33] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  865. # [12:33] * Joins: jianli (n=jianli@74.125.59.65)
  866. # [12:33] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  867. # [12:33] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  868. # [12:33] * Joins: annodomini_ (n=lambda@wikipedia/lambda)
  869. # [12:33] * Joins: Hixie (i=ianh@trivini.no)
  870. # [12:33] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  871. # [12:33] * Joins: eighty4 (n=eighty4@eighty4.se)
  872. # [12:33] * Joins: Darxus (n=darxus@panic.chaosreigns.com)
  873. # [12:33] * Joins: takkaria (n=takkaria@isparp.co.uk)
  874. # [12:33] * Joins: ttepasse (n=ttepas--@p5B01773C.dip.t-dialin.net)
  875. # [12:33] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  876. # [12:33] * Joins: jonpierce (n=jonpierc@209-6-22-59.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
  877. # [12:33] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  878. # [12:33] * Joins: k0rnel (n=k0rnel@krtko.org)
  879. # [12:33] * Joins: gavin (n=gavin@firefox/developer/gavin)
  880. # [12:33] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
  881. # [12:33] * Joins: Philip` (n=philip@zaynar.co.uk)
  882. # [12:33] * Joins: pererik (n=pe@unaffiliated/pererik)
  883. # [12:33] * Joins: vs-hs_ (i=david@shell.etttretresju.net)
  884. # [12:33] * Joins: hendry (n=hendry@webvm.net)
  885. # [12:33] * Joins: kinetik (n=kinetik@121.98.132.55)
  886. # [12:33] * Joins: ROBOd (n=robod@89.122.216.38)
  887. # [12:33] * Joins: Phae (n=phaeness@132.185.144.11)
  888. # [12:33] * Joins: JohnResig (n=JohnResi@74.201.255.121)
  889. # [12:33] * Joins: yutak (n=yutak@220.109.219.244)
  890. # [12:33] * Joins: stevepsu (i=sjstrutt@204.15.224.234)
  891. # [12:36] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  892. # [12:36] <zcorpan_> gsnedders: do you intend to work on web dom core anything this month?
  893. # [12:36] <gsnedders_> zcorpan_: A bit, not much. I don't intend on doing much web stuff this month in general.
  894. # [12:45] <zcorpan_> gsnedders_: ok
  895. # [12:48] <annevk2> the TAG is making a case: http://www.w3.org/2001/tag/2009/09/TagHTMLIssues.html
  896. # [12:49] * Quits: gsnedders (n=gsnedder@p54BEA893.dip0.t-ipconnect.de) (Read error: 110 (Connection timed out))
  897. # [12:49] * gsnedders_ is now known as gsnedders
  898. # [12:50] * Quits: roc (n=roc@121-72-174-84.dsl.telstraclear.net)
  899. # [12:56] * Quits: gsnedders (n=gsnedder@p54BEB382.dip0.t-ipconnect.de)
  900. # [13:00] * Joins: gsnedders (n=gsnedder@84.190.179.130)
  901. # [13:02] * hsivonen finds a future-proofing argument: http://krijnhoetmer.nl/irc-logs/whatwg/20090903#l-147
  902. # [13:03] <annevk2> ah yeah, I was trying to track that one down to point it out to you
  903. # [13:04] <annevk2> it seems they might be misinformed on how those things work
  904. # [13:20] * Joins: taf2 (n=taf2@216-15-54-105.c3-0.grg-ubr3.lnh-grg.md.cable.rcn.com)
  905. # [13:21] * Joins: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp)
  906. # [13:25] * Quits: taf2 (n=taf2@216-15-54-105.c3-0.grg-ubr3.lnh-grg.md.cable.rcn.com)
  907. # [13:26] <zcorpan_> "Relating to the above, there is also the provision in 3.2.3(3.3.3) that global attributes "may be specified on all HTML elements (even those not defined in this specification)"; this strongly suggests some sort of extensibility at the element level."
  908. # [13:26] * Joins: heycam (n=cam@210-84-56-211.dyn.iinet.net.au)
  909. # [13:29] * Joins: rob___ (n=chatzill@71-81-236-221.dhcp.stls.mo.charter.com)
  910. # [13:30] <annevk2> point?
  911. # [13:31] * Joins: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  912. # [13:32] <zcorpan_> from TagHTMLIssues
  913. # [13:33] <annevk2> what's the point of highlighting it here
  914. # [13:33] <annevk2> :)
  915. # [13:34] <gsnedders> zcorpan_: http://hg.gsnedders.com/web-dom-core/ fwiw
  916. # [13:34] <Lachy> gsnedders, are you taking over web dom core from zcorpan_?
  917. # [13:35] <gsnedders> Lachy: I have some intention to write a test suite for it, whether I take over editing of the spec is another question. I'll probably make some edits, but nothing that involves changing much text :P
  918. # [13:35] <zcorpan_> annevk2: i find it interesting that they're reading between the lines
  919. # [13:36] <zcorpan_> gsnedders: cool
  920. # [13:36] <annevk2> zcorpan_, ah, yeah, maybe they're still used to all those specifications where that is sort of required if you want to truly understand them :p
  921. # [13:39] <hsivonen> zcorpan_: I thought it was no secret that HTML5 is written to allow deltaspecs
  922. # [13:40] <hsivonen> zcorpan_: e.g. if <keygen> were spun off the language the TAG quotes would make a proper delta spec easier
  923. # [13:40] <hsivonen> zcorpan_: maybe the TAG isn't considering this use case for the quoted spec language
  924. # [13:42] * Joins: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz)
  925. # [13:46] <zcorpan_> hsivonen: the words "decentralized extensibility" are present in TagHTMLIssues
  926. # [13:47] <zcorpan_> more specifically in the point above what i quoted
  927. # [13:50] * Joins: mat_t (n=mattomas@91.189.88.12)
  928. # [13:58] <Hixie> hsivonen: could you explain what the problem you are referring to in http://lists.w3.org/Archives/Public/public-html/2009Aug/1433.html is?
  929. # [13:59] * Quits: gsnedders (n=gsnedder@84.190.179.130)
  930. # [14:00] * Quits: webben (n=benh@nat/yahoo/x-jldxadckwnvmydcd) (Read error: 110 (Connection timed out))
  931. # [14:01] <hsivonen> Hixie: the problem is that you have designed a feedback loop from validators to authors. however, the tool developer sits in between and deflects the feedback before it reaches the author
  932. # [14:01] <hsivonen> Hixie: and in doing so, probably violates ATAG 2
  933. # [14:02] <Hixie> "deflects the feedback"?
  934. # [14:02] <annevk2> i'd love for the TAG to replace decentralized extensibility with XML namespace-based extensibility because that's what they want
  935. # [14:02] <hsivonen> Hixie: makes the tool generate output that makes the validator stay silent
  936. # [14:02] <Hixie> (let's pretend for the sake of this discussion that I don't care about ATAG2 and only care about making editors help authors create accessible documents.)
  937. # [14:02] <Hixie> why would a tool generate output that makes the validator stay silent?
  938. # [14:03] <hsivonen> Hixie: do you believe that <img alt=""> for a critical content image is an epsilon less accessible than <img> (if that's the dichotomy you have to work with)?
  939. # [14:03] <Hixie> hsivonen: yes.
  940. # [14:04] <hsivonen> Hixie: because the tool developer thinks that the validation is about syntax and that it is the job of the tool to hide the syntax from the user of the tool
  941. # [14:04] * Joins: zdobersek (n=zan@cpe-92-37-66-241.dynamic.amis.net)
  942. # [14:04] <hsivonen> Hixie: also, because the tool developer think that the tool will get better reviews if it produces syntactically errorless output
  943. # [14:04] <Hixie> so what you're saying is you want tools to write documents that trigger different validation modes than hand-writing authors?
  944. # [14:05] <Hixie> would tool developers not feel that they had done their part if they warned the user that their documents were non-conforming when saving if their user hasn't provided suitable information?
  945. # [14:05] * Philip` presumes it should be possible to test that assertion by looking at current HTML editing tools, and seeing what lengths they go to to produce valid output (vs invalid output that works equally well (or better) in practice)
  946. # [14:05] <hsivonen> Hixie: yes if validators are required to show messages to hand-writing authors that are motivated by WCAG and not by strictly syntactic matters
  947. # [14:05] <Philip`> (By "that assertion" I mean one several lines earlier)
  948. # [14:06] * Philip` wonders if anyone has already done that looking and summarised the results
  949. # [14:06] <Hixie> hsivonen: i don't understand what your last sentence means
  950. # [14:06] <hsivonen> Hixie: evidently, BlueGriffon and iWeb developers have felt the need to output stuff that silences validators
  951. # [14:06] <Hixie> hsivonen: ("motivated by WCAG"?)
  952. # [14:07] <hsivonen> Hixie: substitute with "motivated by promoting accessibility awareness"
  953. # [14:07] <hsivonen> Hixie: or whatever awareness that isn't a strictly syntactic matter
  954. # [14:08] <Hixie> hsivonen: ok. so, let's reintroduce the <meta name=generator> hack that made the validation rules different for documents from editors.
  955. # [14:08] <hsivonen> Hixie: that would be one way of removing my ATAG 2 contradiction concern
  956. # [14:10] <hsivonen> Hixie: as I've said before, I've decided not to bikeshed the mechanism, so I'll refrain from discussing whether I prefer that hack or the missing marker approach mentioned by the WAI CG
  957. # [14:10] * Quits: nessy (n=nessy@203-214-73-15.dyn.iinet.net.au) ("Leaving")
  958. # [14:10] <Hixie> k
  959. # [14:12] * Quits: rob___ (n=chatzill@71-81-236-221.dhcp.stls.mo.charter.com) ("ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]")
  960. # [14:15] * Joins: MikeSmith (n=MikeSmit@72-255-127-158.client.stsn.net)
  961. # [14:15] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  962. # [14:17] <Lachy> wait, perhaps I'm missing something. But what issue specifically does the spec require validators to flag, which is motivated by promoting accessibility awareness?
  963. # [14:17] <hsivonen> Lachy: alt
  964. # [14:17] <Lachy> since when is alt now required?
  965. # [14:18] <hsivonen> Lachy: since quite a while now
  966. # [14:18] <hsivonen> Lachy: as in since months ago
  967. # [14:19] <hsivonen> Lachy: except when there are certain larger structures that aren't practical for WYSIWYG tools to treat as units
  968. # [14:19] * Joins: mpilgrim_ (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com)
  969. # [14:20] * Quits: mpilgrim_ (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com) (Client Quit)
  970. # [14:20] * Joins: mpilgrim_ (n=mpilgrim@rrcs-96-10-240-189.midsouth.biz.rr.com)
  971. # [14:21] <mpilgrim_> http://validator.w3.org/check?uri=http://www.w3.org/2001/tag/2009/09/TagHTMLIssues.html&charset=(detect+automatically)&doctype=Inline&group=0 is amusing
  972. # [14:22] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  973. # [14:22] <Dashiva> How surprising
  974. # [14:22] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  975. # [14:23] * Joins: pmuellr (n=pmuellr@nat/ibm/x-yhrtlipvrkrkqole)
  976. # [14:23] * Quits: myakura (n=myakura@p4014-ipbf6801marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  977. # [14:23] <Lachy> hsivonen, it still says it can be omitted, dependent on meeting other specified conditions
  978. # [14:24] <hsivonen> Lachy: see "except when there are certain larger structures that aren't practical for WYSIWYG tools to treat as units"
  979. # [14:27] <Lachy> hsivonen, I can't find that phrase anywhere in the spec
  980. # [14:27] <hsivonen> Lachy: it's my phrase here on IRC
  981. # [14:28] <Lachy> oh, oops
  982. # [14:28] <mpilgrim_> more from TagHTMLIssues: "I was surprised to see that document.write() is not supported when parsing the XML serialization. This seems to put the nail in the coffin of XML as a serialization format for colloquial HTML."
  983. # [14:28] <mpilgrim_> i love how they're just noticing this now
  984. # [14:29] <hsivonen> mpilgrim_: wow
  985. # [14:29] <Lachy> It does say "As a last resort, implementors should either set the alt attribute to the empty string, under the assumption that the image is a purely decorative image that doesn't add any information but is still specific to the surrounding content, or omit the alt attribute altogether, under the assumption that the image is a key part of the content."
  986. # [14:29] <Lachy> I'm guessing that's where you see the contradiction since it's telling authoring tools that they can output non-conforming markup?
  987. # [14:29] <hsivonen> Lachy: seems like a contradiction to me
  988. # [14:29] <Lachy> ... or validator-silencing alt=""
  989. # [14:30] <annevk2> mpilgrim_, even more surprising is that they'd like the XML syntax to become turing-complete too where they did not like that when they found out about the HTML syntax being that
  990. # [14:31] <mpilgrim_> "...my intuition is that it could be done reasonably cleanly"
  991. # [14:31] <Dashiva> mpilgrim_: Maybe they want to kill off the off-the-shelf parser
  992. # [14:31] <Lachy> dammit. I don't like how the spec has slowly gone from the sensible requirements to allow alt to be omitted, to the now contradictory requirements that make accessibility people happy. :-(
  993. # [14:31] <Dashiva> That would make transitioning to XML5 a lot easier
  994. # [14:33] <hsivonen> mpilgrim_: I can assure you that even trying to implement document.write cleanly leads to dirtiness
  995. # [14:33] * Quits: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  996. # [14:33] <annevk2> ah, XML5; still a good idea, but unclear whether it's worth the effort
  997. # [14:35] <mpilgrim_> willful violations, global version identifiers
  998. # [14:35] <mpilgrim_> it just goes on and on
  999. # [14:36] <mpilgrim_> it's like a laundry list of all the things the WHATWG has rejected in the past five years
  1000. # [14:36] <hsivonen> Am I missing something or is WebKit non-compliant if you try to use document.open() merely to flip the HTMLness bit?
  1001. # [14:36] <Hixie> the spec just changed such that the bit doesn't flip
  1002. # [14:37] <Hixie> and webkit is compliant to neither the old text nor the new text
  1003. # [14:37] <hsivonen> whoa
  1004. # [14:37] <Hixie> (it throws, now)
  1005. # [14:37] <hsivonen> Hixie: why?
  1006. # [14:37] <Hixie> bz asked me to change it
  1007. # [14:37] <hsivonen> ok
  1008. # [14:37] <annevk2> no, jonas did
  1009. # [14:37] <mpilgrim_> "It may be that this 'willful violation' describes current web practice, but bringing the web into coherence with other applications should be a priority, and efforts made to reduce the causes of interoperability." yes, please go do that. and come back when you're bitter and disillusioned.
  1010. # [14:37] <Hixie> my bad
  1011. # [14:37] <Hixie> jonas asked
  1012. # [14:38] * Quits: erlehmann (n=erlehman@tmo-105-155.customers.d1-online.com) ("Ex-Chat")
  1013. # [14:38] <mpilgrim_> "HTML 5 calls for user agents to ignore normative Content-type in certain cases."
  1014. # [14:38] <mpilgrim_> sigh
  1015. # [14:39] <mpilgrim_> i can't go on, it's just too depressing
  1016. # [14:39] * Joins: myakura (n=myakura@p4014-ipbf6801marunouchi.tokyo.ocn.ne.jp)
  1017. # [14:39] <Lachy> Hixie, in webdatabase, the arguments parameter in executeSql() is, unfortunately, very prone to accidental omission. I've done it several times now, and each time I fail to detect that as that as the actual cause of the error
  1018. # [14:40] <Hixie> Lachy: suggested solutino?
  1019. # [14:40] <Lachy> I don't know yet. I'm just whinging about how badly the API has been designed.
  1020. # [14:42] <Hixie> let me know when you have a better design :-P
  1021. # [14:42] <Hixie> i don't think it's that badly designed, it's a very constrained space which doesn't leave one with many options.
  1022. # [14:45] <Lachy> so the issue is that when a statement doesn't require variable substitutions, it should be possible to invoke executeSql() by providing just a SQL statement and a callback, without having to also specify an empty array in between.
  1023. # [14:46] <annevk2> I don't think we should do that
  1024. # [14:46] <Lachy> so maybe if the variable substituion step was somehow separated from the executeSql call
  1025. # [14:46] <Hixie> we could make the argument optional
  1026. # [14:46] <Hixie> (well, overload the method with two calls)
  1027. # [14:46] <Hixie> since you can distinguish and array from a function
  1028. # [14:46] <Lachy> annevk2, from experince, I know how much it sucks to have to remember to write the null in the middle of executeSql("SELECT * FROM t", null, callback)
  1029. # [14:46] <annevk2> the whole reason it was required was to make sure people would not do their own thing
  1030. # [14:47] <Lachy> Hixie, I know, that's the problem
  1031. # [14:47] <annevk2> I don't think we should be making too many changes at this point based on limited feedback
  1032. # [14:47] <annevk2> We need more Web developers to give feedback on the API first, imo
  1033. # [14:48] <Lachy> annevk2, the problem is, once we've shipped and developers start using it, it's too late to fix problems like this
  1034. # [14:48] <annevk2> no it's not
  1035. # [14:48] <annevk2> making an argument optional is always possible later and there's no universal adoption of the API yet anyway
  1036. # [14:51] * Quits: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net) (Read error: 104 (Connection reset by peer))
  1037. # [14:52] <Lachy> Hixie, our developer said he's not comfortable with making the arguments parameter optional
  1038. # [14:52] * Joins: markhuot (n=markhuot@64.3.245.34.ptr.us.xo.net)
  1039. # [14:52] * Quits: annodomini_ (n=lambda@wikipedia/lambda)
  1040. # [14:52] <Hixie> Lachy: well then i don't know what else we can do
  1041. # [14:52] <Lachy> but he's fixed our implementation so that at least we get a more meaningful error message than before
  1042. # [14:53] <annevk2> i think the reason for having it required was justified when the API was initially designed and that's mostly the reason I'd not like to change; at least not until more feedback demonstrates it's an issue
  1043. # [14:56] <Lachy> Hixie, also, can you make the webdatabase spec clearer in step 10 of the processing model, where it says:
  1044. # [14:56] <Hixie> yes, but send mail or file a bug
  1045. # [14:56] <Lachy> ok, will do
  1046. # [14:58] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
  1047. # [15:00] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  1048. # [15:00] <annevk2> mpilgrim_, you may want to read http://www.w3.org/mid/OFCB71EFE4.1B6A31BE-ON85257624.004EB850-85257624.005491D2@lotus.com (near the end)
  1049. # [15:00] <annevk2> mpilgrim_, no need to get upset just yet it seems ;)
  1050. # [15:01] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  1051. # [15:03] <Philip`> But getting upset is fun!
  1052. # [15:04] <annevk2> you know what else is fun? charset stats :p
  1053. # [15:04] * Joins: webben (n=benh@nat/yahoo/x-gzutulxmpshnvwmj)
  1054. # [15:05] * Joins: gsnedders (n=gsnedder@p54BE98C0.dip0.t-ipconnect.de)
  1055. # [15:05] <takkaria> some of the TAG's feedback reminds me of Hixie's "Writnig specifications: knowing when to stop" post
  1056. # [15:05] <Hixie> heh
  1057. # [15:06] <Philip`> annevk2: You seem to be obsessed :-p
  1058. # [15:07] * Philip` hopes he can find all his old scripts and stuff
  1059. # [15:07] <takkaria> Hixie: though amusingly, one of the the TAG's comments is that in 3.2.5.1.7, the spec says "pointing device" without a definition, and that's one of the things you mention in your blog post as needing a definition
  1060. # [15:07] <Hixie> heh
  1061. # [15:07] * Quits: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  1062. # [15:09] * Quits: annodomini (n=lambda@wikipedia/lambda)
  1063. # [15:12] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
  1064. # [15:12] * Quits: doublec (n=doublec@118-93-188-192.dsl.dyn.ihug.co.nz) ("Leaving")
  1065. # [15:17] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) ("Ex-Chat")
  1066. # [15:17] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
  1067. # [15:21] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  1068. # [15:24] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  1069. # [15:29] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1070. # [15:43] * Joins: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net)
  1071. # [15:45] * Quits: jonpierce (n=jonpierc@209-6-22-59.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
  1072. # [15:53] * Quits: yutak_home (n=kee@ZD094246.ppp.dion.ne.jp) ("Ex-Chat")
  1073. # [15:53] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  1074. # [15:55] <hsivonen> the paremeter order in replaceChild always confuses me
  1075. # [15:55] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  1076. # [15:56] * Joins: annodomini (n=lambda@130.189.179.215)
  1077. # [15:58] <hsivonen> whoa! Gecko puts a doctype in about:blank!
  1078. # [15:58] <Philip`> A standards-mode doctype?
  1079. # [15:58] <hsivonen> quirks
  1080. # [15:59] * Joins: MakTheYak (n=MakTheYa@gateb.mh.bbc.co.uk)
  1081. # [16:00] <Philip`> hsivonen: I find it easy to remember that the new element is always the first argument in node-adding DOM methods (replaceChild, insertBefore, appendChild)
  1082. # [16:01] <Dashiva> I was going to say that
  1083. # [16:01] * Dashiva can never reach Philip`
  1084. # [16:02] <gsnedders> Dashiva: Blatantly Philip` is better than you
  1085. # [16:02] <Dashiva> I'm not even within comparison range
  1086. # [16:03] <hsivonen> where's the about blank draft these days?
  1087. # [16:05] <Philip`> Dashiva: It is as if you and I were in a poset
  1088. # [16:06] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (Read error: 104 (Connection reset by peer))
  1089. # [16:06] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  1090. # [16:07] * Quits: gsnedders (n=gsnedder@p54BE98C0.dip0.t-ipconnect.de)
  1091. # [16:08] <jgraham> heycam: WebIDL could do with hyperlinking "implements the interface" to some definition of what that means
  1092. # [16:08] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  1093. # [16:11] <Lachy> hsivonen, I started documenting the requested validator warnings in the wiki http://wiki.whatwg.org/wiki/Validator.nu_Useful_Warning_Requests
  1094. # [16:12] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  1095. # [16:14] <Lachy> hsivonen, http://www.ietf.org/id/draft-holsten-about-uri-scheme-02.txt
  1096. # [16:15] <Lachy> hsivonen, it defines that about:blank should be an empty resource
  1097. # [16:15] <hsivonen> Lachy: thanks
  1098. # [16:16] <Lachy> the fact that Gecko included a DOCTYPE was known, but wasn't considered an issue
  1099. # [16:16] <hsivonen> filed https://bugzilla.mozilla.org/show_bug.cgi?id=514412
  1100. # [16:17] * Lachy will go through the list of diffs here http://wiki.whatwg.org/wiki/HTML_vs._XHTML and fill out the list of potential warnings later
  1101. # [16:25] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1102. # [16:28] * Joins: aroben (n=aroben@unaffiliated/aroben)
  1103. # [16:30] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  1104. # [16:31] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1105. # [16:32] * Quits: shepazu (n=schepers@72-255-123-231.client.stsn.net)
  1106. # [16:33] * Quits: MikeSmith (n=MikeSmit@72-255-127-158.client.stsn.net) ("Tomorrow to fresh woods, and pastures new.")
  1107. # [16:36] * TabAtkins just built his first non-trivial DFA stream parser. Except for two typos, no bugs on the first try!
  1108. # [16:36] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) ("The computer fell asleep")
  1109. # [16:36] <TabAtkins> It turns out CSV files are a regular language.
  1110. # [16:36] <Philip`> No *known* bugs?
  1111. # [16:36] * Joins: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net)
  1112. # [16:36] <TabAtkins> Pfft, Philip`. Have faith. This is me we're talking about.
  1113. # [16:37] <hsivonen> looking at http://en.wikipedia.org/wiki/XHTML#Motivation, the stated motivations are all "wrong tomorrow" material
  1114. # [16:38] <Dashiva> Imagine how awesome the world could've been if XML wasn't draconian
  1115. # [16:40] <TabAtkins> Sigh, I know, right?
  1116. # [16:40] <hsivonen> http://en.wikipedia.org/wiki/XHTML#Valid_XHTML_documents doesn't look quite encyclopedic to me
  1117. # [16:40] <Philip`> Dashiva: I find it hard to imagine how it would be more awesome than it it is now
  1118. # [16:41] <Philip`> Seems it'd be very similar except with more invalid XML documents
  1119. # [16:42] <zcorpan_> hsivonen: it seems to be repeating information from the xhtml 1.0 spec and the mimetypes note
  1120. # [16:43] <hsivonen> http://en.wikipedia.org/wiki/HTML#Current_flavors_of_HTML isn't quite up to HTML5 truthiness
  1121. # [16:44] <hsivonen> zcorpan_: the article also quotes marketing statements from XHTML specs without associated criticism
  1122. # [16:44] <Dashiva> Philip`: We wouldn't have YSODs
  1123. # [16:46] <Lachy> hsivonen, the messiness of the wikipedia articles isn't really surprising. That's always seems to be the case with articles about topics I know anything about.
  1124. # [16:47] <Lachy> Generally, the perceived accuracy of a wikipedia article is inversely proportional to the level of knowledge possessed about the topic.
  1125. # [16:47] * TabAtkins wonders if stream parsers are normally this verbose.
  1126. # [16:47] <hsivonen> Lachy: the same goes for newspapers
  1127. # [16:47] <TabAtkins> I've got about 4 pages of text describing a really simply DFA with only a single instance of single-character lookahead, and no lookbehind.
  1128. # [16:48] <TabAtkins> hsivonen: The difference is that parts of the wikipedia article may have actually been written by someone with knowledge.
  1129. # [16:49] <zcorpan_> hsivonen: what was the conclusion for lookupNamespaceURI and setting innerHTML in XML?
  1130. # [16:49] <Philip`> TabAtkins: I guess they'd normally be described in some concise grammar format
  1131. # [16:50] <TabAtkins> Philip`, and then simply handed to a generic parser engine? Makes sense.
  1132. # [16:50] <TabAtkins> Mine's lots of linefeeds and "mode=IN_HEADER_START_LINE" stuff.
  1133. # [16:51] <Philip`> TabAtkins: Usually handed to a parser generator, which generates the (verbose, hard-to-read) parser code
  1134. # [16:51] * Joins: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  1135. # [16:51] <Philip`> like in Yacc or ANTLR or whatever
  1136. # [16:52] * Joins: MikeSmith (n=MikeSmit@31-35-163.wireless.csail.mit.edu)
  1137. # [16:52] <hsivonen> zcorpan_: can't remember any open innerHTML issue. no conclusion on lookupNamespaceURI
  1138. # [16:52] <zcorpan_> hmm, the spec now has <meta name=generator> again
  1139. # [16:53] <zcorpan_> i thought we agreed a few years ago that it was a bad idea
  1140. # [16:53] <zcorpan_> hsivonen: ok
  1141. # [16:53] <TabAtkins> Makes sense. Oh look, the RFC even has an ABNF grammar (though one that appears to not specify whitespace appropriately for legacy content, so win for me?).
  1142. # [16:53] <zcorpan_> hsivonen: html5 uses lookupNamespaceURI for setting innerHTML
  1143. # [16:55] * Quits: KevinMarks (n=KevinMar@c-67-164-14-96.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  1144. # [16:56] * Parts: adactio (n=adactio@host86-138-101-27.range86-138.btcentralplus.com)
  1145. # [16:59] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1146. # [17:04] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  1147. # [17:06] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) (Read error: 110 (Connection timed out))
  1148. # [17:07] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  1149. # [17:14] * Joins: erikvold (n=erikvvol@96.49.192.204)
  1150. # [17:14] * Joins: CriticalMa (n=andrew@195.69.154.32)
  1151. # [17:14] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  1152. # [17:15] <TabAtkins> Okay, there was one bug. Damn you, Philip`. It's fixed, and works everywhere.
  1153. # [17:16] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  1154. # [17:19] <Philip`> There was one (now-)*known* bug?
  1155. # [17:19] <TabAtkins> I refuse to believe there are any more bugs. ^_^ The value of test-suites has been confirmed, however.
  1156. # [17:19] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  1157. # [17:20] * Quits: harig_ (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  1158. # [17:20] <jgraham> I refuse to believe that there are no namespace-aware XML processing libraries avaliable for perl
  1159. # [17:21] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  1160. # [17:23] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  1161. # [17:24] <mpilgrim_> well, noah seems to be reading our chatlogs
  1162. # [17:24] <mpilgrim_> he responded to my criticisms and fixed his invalid markup
  1163. # [17:25] <mpilgrim_> now for some constructive feedback:
  1164. # [17:26] <mpilgrim_> people who have tried to implement document.write in text/html have said that it would be non-trivial to implement it in application/xhtml+xml
  1165. # [17:27] <mpilgrim_> HTML 5 uses the term "URL" because that's what everyone in the world uses (outside a few spec wonks in the W3C and IETF). the reason it doesn't currently reference WebAddr is because WebAddr is broken in ways that have been commented on publicly
  1166. # [17:28] * Joins: noah (n=noah_men@209-6-134-9.c3-0.lex-ubr3.sbo-lex.ma.cable.rcn.com)
  1167. # [17:28] <mpilgrim_> HTML 5 calls for user agents to ignore normative Content-Type in certain cases because this is required to handle existing web content
  1168. # [17:28] <mpilgrim_> all attempts have been made to reduce the amount of sniffing going on
  1169. # [17:29] <mpilgrim_> (see adam barth's paper on the subject, and followup mozilla bugs where he successfully argued for reducing the amount of content sniffing)
  1170. # [17:29] <annevk3> it's somewhat amusing how this feedback loop works
  1171. # [17:29] <cardona507> is the html wg telcon tonight?
  1172. # [17:29] <annevk3> yes
  1173. # [17:29] * Quits: noah (n=noah_men@209-6-134-9.c3-0.lex-ubr3.sbo-lex.ma.cable.rcn.com) (Client Quit)
  1174. # [17:29] <AryehGregor> hsivonen, I fixed up the beginning of the XHTML article a bit, until I got bored.
  1175. # [17:29] * Joins: myakura_ (n=myakura@p3152-ipbf6306marunouchi.tokyo.ocn.ne.jp)
  1176. # [17:30] <cardona507> Thanks annevk3 - 9:00 pm San Fransisco time?
  1177. # [17:30] <mpilgrim_> the remaining sniffing rules are required to remain compatible with existing web content
  1178. # [17:30] <annevk3> cardona507, 6PM Amsterdam time?
  1179. # [17:30] <annevk3> s/?//
  1180. # [17:30] <mpilgrim_> nobody likes the situation, least of all me, who has been an outspoken opponent of content sniffing for years
  1181. # [17:30] * Quits: myakura (n=myakura@p4014-ipbf6801marunouchi.tokyo.ocn.ne.jp) (Read error: 60 (Operation timed out))
  1182. # [17:30] <annevk3> cardona507, it's in a different channel though, irc.w3.org:80, #html-wg
  1183. # [17:30] <mpilgrim_> but given that sniffing is going to occur, it is infinitely better to have it documented than undocumented
  1184. # [17:31] <cardona507> thanks
  1185. # [17:31] <AryehGregor> mpilgrim_, the Content-Type headers are usually generated on the server side by content sniffing anyway . . . or worse, just looking at the file extension.
  1186. # [17:31] <Philip`> jgraham: There is the admittedly obscure XML::Parser module, which can be namespace aware
  1187. # [17:32] <AryehGregor> So ignoring the Content-Type in those cases isn't really increasing the number of files with their content type sniffed, it's just making it more accurate. :)
  1188. # [17:32] <AryehGregor> (of course, sometimes the server really *does* mean what it says, but you can't really tell . . .)
  1189. # [17:32] <mpilgrim_> well, that's the Big Lie, that the server "knows" more about the content than the client
  1190. # [17:32] <AryehGregor> *Sometimes* it does. But often not.
  1191. # [17:32] <jgraham> Philip`: Was that sarcasm?
  1192. # [17:33] <AryehGregor> The client has to know more about what format the content is actually in, because it's the only one that actually has to render it.
  1193. # [17:33] <mpilgrim_> IIRC, it took several years to get Apache to stop defaulting unknown content types to text/plain
  1194. # [17:33] <mpilgrim_> by which time it was too late
  1195. # [17:33] <Dashiva> So many specs written before the days of shared hosting
  1196. # [17:33] <AryehGregor> If Content-Type had, from the beginning, been used for "I don't care what type this actually is, but don't treat it as anything other than type X", rather than "My best guess is this is actually a file of type X", it might actually be useful today.
  1197. # [17:34] <mpilgrim_> "bringing the web into coherence with other applications" is impossible
  1198. # [17:34] <AryehGregor> (it would have to be entirely optional, too, of course)
  1199. # [17:34] <mpilgrim_> a fool's errand
  1200. # [17:34] <mpilgrim_> much better to change the specs to reflect reality
  1201. # [17:34] <mpilgrim_> html 5 is the first in what will hopefully become a long series of descriptive specs
  1202. # [17:35] <mpilgrim_> "efforts made to reduce the causes of interoperability" this is in fact what html 5 is all about
  1203. # [17:35] <AryehGregor> It's a good idea to change reality to reflect the specs, but only if you can, and clearly for web content we can't.
  1204. # [17:35] * Quits: zdobersek (n=zan@cpe-92-37-66-241.dynamic.amis.net) (Read error: 110 (Connection timed out))
  1205. # [17:35] <AryehGregor> There's just too much of it, too scattered, much copy-pasted dating back to the dawn of time.
  1206. # [17:35] <mpilgrim_> see also, the entire parsing section and the entire error handling algorithm
  1207. # [17:36] <mpilgrim_> "the practice of importing other specifications prevents the normal evolution of standards" i actually agree with this
  1208. # [17:36] <Philip`> jgraham: Yes
  1209. # [17:37] * Joins: dglazkov (n=dglazkov@nat/google/x-nryaqkqoyrgnshkb)
  1210. # [17:37] <Philip`> (You do have to pass a parameter to make it act in a namespace-aware way, though)
  1211. # [17:37] * Joins: zdobersek (n=zan@cpe-92-37-78-224.dynamic.amis.net)
  1212. # [17:39] <Philip`> jgraham: Oh, but Shane said "DOM implementation" rather than "XML parser"
  1213. # [17:39] <Philip`> (and XML::Parser is streaming Expat events)
  1214. # [17:39] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1215. # [17:39] <mpilgrim_> "in-band global version identifiers, if new implementations handle them reasonably, may be useful for (a) authoring applications that want to track versions used for authoring (b) informative error handling when applications encounter constructs that are apparently 'in error'" in-band global version identifiers are never going to happen. there was a big discussion about this when microsoft proposed it. there was another big dis
  1216. # [17:39] <mpilgrim_> about this recently w/larry masinter.
  1217. # [17:39] <mpilgrim_> it appears to be one of those zombie ideas that can never die
  1218. # [17:40] <Dashiva> there was another big dis<cut>
  1219. # [17:40] <mpilgrim_> there was a big discussion about this when microsoft proposed it
  1220. # [17:40] <mpilgrim_> there was another discussion recently w/larry masinter
  1221. # [17:41] <mpilgrim_> authoring applications can already track versions with their own meta tags
  1222. # [17:41] <mpilgrim_> not sure which applications would use a global version identifier when they encounter errors
  1223. # [17:42] <mpilgrim_> since the error handling is precisely defined for UAs, i assume this refers to conformance checkers
  1224. # [17:42] <Dashiva> There's this story that some people might want to author for obsolete versions
  1225. # [17:42] <mpilgrim_> in which case, they should check against the latest version of the spec that they are comfortable checking against
  1226. # [17:43] <jgraham> Philip`: XML::LibXML or XML::GDOME?
  1227. # [17:43] <TabAtkins> Dashiva: Yeah, I've heard that. Do people think that the *parsers* want to care about obsolete versions, at least any more than they're currently forced to?
  1228. # [17:43] * Joins: johnk (n=johnk@cpe-69-205-56-47.nycap.res.rr.com)
  1229. # [17:43] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1230. # [17:44] <mpilgrim_> re: "other applicable specifications" as ian has explained to the RDF people, this is just making explicit something which has always been implicit in previous versions of HTML
  1231. # [17:44] <mpilgrim_> the world decides which other specifications are applicable
  1232. # [17:44] <mpilgrim_> it's impossible to know in advance
  1233. # [17:45] <mpilgrim_> and it's impossible to set rules in advance
  1234. # [17:45] <mpilgrim_> the people who think this is madness go strangely quiet when you point out that it's already happened multiple times, with markup they're quite fond of
  1235. # [17:46] <mpilgrim_> as a concrete example, hsivonen's validator checked for HTML5+ARIA for months (years?) before ARIA was integrated into the HTML 5 specification
  1236. # [17:46] <mpilgrim_> the hand that rocks the validator is the hand that rules the world
  1237. # [17:48] * Joins: Tanx66 (n=andrew@195.69.154.32)
  1238. # [17:49] <Philip`> jgraham: At least LibXML exposes namespace information
  1239. # [17:50] * annevk3 wonders whether to reply to Shane's email with "I thought you'd never ask." or something like that
  1240. # [17:52] * Quits: svl_ (n=me@dslb-084-056-074-171.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  1241. # [17:53] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  1242. # [17:54] <MikeSmith> hsivonen: I've been looking at v.nu code to see if it does any special microsyntax/datatype checking on the values of data-* attributes, but so far I find none. so it's essentially allowing any string? as with, e.g., the style attribute?
  1243. # [17:54] <mpilgrim_> (sources follow)
  1244. # [17:55] <mpilgrim_> http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Jul/0091.html re: which specifications are "applicable" to extend HTML 5
  1245. # [17:55] <TabAtkins> Hmm. I wonder what the security context is of pages defined by data URIs.
  1246. # [17:55] <mpilgrim_> and http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Jul/0096.html
  1247. # [17:55] <mpilgrim_> and http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Jul/0097.html
  1248. # [17:55] <TabAtkins> Hell, for that matter I wonder what the behavior of relative URIs in a data URI is...
  1249. # [17:55] * TabAtkins goes to test
  1250. # [17:56] <annevk3> MikeSmith, it should be like that
  1251. # [17:56] <MikeSmith> annevk3: OK, thanks
  1252. # [17:57] <annevk3> MikeSmith, there are only constraints on what comes in place of the *
  1253. # [17:57] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1254. # [17:57] <mpilgrim_> and http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Jul/0139.html
  1255. # [17:57] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 145 (Connection timed out))
  1256. # [17:58] <MikeSmith> annevk3: yeah, so as far as I can see, the spec itself does not state anything at all about constraints on the value of data-* attributes, right? (as opposed to the names)
  1257. # [17:59] <mpilgrim_> adam barth's groundbreaking research into content sniffing: http://www.adambarth.com/papers/2009/barth-caballero-song.pdf
  1258. # [18:00] <TabAtkins> The values of data-* should be completely unconstrained, subject to the obvious parsing constraints, and the idea that data-* attributes should be page-local data, not a means to expose metadata to the wider web.
  1259. # [18:01] <mpilgrim_> microsoft's versioning proposal: http://lists.w3.org/Archives/Public/public-html/2007Apr/0612.html
  1260. # [18:01] * Joins: Super-Dot (n=Super-Do@66-240-25-23.isp.comcastbusiness.net)
  1261. # [18:01] <mpilgrim_> ian's response: http://lists.w3.org/Archives/Public/public-html/2007Apr/0637.html
  1262. # [18:01] <MikeSmith> TabAtkins: thanks. just asking if there if the spec itself says anything at all about it. I couldn't find anything, just wanted to confirm
  1263. # [18:02] * Quits: CriticalMa (n=andrew@195.69.154.32) (Read error: 110 (Connection timed out))
  1264. # [18:02] <mpilgrim_> surrounding discussion about versioning: http://lists.w3.org/Archives/Public/public-html/2007Apr/thread.html#msg612
  1265. # [18:02] * Joins: jonpierce (n=jonpierc@c-98-216-49-27.hsd1.ma.comcast.net)
  1266. # [18:03] * Joins: onar_ (n=onar@17.226.23.126)
  1267. # [18:03] * Joins: Kalms (n=rasmuska@81.161.185.108)
  1268. # [18:04] <mpilgrim_> most recent discussion about versioning: http://lists.w3.org/Archives/Public/public-html/2009Aug/0274.html and followups
  1269. # [18:04] <annevk3> MikeSmith, right
  1270. # [18:04] * Quits: Super-Dot (n=Super-Do@66-240-25-23.isp.comcastbusiness.net) (Client Quit)
  1271. # [18:04] <annevk3> MikeSmith, maybe it should
  1272. # [18:04] <annevk3> mpilgrim_, I hope you keep track of these notes for your book or a blog post
  1273. # [18:04] <mpilgrim_> that's what chatlogs are for!
  1274. # [18:04] <annevk3> mpilgrim_, IRC archeology is amusing admittedly
  1275. # [18:05] <mpilgrim_> more links on versioning: http://lists.w3.org/Archives/Public/public-html/2009Aug/1178.html
  1276. # [18:05] * Joins: hober (n=ted@unaffiliated/hober)
  1277. # [18:05] <mpilgrim_> and pretty much everything linked from http://www.w3.org/html/wg/tracker/issues/4
  1278. # [18:06] * Joins: sayrer (n=chatzill@user-0cceh2r.cable.mindspring.com)
  1279. # [18:06] <MikeSmith> annevk3: yeah, would help if the spec said something explicit about it. guess I'll file a bug
  1280. # [18:06] <sayrer> mpilgrim_: to be fair, IE does attempt some versioning
  1281. # [18:06] <mpilgrim_> yes, their X-UA-Compatible marker
  1282. # [18:06] <sayrer> e.g. you only get their native JSON object if you get IE8 into IE8 mode using whatever lucky charm triggers it
  1283. # [18:08] <mpilgrim_> here's the definition of "lucky charm": http://hsivonen.iki.fi/doctype/ie8-mode.png
  1284. # [18:08] <TabAtkins> sayrer: Yeah, and that sucks. >_< I have to negotiate with the stupid browser to make it use the latest engine.
  1285. # [18:08] <mpilgrim_> i think everyone who says versioning is a good idea should make that flowchart their desktop wallpaper
  1286. # [18:08] <sayrer> well, Firefox broke Facebook in betas when I added JSON. IE didn't.
  1287. # [18:08] <mpilgrim_> and come back when they've gone completely insane
  1288. # [18:09] * Quits: Tanx66 (n=andrew@195.69.154.32)
  1289. # [18:09] <sayrer> not that I am in favor of doing it, or plan to try to get Mozilla to do it
  1290. # [18:09] <AryehGregor> It seems like IE is the only one to have this massive compatibility problems when it becomes more standards-compliant.
  1291. # [18:10] <annevk3> wb sayrer
  1292. # [18:10] * Quits: johnk (n=johnk@cpe-69-205-56-47.nycap.res.rr.com) (Nick collision from services.)
  1293. # [18:10] <Philip`> AryehGregor: Partly because sites write one version of their code for IE6, and one version for 'standards-compliant' browsers, and send the IE6 code to IE8
  1294. # [18:10] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  1295. # [18:10] <sayrer> the worst thing is when you want to add API that some js library already has
  1296. # [18:10] <AryehGregor> That's part of it.
  1297. # [18:10] <sayrer> I broke a bunch of stuff with getElementsByClassName too
  1298. # [18:10] <AryehGregor> Probably also because some sites are written for IE 6 only, especially on intranets.
  1299. # [18:10] <sayrer> I keep breaking stuff
  1300. # [18:11] <Philip`> sayrer: You should keep your hands off the internet before you bring the whole thing crashing down :-(
  1301. # [18:11] * Joins: atwilson (n=atwilson@q-static-149-82.avvanta.com)
  1302. # [18:11] <AryehGregor> And, more generally, probably because IE6 and 7 have such horrifyingly broken CSS support, and generally lousy standards compliance.
  1303. # [18:11] <AryehGregor> Other browsers tended to be more correct from the get-go, so I imagine there was less pain for them when they improved.
  1304. # [18:11] <TabAtkins> sayrer: Yeah, that does suck. That's why I like libraries that don't try to pretend they're normal js, so there's never any collision problems.
  1305. # [18:12] <AryehGregor> Plus, the more popular you are, the more likely people are to write hacks for you.
  1306. # [18:12] * Joins: CriticalMass (n=chatzill@195.69.154.32)
  1307. # [18:12] * Joins: KevinMarks (n=KevinMar@157.22.22.46)
  1308. # [18:12] * AryehGregor glares at a usage of is_gecko in MediaWiki, one of the few remaining ones that isn't "<= versionnum"-based
  1309. # [18:13] <AryehGregor> Although the most notable browser-sniffing breakage MediaWiki has seen to my memory was a five-year-old fix for Konqueror that ended up "fixing" (i.e., breaking) all versions of WebKit until the present, as well.
  1310. # [18:13] <AryehGregor> So obscure browsers get broken too by sniffing.
  1311. # [18:13] <mpilgrim_> more references for noah
  1312. # [18:13] <AryehGregor> Even sniffing that's not of the form "I don't recognize you, drop dead".
  1313. # [18:13] * Joins: johnk_ (n=johnk@cpe-69-205-56-47.nycap.res.rr.com)
  1314. # [18:13] <mpilgrim_> http://www.w3.org/Bugs/Public/show_bug.cgi?id=7392
  1315. # [18:14] <mpilgrim_> titled "Please use some term other than "URL" for Web Addresses"
  1316. # [18:14] <mpilgrim_> where ian explains his thinking for using the term "URL"
  1317. # [18:15] <mpilgrim_> and http://www.w3.org/Bugs/Public/show_bug.cgi?id=7391 "Reference to WEBADDRESS should be replaced with reference to IRIbis"
  1318. # [18:15] <mpilgrim_> which links to this feedback about IRIbis: http://lists.w3.org/Archives/Public/public-iri/2009Jul/0032.html
  1319. # [18:15] <mpilgrim_> which explains how broken it was at the time of writing
  1320. # [18:15] <mpilgrim_> not sure if it's improved since then
  1321. # [18:16] <mpilgrim_> but bug 7391 is only 2 weeks old, so i'm guessing it hasn't
  1322. # [18:16] <mpilgrim_> (improved, that is)
  1323. # [18:17] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1324. # [18:20] * Joins: sbublava (n=stephan@77.118.61.30.wireless.dyn.drei.com)
  1325. # [18:21] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  1326. # [18:22] * Joins: virtuelv_ (n=virtuelv@125.175.251.212.customer.cdi.no)
  1327. # [18:22] <mpilgrim_> my bugzilla-fu is weak. i can't find the bugs where adam suggested reducing the amount of content sniffing in firefox
  1328. # [18:28] * Quits: atwilson (n=atwilson@q-static-149-82.avvanta.com) (Read error: 110 (Connection timed out))
  1329. # [18:28] * Joins: ap (n=ap@c-24-130-131-182.hsd1.ca.comcast.net)
  1330. # [18:31] * Joins: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  1331. # [18:32] * Quits: MakTheYak (n=MakTheYa@gateb.mh.bbc.co.uk) ("This computer has gone to sleep. Zzz.")
  1332. # [18:34] * Quits: Phae (n=phaeness@132.185.144.11)
  1333. # [18:34] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  1334. # [18:34] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 54 (Connection reset by peer))
  1335. # [18:35] * Joins: GPH-Laptop (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  1336. # [18:38] * aroben_ is now known as aroben
  1337. # [18:40] * Quits: dave_levin (n=dave_lev@74.125.59.65)
  1338. # [18:40] * Joins: dave_levin (n=dave_lev@74.125.59.65)
  1339. # [18:43] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 110 (Connection timed out))
  1340. # [18:45] * Joins: seanoshea (n=seanoshe@nat217.eye.fi)
  1341. # [18:45] * Joins: atwilson (n=atwilson@74.125.59.1)
  1342. # [18:49] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Read error: 110 (Connection timed out))
  1343. # [18:57] <AryehGregor> What does error 334 mean here, "Error: Bad value http://lo.wikipedia.org/wiki/ໜ້າຫຼັກ for attribute href on element a: COMPATIBILITY_CHARACTER in PATH."? http://validator.nu/?doc=http://www.wikipedia.org
  1344. # [18:57] <AryehGregor> (it's really only approximately error #4 if you only count meaningfully distinct errors :P)
  1345. # [18:59] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-bwslljhdotnaxosd)
  1346. # [19:00] * AryehGregor guesses he'll need to look into the URL syntax in the standard
  1347. # [19:03] * Joins: maikmerten (n=maikmert@U10f8.u.pppool.de)
  1348. # [19:04] <Philip`> http://en.wikipedia.org/wiki/Unicode_compatibility_characters
  1349. # [19:04] <Philip`> (I expect)
  1350. # [19:08] * Joins: benward (n=benward@nat/yahoo/x-essammibcghvbwuo)
  1351. # [19:14] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  1352. # [19:15] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  1353. # [19:24] <othermaciej> I read over the TAG's tentative feedback linked here earlier
  1354. # [19:25] <othermaciej> it looked pretty thoughtful to me, even if I don't agree with all of it
  1355. # [19:25] <takkaria> yeah, it was generally pretty good
  1356. # [19:25] <takkaria> I think some of the things they said just need to be thought through a little more and they'll disappear
  1357. # [19:25] <takkaria> like quibbling over the word "few"
  1358. # [19:33] * Quits: myakura_ (n=myakura@p3152-ipbf6306marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  1359. # [19:41] <Philip`> hsivonen: Have I already complained about getting java.nio.BufferUnderflowException via nu.validator.htmlparser.io.HtmlInputStreamReader.read ?
  1360. # [19:41] <jlebar> Hixie: Could you clarify for me what 7.9.6 means wrt the drag'n'drop events? The last two sentences of 7.9.6.1 are giving me particular trouble.
  1361. # [19:42] <MikeSmith> hsivonen: I notice that v.nu currently allows, e.g., data-A, as attribute name though spec has the constraint "contains no characters in the range U+0041 .. U+005A (LATIN CAPITAL LETTER A .. LATIN CAPITAL LETTER Z)" on the name
  1362. # [19:43] * MikeSmith goes poking through code to figure out where to patch
  1363. # [19:43] <Philip`> MikeSmith: With the HTML parser, or the XML parser?
  1364. # [19:43] <Philip`> (If it's HTML then the names will always be lowercase)
  1365. # [19:43] <Philip`> (regardless of what you write in the syntax)
  1366. # [19:43] <MikeSmith> Philip`: I checked only with the HTML parser
  1367. # [19:44] <MikeSmith> Philip`: I see, yeah. but seems the validator should still emit an error message
  1368. # [19:44] <Philip`> MikeSmith: You'll never get uppercase in the attribute name, then
  1369. # [19:44] <Lachy> othermaciej, where can I find the TAG's tentative feedback?
  1370. # [19:44] <Philip`> MikeSmith: Why? text/html is meant to be case-insensitive
  1371. # [19:44] <MikeSmith> Philip`: I think that statement is meant to express a document-conformance requirement
  1372. # [19:44] <MikeSmith> aka authoring conformance
  1373. # [19:45] <annevk3> MikeSmith, no
  1374. # [19:45] <Philip`> What section is it in?
  1375. # [19:45] <annevk3> MikeSmith, well yes, but at the DOM-level
  1376. # [19:45] <Philip`> MikeSmith: "Note: All attributes in HTML documents get lowercased automatically, so the restriction on uppercase letters doesn't affect such documents."
  1377. # [19:46] <MikeSmith> ah, yeah, OK
  1378. # [19:46] * MikeSmith apologizes for the noise...
  1379. # [19:46] <Philip`> Should be an error in XML, though
  1380. # [19:46] <Philip`> *XHTML
  1381. # [19:47] <othermaciej> Lachy: scanning the logs...
  1382. # [19:47] <MikeSmith> http://www.w3.org/2001/tag/2009/09/TagHTMLIssues.html
  1383. # [19:50] <othermaciej> there it is
  1384. # [19:50] <othermaciej> also some subsequent discussion in the logs of this channel
  1385. # [19:56] * Joins: paulirish (n=paul_iri@12.33.239.250)
  1386. # [19:58] * paulirish is now known as paul_irish
  1387. # [19:59] * Quits: tantek (n=tantek@adsl-69-106-252-83.dsl.pltn13.pacbell.net)
  1388. # [20:05] * Joins: ojan (n=ojan@nat/google/x-baclyfhybgckrcsd)
  1389. # [20:09] * Joins: gsnedders (n=gsnedder@p54BEB1D4.dip0.t-ipconnect.de)
  1390. # [20:09] * Joins: cying (n=cying@70.90.171.153)
  1391. # [20:21] * Quits: mat_t (n=mattomas@91.189.88.12) (Remote closed the connection)
  1392. # [20:24] <sayrer> mpilgrim_: 500713
  1393. # [20:26] * Joins: dimich (n=dimich@74.125.59.65)
  1394. # [20:37] * Quits: atwilson (n=atwilson@74.125.59.1)
  1395. # [20:38] * Joins: atwilson (n=atwilson@74.125.59.1)
  1396. # [20:41] * Joins: dpranke (n=Adium@nat/google/x-oklzajwoqhxgqitj)
  1397. # [20:42] * Quits: seanoshea (n=seanoshe@nat217.eye.fi) (Read error: 54 (Connection reset by peer))
  1398. # [20:43] * Joins: seanoshea (n=seanoshe@nat217.eye.fi)
  1399. # [20:45] * Quits: seanoshea (n=seanoshe@nat217.eye.fi) (Read error: 54 (Connection reset by peer))
  1400. # [20:48] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  1401. # [20:52] * aroben is now known as aroben|lunch
  1402. # [20:55] * Joins: wakaba (n=wakaba@221.157.197.113.dy.bbexcite.jp)
  1403. # [21:04] * Quits: sbublava (n=stephan@77.118.61.30.wireless.dyn.drei.com)
  1404. # [21:04] * Quits: gsnedders (n=gsnedder@p54BEB1D4.dip0.t-ipconnect.de)
  1405. # [21:04] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1406. # [21:04] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1407. # [21:08] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 60 (Operation timed out))
  1408. # [21:15] * Quits: wakaba_ (n=wakaba@217.63.138.58.dy.bbexcite.jp) (Read error: 113 (No route to host))
  1409. # [21:16] * Joins: kconragan1 (n=Adium@nat11.metaweb.com)
  1410. # [21:25] * Quits: kconragan (n=Adium@nat07.metaweb.com) (Read error: 110 (Connection timed out))
  1411. # [21:26] * Quits: virtuelv_ (n=virtuelv@125.175.251.212.customer.cdi.no) ("Ex-Chat")
  1412. # [21:29] * Joins: jwalden (n=waldo@nat/mozilla/x-ffduprszjvetwhlz)
  1413. # [21:30] * Joins: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  1414. # [21:32] * Joins: virtuelv (n=virtuelv@125.175.251.212.customer.cdi.no)
  1415. # [21:38] * aroben|lunch is now known as aroben
  1416. # [21:48] * Joins: gsnedders (n=gsnedder@p54BEB1D4.dip0.t-ipconnect.de)
  1417. # [21:50] * Quits: CriticalMass (n=chatzill@195.69.154.32) (Remote closed the connection)
  1418. # [21:51] * Quits: maikmerten (n=maikmert@U10f8.u.pppool.de) (Remote closed the connection)
  1419. # [21:52] * Joins: weinig (n=weinig@nat/apple/x-sazhkkeitzwtmgzn)
  1420. # [21:55] * kinetik_ is now known as kinetik
  1421. # [21:58] * Quits: zdobersek (n=zan@cpe-92-37-78-224.dynamic.amis.net) ("Leaving.")
  1422. # [21:58] * Quits: ap (n=ap@c-24-130-131-182.hsd1.ca.comcast.net)
  1423. # [21:58] * Joins: ap (n=ap@nat/apple/x-mjjbuyrrgptluofu)
  1424. # [22:00] * Joins: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  1425. # [22:00] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
  1426. # [22:11] * Quits: cfq (n=cfq@client-82-3-40-39.sqy-bng-011.adsl.virginmedia.net)
  1427. # [22:13] * Quits: KevinMarks (n=KevinMar@157.22.22.46) (Read error: 60 (Operation timed out))
  1428. # [22:15] * Joins: Lachy (n=Lachlan@85.196.122.246)
  1429. # [22:19] * Joins: tantek (n=tantek@12.140.254.34)
  1430. # [22:22] <AryehGregor> Sigh, yet another Bugzilla to subscribe to.
  1431. # [22:23] * Quits: tantek (n=tantek@12.140.254.34) (Client Quit)
  1432. # [22:29] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  1433. # [22:32] * Quits: pmuellr (n=pmuellr@nat/ibm/x-yhrtlipvrkrkqole)
  1434. # [22:35] * Joins: Super-Dot (n=Super-Do@66-240-27-50.isp.comcastbusiness.net)
  1435. # [22:40] * Quits: onar_ (n=onar@17.226.23.126) (Read error: 60 (Operation timed out))
  1436. # [22:49] * Joins: itpastorn (n=gunther@139.57.227.87.static.th.siw.siwnet.net)
  1437. # [22:55] * Joins: tantek (n=tantek@12.140.254.34)
  1438. # [22:57] * Joins: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
  1439. # [23:06] * Quits: miketaylr (n=mtaylor@38.117.156.163) ("adios.")
  1440. # [23:16] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1441. # [23:17] * Joins: murr4y (n=murray@85.84-49-67.nextgentel.com)
  1442. # [23:18] * Quits: webben (n=benh@nat/yahoo/x-gzutulxmpshnvwmj) (Read error: 110 (Connection timed out))
  1443. # [23:20] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  1444. # [23:24] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1445. # [23:25] <TabAtkins> tantek: finished up the stream-based parser for <csv>. Doesn't appear to have any bugs left in it. Spent a while trying it out on a lot of real-world data, works very nicely.
  1446. # [23:25] <tantek> that's awesome
  1447. # [23:25] <tantek> did you see the IRC chats yesterday about considering <pre selector=","> instead of <csv> ?
  1448. # [23:26] <tantek> it has nice fallback behavior
  1449. # [23:26] <tantek> sorry
  1450. # [23:26] <tantek> <pre separator=",">
  1451. # [23:26] <TabAtkins> Well, identical fallback behavior to <pre><csv>
  1452. # [23:26] * tantek has CSS hardwired in the brain
  1453. # [23:26] <tantek> with one fewer eleemnt
  1454. # [23:26] <tantek> element even
  1455. # [23:26] <tantek> both for authors in documents, and the spec as a whole
  1456. # [23:27] <TabAtkins> You'll need the header attribute too to if you want to notate the first row properly as a header.
  1457. # [23:27] <TabAtkins> I don't think that can be determined programmatically with *any* accuracy.
  1458. # [23:27] <tantek> also an optional "header" attribute that takes two values, "absent" or "present"
  1459. # [23:27] <tantek> right
  1460. # [23:27] <tantek> per http://www.ietf.org/rfc/rfc4180.txt
  1461. # [23:28] <TabAtkins> Yeah, I've got references to where I violate 4180 in my algo. ^_^
  1462. # [23:28] <tantek> nice
  1463. # [23:28] <TabAtkins> Always by being more forgiving - my algo recognizes a superset of 4180-compliant CSVs.
  1464. # [23:29] <tantek> good to know
  1465. # [23:29] <tantek> so now I think <pre separator header> is a better proposal than <csv separator header>
  1466. # [23:29] <tantek> because it requires fewer additions to the language
  1467. # [23:29] <TabAtkins> So, if people are okay with handing <pre> two attributes that work only on a particular data format, then I'm fine with it too.
  1468. # [23:30] <tantek> I think it makes sense because a CSV is a specific kind of a PRE
  1469. # [23:30] <TabAtkins> Or, wait. Hrm, that's no good. There's no way for a native *or* js treatment to recognize them as separate from any other <pre>.
  1470. # [23:30] <TabAtkins> Not without relying on heuristics.
  1471. # [23:30] <TabAtkins> Which, admittedly, would probably be pretty reliable.
  1472. # [23:31] <Philip`> <pre separator> seems weird since there's nothing in the markup saying it's CSV-style data
  1473. # [23:31] <Philip`> (except implicitly via the definition of separator)
  1474. # [23:31] <TabAtkins> Philip`, right, that's what I was getting at.
  1475. # [23:32] <AryehGregor> There's nothing in the markup of <style>:link { color: blue; }</style> to say it's CSS, either. :)
  1476. # [23:32] <Philip`> Also, changing behaviour and appearance based on an attribute seems like a bad idea, like with <input type>
  1477. # [23:32] <AryehGregor> Or in <math>...</math> to say it's MathML.
  1478. # [23:32] <AryehGregor> Is <input type> a bad idea?
  1479. # [23:32] <Philip`> (particularly because of dynamic changes)
  1480. # [23:32] <TabAtkins> AryehGregor: the *only* thing people put in <style> is CSS in practice, though. <pre> contains lots of different stuff.
  1481. # [23:33] <AryehGregor> TabAtkins, not <pre separator>, would be the theory.
  1482. # [23:33] <AryehGregor> . . . I'm not sure this is useful enough to be worth adding to the spec, though.
  1483. # [23:33] <TabAtkins> You ever tried to read a plain-text CSV on the web? ^_^
  1484. # [23:33] <tantek> the presence of a non-empty "separator" attribute is what semantically identifies the existence of CSV data
  1485. # [23:33] <tantek> e.g. <pre separator=",">
  1486. # [23:34] <TabAtkins> tantek, oh, k. I assumed that the element would simply assume ",", and separator would just change it if present.
  1487. # [23:34] <Philip`> TabAtkins: Import the CSV into Google Docs; you don't need special language support
  1488. # [23:34] <tantek> no no - the attribute is not present / empty by default
  1489. # [23:34] <tantek> and setting separator="" just makes it a normal pre
  1490. # [23:34] <karlushi> <pre type="csv" separator=","> ? too complicated?
  1491. # [23:34] <karlushi> redundant
  1492. # [23:35] <tantek> karlushi - an optional type attribute that specifies a mimetype would be ok too
  1493. # [23:35] <TabAtkins> Philip`: Still non-trivial to do especially when the data is part of a page rather than the whole file.
  1494. # [23:35] <tantek> <pre type="text/csv" separator=",">
  1495. # [23:35] <TabAtkins> I can go change it to just recognize on <pre separator> real quick.
  1496. # [23:35] <tantek> easily importing/including datasets into a page has great utility for opengov and openscience
  1497. # [23:36] <Philip`> TabAtkins: Why would anyone embed CSV inline in a page rather than linking to it as an external file, when external files are great for importing into spreadsheets or databases or whatever else people want to use the data with?
  1498. # [23:36] <tantek> Philip` inline CSV has a <table> compatible DOM for easy script manipulation
  1499. # [23:37] <tantek> it's like providing a free API to any CSV
  1500. # [23:37] <tantek> TabAtkins - great
  1501. # [23:37] <tantek> an updated proof of concept is even better
  1502. # [23:37] <tantek> the DTD changes to add an attribute or two are fairly trivial too
  1503. # [23:38] * Philip` 's experience with DOM manipulation of tables does not revolve around the word "easy"
  1504. # [23:38] <tantek> Philip` - perhaps <table> DOM should be extended to support simple SQL queries on <table>s
  1505. # [23:39] <tantek> think of a page as a database, and the <table>s as tables
  1506. # [23:39] * Quits: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu) ("Core Breach")
  1507. # [23:39] * Joins: shepazu (n=schepers@31-33-83.wireless.csail.mit.edu)
  1508. # [23:40] <takkaria> is the idea to get this in the spec?
  1509. # [23:41] <karlushi> <object data="file.csv">
  1510. # [23:41] <karlushi> <p>Fallback: CSV file</p>
  1511. # [23:41] <karlushi> </object>
  1512. # [23:41] <karlushi> this would not help I guess.
  1513. # [23:41] <tantek> karlushi - right
  1514. # [23:41] <tantek> just as <object>s for Math or SVG are insufficient
  1515. # [23:42] <tantek> except that there is a TON (1000x, maybe more?) CSV data out there than MathML or SVG, combined.
  1516. # [23:42] <karlushi> http://www.google.com/search?q=filetype%3Acsv
  1517. # [23:43] <karlushi> 911 000 pour filetype:csv
  1518. # [23:43] <annevk3> most of those hits seem spam
  1519. # [23:43] <tantek> karlushi - I'm not sure Google is keeping up with al the open gov csvs that are being published especially in the past few months
  1520. # [23:44] <karlushi> this is certainly a subset of the total number
  1521. # [23:45] * Quits: sayrer (n=chatzill@user-0cceh2r.cable.mindspring.com) (Remote closed the connection)
  1522. # [23:45] <tantek> I get 912,000 but close enough
  1523. # [23:46] <TabAtkins> All right, updated code and text. http://www.xanthir.com/etc/csv.html
  1524. # [23:48] <tantek> TabAtkins - very cool.
  1525. # [23:48] <tantek> note, I think "header" should require an explicit value
  1526. # [23:48] <tantek> (just in case of future expansion etc.)
  1527. # [23:48] <tantek> header="present"
  1528. # [23:49] <tantek> and it's good re-use from RFC4180 also
  1529. # [23:49] <TabAtkins> Can't we just leave it as it is, and then in the future (if we need to specify different values) say that "header" gives you the default behavior? That'd still allow XML to do their header="header" thing.
  1530. # [23:50] <TabAtkins> Not that I'm opposed to giving @header actual values, I just like binary attributes. ^_^
  1531. # [23:50] <tantek> I prefer to avoid the potential future incompat/confusion - consider it a lesson learned :)
  1532. # [23:50] <tantek> something I got from CSS language design - no boolean properties
  1533. # [23:51] <tantek> which has actually helped with expanding some of them over time
  1534. # [23:51] <tantek> also - since RFC4180 already has terminology for it - it makes sense to just literally adopt their terminology
  1535. # [23:51] <tantek> rather than introducing another convention
  1536. # [23:52] <tantek> header="present" rather than header="header"
  1537. # [23:53] <TabAtkins> Done.
  1538. # [23:53] <tantek> sweet
  1539. # [23:54] * Quits: tantek (n=tantek@12.140.254.34)
  1540. # [23:54] <hober> hmm
  1541. # [23:54] * Joins: ojan_ (n=ojan@nat/google/x-docntbeybsksimag)
  1542. # [23:54] <hober> I'd like it to work like disabled, insofar as leaving ="..." off goes
  1543. # [23:55] <TabAtkins> You mean, if it's present but has no value, it's treated as "present"?
  1544. # [23:55] <TabAtkins> How does an attribute without a value appear in the XHTML serialization?
  1545. # [23:55] <hober> <pre separator="," header>...</pre>
  1546. # [23:55] <hober> (that was the html serialization)
  1547. # [23:56] <hober> which is <pre separator="," header="header">...</pre> in xhtml
  1548. # [23:56] <hober> for consistency with disabled="", checked="", etc., I think this makes more sense
  1549. # [23:57] <TabAtkins> That's what I thought. Hmm, though. When you ask for the value of the attribute currently, it returns the empty string.
  1550. # [23:57] <hober> (though as a rule I'm symapthetic to tantek's desire for vocab reuse)
  1551. # [23:57] <hober> I'm just saying that I want <pre header> to work & be conformant in text/html
  1552. # [23:58] <TabAtkins> Well, you'll still need to say <pre separator="," header> currently.
  1553. # [23:58] <hober> right
  1554. # [23:58] <TabAtkins> (Which I don't like, and which is why I preferred <csv>.)
  1555. # Session Close: Fri Sep 04 00:00:00 2009

The end :)