/irc-logs / freenode / #whatwg / 2009-10-19 / end

Options:

  1. # Session Start: Mon Oct 19 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <GarethAdams|Home> yes, I corrected myself, the DOM of an XHR isn't the same as the DOM of window.documentElement
  4. # [00:00] <GarethAdams|Home> there's no need to load CSS for example for a document that isn't being displayed
  5. # [00:01] <TabAtkins> Really? There's something going on that I'm not understanding, then. How would you take the response to an XHR and use document.getElementByID on it?
  6. # [00:01] * TabAtkins may very well just be ignorant.
  7. # [00:03] <Hixie> TabAtkins: XHR itself givs you the DOM, no script execution
  8. # [00:03] <TabAtkins> In which property of the response object?
  9. # [00:03] <Hixie> TabAtkins: responseXML
  10. # [00:03] <GarethAdams|Home> https://developer.mozilla.org/en/XMLHttpRequest - an XHR has responseXML: "The response to the request as a DOM Document object"
  11. # [00:03] <TabAtkins> Hrm. I thought that only worked when you returned valid XML.
  12. # [00:04] <Hixie> i think XHR2 says to use that for HTML too
  13. # [00:04] <GarethAdams|Home> "Note: If the server doesn't apply the text/xml Content-Type header, you can use overrideMimeType() to force XMLHttpRequest to parse it as XML anyway."
  14. # [00:04] <GarethAdams|Home> but that's just mozilla's implementation being described there, AFAIK
  15. # [00:04] <TabAtkins> Okay, if XHR2 allows that to contain the DOM for an HTML document, then that's easy, sure.
  16. # [00:05] * Joins: paul_irish (n=paul_iri@12.182.97.5)
  17. # [00:05] <TabAtkins> Of course, is that implemented by anyone yet?
  18. # [00:05] * TabAtkins can't put together an experimental implementation of something that still relies on unimplemented behavior.
  19. # [00:05] * Quits: Midler (n=midler@212.37.124.243) ("Leaving.")
  20. # [00:08] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  21. # [00:11] * Joins: cardona507_ (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  22. # [00:11] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  23. # [00:11] * cardona507_ is now known as cardona507
  24. # [00:14] <foolip> Hixie: I'd like some clarification on HTMLPropertyCollection. Are the items in tree-order and if so, why does the "the properties of an item" algorithm concern itself about order at all?
  25. # [00:15] <GPHemsley> Hixie: Did you ever get around to reading the <cite> thread, and the new proposal in it?
  26. # [00:15] <TabAtkins> annevk: Do you know if anyone supports XHR2 yet? Specifically, the ability for responseXML to contain HTML documents?
  27. # [00:16] <Hixie> foolip: looking...
  28. # [00:17] <Hixie> GPHemsley: yes, i believe i sent a reply
  29. # [00:17] <foolip> In the general section on collections it is noted that "In the absence of specific requirements to the contrary, the nodes within the collection must be sorted in tree order." I don't see anything explicit to the contrary.
  30. # [00:18] <GPHemsley> Hixie: I'm not seeing it. The thread is called "the cite element", and the pertinent discussion ran between Oct. 6 and 9.
  31. # [00:18] * Joins: daedb| (n=daed@h11n1fls34o986.telia.com)
  32. # [00:19] * Quits: tantek (n=tantek@adsl-71-134-235-94.dsl.pltn13.pacbell.net)
  33. # [00:22] <GPHemsley> Also, if anyone wants to weigh in on this, it'd be greatly appreciated: https://bugzilla.mozilla.org/show_bug.cgi?id=522913 (completely unrelated to <cite>, FYI)
  34. # [00:23] <Hixie> foolip: the HTMLPropertyCollection actually explicitly says tree order, it seems
  35. # [00:23] <Hixie> foolip: probably for ease of implementation
  36. # [00:24] <Hixie> foolip: i could change the other algorithm to say that you resort the list in tree order
  37. # [00:24] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  38. # [00:24] <foolip> There's also the not that "Within an item, the properties are unordered with respect to each other, except for properties with the same name, which are ordered in the order they are given by the algorithm that defines the properties of an item." I'm not sure when that order is supposed to matter.
  39. # [00:24] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  40. # [00:25] <Hixie> foolip: it only matters when, e.g., finding the first value for a property name, which is useful when there's only supposed to be one
  41. # [00:25] <Hixie> foolip: what would be easier? the order as determined by crawling the doc (as per the algorithm that defines the properties of an item), or tree order?
  42. # [00:25] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  43. # [00:25] <foolip> I'm trying to determine exactly that
  44. # [00:25] <Hixie> foolip: i can change the spec either way, basically
  45. # [00:26] <foolip> it's itemref that makes crawling in tree order rather complex
  46. # [00:27] <Hixie> yes
  47. # [00:27] <foolip> but actually using the algorithm in the spec would also be non-trivial and certainly can't be hooked into the same code that handles all other collections
  48. # [00:27] <foolip> is it necessary to allow recursive itemrefs?
  49. # [00:28] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  50. # [00:28] <Hixie> you mean loops?
  51. # [00:28] <Hixie> or do you mean just two down?
  52. # [00:28] <Hixie> chains
  53. # [00:28] <foolip> I mean two down
  54. # [00:28] <foolip> chained
  55. # [00:28] <foolip> was there a use case for it or did it just happen that way because of the way the algorithm was specced?
  56. # [00:29] <Hixie> i think it'd be really weird to not allow it, personally
  57. # [00:29] <Hixie> but i don't think there was a strong use case for it
  58. # [00:29] * Joins: tantek (n=tantek@adsl-71-134-235-94.dsl.pltn13.pacbell.net)
  59. # [00:30] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  60. # [00:30] <foolip> yes, all else equals its nice to allow it
  61. # [00:30] <TabAtkins> What if the ref'd subtree contained an @itemscope which had more refs? That sort of case is really weird to disallow.
  62. # [00:31] <TabAtkins> (I can see how not allowing a simple chained itemref within a single @itemscope would be justifiable.)
  63. # [00:31] * Joins: paul_iri_ (n=paul_iri@12.182.97.5)
  64. # [00:31] <Hixie> TabAtkins: that'd be different
  65. # [00:31] <foolip> TabAtkins: but the PropertyNodeList just contains the properties for one item
  66. # [00:31] <TabAtkins> Okay, wasn't sure if it would be different or not.
  67. # [00:32] <foolip> but ok, it sounds like there's nothing deliberate about the order here, I'm going to try understanding better which is actually easier to implement and if necessary suggest that the spec is changed
  68. # [00:32] * Quits: paul_irish (n=paul_iri@12.182.97.5) (Read error: 104 (Connection reset by peer))
  69. # [00:33] <Hixie> foolip: k. i definitely agree that it'd be nice to have those two orders be consistent, at least
  70. # [00:33] <TabAtkins> foolip: I suspect that algorithm-order would make more sense to authors. It would to me, at least.
  71. # [00:34] * Joins: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net)
  72. # [00:34] <foolip> TabAtkins: surely the order shouldn't matter as long as it doesn't vary between implementations?
  73. # [00:35] <Hixie> there's some logic to the crawled order
  74. # [00:35] <Hixie> but then i guess tree order is also easy to understand
  75. # [00:35] <TabAtkins> What about the case Hixie detailed, about checking the first/last prop with a given name (frex when the given prop should only appear once, and you're doing error-recovery).
  76. # [00:36] <Hixie> TabAtkins: we'd redefine the order returned by the algorithm to be tree order, so that'd still be consistent
  77. # [00:36] <foolip> sure, either is fine I guess, in the model properties are unordered anyway
  78. # [00:36] <Hixie> TabAtkins: it would just mean that tools that implement this by crawling would have to reorder their nodes before returning them
  79. # [00:36] <TabAtkins> Sure, that makes sense. I guess it doesn't matter, then.
  80. # [00:36] <Hixie> foolip: oh wait, what am i talking about
  81. # [00:37] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 110 (Connection timed out))
  82. # [00:37] <foolip> Hixie: ?
  83. # [00:37] <Hixie> foolip: the order of the elements in that object has nothing to do with the order of the properties
  84. # [00:37] <Hixie> foolip: elements there can have multiple properties
  85. # [00:38] <foolip> Hixie: oh right you are
  86. # [00:38] <Hixie> foolip: it's .namedItem()'s list whose order we should be talking about
  87. # [00:38] <Hixie> foolip: but then our entire converesation applies equally to that one, so carry on
  88. # [00:38] <foolip> but first, is .item() in tree order?
  89. # [00:39] <Hixie> yeah
  90. # [00:39] <Hixie> In the absence of specific requirements to the contrary, the nodes within the collection must be sorted in tree order.
  91. # [00:39] <foolip> right
  92. # [00:39] * Quits: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  93. # [00:39] <foolip> just checking if this is deliberate
  94. # [00:40] <foolip> that sounds good, even though it's probably a bit messy to implement by walking in tree-order
  95. # [00:40] <foolip> but on to .namedItem
  96. # [00:41] <foolip> oh, it's already defined to be in tree-order
  97. # [00:41] <Hixie> yeah PropertyNodeList should be either changed to algorithm-order or the algorithm changed to tree-order
  98. # [00:43] <foolip> is the algorithm actually used for anything except determining which elements are the properties of an item, couldn't it just as well produce an unordered set of properties (conceptually at least)
  99. # [00:43] <foolip> ?
  100. # [00:43] <Hixie> well we need to define the relative ordering of values within a property
  101. # [00:43] <AryehGregor> Hixie, it occurs to me that AJAX doesn't really replicate native look and feel. For instance, the native browser "loading" bar doesn't fire; scripts can't manipulate it (can they?). Instead, each AJAX app makes up its own weird, hacky progress spinner that doesn't appear in the right place.
  102. # [00:44] <AryehGregor> You expect stuff like the favicon to be replaced by a little spinner, or whatever your browser usually does.
  103. # [00:44] <foolip> Hixie: for PropertyNodeList.values?
  104. # [00:44] <Hixie> AryehGregor: i guess... don't most authors consider that a feature not a bug? :-)
  105. # [00:44] <foolip> that's already defined to be in tree-order
  106. # [00:44] <Hixie> foolip: yeah, either we should redefine the algorithm or .values
  107. # [00:45] <AryehGregor> As a user I get annoyed sometimes when I see little made-up spinners instead of my usual loading cues. It's disorienting somehow. I don't know.
  108. # [00:45] <AryehGregor> Maybe I'm the only one.
  109. # [00:45] <AryehGregor> Maybe the annoyance is because I tend to get annoyed at overuse of AJAX.
  110. # [00:45] <Hixie> AryehGregor: to be honest i don't really get the use case. Why is what we have now a problem?
  111. # [00:45] <AryehGregor> I don't really know, as I said.
  112. # [00:46] <foolip> Hixie: fine, there's no big hurry I think, perhaps implementor feedback might be useful. I'll file a bug
  113. # [00:46] <AryehGregor> I wasn't the one who originally said that what we have is inadequate.
  114. # [00:46] <AryehGregor> I was just making a suggestion based on the premise that it is.
  115. # [00:46] <Hixie> foolip: thanks
  116. # [00:46] <Hixie> AryehGregor: right
  117. # [00:46] <Hixie> anyway. new features are not for this version.
  118. # [00:46] <AryehGregor> I'm not at all sure that this is useful enough middle ground to have a special declarative syntax.
  119. # [00:46] <AryehGregor> Right, certainly not.
  120. # [00:46] * Joins: MikeSmith (n=MikeSmit@EM114-48-169-250.pool.e-mobile.ne.jp)
  121. # [00:46] <AryehGregor> I said that in my first post on the matter.
  122. # [00:46] <Hixie> :-)
  123. # [00:47] <AryehGregor> GPHemsley, can't you usually tell what language something is in by looking at it? Or do you often want to know what language something is when you don't know the language, *and* the author has actually used correct language markup (which most don't, I imagine)?
  124. # [00:48] <GPHemsley> AryehGregor: Once you get beyond your own language and its relatives, it becomes increasingly more difficult to determine what language something is in. Or what script. Or what dialect. Etc.
  125. # [00:49] <AryehGregor> GPHemsley, but do authors actually mark up language reliably enough for this to be useful in practice?
  126. # [00:49] <AryehGregor> For instance, Wikipedia has mostly correct lang tags on the root element, but everything below that tends to be unmarked-up.
  127. # [00:50] <AryehGregor> And the one on the root element is sometimes a nonstandard code, too.
  128. # [00:50] <AryehGregor> And Wikipedia seems to be on the more enthusiastic-about-standards side of things compared to most websites.
  129. # [00:51] <GPHemsley> Yes. And if they had somewhere for that information to be displayed, they're probably do it more.
  130. # [00:51] <GPHemsley> AryehGregor: I'd like to continue this conversation, but I actually have to run right now. I'll be back in about an hour or so, OK?
  131. # [00:52] <AryehGregor> I might or might not be here.
  132. # [00:52] <GPHemsley> Alright, well, if you are. :)
  133. # [00:52] <AryehGregor> My opinion is irrelevant to what Mozilla does anyway, I'm a web developer.
  134. # [00:52] <GPHemsley> heh
  135. # [00:52] <GPHemsley> anyway, gotta go
  136. # [00:52] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  137. # [00:56] <mikekelly> lol
  138. # [01:01] * Joins: ttepass- (n=ttepas--@p5B017B03.dip.t-dialin.net)
  139. # [01:22] * Quits: ttepasse (n=ttepas--@p5B014B8D.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  140. # [01:39] * Quits: webben (n=benh@82.152.151.107) (Remote closed the connection)
  141. # [01:40] <Hixie> annevk: one bug per issue please, btw :-)
  142. # [01:49] * Quits: tantek (n=tantek@adsl-71-134-235-94.dsl.pltn13.pacbell.net)
  143. # [02:10] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  144. # [02:11] <GPHemsley> AryehGregor: Do you have an example of a Wikipedia article that you think warrants a lang attribute it doesn't have?
  145. # [02:11] <GPHemsley> AryehGregor: And also one of a non-standard code?
  146. # [02:12] <AryehGregor> GPHemsley, I don't know what you think warrants a lang attribute. Go to any English Wikipedia article on a French phrase or whatnot and there will be foreign-language content that's not marked up, almost certainly.
  147. # [02:12] <GPHemsley> Fair enough.
  148. # [02:12] <AryehGregor> Or just look at the language links in the lower left.
  149. # [02:12] <AryehGregor> <li class="interwiki-ar"><a href="http://ar.wikipedia.org/wiki/">العربية</a></li>
  150. # [02:13] <GPHemsley> Ah. Hmm/
  151. # [02:13] <AryehGregor> As for non-standard codes, view-source:http://zh-yue.wikipedia.org/wiki/
  152. # [02:13] <AryehGregor> Er.
  153. # [02:13] <AryehGregor> That's Chrome-specific, I think.
  154. # [02:13] <AryehGregor> http://zh-yue.wikipedia.org/wiki/
  155. # [02:13] <AryehGregor> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="zh-yue" lang="zh-yue" dir="ltr">
  156. # [02:13] <GPHemsley> nah, that's what Firefox uses, too
  157. # [02:13] * Quits: mpilgrim_ (n=mark@rrcs-96-10-240-189.midsouth.biz.rr.com) (Read error: 104 (Connection reset by peer))
  158. # [02:13] <AryehGregor> Well, anyway.
  159. # [02:14] <AryehGregor> The correct code there is yue, not zh-yue, as far as I understand.
  160. # [02:14] <AryehGregor> There are others too.
  161. # [02:14] <GPHemsley> Nope, it's zh-yue
  162. # [02:14] * Joins: yutak_home (n=kee@61.117.6.79)
  163. # [02:14] <GPHemsley> Type: language
  164. # [02:14] <GPHemsley> Subtag: yue
  165. # [02:14] <GPHemsley> Description: Yue Chinese
  166. # [02:14] <GPHemsley> Added: 2009-07-29
  167. # [02:14] <GPHemsley> Macrolanguage: zh
  168. # [02:15] <GPHemsley> hmm
  169. # [02:15] <AryehGregor> Pretty sure not.
  170. # [02:15] <GPHemsley> yeah, lemme look that up further
  171. # [02:15] <AryehGregor> ISO 639-3 code is yue.
  172. # [02:15] <GPHemsley> Oh, it's valid... just obsolete
  173. # [02:15] <GPHemsley> Type: extlang
  174. # [02:15] <GPHemsley> Subtag: yue
  175. # [02:15] <GPHemsley> Description: Yue Chinese
  176. # [02:15] <GPHemsley> Added: 2009-07-29
  177. # [02:15] <GPHemsley> Preferred-Value: yue
  178. # [02:15] <AryehGregor> http://validator.nu/?doc=http://zh-yue.wikipedia.org/wiki/版&profile=permissive
  179. # [02:15] <GPHemsley> Prefix: zh
  180. # [02:15] <GPHemsley> Macrolanguage: zh
  181. # [02:16] <AryehGregor> "Bad value zh-yue for attribute lang on element html: Found reserved language extension subtag."
  182. # [02:17] <AryehGregor> http://validator.nu/?doc=http://www.wikipedia.org&profile=permissive
  183. # [02:17] <AryehGregor> That has a bunch more.
  184. # [02:17] <AryehGregor> Some are just warnings, though.
  185. # [02:17] <AryehGregor> And some might be bogus.
  186. # [02:18] <GPHemsley> Yeah, it seems that the parser doesn't allow extlang values
  187. # [02:18] <GPHemsley> s/allow/account for/
  188. # [02:19] <AryehGregor> I filed a bug.
  189. # [02:20] <GPHemsley> k
  190. # [02:20] <GPHemsley> URL?
  191. # [02:20] * Joins: erlehmann (n=erlehman@82.113.106.21)
  192. # [02:21] <AryehGregor> http://bugzilla.validator.nu/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=Simetrical%2Bvalidator@gmail.com&emailtype1=exact&emailassigned_to1=1&emailreporter1=1
  193. # [02:23] * Quits: yutak_home (n=kee@61.117.6.79) ("Ex-Chat")
  194. # [02:27] <AryehGregor> Hixie, so, if standards shouldn't allow anything that isn't itself standard, why does <object> validate? (I assume it does, anyway.)
  195. # [02:31] <GPHemsley> AryehGregor: Alright, I've CC'd myself on those related bugs
  196. # [02:31] <GPHemsley> AryehGregor: http://meta.wikimedia.org/wiki/List_of_Wikipedias
  197. # [02:31] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  198. # [02:32] * Joins: weinig (n=weinig@67.180.35.124)
  199. # [02:32] <AryehGregor> GPHemsley, what about it?
  200. # [02:32] <GPHemsley> That helps to sort out which of the errors are real errors
  201. # [02:32] <AryehGregor> How?
  202. # [02:32] <GPHemsley> as it gives the English name of what the Wikipedia is for
  203. # [02:32] <GPHemsley> to help match against the IANA registry
  204. # [02:32] <AryehGregor> Ah.
  205. # [02:33] <GPHemsley> zh-yue is Cantonese
  206. # [02:33] <AryehGregor> Well, yes, I knew that.
  207. # [02:33] <GPHemsley> sh is inded Serbo-Croatian
  208. # [02:33] <GPHemsley> indeed
  209. # [02:33] <GPHemsley> so the tag is right
  210. # [02:34] <GPHemsley> despite the comment that "sr, hr, bs are preferred for most modern uses"
  211. # [02:34] * Joins: yatil (n=Adium@78.104.102.186)
  212. # [02:35] <GPHemsley> The one that interests me is the one that doesn't use a valid tag at all, for http://en.wikipedia.org/wiki/Emilian-Romagnol_language
  213. # [02:35] <GPHemsley> Wikipedia uses eml
  214. # [02:35] <AryehGregor> #mediawiki-i18n is the place to ask if you're curious here.
  215. # [02:36] <AryehGregor> The overwhelming majority of Wikipedias do use valid, current language codes.
  216. # [02:36] <AryehGregor> The remaining ones are theoretically being renamed over time, but it's a hassle to do the rename, and I don't think any have actually happened in the last year or two.
  217. # [02:37] <GPHemsley> doesn't seem too hard... just change the domain and have the old one redirect, no?
  218. # [02:38] <AryehGregor> I imagine so. I'm not a Wikimedia sysadmin, so I dunno. Anyway, they haven't gotten done, from what I've seen.
  219. # [02:38] <AryehGregor> But I don't follow that too closely.
  220. # [02:45] * Quits: yatil (n=Adium@78.104.102.186) ("Leaving.")
  221. # [02:51] * Quits: paul_iri_ (n=paul_iri@12.182.97.5) (Remote closed the connection)
  222. # [02:54] <AryehGregor> Okay, I finally realized that the correct translation of "decentralized extensibility" is "allowing the use in HTML of nonstandard, proprietary technologies that can possibly only be processed by a single vendor's tools". I will post accordingly from now on.
  223. # [02:54] <AryehGregor> (starting with my last post, in fact)
  224. # [03:00] <cardona507> I am reading http://dev.w3.org/html5/html-author/ and it says "The manifest attribute gives the address of the document’s application cache manifest, if there is one. If the attribute is present, the attribute’s value must be a valid URL." can it be a path like <html manifest="manifest/foo.manifest"> or must if be a URL like <html manifest="http://www.example.com/manifest/foo.manifest"> ?
  225. # [03:04] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  226. # [03:08] * Joins: paul_irish (n=paul_iri@12.182.97.5)
  227. # [03:09] * Joins: tkent (n=tkent@220.109.219.244)
  228. # [03:25] * Joins: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  229. # [03:29] * Quits: weinig (n=weinig@67.180.35.124) (Read error: 131 (Connection reset by peer))
  230. # [03:29] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  231. # [03:29] * weinig_ is now known as weinig
  232. # [03:57] * Joins: wakaba_ (n=wakaba_@122.221.184.68)
  233. # [04:06] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  234. # [04:09] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  235. # [04:20] * lmorchard|away is now known as lmorchard
  236. # [04:27] * Quits: yusukes (n=yusukes@220.109.219.244) ("Leaving")
  237. # [04:36] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Connection reset by peer)
  238. # [04:36] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  239. # [04:36] * weinig_ is now known as weinig
  240. # [04:38] <Hixie> AryehGregor: hm?
  241. # [04:42] * Joins: TabAtkins_ (n=chatzill@70.139.15.246)
  242. # [04:42] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
  243. # [04:42] * TabAtkins_ is now known as TabAtkins
  244. # [04:53] * Quits: ttepass- (n=ttepas--@p5B017B03.dip.t-dialin.net) ("?Q")
  245. # [04:55] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  246. # [04:55] * Joins: weinig_ (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  247. # [04:56] * weinig_ is now known as weinig
  248. # [05:21] * Quits: hober (n=ted@unaffiliated/hober) (Remote closed the connection)
  249. # [05:21] * Quits: Lachy (n=Lachlan@85.196.122.246) (clarke.freenode.net irc.freenode.net)
  250. # [05:21] * Quits: gsnedders|work (n=gsnedder@pat.se.opera.com) (clarke.freenode.net irc.freenode.net)
  251. # [05:21] * Quits: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk) (clarke.freenode.net irc.freenode.net)
  252. # [05:21] * Quits: svtech (n=stanv@83.228.56.37) (clarke.freenode.net irc.freenode.net)
  253. # [05:21] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (clarke.freenode.net irc.freenode.net)
  254. # [05:21] * Quits: yutak_ (n=yutak@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  255. # [05:21] * Quits: gavin (n=gavin@firefox/developer/gavin) (clarke.freenode.net irc.freenode.net)
  256. # [05:21] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (clarke.freenode.net irc.freenode.net)
  257. # [05:21] * Quits: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (clarke.freenode.net irc.freenode.net)
  258. # [05:21] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (clarke.freenode.net irc.freenode.net)
  259. # [05:21] * Quits: jorlow (n=jorlow@nat/google/x-gcdknsvedkhcbgrm) (clarke.freenode.net irc.freenode.net)
  260. # [05:21] * Quits: aboodman (n=aboodman@72.14.229.81) (clarke.freenode.net irc.freenode.net)
  261. # [05:21] * Quits: annevk (n=annevk@pat.se.opera.com) (clarke.freenode.net irc.freenode.net)
  262. # [05:21] * Quits: AryehGregor (n=Simetric@mediawiki/simetrical) (clarke.freenode.net irc.freenode.net)
  263. # [05:21] * Quits: hendry (n=hendry@webvm.net) (clarke.freenode.net irc.freenode.net)
  264. # [05:21] * Quits: pererik (n=pe@unaffiliated/pererik) (clarke.freenode.net irc.freenode.net)
  265. # [05:21] * Quits: onar (n=onar@17.226.20.255) (clarke.freenode.net irc.freenode.net)
  266. # [05:21] * Quits: TabAtkins (n=chatzill@70.139.15.246) (clarke.freenode.net irc.freenode.net)
  267. # [05:21] * Quits: wakaba_ (n=wakaba_@122.221.184.68) (clarke.freenode.net irc.freenode.net)
  268. # [05:21] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams) (clarke.freenode.net irc.freenode.net)
  269. # [05:21] * Quits: karlcow (n=karl@128.30.54.58) (clarke.freenode.net irc.freenode.net)
  270. # [05:21] * Quits: smaug (n=chatzill@82.181.150.24) (clarke.freenode.net irc.freenode.net)
  271. # [05:21] * Quits: doublec (n=doublec@65.49.60.216) (clarke.freenode.net irc.freenode.net)
  272. # [05:21] * Quits: Rik|work (n=Rik|work@193.93.127.141) (clarke.freenode.net irc.freenode.net)
  273. # [05:21] * Quits: Hixie (i=ianh@129.241.93.37) (clarke.freenode.net irc.freenode.net)
  274. # [05:21] * Quits: inimino (n=inimino@67.207.138.202) (clarke.freenode.net irc.freenode.net)
  275. # [05:21] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (clarke.freenode.net irc.freenode.net)
  276. # [05:21] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (clarke.freenode.net irc.freenode.net)
  277. # [05:21] * Quits: tkent (n=tkent@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  278. # [05:21] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (clarke.freenode.net irc.freenode.net)
  279. # [05:21] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (clarke.freenode.net irc.freenode.net)
  280. # [05:21] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net) (clarke.freenode.net irc.freenode.net)
  281. # [05:21] * Quits: daedb| (n=daed@h11n1fls34o986.telia.com) (clarke.freenode.net irc.freenode.net)
  282. # [05:21] * Quits: ivan` (n=ivan@unaffiliated/ivan/x-000001) (clarke.freenode.net irc.freenode.net)
  283. # [05:21] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (clarke.freenode.net irc.freenode.net)
  284. # [05:21] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (clarke.freenode.net irc.freenode.net)
  285. # [05:21] * Quits: bobs_ (n=oeskola@kekkonen.cs.hut.fi) (clarke.freenode.net irc.freenode.net)
  286. # [05:21] * Quits: aaron (n=drunknba@cpe-76-173-195-145.socal.res.rr.com) (clarke.freenode.net irc.freenode.net)
  287. # [05:21] * Quits: tyoshino (n=tyoshino@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  288. # [05:21] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (clarke.freenode.net irc.freenode.net)
  289. # [05:21] * Quits: ukai (n=ukai@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  290. # [05:21] * Quits: shepazu (n=schepers@adsl-227-105-48.rmo.bellsouth.net) (clarke.freenode.net irc.freenode.net)
  291. # [05:21] * Quits: bzed (n=bzed@devel.recluse.de) (clarke.freenode.net irc.freenode.net)
  292. # [05:21] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (clarke.freenode.net irc.freenode.net)
  293. # [05:21] * Quits: paul_irish (n=paul_iri@12.182.97.5) (clarke.freenode.net irc.freenode.net)
  294. # [05:21] * Quits: sebmarkbage (n=miranda@c29.a108.sto.bahnhof.net) (clarke.freenode.net irc.freenode.net)
  295. # [05:21] * Quits: ato (i=ato@orgelet.e-tjenesten.org) (clarke.freenode.net irc.freenode.net)
  296. # [05:21] * Quits: Kuruma (n=Kuruman@p1222-ipbf3207hodogaya.kanagawa.ocn.ne.jp) (clarke.freenode.net irc.freenode.net)
  297. # [05:21] * Quits: lmorchard (n=lmorchar@66.103.254.157.static.a2webhosting.com) (clarke.freenode.net irc.freenode.net)
  298. # [05:21] * Quits: dimich (n=dimich@74.125.59.73) (clarke.freenode.net irc.freenode.net)
  299. # [05:21] * Quits: dbgi (n=benny@unaffiliated/dbgi) (clarke.freenode.net irc.freenode.net)
  300. # [05:21] * Quits: eighty4 (n=eighty4@eighty4.se) (clarke.freenode.net irc.freenode.net)
  301. # [05:21] * Quits: erlehmann (n=erlehman@82.113.106.21) (clarke.freenode.net irc.freenode.net)
  302. # [05:21] * Quits: nessy (n=Adium@203-158-45-196.dyn.iinet.net.au) (clarke.freenode.net irc.freenode.net)
  303. # [05:21] * Quits: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) (clarke.freenode.net irc.freenode.net)
  304. # [05:21] * Quits: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net) (clarke.freenode.net irc.freenode.net)
  305. # [05:21] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (clarke.freenode.net irc.freenode.net)
  306. # [05:21] * Quits: k0rnel (n=k0rnel@krtko.org) (clarke.freenode.net irc.freenode.net)
  307. # [05:21] * Quits: ciaran_lee (n=ciaran_l@ip-78-137-148-117.dub-tlght.metro.digiweb.ie) (clarke.freenode.net irc.freenode.net)
  308. # [05:21] * Quits: vs-hs_ (n=vs-hs@91.90.24.186) (clarke.freenode.net irc.freenode.net)
  309. # [05:21] * Quits: wakaba__ (n=wakaba@98.225.100.220.dy.bbexcite.jp) (clarke.freenode.net irc.freenode.net)
  310. # [05:21] * Quits: hamaji (n=hamaji@220.109.219.244) (clarke.freenode.net irc.freenode.net)
  311. # [05:21] * Quits: jgraham (n=jgraham@web22.webfaction.com) (clarke.freenode.net irc.freenode.net)
  312. # [05:21] * Quits: drry (n=drry@ct91.opt2.point.ne.jp) (clarke.freenode.net irc.freenode.net)
  313. # [05:21] * Quits: ray (i=ray@drong.notacat.org) (clarke.freenode.net irc.freenode.net)
  314. # [05:21] * Quits: kinetik (n=kinetik@121.98.132.55) (clarke.freenode.net irc.freenode.net)
  315. # [05:21] * Quits: karlushi (n=karlushi@fw.vdl2.ca) (clarke.freenode.net irc.freenode.net)
  316. # [05:21] * Quits: foolip (n=philip@h-63-95.A163.priv.bahnhof.se) (clarke.freenode.net irc.freenode.net)
  317. # [05:21] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (clarke.freenode.net irc.freenode.net)
  318. # [05:21] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (clarke.freenode.net irc.freenode.net)
  319. # [05:21] * Quits: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com) (clarke.freenode.net irc.freenode.net)
  320. # [05:21] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz) (clarke.freenode.net irc.freenode.net)
  321. # [05:21] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (clarke.freenode.net irc.freenode.net)
  322. # [05:21] * Quits: syp (n=syp@lasigpc9.epfl.ch) (clarke.freenode.net irc.freenode.net)
  323. # [05:21] * Quits: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp) (clarke.freenode.net irc.freenode.net)
  324. # [05:21] * Quits: eml (i=eml@irk.bob.fi) (clarke.freenode.net irc.freenode.net)
  325. # [05:21] * Quits: Philip` (n=philip@zaynar.co.uk) (clarke.freenode.net irc.freenode.net)
  326. # [05:21] * Quits: steevel (n=steevel@irc.kodslav.org) (clarke.freenode.net irc.freenode.net)
  327. # [05:21] * Quits: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com) (clarke.freenode.net irc.freenode.net)
  328. # [05:21] * Quits: scherkus (n=scherkus@74.125.59.73) (clarke.freenode.net irc.freenode.net)
  329. # [05:21] * Quits: mikekelly (i=mookid@ROFL.name) (Read error: 104 (Connection reset by peer))
  330. # [05:21] * Joins: mikekell1 (i=mookid@ROFL.name)
  331. # [05:21] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  332. # [05:21] * Joins: TabAtkins (n=chatzill@70.139.15.246)
  333. # [05:21] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  334. # [05:21] * Joins: wakaba_ (n=wakaba_@122.221.184.68)
  335. # [05:21] * Joins: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  336. # [05:21] * Joins: tkent (n=tkent@220.109.219.244)
  337. # [05:21] * Joins: paul_irish (n=paul_iri@12.182.97.5)
  338. # [05:21] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  339. # [05:21] * Joins: erlehmann (n=erlehman@82.113.106.21)
  340. # [05:21] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  341. # [05:21] * Joins: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net)
  342. # [05:21] * Joins: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  343. # [05:21] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  344. # [05:21] * Joins: daedb| (n=daed@h11n1fls34o986.telia.com)
  345. # [05:21] * Joins: svtech (n=stanv@83.228.56.37)
  346. # [05:21] * Joins: nessy (n=Adium@203-158-45-196.dyn.iinet.net.au)
  347. # [05:21] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  348. # [05:21] * Joins: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  349. # [05:21] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  350. # [05:21] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  351. # [05:21] * Joins: karlcow (n=karl@128.30.54.58)
  352. # [05:21] * Joins: sebmarkbage (n=miranda@c29.a108.sto.bahnhof.net)
  353. # [05:21] * Joins: smaug (n=chatzill@82.181.150.24)
  354. # [05:21] * Joins: ato (i=ato@orgelet.e-tjenesten.org)
  355. # [05:21] * Joins: ivan` (n=ivan@unaffiliated/ivan/x-000001)
  356. # [05:21] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  357. # [05:21] * Joins: Lachy (n=Lachlan@85.196.122.246)
  358. # [05:21] * Joins: doublec (n=doublec@65.49.60.216)
  359. # [05:21] * Joins: riven (n=colin@pdpc/supporter/professional/riven)
  360. # [05:21] * Joins: kinetik (n=kinetik@121.98.132.55)
  361. # [05:21] * Joins: Rik|work (n=Rik|work@193.93.127.141)
  362. # [05:21] * Joins: annevk (n=annevk@pat.se.opera.com)
  363. # [05:21] * Joins: murr4y (n=murray@103.84-49-64.nextgentel.com)
  364. # [05:21] * Joins: bobs_ (n=oeskola@kekkonen.cs.hut.fi)
  365. # [05:21] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  366. # [05:21] * Joins: ukai (n=ukai@220.109.219.244)
  367. # [05:21] * Joins: shepazu (n=schepers@adsl-227-105-48.rmo.bellsouth.net)
  368. # [05:21] * Joins: aaron (n=drunknba@cpe-76-173-195-145.socal.res.rr.com)
  369. # [05:21] * Joins: tyoshino (n=tyoshino@220.109.219.244)
  370. # [05:21] * Joins: k0rnel (n=k0rnel@krtko.org)
  371. # [05:21] * Joins: gsnedders|work (n=gsnedder@pat.se.opera.com)
  372. # [05:21] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  373. # [05:21] * Joins: ciaran_lee (n=ciaran_l@ip-78-137-148-117.dub-tlght.metro.digiweb.ie)
  374. # [05:21] * Joins: syp (n=syp@lasigpc9.epfl.ch)
  375. # [05:21] * Joins: karlushi (n=karlushi@fw.vdl2.ca)
  376. # [05:21] * Joins: Kuruma (n=Kuruman@p1222-ipbf3207hodogaya.kanagawa.ocn.ne.jp)
  377. # [05:21] * Joins: ray (i=ray@drong.notacat.org)
  378. # [05:21] * Joins: AryehGregor (n=Simetric@mediawiki/simetrical)
  379. # [05:21] * Joins: hendry (n=hendry@webvm.net)
  380. # [05:21] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  381. # [05:21] * Joins: Hixie (i=ianh@129.241.93.37)
  382. # [05:21] * Joins: jorlow (n=jorlow@nat/google/x-gcdknsvedkhcbgrm)
  383. # [05:21] * Joins: aboodman (n=aboodman@72.14.229.81)
  384. # [05:21] * Joins: pererik (n=pe@unaffiliated/pererik)
  385. # [05:21] * Joins: yutak_ (n=yutak@220.109.219.244)
  386. # [05:21] * Joins: vs-hs_ (n=vs-hs@91.90.24.186)
  387. # [05:21] * Joins: lmorchard|away (n=lmorchar@66.103.254.157.static.a2webhosting.com)
  388. # [05:21] * Joins: foolip (n=philip@h-63-95.A163.priv.bahnhof.se)
  389. # [05:21] * Joins: dimich (n=dimich@74.125.59.73)
  390. # [05:21] * Joins: inimino (n=inimino@67.207.138.202)
  391. # [05:21] * Joins: wakaba__ (n=wakaba@98.225.100.220.dy.bbexcite.jp)
  392. # [05:21] * Joins: Yudai (n=Yudai@p6ea250.kngwnt01.ap.so-net.ne.jp)
  393. # [05:21] * Joins: gavin (n=gavin@firefox/developer/gavin)
  394. # [05:21] * Joins: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu)
  395. # [05:21] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
  396. # [05:21] * Joins: onar (n=onar@17.226.20.255)
  397. # [05:21] * Joins: dbgi (n=benny@unaffiliated/dbgi)
  398. # [05:21] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  399. # [05:21] * Joins: scherkus (n=scherkus@74.125.59.73)
  400. # [05:21] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  401. # [05:21] * Joins: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
  402. # [05:21] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  403. # [05:21] * Joins: hamaji (n=hamaji@220.109.219.244)
  404. # [05:21] * Joins: eighty4 (n=eighty4@eighty4.se)
  405. # [05:21] * Joins: drry (n=drry@ct91.opt2.point.ne.jp)
  406. # [05:21] * Joins: bzed (n=bzed@devel.recluse.de)
  407. # [05:21] * Joins: broquaint (i=b6332ca8@spc2-brig11-0-0-cust222.asfd.cable.virginmedia.com)
  408. # [05:21] * Joins: steevel (n=steevel@irc.kodslav.org)
  409. # [05:21] * Joins: Philip` (n=philip@zaynar.co.uk)
  410. # [05:21] * Joins: eml (i=eml@irk.bob.fi)
  411. # [05:23] * Joins: GrantG (n=chatzill@adsl-070-147-216-079.sip.mia.bellsouth.net)
  412. # [05:23] <GrantG> Does anyone know where to report z-index issues when applied to links on IE8?
  413. # [05:24] <GrantG> IE8 seems to have issues with CSS's :hover property when used on links that are positioned in a z-index
  414. # [05:25] <GrantG> hello?
  415. # [05:26] * GrantG leaves the address of the site experiencing problems in IE8 and below (and only in IE) as http://help.grantgalitz.com/index.php
  416. # [05:27] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams) (Read error: 145 (Connection timed out))
  417. # [05:27] <GrantG> The CSS is correct, though the use of proprietary extensions is true.
  418. # [05:27] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  419. # [05:27] <GrantG> CSS3 in application/xhtml+xml and text/html mode shows up the same for the site.
  420. # [05:29] <GrantG> leaving
  421. # [05:29] <GrantG> (I guess everyone is asleep or dead)...
  422. # [05:29] * Quits: GrantG (n=chatzill@adsl-070-147-216-079.sip.mia.bellsouth.net) ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
  423. # [05:29] <GPHemsley> ...or you need to wait longer than 5 minutes for a response
  424. # [05:30] <erlehmann> that. and well, the WHATWG is certainly not the first place i'd choose to bitch about IE
  425. # [05:30] <GPHemsley> Does anyone know of any reason why Safari wouldn't center an image that has the usual margin/text-center CSS, while Firefox does?
  426. # [05:30] <GPHemsley> err, text-align
  427. # [05:31] <erlehmann> GPHemsley, images are inline replaced content, aren't they? akin to inline-block, so i'd expect the firefox behaviour to be correct, then.
  428. # [05:31] * Joins: cedricv (n=cedric@112.199.218.237)
  429. # [05:31] <GPHemsley> erlehmann: No idea. I just want to know how to fix it. ;)
  430. # [05:32] <erlehmann> GPHemsley, provide example
  431. # [05:32] <erlehmann> also, what hinders you to make the image display:block and apply auto margin ?
  432. # [05:34] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  433. # [05:34] <GPHemsley> http://gphemsley.pastebin.com/d35994e89
  434. # [05:35] <GPHemsley> erlehmann: Hmm... hadn't thought of changing the display. Hang on
  435. # [05:35] * Quits: TabAtkins (n=chatzill@70.139.15.246) (Read error: 145 (Connection timed out))
  436. # [05:35] <GPHemsley> Yup, that works
  437. # [05:36] <erlehmann> GPHemsley, be aware that text-align: center; on the image means nothing
  438. # [05:37] <GPHemsley> erlehmann: Perhaps that's where Firefox and Safari are in conflict?
  439. # [05:37] <GPHemsley> Or it's the display property
  440. # [05:37] <GPHemsley> not sure
  441. # [05:38] <erlehmann> further research is necessary. try a normal image with text-align on the parent element, i believe that is most likely
  442. # [05:42] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  443. # [05:44] <GPHemsley> meh, I don't have the patience to right now :/
  444. # [05:51] * Quits: paul_irish (n=paul_iri@12.182.97.5) (Remote closed the connection)
  445. # [05:54] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  446. # [05:56] <erlehmann> GPHemsley, if you dont pinpoint the error and report it, it will never be fixey
  447. # [05:56] <erlehmann> d
  448. # [05:56] <GPHemsley> I know, but I don't use Safari :P
  449. # [06:04] <erlehmann> use another webkit instead
  450. # [06:04] <erlehmann> or try browsershots.org
  451. # [06:04] * Quits: svtech (n=stanv@83.228.56.37)
  452. # [06:08] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 60 (Operation timed out))
  453. # [06:12] * Quits: cfq (n=cfq@94-194-98-91.zone8.bethere.co.uk)
  454. # [06:17] * Quits: MikeSmith (n=MikeSmit@EM114-48-169-250.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  455. # [06:38] * Joins: paul_irish (n=paul_iri@32.137.194.95)
  456. # [06:46] * Joins: MikeSmith (n=MikeSmit@EM114-48-3-64.pool.e-mobile.ne.jp)
  457. # [06:50] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  458. # [06:50] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  459. # [06:52] * Joins: dglazkov__ (n=dglazkov@67.188.0.62)
  460. # [06:53] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  461. # [06:53] * dglazkov__ is now known as dglazkov
  462. # [06:56] <Hixie> Philip`, hsivonen: any idea if we need the <!--/--> magic in <textarea>?
  463. # [07:04] * Joins: svtech (n=stanv@83.228.56.37)
  464. # [07:09] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  465. # [07:09] * Joins: weinig_ (n=weinig@67.180.35.124)
  466. # [07:09] * weinig_ is now known as weinig
  467. # [07:12] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  468. # [07:15] * Joins: fishd (n=darin@72.14.224.1)
  469. # [07:16] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  470. # [07:17] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  471. # [07:21] * Quits: dglazkov (n=dglazkov@67.188.0.62)
  472. # [07:34] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  473. # [07:35] <zcorpan> "Page start-up performance for this kind of behaviour is important." - http://www.w3.org/mid/104E6B5B6535E849970CDFBB1C5216EB061F0F28@TK5EX14MBXC140.redmond.corp.microsoft.com
  474. # [07:35] <zcorpan> then i guess the perf impact on parsing should be considered
  475. # [07:47] * Joins: cedric_ (n=cedric@112.199.247.70)
  476. # [07:51] * Quits: cedricv (n=cedric@112.199.218.237) (Read error: 145 (Connection timed out))
  477. # [07:52] <Hixie> should i just replace the content model flag with tokenizer modes?
  478. # [07:52] <Hixie> that is, when the tree constructor changes the content model flag, just have it change the tokenizer's state?
  479. # [07:59] * Joins: MikeSmithX (n=MikeSmit@EM114-48-54-166.pool.e-mobile.ne.jp)
  480. # [08:05] * Quits: MikeSmith (n=MikeSmit@EM114-48-3-64.pool.e-mobile.ne.jp) (Nick collision from services.)
  481. # [08:05] * MikeSmithX is now known as MikeSmith
  482. # [08:08] * Quits: fishd (n=darin@72.14.224.1) (Read error: 60 (Operation timed out))
  483. # [08:18] <hsivonen> Hixie: yes, please. That's what I already do.
  484. # [08:18] <hsivonen> tokenizer states, that is
  485. # [08:18] <hsivonen> not tokenizer "modes"
  486. # [08:19] * Joins: roc (n=roc@121.72.198.60)
  487. # [08:19] <hsivonen> Hixie: I don't have any data suggesting that the <!--/--> magic were needed in textarea
  488. # [08:19] <hsivonen> Hixie: I have data suggesting it's harmful in xmp
  489. # [08:20] <hsivonen> well, more like a datum than data
  490. # [08:36] * Joins: virtuelv (n=virtuelv@213.236.208.22)
  491. # [08:36] <Hixie> k well i guess i'll just avoid doing it at all outside <script> for now
  492. # [08:39] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  493. # [09:04] * Joins: cying (n=cying@adsl-75-18-219-50.dsl.pltn13.sbcglobal.net)
  494. # [09:24] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  495. # [09:28] * Quits: nessy (n=Adium@203-158-45-196.dyn.iinet.net.au) ("Leaving.")
  496. # [09:41] * Joins: gsnedders (n=gsnedder@c83-252-230-238.bredband.comhem.se)
  497. # [09:42] * Quits: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net)
  498. # [09:47] * Quits: virtuelv (n=virtuelv@213.236.208.22) ("Ex-Chat")
  499. # [09:47] * Joins: virtuelv (n=virtuelv@213.236.208.22)
  500. # [09:49] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  501. # [09:52] * Quits: gsnedders (n=gsnedder@c83-252-230-238.bredband.comhem.se)
  502. # [09:57] <Hixie> this sure is a lot of new states
  503. # [09:57] <cying> Hixie: didn't know if you saw this ;) http://www.satine.org/archives/2009/10/16/wuh-working-group/
  504. # [09:57] <cying> i couldn't resist
  505. # [09:57] <Hixie> i was there :-)
  506. # [09:57] <Hixie> oh you mean saw that you had blogged it
  507. # [09:58] <cying> ya
  508. # [09:58] <Hixie> yes, my alerts mentioned it
  509. # [09:58] <cying> heehee
  510. # [09:58] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  511. # [10:01] <hsivonen> Hixie: when a state needs to gather something like UBLIC or YSTEM, I have those as one state plus index into the string
  512. # [10:02] <hsivonen> I'd probably do <script and </script the same way
  513. # [10:05] <roc> Philip`: I think I've found a mistake in your tests
  514. # [10:06] <annevk> hmm, I was at like 400 emails yet to deal with and now it's 670
  515. # [10:07] * Joins: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  516. # [10:08] <annevk> in other news, there's no implementation of XHR responseXML yet
  517. # [10:09] <annevk> I'm still not quite sure whether responseXML is specified in sufficient detail
  518. # [10:13] * Joins: foolip_ (n=philip@pat.se.opera.com)
  519. # [10:13] * foolip_ is now known as foolip|work
  520. # [10:18] * Quits: cying (n=cying@adsl-75-18-219-50.dsl.pltn13.sbcglobal.net)
  521. # [10:20] * Joins: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net)
  522. # [10:21] * Joins: michaelforrest (n=michaelf@91.189.88.12)
  523. # [10:22] * Joins: svl (n=me@f050213073.adsl.alicedsl.de)
  524. # [10:27] <Creap> swedish is good, we just say "v" instead of "double-u"
  525. # [10:28] * Joins: KevinMarks (n=KevinMar@67.164.14.96)
  526. # [10:28] <Creap> I say what VG
  527. # [10:28] <Creap> and vvv = www
  528. # [10:28] * annevk says what-wii-gee
  529. # [10:29] <Creap> I met a guy who called the DOM "DOOM"
  530. # [10:29] <Creap> quite fitting sometimes
  531. # [10:38] * Quits: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net) ("Leaving.")
  532. # [10:39] <Philip`> Hixie: I'm afraid your question was not of the form "can you run this regexp on your collection of pages?" and therefore I'm unable to answer it :-p
  533. # [10:39] * Joins: mpt (n=mpt@canonical/mpt)
  534. # [10:40] <Philip`> roc: That sounds quite possible - which things seem broken?
  535. # [10:41] * Joins: mat_t (n=mattomas@91.189.88.12)
  536. # [10:41] <roc> as named in our tests, test_2d_shadow_composite_3() and test_2d_shadow_composite_4()
  537. # [10:42] <roc> basically you do "ctx.shadowColor = '#f00';" and expect a shadow to be drawn
  538. # [10:42] <roc> but the spec currently says that a shadow should be drawn only if at least one of shadowBlur, shadowOffsetX and shadowOffsetY are nonzero
  539. # [10:42] <Philip`> Ah, yes, that's because the spec changed
  540. # [10:42] <roc> yeah, that's what I thought
  541. # [10:42] <Philip`> (and I haven't updated the tests)
  542. # [10:44] <Philip`> At some point I need to go over all the canvas spec changes from the past year or so, and fix the tests
  543. # [10:45] <roc> ok
  544. # [10:46] <roc> thanks
  545. # [10:48] <Philip`> (It hasn't really been a high priority for the past year or so, so I've not got around to it yet :-( )
  546. # [10:49] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 60 (Operation timed out))
  547. # [10:49] * Joins: webben (n=benh@nat/yahoo/x-rrrmhnakazlozpuf)
  548. # [10:53] <zcorpan> Philip`: to rephrase Hixie's question, can you run the html parser and check for the textarea elements that contain the text "</textarea" case-insensitively
  549. # [10:53] <zcorpan> Philip`: and similarly for all other (r)cdata elements
  550. # [10:54] <Philip`> zcorpan: Using the same (r)cdata parsing that's implemented by validator.nu a few months ago?
  551. # [10:54] <zcorpan> Philip`: yeah
  552. # [10:55] <Philip`> Can do, though it's harder to set up than a regexp search, so I'll try to do it some time later today
  553. # [10:57] * Joins: ROBOd (n=robod@89.122.216.38)
  554. # [10:57] <zcorpan> Philip`: ideally with the output url, element name, textContent for each matching element
  555. # [10:59] <zcorpan> Philip`: whether all in one page or separate pages for each element, whatever is easier to set up
  556. # [10:59] <zcorpan> s/element/element type/
  557. # [11:00] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  558. # [11:03] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  559. # [11:04] <Philip`> hsivonen: "I choose not to support splitting it out merely in order to show confidence." - I think that sentence is ambiguous, and I think I parsed it wrong when I originally read it
  560. # [11:05] <Philip`> (I thought it meant "Merely in order to show confidence, I choose not to support splitting it out")
  561. # [11:05] <hsivonen> Philip`: English needs parentheses for grouping.
  562. # [11:05] <Philip`> (but it seems it was intended differently)
  563. # [11:05] <hsivonen> yes, it was intended differently
  564. # [11:06] <Philip`> (Maybe "I don't choose to support splitting it out merely ..." is less ambiguous)
  565. # [11:06] <hsivonen> yeah
  566. # [11:08] * tkent is now known as tkent_afk
  567. # [11:16] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  568. # [11:21] * Quits: svtech (n=stanv@83.228.56.37)
  569. # [11:28] <annevk> I don't understand why we need namespaces for something classes handle perfectly
  570. # [11:28] <annevk> i.e. grouping
  571. # [11:30] * Joins: svtech (n=stanv@83.228.56.37)
  572. # [11:37] <erlehmann> so i just made elinks acutely aware of the <video> object
  573. # [11:38] <erlehmann> but i somehow doubt they'll drag libtheora along ;)
  574. # [11:39] <roc> aalib
  575. # [11:41] <erlehmann> roc, aalib wont do anything without decoding capabilities
  576. # [12:05] <Hixie> hsivonen: i've recast just the RCDATA mode as new states: http://www.whatwg.org/specs/web-apps/current-work/#rcdata-state
  577. # [12:05] <Hixie> hsivonen: is it ok?
  578. # [12:16] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  579. # [12:18] * Quits: MikeSmith (n=MikeSmit@EM114-48-54-166.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  580. # [12:26] * Quits: ciaran_lee (n=ciaran_l@ip-78-137-148-117.dub-tlght.metro.digiweb.ie) (Read error: 110 (Connection timed out))
  581. # [12:27] <hsivonen> Hixie: RCDATA looks sensible at least after a superficial look
  582. # [12:27] <mikekell1> Hi guys - is this Smylers guy heavily involved in the working group?
  583. # [12:27] * mikekell1 is now known as mikekelly
  584. # [12:27] <Hixie> hsivonen: k
  585. # [12:27] <hsivonen> Hixie: are the script states still being edited?
  586. # [12:27] <Hixie> yes
  587. # [12:28] <Hixie> actively
  588. # [12:28] <mikekelly> ok so he is giving me the 'official party line' ?
  589. # [12:28] <mikekelly> :)
  590. # [12:28] <Hixie> RAWTEXT is done though
  591. # [12:30] <mikekelly> I think the 'interventionism' stuff is pretty disturbing, I have to say
  592. # [12:31] <mikekelly> if you don't like the pain of interop then perhaps writing web architecture related specs are not for you, eh?
  593. # [12:32] <mikekelly> hiding your subjective opinion behind some brittle notion of 'user experience pragmatism' is a little dubious.
  594. # [12:32] <mikekelly> to say the least.
  595. # [12:33] <mikekelly> and more than a little risky given that the entire planet will have to put up with what you produce for the next.. xyz years
  596. # [12:33] <Hixie> hsivonen: ok, the script stuff should now match what it was before, just in states instead of flags
  597. # [12:34] <Philip`> mikekelly: I haven't read this discussion much, but Smylers generally seems to say things that seem sensible and reasonable
  598. # [12:34] <hsivonen> Hixie: do you intend to edit it now like zcorpan requested?
  599. # [12:34] <mikekelly> ok well he's quoting and contesting points that are either clarified or justified underneath
  600. # [12:35] <Hixie> after checking this in, yes
  601. # [12:35] <hsivonen> ok
  602. # [12:35] <mikekelly> Philip`: he's not being particularly constructive.
  603. # [12:35] <Philip`> so if there was such a concept as an official party line, he probably would be roughly aligned with that
  604. # [12:35] <Hixie> first i want to convert it to this method
  605. # [12:35] <Hixie> then i will change it
  606. # [12:35] <Philip`> (which is not true of all HTML WG members)
  607. # [12:35] <Hixie> so that hopefully we can isolate the mistakes in the conversion from the mistakes in the additions
  608. # [12:36] <mikekelly> is 'authors' an official HTML term?
  609. # [12:36] <hsivonen> mikekelly: to the extent we have anything official, yes
  610. # [12:36] <Philip`> mikekelly: It's the term used to refer to people who produce HTML
  611. # [12:36] <mikekelly> well I think that term is crap and shuold be clarified
  612. # [12:36] <Philip`> (vs users, who are just viewing stuff through user agents)
  613. # [12:37] <mikekelly> web content is barely ever 'authored' in html
  614. # [12:38] <mikekelly> users complete forms which render to areas of pre-defined templates
  615. # [12:38] <hsivonen> mikekelly: for the purposes of the spec, "author" is the person who writes the templates
  616. # [12:38] <mikekelly> ok well that is not a very clear term then
  617. # [12:38] <mikekelly> why not use something more sensible like 'provider'
  618. # [12:39] <mikekelly> I don't know, whatever, there's got to be better terms than author
  619. # [12:39] <hsivonen> mikekelly: author is pretty established
  620. # [12:39] <mikekelly> I don't think so
  621. # [12:39] <Philip`> 'provider' means lots of other things in this context, like hosting provider and internet service provider and whatever
  622. # [12:40] <mikekelly> what?
  623. # [12:40] <mikekelly> how are those entities relevant to the HTML spec?
  624. # [12:41] <Philip`> They're relevant to discussions around the spec, e.g. "my provider won't let me set MIME types for my video files"
  625. # [12:41] <daedb|> 'author' is a lot more clear than 'provider'
  626. # [12:41] <mikekelly> no it isn't. lol.
  627. # [12:41] * Philip` wouldn't object to changing the term "author" is there was something that seemed significantly better
  628. # [12:41] <Philip`> s/is/if/
  629. # [12:41] <mikekelly> if you look at web pages like they are flat files - then fine
  630. # [12:42] <mikekelly> that is not how a large majority of modern content providers output html content
  631. # [12:42] <mikekelly> fact.
  632. # [12:42] * daedb| is now known as daedb
  633. # [12:43] <mikekelly> author has personified conotations for a start
  634. # [12:44] * Quits: webben (n=benh@nat/yahoo/x-rrrmhnakazlozpuf) (Remote closed the connection)
  635. # [12:44] * Joins: webben (n=benh@nat/yahoo/x-iamuodlatcikdoth)
  636. # [12:44] * Quits: virtuelv (n=virtuelv@213.236.208.22) ("Ex-Chat")
  637. # [12:45] <mikekelly> what if my HTML is rendered automatically from properties of Model atrributes in an MVC application
  638. # [12:45] * Quits: webben (n=benh@nat/yahoo/x-iamuodlatcikdoth) (Remote closed the connection)
  639. # [12:45] * Joins: webben (n=benh@nat/yahoo/x-blwiueebyhjfchmt)
  640. # [12:46] <annevk> the author would be the person that wrote the code that generates the HTML
  641. # [12:46] <mikekelly> right...
  642. # [12:46] <mikekelly> that's perfectly clear
  643. # [12:46] <mikekelly> :P
  644. # [12:46] <daedb> I'm not saying 'author' is a perfect term, but it's more obvious than 'provider' at least.
  645. # [12:46] <mikekelly> yeah ok I didnt put all that much thought into that one
  646. # [12:47] <annevk> it is to me
  647. # [12:47] * Joins: virtuelv (n=virtuelv@213.236.208.22)
  648. # [12:47] <mikekelly> what about the poor idiot html authors that need patronising and protecting from the evils of 'The Experts' ?
  649. # [12:49] <mikekelly> you can't include something just because it's useful
  650. # [12:49] <mikekelly> it has to be 100% idiot proof
  651. # [12:49] <mikekelly> apparently.
  652. # [12:49] <annevk> you're not making much sense
  653. # [12:49] <mikekelly> I couldn't agree more.
  654. # [12:50] <mikekelly> I quote:
  655. # [12:51] <mikekelly> Content negotiation could succeed if only those who know what they are
  656. # [12:51] <mikekelly> doing touch it, that typical authors aren't somehow tempted to start
  657. # [12:51] <mikekelly> playing with it. That's possible, but not certain. I don't know how
  658. # [12:51] <mikekelly> we'd gather data either way.
  659. # [12:51] * gsnedders|work notes mikekelly hasn't replied to Larry's email
  660. # [12:51] <annevk> can you please take your conneg bs elsewhere?
  661. # [12:52] <mikekelly> excuse me?
  662. # [12:52] <annevk> even co-authors of HTTP and URI disagree with you
  663. # [12:52] <mikekelly> ok good for them, then they can explain coherently why what I am suggesting is wrong
  664. # [12:52] <mikekelly> rather than explaining it's not done now
  665. # [12:52] <mikekelly> which I am fully aware of
  666. # [12:52] <erlehmann> =_=
  667. # [12:54] <mikekelly> annevk: I thought you were all against this appeal to authority stuff?
  668. # [12:54] <mikekelly> no?
  669. # [12:54] <mikekelly> I didn't get the memo.
  670. # [12:55] <Hixie> christ, describing the new states zcorpand wants in terms of authoring conformance criteria is going to be very exciting
  671. # [12:55] <Hixie> zcorpan, even
  672. # [12:55] <Hixie> oh, i know, i can just make </script always a parse error
  673. # [12:55] * gsnedders|work tries to check the latest commit
  674. # [12:55] <Hixie> when it would be ignored
  675. # [12:55] <Hixie> oh no wait that won't work
  676. # [12:55] <Hixie> gah, this is going to be a nightmare
  677. # [12:56] <Hixie> the rule has to be that the element's text cannot end after a <!--<script> sequence that hasn't been matched by a --> or a </script>--> or something
  678. # [12:56] <Hixie> except the <!-- and <script> are independent...
  679. # [12:56] <Hixie> hsivonen: good luck describing this in your UI
  680. # [12:57] <Hixie> i'll write this up tomorrow
  681. # [12:57] <Hixie> i
  682. # [12:57] <Hixie> am too tired to think straight enough to do this
  683. # [12:57] <Hixie> nn
  684. # [12:57] * gsnedders|work reads the commit very quickly, and thinks it doesn't break anything
  685. # [12:57] <annevk> g'night
  686. # [12:58] <hsivonen> nn
  687. # [13:06] * Quits: roc (n=roc@121.72.198.60)
  688. # [13:07] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  689. # [13:16] * Quits: erlehmann (n=erlehman@82.113.106.21) ("Ex-Chat")
  690. # [13:21] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  691. # [13:28] * Joins: mat_t (n=mattomas@91.189.88.12)
  692. # [13:34] <annevk> kind of annoying that the CSS WG never dealt with the CSSOM, nothing makes much sense
  693. # [13:35] <annevk> e.g. [*|ATTR] in a text/html resource ends up as [*|attr] in WebKit and [attr] in Firefox
  694. # [13:36] <annevk> also as [abbr] in Opera
  695. # [13:38] <annevk> in Opera type selectors preserve their case, but when there's a default namespace they serialize to "|type" which is quite the opposite from what you want
  696. # [13:38] * Joins: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net)
  697. # [13:38] * Parts: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net)
  698. # [13:45] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  699. # [13:46] * Joins: zcorpan_ (n=zcorpan@pat.se.opera.com)
  700. # [13:48] * Joins: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net)
  701. # [13:48] * Joins: mat_t (n=mattomas@91.189.88.12)
  702. # [13:48] * Parts: cpharmston (n=cpharmst@pool-173-73-172-177.washdc.fios.verizon.net)
  703. # [13:49] * Quits: mat_t (n=mattomas@91.189.88.12) (Client Quit)
  704. # [13:52] <mikekelly> gsnedders|work: I responded to Larry :P
  705. # [13:55] * Quits: smaug (n=chatzill@82.181.150.24) (Remote closed the connection)
  706. # [13:57] * Joins: smaug (n=chatzill@82.181.150.24)
  707. # [13:58] * Joins: taf2 (n=taf2@38.99.201.242)
  708. # [14:00] * Quits: taf2 (n=taf2@38.99.201.242) (Client Quit)
  709. # [14:01] * Quits: paul_irish (n=paul_iri@32.137.194.95) (Read error: 131 (Connection reset by peer))
  710. # [14:12] <Dashiva> http://lists.w3.org/Archives/Public/public-html/2009Oct/0608.html
  711. # [14:12] <Dashiva> I'm not sure how that relates to @namespace in CSS...
  712. # [14:20] <annevk> I'm not sure why I let myself get dragged into that discussion
  713. # [14:21] <annevk> Potentially because I hit a small wall in CSSOM work
  714. # [14:29] * Joins: mat_t (n=mattomas@91.189.88.12)
  715. # [14:32] * Joins: yutak_home (n=kee@61.117.6.79)
  716. # [14:40] <mikekelly> is it possible for a document to have a request property with the details of the HTTP request used to access it?
  717. # [14:43] <mikekelly> so javascript can view it and work out what's going on
  718. # [14:49] * Quits: webben (n=benh@nat/yahoo/x-blwiueebyhjfchmt) (Remote closed the connection)
  719. # [14:49] * Joins: webben (n=benh@217.12.14.240)
  720. # [15:00] * Quits: wakaba_ (n=wakaba_@122.221.184.68) ("Leaving...")
  721. # [15:01] * Joins: zdobersek (n=zan@cpe-92-37-67-163.dynamic.amis.net)
  722. # [15:08] * Quits: yutak_home (n=kee@61.117.6.79) ("Ex-Chat")
  723. # [15:09] * Quits: virtuelv (n=virtuelv@213.236.208.22) (Read error: 145 (Connection timed out))
  724. # [15:11] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  725. # [15:12] * Parts: cpharmston (n=cpharmst@office.threespot.com)
  726. # [15:16] * Joins: svl__ (n=me@f051108050.adsl.alicedsl.de)
  727. # [15:16] <karlushi> http://woorkup.com/2009/10/17/most-used-html-tags-in-50-popular-web-sites/
  728. # [15:16] <karlushi> Most Used HTML Tags in 50 Popular Web Sites
  729. # [15:17] * Quits: svl (n=me@f050213073.adsl.alicedsl.de) (Nick collision from services.)
  730. # [15:17] * svl__ is now known as svl
  731. # [15:19] * Joins: yatil (n=Adium@78.104.102.186)
  732. # [15:22] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  733. # [15:38] * Quits: weinig (n=weinig@67.180.35.124) (Read error: 131 (Connection reset by peer))
  734. # [15:39] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  735. # [15:43] * Joins: miketaylr (n=miketayl@38.117.156.163)
  736. # [15:44] <hsivonen> Hixie: clearly, you need to make it clear that it's ok to use data-* attributes for passing data to JS libraries imported by the page
  737. # [15:48] <Lachy> hsivonen, who doesn't think it's ok to do that? I thought it was already clear
  738. # [15:49] <hsivonen> Lachy: see Shelley's and Leif's emails to public-html
  739. # [15:51] <Lachy> they've sent a lot of mails, and unfortunately, I'm quite far behind on reading mailing lists.
  740. # [15:52] <hsivonen> there seems to be quita bit of filibustering going on
  741. # [15:52] <Lachy> oh, found this one from shelley? http://lists.w3.org/Archives/Public/public-html/2009Oct/0613.html
  742. # [15:52] <hsivonen> Lachy: that one and Leif's follow-up
  743. # [15:52] <Lachy> Not sure what she means by "they're not meant to be used for anything other than by an author for a single author's needs."
  744. # [15:54] <hsivonen> the four people who've sent the most email to public-html this month are Maciej, Hixie, Julian and Shelley.
  745. # [15:54] * Joins: zdobersek1 (n=zan@cpe-92-37-66-135.dynamic.amis.net)
  746. # [15:54] <Dashiva> Is Leif number five? :)
  747. # [15:55] * Joins: harig (n=harig@213.236.208.22)
  748. # [15:55] <hsivonen> I might be.
  749. # [15:55] <hsivonen> let's see
  750. # [15:56] <Lachy> hmm, it seems Lief might be misunderstanding "These attributes are not intended for use by software that is independent of the site that uses the attributes." as including to 3rd party JS libraries used on the page.
  751. # [15:56] * Joins: aroben (n=aroben@unaffiliated/aroben)
  752. # [15:56] <Lachy> though, I'm not sure. It's not entirely clear what Leif means.
  753. # [15:57] <karlushi> http://www.w3.org/TR/html5/dom.html#embedding-custom-non-visible-data
  754. # [15:57] <hsivonen> Dashiva: yeah, Leif seems to be #5
  755. # [15:57] <karlushi> >Custom data attributes are intended to store custom data private to the page or application, for which there are no more appropriate attributes or elements.
  756. # [15:58] <Lachy> dammit. Somehow I've ended up with nearly 3000 unread messages across various HTMLWG and WHATWG mailing lists over the past 3 weeks :-(
  757. # [15:58] <karlushi> >These attributes are not intended for use by software that is independent of the site that uses the attributes.
  758. # [15:58] <hsivonen> karlushi: right. the wording sucks.
  759. # [15:58] <Lachy> and it's only going to get worse as I'm incredibly busy travelling over the next 3 weeks too
  760. # [15:58] <karlushi> >
  761. # [15:58] <karlushi> User agents must not derive any implementation behavior from these attributes or values. Specifications intended for user agents must not define these attributes to have any meaningful values.
  762. # [15:59] <karlushi> so I would say that Leif and Shelley are right given the current spec wording.
  763. # [15:59] <Dashiva> Eh?
  764. # [15:59] <hsivonen> karlushi: the spec bug is that it can be read to say that Dojo et al. shoudn't use the data-* attributes. But data-* attributes exist for Dojo et al.
  765. # [16:00] <karlushi> If the spec is misleading, it has to be changed.
  766. # [16:00] <Dashiva> If you use a script on your site, that script is not independent of the site
  767. # [16:00] <hsivonen> karlushi: indeed.
  768. # [16:00] <karlushi> Dashiva, understood that ;)
  769. # [16:01] <karlushi> The full thing is completely ambiguous IMHO. Specifically in the age of clown computing. s/clown/cloud/
  770. # [16:02] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  771. # [16:03] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  772. # [16:03] * Quits: cpharmston (n=cpharmst@office.threespot.com) (Remote closed the connection)
  773. # [16:04] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  774. # [16:09] * Quits: zdobersek (n=zan@cpe-92-37-67-163.dynamic.amis.net) (Read error: 110 (Connection timed out))
  775. # [16:09] * Quits: cpharmston (n=cpharmst@office.threespot.com) ("Leaving.")
  776. # [16:10] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  777. # [16:11] * Joins: pmuellr (n=pmuellr@69.61.162.35)
  778. # [16:11] <zcorpan_> Hixie: yeah, i realize explaining the escaping thing for authors will suck
  779. # [16:14] <hsivonen> is it too bad to make it non-conforming to have the string "<script" or the string "</script" in a script?
  780. # [16:16] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  781. # [16:16] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  782. # [16:17] <zcorpan_> there's no problem with <script> document.write('<script><\/script>') </script>
  783. # [16:17] <hsivonen> did Hixie add some red lines to Damowmow portal or is my browser broken?
  784. # [16:18] <hsivonen> zcorpan_: there is in older UAs
  785. # [16:18] <zcorpan_> i see red lines in opera
  786. # [16:18] <zcorpan_> hsivonen: oh?
  787. # [16:19] <hsivonen> oops. sorry
  788. # [16:19] <hsivonen> I misread what you wrote
  789. # [16:22] * Joins: zdobersek (n=zan@cpe-92-37-78-111.dynamic.amis.net)
  790. # [16:24] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  791. # [16:26] <zcorpan_> i guess with the current landscape of tags(), the bugs would kind of go away if we limit document.all to quirks mode and tags() to document.all
  792. # [16:27] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) ("Verlassend")
  793. # [16:29] * hsivonen is not too fond of Microdata introducing a new void element now
  794. # [16:29] * Quits: annevk (n=annevk@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  795. # [16:29] * Quits: Dashiva (i=Dashiva@wikia/Dashiva)
  796. # [16:31] * Joins: annevk (n=annevk@pat.se.opera.com)
  797. # [16:32] <Lachy> woah, I missed the addition of the itemref element till now.
  798. # [16:32] * Joins: Dashiva (i=Dashiva@wikia/Dashiva)
  799. # [16:32] * Lachy wonders what it's for
  800. # [16:32] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  801. # [16:34] <Lachy> woah. That seems to complicate microdata significantly
  802. # [16:35] * Quits: KevinMarks (n=KevinMar@67.164.14.96) ("The computer fell asleep")
  803. # [16:36] * Quits: zdobersek1 (n=zan@cpe-92-37-66-135.dynamic.amis.net) (Read error: 113 (No route to host))
  804. # [16:38] * Joins: mat_t (n=mattomas@91.189.88.12)
  805. # [16:38] * Parts: cpharmston (n=cpharmst@office.threespot.com)
  806. # [16:41] * Quits: zcorpan_ (n=zcorpan@pat.se.opera.com)
  807. # [16:42] <TabAtkins> annevk: Thanks for the response re XHR's responseXML.
  808. # [16:44] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  809. # [16:47] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  810. # [16:48] * Quits: webben (n=benh@217.12.14.240) (Remote closed the connection)
  811. # [16:48] * Joins: webben (n=benh@nat/yahoo/x-yimqdlohixjiwxjs)
  812. # [16:50] <TabAtkins> Lachy: Just do what I do and spend an hour every morning wading through stuff.
  813. # [16:51] * TabAtkins isn't sure it's quite a good use of 1/24th of his time to be doing so.
  814. # [16:53] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  815. # [16:56] * Quits: yatil (n=Adium@78.104.102.186) ("Leaving.")
  816. # [17:01] * Joins: dglazkov (n=dglazkov@216.239.45.4)
  817. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  818. # [17:04] * lmorchard|away is now known as lmorchard
  819. # [17:12] * Quits: svtech (n=stanv@83.228.56.37)
  820. # [17:20] * Joins: Koterpillar (n=alex@87.228.14.88)
  821. # [17:21] <Koterpillar> Does HTML5 support sound recording?
  822. # [17:21] <annevk> nope
  823. # [17:22] <annevk> well, in theory a browser could tie it into <input type=file>
  824. # [17:22] <annevk> but then you still wouldn't have support for streaming it to a server and all
  825. # [17:23] <Koterpillar> so it still doesn't match Flash...
  826. # [17:24] <annevk> still doesn't?
  827. # [17:27] <Koterpillar> never mind, saying own thoughts aloud. In fact, I've seen that audio recording capability in Flash, and hoped that there's something standard along that lines
  828. # [17:29] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com) (Read error: 104 (Connection reset by peer))
  829. # [17:30] <Lachy> we might get such functionality one day, but there are so many issues that need to be solved before we get there, it's going to take a while
  830. # [17:30] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  831. # [17:30] <annevk> Koterpillar, we should have it, yes
  832. # [17:30] <annevk> Koterpillar, nobody has proposed an API so far
  833. # [17:41] * Joins: weinig (n=weinig@17.203.15.239)
  834. # [17:42] * Parts: Koterpillar (n=alex@87.228.14.88) ("Ex-Chat")
  835. # [17:48] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  836. # [17:51] <mikekelly> if I have a page /example.html and my server provides the html page and a custom header e.g. X-Something-Interest: foo - can javascript running off the page get at that custom header?
  837. # [17:51] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  838. # [17:52] <mikekelly> I don't know how to ask that question in a smart way sorry :(
  839. # [17:52] * Joins: svtech (n=stanv@83.228.56.37)
  840. # [17:52] <annevk> yes, via XMLHttpRequest
  841. # [17:53] <mikekelly> in retrospect of the current page?
  842. # [17:53] <mikekelly> or you mean make a HEAD request back?
  843. # [17:53] <annevk> either way
  844. # [17:54] <mikekelly> so for every page request in a browser there's a default object containing the request used to get it?
  845. # [17:54] <annevk> no
  846. # [17:55] * Joins: yatil (n=Adium@78.104.102.186)
  847. # [17:55] <mikekelly> but the response?
  848. # [17:55] <annevk> no
  849. # [17:56] <mikekelly> .. so I do have to make a HEAD request then..?
  850. # [17:56] <annevk> you could
  851. # [17:56] <mikekelly> how come the browser discards the request/response data for a page and doesn't make it available to js?
  852. # [17:56] * Joins: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net)
  853. # [17:57] <annevk> just not a feature that's been requested often prolly so it was not added
  854. # [17:58] * Quits: svl (n=me@f051108050.adsl.alicedsl.de) ("And back he spurred like a madman, shrieking a curse to the sky.")
  855. # [17:58] <annevk> there was some discussion on this on the WHATWG list a while back
  856. # [17:58] <mikekelly> another thing - it's not possible to force a location change with custom headers is it?
  857. # [17:58] <mikekelly> all you can provide is a URI and that's it
  858. # [17:59] <mikekelly> custom request headers*
  859. # [17:59] <annevk> I don't understand
  860. # [17:59] <mikekelly> well say I make a XHR I can modify request headers
  861. # [17:59] <mikekelly> but if I want to point the browser to a new location I can only provide a URI
  862. # [18:00] <annevk> is this about conneg again?
  863. # [18:00] <annevk> please go away
  864. # [18:00] <mikekelly> I can't make the browser include custom headers for 'location changes'
  865. # [18:01] * Quits: jdouglas (n=jason@c-76-126-175-30.hsd1.ca.comcast.net) (Client Quit)
  866. # [18:01] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  867. # [18:02] <annevk> TabAtkins, me too
  868. # [18:02] <mikekelly> annevk: this is me figuring out whether I can get around it or not
  869. # [18:02] <annevk> just a little afraid of legacy though I guess @namespace is not used much (if at all) and certainly not in weird ways like that
  870. # [18:03] <mikekelly> which is a good thing
  871. # [18:03] <mikekelly> or at least I'd assume it was a good thing given how shitty you are being about it :)
  872. # [18:03] <TabAtkins> annevk: Yeah, I've never seen it myself. Admittedly, my experience with other people's stylesheets is somewhat limited, but still.
  873. # [18:04] <TabAtkins> I suspect we can make the change now, before namespace cruft gets shoveled into HTML, and be fine.
  874. # [18:05] * Joins: mat_t (n=mattomas@91.189.88.12)
  875. # [18:05] <mikekelly> I'm guessing the answer as to whether I can give the request when a browser's location changes custom headers is no
  876. # [18:06] <annevk> mikekelly, there's no such thing; the reason I'm shitty is that you wasted more than a few hours of everyone's time by repeatedly bringing it up here and have been ignoring what people are saying to you
  877. # [18:06] <mikekelly> or.. I understand what they are saying.. I'm giving them responses they don't understand.. and the opposite is happening
  878. # [18:06] <mikekelly> that's always possible
  879. # [18:07] * Quits: mat_t (n=mattomas@91.189.88.12) (Client Quit)
  880. # [18:08] <annevk> mu
  881. # [18:08] <mikekelly> I'm forced to repeat myself because I keep being provided with retorts that I've already addressed..
  882. # [18:08] * Quits: foolip|work (n=philip@pat.se.opera.com) ("Ex-Chat")
  883. # [18:09] <mikekelly> my last email on the list to Thomas Broyer was yet more repitition of stuff I'd already said
  884. # [18:09] <mikekelly> and he'd plainly ignored
  885. # [18:10] <mikekelly> I may be abrasive but your attitude stinks just as bad
  886. # [18:11] <mikekelly> at least I'm upfront about it.
  887. # [18:11] * Joins: dbgi2IAm (n=benny@cpe-65-185-164-233.neo.res.rr.com)
  888. # [18:15] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  889. # [18:22] * Quits: dbgi (n=benny@unaffiliated/dbgi) (Read error: 110 (Connection timed out))
  890. # [18:39] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  891. # [18:39] * Joins: ap (n=ap@17.246.19.174)
  892. # [18:48] * Quits: zdobersek (n=zan@cpe-92-37-78-111.dynamic.amis.net) (Read error: 60 (Operation timed out))
  893. # [18:49] * Joins: zdobersek (n=zan@cpe-92-37-77-45.dynamic.amis.net)
  894. # [18:56] * aroben is now known as aroben|lunch
  895. # [19:00] * Joins: annevk42 (n=annevk@c-c604e353.13-500-64736c15.cust.bredbandsbolaget.se)
  896. # [19:02] * Joins: dglazkov_ (n=dglazkov@nat/google/x-albwsfnwsdauuxap)
  897. # [19:04] * Joins: fishd (n=darin@nat/google/x-qzphjontzaottbjf)
  898. # [19:07] * Joins: Lachy (n=Lachlan@85.196.122.246)
  899. # [19:10] * Quits: dglazkov (n=dglazkov@216.239.45.4) (Read error: 145 (Connection timed out))
  900. # [19:10] * dglazkov_ is now known as dglazkov
  901. # [19:11] * Quits: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  902. # [19:13] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  903. # [19:15] * Quits: dglazkov (n=dglazkov@nat/google/x-albwsfnwsdauuxap) (Remote closed the connection)
  904. # [19:15] * Joins: dglazkov (n=dglazkov@nat/google/x-yjiybxbtmsmvhjeq)
  905. # [19:17] * Joins: mat_t (n=mattomas@91.189.88.12)
  906. # [19:18] * Quits: miketaylr (n=miketayl@38.117.156.163)
  907. # [19:18] * Joins: miketaylr (n=miketayl@38.117.156.163)
  908. # [19:21] * Quits: svtech (n=stanv@83.228.56.37)
  909. # [19:23] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  910. # [19:24] * Joins: zcorpan_ (n=zcorpan@83.252.193.59)
  911. # [19:24] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  912. # [19:24] <zcorpan_> Philip`: any progress?
  913. # [19:25] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  914. # [19:25] * Quits: michaelforrest (n=michaelf@91.189.88.12) (Read error: 104 (Connection reset by peer))
  915. # [19:30] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 60 (Operation timed out))
  916. # [19:30] <annevk42> hsivonen, did you end up filing a bug on the <base> thing?
  917. # [19:30] <annevk42> hsivonen, it does not seem to be in /issues/ so if there ever was an email about it that has not made an impact
  918. # [19:33] <annevk42> I don't see a bug
  919. # [19:33] * annevk42 files one
  920. # [19:34] * Joins: jdouglas (n=jason@nat09.metaweb.com)
  921. # [19:35] <annevk42> http://www.w3.org/Bugs/Public/show_bug.cgi?id=7971
  922. # [19:40] * Joins: jwalden (n=waldo@nat/mozilla/x-hpyfedshymeivufj)
  923. # [19:43] <zcorpan_> annevk: s/kronor/krona/
  924. # [19:44] * Quits: zcorpan_ (n=zcorpan@83.252.193.59)
  925. # [19:51] * aroben|lunch is now known as aroben
  926. # [19:54] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  927. # [19:59] * Joins: ojan (n=ojan@72.14.229.81)
  928. # [20:01] * Parts: ojan (n=ojan@72.14.229.81)
  929. # [20:02] * Quits: harig (n=harig@213.236.208.22) (Read error: 145 (Connection timed out))
  930. # [20:02] * Joins: JoePeck (n=JoePeck@jpecoraro.rit.edu)
  931. # [20:04] * Quits: cedric_ (n=cedric@112.199.247.70) (Connection timed out)
  932. # [20:05] <annevk42> isn't kronor plural?
  933. # [20:05] <daedb> kronor = plural
  934. # [20:06] <Philip`> zcorpan_: No, because I forgot about it
  935. # [20:06] * Quits: webben (n=benh@nat/yahoo/x-yimqdlohixjiwxjs) (Read error: 110 (Connection timed out))
  936. # [20:07] <annevk42> ah, but I wrote "every kronor"; fail
  937. # [20:13] * Joins: jdouglas_ (n=jason@nat11.metaweb.com)
  938. # [20:28] * Quits: jdouglas (n=jason@nat09.metaweb.com) (Read error: 110 (Connection timed out))
  939. # [20:28] * jdouglas_ is now known as jdouglas
  940. # [20:54] * Quits: yatil (n=Adium@78.104.102.186) ("Leaving.")
  941. # [21:04] * Joins: Rodi01 (n=irchon@166.205.4.150)
  942. # [21:08] <Rodi01> is the dd and dt required inside a figure tag?
  943. # [21:09] * Quits: jdouglas (n=jason@nat11.metaweb.com)
  944. # [21:11] * Quits: Rodi01 (n=irchon@166.205.4.150)
  945. # [21:11] * Joins: Rodi01 (n=irchon@166.205.4.150)
  946. # [21:12] * Joins: jdouglas (n=jason@nat09.metaweb.com)
  947. # [21:13] <annevk42> Rodi01, dt is optional
  948. # [21:13] <annevk42> Did anyone review http://dev.w3.org/2006/webapi/DataCache/ ?
  949. # [21:14] * Quits: ap (n=ap@17.246.19.174)
  950. # [21:15] * Joins: mpt (n=mpt@90.194.145.137)
  951. # [21:16] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 131 (Connection reset by peer))
  952. # [21:17] <Rodi01> I'm using a figure tag to render an avatar inside a comment list. Inside the figure tag, there is an image wrapped by an anchor. Should I wrap everything inside a dd? or use an aside instead?
  953. # [21:20] * Quits: Rodi01 (n=irchon@166.205.4.150)
  954. # [21:20] * Joins: Rodi01 (n=irchon@166.205.4.150)
  955. # [21:21] * Quits: Rodi01 (n=irchon@166.205.4.150) (Client Quit)
  956. # [21:22] <annevk42> you don't really need either I think
  957. # [21:26] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Remote closed the connection)
  958. # [21:29] * Joins: Rodi01 (n=irchon@166.205.4.150)
  959. # [21:30] * Joins: yatil (n=Adium@78.104.102.186)
  960. # [21:31] * Quits: Rodi01 (n=irchon@166.205.4.150) (Remote closed the connection)
  961. # [21:31] * Quits: dglazkov (n=dglazkov@nat/google/x-yjiybxbtmsmvhjeq)
  962. # [21:32] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
  963. # [21:58] * Joins: Amanj_ (n=Amanj@207.176.11.2)
  964. # [21:59] * Joins: hober (n=ted@unaffiliated/hober)
  965. # [22:00] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  966. # [22:01] * Joins: sylvaing (n=sylvaing@nat/microsoft/x-fnwswepqskjvioyi)
  967. # [22:03] * TabAtkins really doesn't understand how the CSS inline model works.
  968. # [22:06] <karlushi> http://geocitieslycostripod.com/ I think it is the best html5 Web site I have seen for a long time.
  969. # [22:09] <Philip`> That site is clearly unrealistic - it doesn't even have an "under construction" sign
  970. # [22:09] * Joins: dglazkov (n=dglazkov@68.122.6.203)
  971. # [22:10] <annevk42> ah, from http://piecesofrakesh.blogspot.com/
  972. # [22:10] * annevk42 thought he recognized that name
  973. # [22:10] <TabAtkins> karlushi: Awesome. ^_^ Unfortunately he's using <legend> in his <figure>.
  974. # [22:11] <jgraham> Philip`: http://geocitieslycostripod.com/under_construction.html
  975. # [22:12] * Parts: Amanj_ (n=Amanj@207.176.11.2) ("Leaving")
  976. # [22:12] <annevk42> TabAtkins, inline box model is hard
  977. # [22:12] <annevk42> let me rephrase that, CSS is hard
  978. # [22:12] <TabAtkins> Nah, CSS is easy. Inline is hard.
  979. # [22:12] <Philip`> jgraham: Oh, I didn't see that
  980. # [22:12] * TabAtkins just wants these stupid inline-blocks to align their tops, rather than their bottoms. WHY IS THIS IMPOSSIBLE?!?
  981. # [22:13] <karlushi> TabAtkins, gravity!
  982. # [22:13] <Hixie> holy crap, go art! a chair of a w3c wg actually maintaining the community! impressive
  983. # [22:14] <TabAtkins> karlushi: We should be able to defy gravity by now. I demand it!
  984. # [22:14] * Joins: Rodi01 (n=irchon@166.205.4.150)
  985. # [22:14] * Quits: Rodi01 (n=irchon@166.205.4.150) (Remote closed the connection)
  986. # [22:15] <Philip`> On the subject of data-* name clashes: because the scripts using the attributes are not independent of the site, the site author can just edit the scripts to use non-conflicting names
  987. # [22:15] <TabAtkins> Philip`: True, but that may be non-trivial.
  988. # [22:15] <Philip`> which is also a way of clarifying what it means for a script to be independent of the site (or whatever the terminology was)
  989. # [22:15] <TabAtkins> Philip`: In any case, there's a very simple way to go about things that should make that almost never necessary.
  990. # [22:16] <TabAtkins> Hixie: Details?
  991. # [22:16] <Hixie> see member-webapps
  992. # [22:16] <jgraham> Yeah. I'm reasonably sure that most use cases don't need the bondance and discipline implied by URIs everywhere
  993. # [22:17] <TabAtkins> Wow, that's an interesting substitution.
  994. # [22:17] <jgraham> er...
  995. # [22:17] <jgraham> bondage
  996. # [22:20] <Philip`> URIs make it hard for less-than-perfect developers to accidentally create ambiguous names that will hurt them in the future
  997. # [22:22] <annevk42> so use a URL in a class name
  998. # [22:22] <annevk42> you could even make it so that the data- attributes are scoped by that in your design so there's even less chance of clashes
  999. # [22:22] <jgraham> Philip`: Sounds like the sort of argument that java is great because it has all sorts of mechanisms to prevent less than perfect developers shooting themselves in the foot
  1000. # [22:23] <jgraham> (at the expense of great pain to everyone who has to use it)
  1001. # [22:23] <Dashiva> And everyone seems to ignore the fact that since you don't have to resolve namespace URIs, anyone can use any URI even if they don't own the domain
  1002. # [22:24] <jgraham> Dashiva: And also the fact that htp URIs are temporarly non-unique so you either have to use tag uris or uuids or something
  1003. # [22:26] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1004. # [22:27] * Joins: cying (n=cying@70.90.171.153)
  1005. # [22:31] * Joins: cying_ (n=cying@70.90.171.153)
  1006. # [22:32] * Quits: fishd (n=darin@nat/google/x-qzphjontzaottbjf) (Read error: 60 (Operation timed out))
  1007. # [22:32] * Quits: cying (n=cying@70.90.171.153) (Read error: 60 (Operation timed out))
  1008. # [22:32] * cying_ is now known as cying
  1009. # [22:34] * Quits: Hixie (i=ianh@129.241.93.37) (Read error: 131 (Connection reset by peer))
  1010. # [22:37] * Quits: yatil (n=Adium@78.104.102.186) ("Leaving.")
  1011. # [22:39] * Joins: roc (n=roc@203.97.204.82)
  1012. # [22:40] * Joins: erlehmann (n=erlehman@82.113.121.5)
  1013. # [22:42] * Parts: zdobersek (n=zan@cpe-92-37-77-45.dynamic.amis.net)
  1014. # [22:44] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  1015. # [22:46] * Quits: JoePeck (n=JoePeck@jpecoraro.rit.edu)
  1016. # [22:52] * annevk42 approved some more blog comments and deleted some Ajaxian-copiers that seemed like spam and marked others that were clearly spam as spam
  1017. # [22:52] <annevk42> most were made on http://blog.whatwg.org/spelling-html5
  1018. # [22:52] * Quits: dglazkov (n=dglazkov@68.122.6.203) (Read error: 145 (Connection timed out))
  1019. # [22:52] * dglazkov_ is now known as dglazkov
  1020. # [22:53] <annevk42> oh, I also fixed a link in one of markp's older posts on contentEditable since I got a bunch of errors logged on my server
  1021. # [22:53] <annevk42> top 5 error this month according to the silly statistics software that came with DreamHost
  1022. # [23:00] * Quits: mitnavn (n=mitnavn@unaffiliated/mitnavn)
  1023. # [23:03] * Joins: weinig_ (n=weinig@17.246.17.253)
  1024. # [23:03] * annevk42 changes topic to 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  1025. # [23:05] * Quits: weinig (n=weinig@17.203.15.239) (Read error: 60 (Operation timed out))
  1026. # [23:05] * weinig_ is now known as weinig
  1027. # [23:06] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1028. # [23:10] * Joins: JoePeck (n=JoePeck@jpecoraro.rit.edu)
  1029. # [23:10] * Joins: bgalbraith (n=bgalbrai@palm-64-28-152-140.palm.com)
  1030. # [23:11] <jgraham> gah, Hixie is disconnected
  1031. # [23:11] <annevk42> anarchy
  1032. # [23:11] <annevk42> oh wait, that's nothing new :p
  1033. # [23:11] * Quits: dglazkov (n=dglazkov@72.14.224.1)
  1034. # [23:12] <jgraham> Anarchy in the WHATWG. Sounds like a fun punk album
  1035. # [23:13] * annevk42 feels another boring last week post coming up
  1036. # [23:15] <jgraham> Is there another kind?
  1037. # [23:15] <annevk42> not lately anyway
  1038. # [23:17] <jgraham> Well if he/she/it wants something else to write about, the end of neutral milk hotel's "On Avery Island" is rather nice
  1039. # [23:19] <jgraham> Seem like a more interesting thing to tell the world than what goes on in here anyway
  1040. # [23:21] <annevk42> shouldn't we pretend that what goes on here is the most awesome? seems to be better fit the image the narrator tries to convey
  1041. # [23:22] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  1042. # [23:22] <jgraham> Dunno if I can pull off pretense at that level
  1043. # [23:23] <TabAtkins> We also probably shouldn't cater to the delusions of the mentally ill.
  1044. # [23:27] * Joins: webben (n=benh@82.152.151.107)
  1045. # [23:28] * Joins: sicking (n=chatzill@63.245.220.240)
  1046. # [23:30] * Quits: cying (n=cying@70.90.171.153) (Remote closed the connection)
  1047. # [23:31] * Joins: cying (n=cying@70.90.171.153)
  1048. # [23:31] * Joins: webben1 (n=benh@dip5-fw.corp.ukl.yahoo.com)
  1049. # [23:33] * Quits: miketaylr (n=miketayl@38.117.156.163)
  1050. # [23:39] * lmorchard is now known as lmorchard|away
  1051. # [23:42] * Joins: SamerZ (n=SamerZ@CPE00222d5410b8-CM00222d5410b5.cpe.net.cable.rogers.com)
  1052. # [23:42] <TabAtkins> sicking: Microformats are not a specification of metadata vocabularies to be implemented by RDFa/Microdata/etc. They're a competing format based mostly on use of @class.
  1053. # [23:43] <sicking> TabAtkins: depends on your definition of microformats i guess
  1054. # [23:43] <TabAtkins> I'm going with the microformats.org. ^_^
  1055. # [23:44] <TabAtkins> The only difference is that microformats have to carry around their parsing rules as well, while RDFa and Microdata have general parsing rules that are used by all vocabs.
  1056. # [23:44] <annevk42> microformats.org is the namespace used in some of the splitted out Microdata vocabularies though
  1057. # [23:44] <annevk42> so maybe you wanna read up on that
  1058. # [23:44] <sicking> TabAtkins: from front page "microformats are a set of simple, open data formats"
  1059. # [23:45] <Philip`> Maybe microdata should be marketed as JSONa (since it's basically embedding trees of strings into HTML attributes)
  1060. # [23:45] <TabAtkins> Hmm, ok, point to you guys. The Microformats community *does* define a number of vocabularies. Microformats is *also* a competing syntax for embedding said vocabularies.
  1061. # [23:46] <sicking> i'd say HTML4 class+rel+"a few more" are a competing syntax
  1062. # [23:46] * Quits: webben (n=benh@82.152.151.107) (Read error: 110 (Connection timed out))
  1063. # [23:46] <TabAtkins> sicking: And that combination is precisely what is used by Microformats. It's not an arbitrary collection of stuff that people just happen to sometimes use to encode microformat vocabs.
  1064. # [23:50] <TabAtkins> Is there any way to copy text out of a putty shell without doing the stupid "Copy All to Clipboard" option?
  1065. # [23:50] * Quits: JoePeck (n=JoePeck@jpecoraro.rit.edu)
  1066. # [23:50] * Parts: annevk42 (n=annevk@c-c604e353.13-500-64736c15.cust.bredbandsbolaget.se)
  1067. # [23:50] <TabAtkins> I keep accidentally Ctrl-C-ing and aborting whatever program I'm running. >_<
  1068. # [23:50] <Philip`> TabAtkins: I thought it copied automatically when you select text
  1069. # [23:51] <hober> TabAtkins: microformats use the existing HTML extension mechanisms; microdata is an addition to HTML's extension mechanisms. When microdata ships, microformats can naturally use microdata's attributes as they currently use class
  1070. # [23:51] <hober> which is to say, microdata & microformats are on different layers.
  1071. # [23:51] <TabAtkins> hober: Okay, makes sense. That would probably be a very nice net win, actually, so that microformats don't have to define their own parsing rules.
  1072. # [23:52] <TabAtkins> Philip`: ... ... ... WHY DID I NEVER KNOW THIS?
  1073. # [23:52] <Philip`> TabAtkins: Because you never tried to select some text and then right-click to open a context menu to copy it
  1074. # [23:53] <TabAtkins> No. No I did not.
  1075. # [23:53] <Philip`> which is how I discovered the copy feature and also the paste feature
  1076. # [23:53] <TabAtkins> I know about pasting, somehow. I just can't believe I never knew about copying. Wow.
  1077. # [23:54] * Joins: JoePeck (n=JoePeck@jpecoraro.rit.edu)
  1078. # [23:59] * Quits: sylvaing (n=sylvaing@nat/microsoft/x-fnwswepqskjvioyi) (Read error: 110 (Connection timed out))
  1079. # Session Close: Tue Oct 20 00:00:00 2009

The end :)