/irc-logs / freenode / #whatwg / 2011-02-15 / end

Options:

  1. # Session Start: Tue Feb 15 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <aho> (there were no process to kill... it was already done... output was just lagging) :>
  4. # [00:01] * Quits: jdaggett (~jdaggett@y227145.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  5. # [00:01] <Hixie> heycam: absolutely
  6. # [00:01] <Hixie> heycam: thanks
  7. # [00:06] * Joins: nessy (~Adium@74.125.56.18)
  8. # [00:08] <zcorpan> http://www.456bereastreet.com/archive/201102/validating_html5_with_validatornu_and_the_html5validator_extension_for_firefox/
  9. # [00:10] * Joins: tw2113 (~tw2113@fedora/tw2113)
  10. # [00:17] <Hixie> i haven't been reading this crypto thread... is it going to result in me making spec changes or is someone already editing a spec for it?
  11. # [00:20] <Hixie> TabAtkins: do you know where white-space:plaintext is defined?
  12. # [00:20] <TabAtkins> Hixie: abarth wrote a spec for the crypto stuff today.
  13. # [00:20] <Hixie> (i'm trying to make sure <textarea dir=auto> is specced to do the right thing but i dunno what that is)
  14. # [00:20] <TabAtkins> Let me see if I can find white-space:plaintext
  15. # [00:20] <Hixie> abarth++
  16. # [00:21] <abarth> http://wiki.whatwg.org/wiki/Crypto
  17. # [00:21] <abarth> it doesn't include the legacy stuff yet
  18. # [00:21] <Hixie> there's legacy stuff?
  19. # [00:21] <Hixie> good to know
  20. # [00:21] <Hixie> gecko-only?
  21. # [00:21] <TabAtkins> Hixie: I don't think it's defined in a spec right now. Let me poke fantasai and see.
  22. # [00:21] <Hixie> TabAtkins: k
  23. # [00:22] <abarth> Hixie: as far as I know, web compat only requires that the object exist with that name
  24. # [00:22] <abarth> it doesn't actually need to do anything
  25. # [00:22] <TabAtkins> God, the white-space property is so bad.
  26. # [00:22] <Hixie> abarth: wow, that's some nutty compat requirement
  27. # [00:22] <Hixie> gotta love the web
  28. # [00:22] <abarth> i think people feature test
  29. # [00:22] <MikeSmith> zcorpan: wow
  30. # [00:22] <TabAtkins> Presumably, people are using window.crypto to UA-detect.
  31. # [00:23] <abarth> if (crypto. generateCRMFRequest) ...
  32. # [00:23] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  33. # [00:23] <MikeSmith> zcorpan: pretty cool
  34. # [00:23] <abarth> which works as long as crypto exists in the global scope
  35. # [00:23] <Hixie> hah
  36. # [00:23] <Hixie> nice
  37. # [00:23] <abarth> some of the features in gecko are good though
  38. # [00:24] <abarth> window.crypto.importUserCertificates
  39. # [00:24] <abarth> crypto. signText
  40. # [00:24] <abarth> etc
  41. # [00:24] <abarth> some are dumb:
  42. # [00:24] <abarth> crypto.disableRightClick()
  43. # [00:24] <abarth> :)
  44. # [00:24] * Joins: murz (~mmurraywa@174-21-111-79.tukw.qwest.net)
  45. # [00:24] <Hixie> o_O
  46. # [00:24] <jamesr_> wat
  47. # [00:25] <abarth> https://developer.mozilla.org/en/javascript_crypto
  48. # [00:25] <abarth> scroll to the bottom
  49. # [00:25] <abarth> i couldn't make this stuff up
  50. # [00:25] <jamesr_> at least it says "not implemented"
  51. # [00:26] <ben_h> that's what i was thinking :)
  52. # [00:27] <zcorpan> MikeSmith: yeah. it'd be cooler still with a browser validator that integrated with devtools
  53. # [00:27] <MikeSmith> yeah
  54. # [00:30] <zcorpan> wonder if it's possible to port the validation part of validator.nu to javascript
  55. # [00:32] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Read error: Connection reset by peer)
  56. # [00:32] * Joins: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed)
  57. # [00:33] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
  58. # [00:36] * Quits: mokush (~quassel@188.24.46.123) (Remote host closed the connection)
  59. # [00:38] <MikeSmith> zcorpan: yeah, possible, I think
  60. # [00:38] * Evet_ is now known as Evet
  61. # [00:38] * Quits: Evet (~Evet@78.191.12.44) (Changing host)
  62. # [00:38] * Joins: Evet (~Evet@pdpc/supporter/active/evet)
  63. # [00:38] <MikeSmith> but there's a lot of pieces
  64. # [00:39] <MikeSmith> I think the integration would be the hard part
  65. # [00:44] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  66. # [00:48] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 241 seconds)
  67. # [00:51] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  68. # [00:53] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  69. # [00:53] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  70. # [00:56] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
  71. # [01:04] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  72. # [01:05] <annevk> Hixie, it's not a violation as the RFC allows both ways
  73. # [01:05] <annevk> Hixie, it's just that one way doesn't work
  74. # [01:05] * Joins: jochen___ (~jochen@nat/google/x-tytjppytrzbyokpu)
  75. # [01:09] * Quits: jochen__ (~jochen@nat/google/x-psgdbdqivqifrdkk) (Ping timeout: 276 seconds)
  76. # [01:09] * jochen___ is now known as jochen__
  77. # [01:10] <Hixie> annevk: it doesn't allow what opera is doing
  78. # [01:11] <Hixie> annevk: there's no form field with multiple files
  79. # [01:11] <Hixie> annevk: each file goes into its own field in the form data set
  80. # [01:11] <annevk> oh okay, so I should have read the spec more clearly
  81. # [01:12] <annevk> reading that now, my bad
  82. # [01:12] <Hixie> no worries :-)
  83. # [01:13] <Hixie> AryehGregor: is there an api to easily replace the current text selection with some other text?
  84. # [01:13] <annevk> doesn't a bunch of execCommand() work that way
  85. # [01:15] * Quits: imajes (~imajes@is.imaj.es) (Quit: Be Back Soon!)
  86. # [01:16] <annevk> updated http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#events per regen of Ms2ger
  87. # [01:16] <annevk> not on IRC, yet still working; you can't explain that!
  88. # [01:17] * Joins: imajes (~imajes@host-67-23-79-82.biznesshosting.net)
  89. # [01:19] <zewt> blame that on the moon, too
  90. # [01:19] <annevk> Peter`, it's "ECMAScript"
  91. # [01:20] * Quits: chriseppstein (~chris@209.119.65.162) (Quit: chriseppstein)
  92. # [01:27] * Quits: sebasmagri (~sebasmagr@190.203.237.143) (Ping timeout: 245 seconds)
  93. # [01:34] * Joins: erlehmann (~erlehmann@82.113.99.8)
  94. # [01:34] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  95. # [01:34] * Quits: sicking (~chatzilla@nat/mozilla/x-ndjglhbwpfyrntep) (Ping timeout: 276 seconds)
  96. # [01:40] * Joins: MikeSmith_ (~MikeSmith@EM114-48-241-217.pool.e-mobile.ne.jp)
  97. # [01:43] * Quits: MikeSmith (~MikeSmith@EM114-48-188-99.pool.e-mobile.ne.jp) (Ping timeout: 250 seconds)
  98. # [01:43] * MikeSmith_ is now known as MikeSmith
  99. # [01:56] * Joins: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net)
  100. # [02:02] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  101. # [02:03] * Quits: othermaciej (~mjs@17.246.18.195) (Remote host closed the connection)
  102. # [02:04] * Joins: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13)
  103. # [02:07] * Joins: othermaciej (~mjs@17.246.18.195)
  104. # [02:10] * Joins: red_one (3aa07a38@gateway/web/freenode/ip.58.160.122.56)
  105. # [02:10] <red_one> So where do I go to rant about I and B in HTML5?
  106. # [02:10] * red_one chuckles
  107. # [02:10] <annevk> #css
  108. # [02:11] <Hixie> what is your rant?
  109. # [02:11] <Hixie> pro or con? :-)
  110. # [02:11] <red_one> That would be like complaining about COBOL to a graphics designer!
  111. # [02:11] <red_one> you really want to know? :P
  112. # [02:11] <zewt> how many times have you seen people rant about a pro? :P
  113. # [02:12] <Hixie> red_one: yes, because if you're con, you can help me fight the incursion of <u> and <tt>, but if you're pro, i don't want to mention that we might also be adding <u> and <tt> :-)
  114. # [02:13] <red_one> I think I and B are copouts to pander to the "I wish I was using netscape navigator" crowd.
  115. # [02:13] <red_one> They're completely unsemantic.
  116. # [02:13] <annevk> ah, debating tactics 101; reveal everything upfront
  117. # [02:13] <Hixie> red_one: well to be fair in the html spec now they've been redefined as mostly semantic
  118. # [02:14] * Quits: erlehmann (~erlehmann@82.113.99.8) (Quit: Ex-Chat)
  119. # [02:14] <red_one> Hixie: indeed.
  120. # [02:14] * Joins: Sirisian (~Sirisian@141.218.219.243)
  121. # [02:14] <Hixie> red_one: however, if you're interested, i'm serious about looking for help in fighting back against <u>
  122. # [02:14] <Hixie> red_one: since the html chairs are taking that one out of my hands and making their own decision on it in a few months, based on the arguments we present
  123. # [02:15] <Hixie> red_one: so far the proposal in favour of adding it is http://www.w3.org/html/wg/wiki/ChangeProposals/UShouldBeConforming
  124. # [02:15] <zewt> can we fight back against <span> and just use <div style="display: inline">? heh :P
  125. # [02:15] * Joins: erlehmann (~erlehmann@82.113.99.8)
  126. # [02:15] <zewt> (actually, I think I saw some Google apps that sort of do that when I was poking around in their DOM, though I don't recall where)
  127. # [02:15] <Hixie> red_one: if you have any arguments against that, put them in the wiki here: http://wiki.whatwg.org/index.php?title=Objections_against_CPs_for_ISSUE-144&action=edit&redlink=1
  128. # [02:16] <Hixie> red_one: and i'll round up the objections and present them formally when it's time
  129. # [02:16] <red_one> Thanks.
  130. # [02:18] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  131. # [02:18] <Hixie> (also please add any arguments you have have against <u> in general, even if they're not explicitly countered in that first page)
  132. # [02:18] <Hixie> (and anyone else who wants to partake in this, be my guest)
  133. # [02:18] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Client Quit)
  134. # [02:19] <red_one> I have arguments against I, B and U, but I'll stick with U I guess.
  135. # [02:19] <red_one> They're all pretty much the same anyway.
  136. # [02:19] * Quits: dbaron (~dbaron@nat/mozilla/x-nppxxqxhvctzgvkz) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  137. # [02:21] <Hixie> B and I are more or less lost causes, because they actually do have somewhat valid use cases -- there's no other sensible way to mark many up the examples in the I section, especially
  138. # [02:21] <Hixie> but U seems to be much weaker
  139. # [02:22] <red_one> IMO, the introduction section of that wiki pages
  140. # [02:22] <red_one> is exactly the reason why U shouldn't exist, and neither should I or B.
  141. # [02:23] * Joins: sroussey (~sroussey@adsl-69-234-111-42.dsl.irvnca.pacbell.net)
  142. # [02:23] <uf0> red_one, say I want to quickly underline a text
  143. # [02:24] <uf0> I simply add a <u>hello</u>
  144. # [02:24] <uf0> explain to me why that's useless?
  145. # [02:24] <red_one> it's not useless
  146. # [02:24] <uf0> ok so what's the problem with it
  147. # [02:24] <zewt> or <span style>hello</span> or <span class>
  148. # [02:24] <red_one> but it's style
  149. # [02:24] <red_one> not content.
  150. # [02:24] <uf0> ok so?
  151. # [02:25] <red_one> so not <U>
  152. # [02:25] <zewt> if you want to quickly set a block of text red, should there be <red>, too?
  153. # [02:25] <red_one> but something more meaningful that hopefully either the UA underlines or your CSS underlines.
  154. # [02:25] * Quits: jernoble (~jernoble@17.203.14.132) (Quit: jernoble)
  155. # [02:25] <uf0> zewt no one said that.
  156. # [02:26] <uf0> but basic underline, bold
  157. # [02:26] <uf0> I think are good, shouldn't be a 'bad' thing
  158. # [02:26] <red_one> The idea of "everyone uses it so it should be in HTML5"
  159. # [02:26] * Joins: agektmr (~Adium@220.109.219.244)
  160. # [02:26] <red_one> is clearly why EMBED is there.
  161. # [02:26] <erlehmann> hey, I actually use i for stylistic offsetting of names!
  162. # [02:26] <red_one> argh.
  163. # [02:26] <zewt> lots of CSS styles are "basic"; seems strange to pick a few of them and give them their own element types
  164. # [02:27] <erlehmann> red_one, the WHATWG works mainly descriptive, not prescriptive. (this is also the reason that theora is not the baseline video codec. apple wouldn't just magically implement it)
  165. # [02:27] <erlehmann> zewt, those elements were there before. should they be delegated to presentational hints?
  166. # [02:27] <uf0> I think it's alot messier to have say ex: <span class="foo">foo</span>
  167. # [02:28] <uf0> and that foo has rule of underline
  168. # [02:28] <uf0> just for an underline
  169. # [02:28] <uf0> or even inline style for that matter
  170. # [02:28] <uf0> and remember i'm arguing U, B
  171. # [02:28] <uf0> that's it.
  172. # [02:28] <zewt> erlehmann: there's a case for speccing something simply because it's historical and engrained in user's brains; that just wasn't the particular argument here
  173. # [02:29] <erlehmann> zewt, u and b are rooted in western typographic conventions in wide use in the web. u is less so.
  174. # [02:29] <red_one> if we're going to be using U, B and I, we might as well stick with HTML 3.2.
  175. # [02:29] <uf0> another not good point
  176. # [02:30] * Joins: kevogod (~Kevin@97-83-177-130.dhcp.stpt.wi.charter.com)
  177. # [02:30] <zewt> erlehmann: common typographic conventions don't need to have their own element names; that's what CSS is for
  178. # [02:30] <uf0> something like the <center> obviously doesn't make sense to me
  179. # [02:30] <uf0> but a <u> that makes sense
  180. # [02:30] <kevogod> Why doesn't that obvoiusly make sense?
  181. # [02:30] <uf0> and say a regular user wants to comment
  182. # [02:30] <kevogod> If you think <u> makes sense, then why doesn't <center>?
  183. # [02:30] <zewt> as for things that are simply in common practice and, for practical reasons, are simply not going away--not arguing against that
  184. # [02:30] <kevogod> Where does it stop?
  185. # [02:30] <uf0> and underline something in his comment
  186. # [02:31] <uf0> he can use <u>
  187. # [02:31] <uf0> because he is not CSS expert
  188. # [02:31] <kevogod> What regular user?
  189. # [02:31] * Quits: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13) (Quit: Page closed)
  190. # [02:31] <uf0> kevogod, here's an example
  191. # [02:32] <zewt> so html should have element types for common css styles so people don't have to learn css? sorry, don't buy that at all
  192. # [02:32] <Hixie> uf0: should we add <big>, <tt>, and <font color>?
  193. # [02:32] <uf0> someone in a blog that wants to underline something in his comment
  194. # [02:32] <uf0> what does he/she do
  195. # [02:32] <zewt> Hixie: i already offered <red> :P
  196. # [02:32] <kevogod> Hixie, I am always in favor of <big>.
  197. # [02:32] <uf0> and the simplest way
  198. # [02:32] * red_one lols it up
  199. # [02:32] <kevogod> <small> does not make sense to me though.
  200. # [02:32] <red_one> kevogod: teh <bigger> the better, eh?
  201. # [02:33] <zewt> <xyzzy> (nothing happens)
  202. # [02:33] <uf0> Hixie no we shouldn't add those
  203. # [02:33] <uf0> but again basic.. bold, underlines, italic
  204. # [02:33] <kevogod> uf0, Use BB Code?
  205. # [02:33] <uf0> i'm for
  206. # [02:33] <Hixie> uf0: what's the difference?
  207. # [02:34] <erlehmann> oh my god, bbcode
  208. # [02:34] <kevogod> Haha
  209. # [02:34] <erlehmann> bbcode is the reason i hate people
  210. # [02:34] <erlehmann> “LOOK ITS JUST LIKE HTML EXCEPT WE CANNOT PARSE IT”
  211. # [02:34] <kevogod> [b]Why?![/b]
  212. # [02:34] <uf0> kevogod, lol no i do not use bbcode
  213. # [02:34] <erlehmann> if they would just use html. with html5lib. all would be well.
  214. # [02:35] <erlehmann> ._.
  215. # [02:35] <uf0> I have still haven't gotten any good response to a simpler alternative
  216. # [02:35] <kevogod> CSS?
  217. # [02:35] <uf0> it's either add a class
  218. # [02:35] <uf0> or inline style it
  219. # [02:36] <red_one> CSS should be the only option for style.
  220. # [02:36] <red_one> It's what it does.
  221. # [02:36] <zewt> you havn't replied to why <b> deserves its own element but <big> or <red> do not; why leak CSS styles into HTML at all?
  222. # [02:36] <zewt> because it's a little less typing? that's certainly never been a major HTML design criteria, heh
  223. # [02:36] <kevogod> I prefer <fuchsia>.
  224. # [02:36] <uf0> in fonts the most used stylings are bold or underline
  225. # [02:36] <uf0> that's why
  226. # [02:36] <zewt> so?
  227. # [02:37] <uf0> <big> or <red> that's diff
  228. # [02:37] <uf0> zewt
  229. # [02:37] <kevogod> So people don't use bigger fonts?
  230. # [02:37] <red_one> so we'll take a survey
  231. # [02:37] <kevogod> Q.E.D.
  232. # [02:37] <red_one> and implement the 10 most used styles
  233. # [02:37] <red_one> as HTML elements.
  234. # [02:38] <red_one> <bigredflashingtitlebar>
  235. # [02:38] <uf0> red_one you are being sacarstic, I'm having a serious conversation about what I think make sense
  236. # [02:39] <uf0> it's obviously gone in HTML5
  237. # [02:39] <zewt> well, you're not giving any new arguments; we keep asking "why does it being more common mean it needs to be an element?", and you keep replying "because it's more common"
  238. # [02:39] <red_one> uf0: i'm trying to make a point.
  239. # [02:39] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  240. # [02:39] <Hixie> uf0: could you give an example of when you would want to underline some random text that has no more appropriate semantic?
  241. # [02:40] <uf0> ok.. there are times when I'm writing HTML
  242. # [02:40] <uf0> and a client wants a particular word underlined
  243. # [02:40] <uf0> in my old ways
  244. # [02:41] <uf0> This is a <u>Title</u>
  245. # [02:41] <uf0> or
  246. # [02:41] <red_one> underlined why?
  247. # [02:41] <uf0> <h1>bla bla <u>bla</u
  248. # [02:41] <red_one> what is it about the word that makes it special?
  249. # [02:41] <uf0> > </h1>
  250. # [02:42] <uf0> now the way you guys want it is..
  251. # [02:42] <uf0> <h1>bla bla <span style="font-style: underline;">bla</span></h1>
  252. # [02:42] * Joins: ArtedeMagia (~Usuario@190.253.253.178)
  253. # [02:42] <erlehmann> ‘i am serious uf0. this is serious conversation.’
  254. # [02:42] <uf0> you see the difference in simplicity?
  255. # [02:42] <erlehmann> lolcats rejoice
  256. # [02:43] <erlehmann> uf0, just use <mark> or <b> ?
  257. # [02:43] <zewt> yes, the second is much simpler since it doesn't have a single-purpose special-case element
  258. # [02:43] * Parts: ArtedeMagia (~Usuario@190.253.253.178)
  259. # [02:43] <uf0> Hixie your response?
  260. # [02:44] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  261. # [02:44] <red_one> uf0: can you answer my question?
  262. # [02:45] <uf0> underlined why?
  263. # [02:45] <uf0> the client wants the 'foo' word underlined
  264. # [02:46] <uf0> text-decoration: underline;
  265. # [02:46] <uf0> there's your answer
  266. # [02:46] <red_one> what is it about that word that makes them want to underline it?
  267. # [02:47] <uf0> ok now you're effin' wit me
  268. # [02:47] <red_one> no, it's a serious question.
  269. # [02:48] <uf0> the answer is 'I don't know'
  270. # [02:48] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  271. # [02:48] <red_one> the answer will determine how you should mark it up.
  272. # [02:48] <red_one> well
  273. # [02:48] <red_one> for argument's sake
  274. # [02:48] <uf0> I mean for argument's sake
  275. # [02:48] <red_one> if they say "because it's important"
  276. # [02:48] <red_one> guess what i'd recommend?
  277. # [02:48] <uf0> shoot
  278. # [02:49] <uf0> a class?
  279. # [02:49] <uf0> i'd bet
  280. # [02:49] <red_one> EM
  281. # [02:49] <red_one> styled to be underlined
  282. # [02:49] <red_one> because it's.. emphasised.
  283. # [02:49] <red_one> (this really isn't a WHATWG question, more of a #web question)
  284. # [02:50] <Hixie> uf0: what does your client want to have happen when the page is being read by an aural browser?
  285. # [02:50] <uf0> well then in you're css you add the css rule to underline
  286. # [02:51] <wilhelm> According to the numbers from Brian Wilson's analysis of the Web (2008), <tt> is used on 0.44% of the pages out there. In comparison, <layer> is used on 0.75% and @longdesc on 0.72%. Should be safe to drop. :P
  287. # [02:52] * Quits: kevogod (~Kevin@97-83-177-130.dhcp.stpt.wi.charter.com) (Quit: Leaving)
  288. # [02:52] <Hixie> wilhelm: other than it being used more, i don't understand why <u> has more of a valid use case than <tt>
  289. # [02:52] <uf0> Hixie not sure where you're going with that, what does blind folk have to do?
  290. # [02:53] <Hixie> uf0: i'm trying to work out why you want something underlined
  291. # [02:53] <uf0> see red_one's example
  292. # [02:53] <uf0> they say that word is important
  293. # [02:53] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:804e:12ca:ce93:d924) (Read error: Operation timed out)
  294. # [02:53] <uf0> is his case he would us <em></em>
  295. # [02:53] <Hixie> uf0: to work out if <u> is a good idea or if you're just using it because it's easier to think about than the right solution (the same way people use <big> when they should use <h1>)
  296. # [02:53] <uf0> which makes sense
  297. # [02:53] <uf0> but then again
  298. # [02:53] <wilhelm> Hixie: I agree. I'm surprised to see <u> at 9.7%, though, on par with <em> (10%).
  299. # [02:53] <uf0> you'd still have to add the underline rule
  300. # [02:54] <Hixie> if the word is important, then you use <strong>, not <em>, but yes -- you use <strong>, then style it
  301. # [02:54] <Hixie> so that when the client says "wait, i want important stuff to be red, not underlined!" then you only change one place
  302. # [02:54] <uf0> oh Hixie.. don't confuse with people that think use <big> instead <h1>
  303. # [02:54] <Hixie> and their entire 10,000 page site updates all at once
  304. # [02:54] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
  305. # [02:54] <uf0> that's a diff story
  306. # [02:55] <Hixie> <u> instead of <strong> is the _exact_ same story as <big> instead of <h1>
  307. # [02:55] <Hixie> that's the problem!
  308. # [02:55] <Hixie> that's why we shouldn't allow people to use <u>
  309. # [02:55] <Hixie> so that they don't think they're different
  310. # [02:55] <uf0> hmmmmm..
  311. # [02:56] <uf0> you may have a point there.
  312. # [02:57] <red_one> hixie earns his cookie for today.
  313. # [02:57] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  314. # [02:58] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:a459:4b48:67e5:6489)
  315. # [02:59] * Quits: dave_levin (~dave_levi@74.125.59.76) (Quit: dave_levin)
  316. # [03:01] <uf0> case closed.
  317. # [03:01] <erlehmann> Hixie, using <big> when one should use <h1> is not the worst. sadly, i know a guy who manages to get paid for putting photoshop renderings as web site backgrounds.
  318. # [03:01] <erlehmann> my face when i saw it ._.
  319. # [03:02] <Hixie> uf0: hopefully i'll be able to convince the htmlwg chairs as well :-)
  320. # [03:02] <uf0> erlehmann using <big> doesn't make sense in that case because of SEO as well
  321. # [03:02] <uf0> so that's why i though otherwise in that case
  322. # [03:02] <uf0> but valid point either way.
  323. # [03:03] <erlehmann> SEO, haha
  324. # [03:03] <erlehmann> curlers gonna curl.
  325. # [03:03] <uf0> it's the truth erlehmann.
  326. # [03:03] <uf0> i mean the point of web is search nowadays = google
  327. # [03:04] <uf0> but that's another conversation :)
  328. # [03:04] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  329. # [03:04] <uf0> h tagss
  330. # [03:04] <erlehmann> i know. but i care more about fleshy users than about search agents.
  331. # [03:04] <uf0> right
  332. # [03:04] * Joins: ojan (~ojan@74.125.56.17)
  333. # [03:04] <Hixie> in practice they need the same thing -- use appropriate elements :-)
  334. # [03:05] <erlehmann> indeed.
  335. # [03:05] <uf0> Hixie, I thought it was a done deal in HTML5 for u,i
  336. # [03:05] <red_one> google gives preference to text in H1 I think.
  337. # [03:05] <uf0> am i wrong here?
  338. # [03:05] <red_one> for example.
  339. # [03:05] <uf0> they're gone aren't they
  340. # [03:05] <uf0> well 'deprecated'
  341. # [03:06] <uf0> google is h1,h2
  342. # [03:06] <uf0> everything else is extra
  343. # [03:06] <uf0> in my experience at least
  344. # [03:07] <erlehmann> still people sometimes get so mad when they think they got it and didn't. a friend of mine was once “but <br> works, why should i use <p>” because she didn't get the semantics. in this case it may have actually helped to remind her that the next person to maintain her stylesheets may very well be a murderous psychopath and know where she lives. :D
  345. # [03:07] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  346. # [03:07] <erlehmann> googlers gonna goog
  347. # [03:08] <Hixie> uf0: http://www.whatwg.org/specs/web-apps/current-work/complete/text-level-semantics.html#the-i-element
  348. # [03:08] <Hixie> uf0: right not the spec has <i> and <b> but doesn't have <u> or <tt>. There is a proposal on the table to add <u>.
  349. # [03:09] <Hixie> right now, even
  350. # [03:10] <uf0> interesting
  351. # [03:11] <kennyluck> As the main author of http://www.w3.org/html/wg/wiki/ChangeProposals/UShouldBeConforming, I thought about writing a proposal to drop b i, to make it consistent. I didn't do that because I have no idea about the rationale of having b and i.
  352. # [03:11] <kennyluck> They are all the same to normal people.
  353. # [03:12] * Joins: ako (~nya@fuld-4d00d75a.pool.mediaWays.net)
  354. # [03:12] <red_one> kennyluck: agreed.
  355. # [03:13] <Hixie> kennyluck: the spec gives the rationales for i and b
  356. # [03:14] <kennyluck> Hixie: it's too messy and not compatible with existing content.
  357. # [03:14] <kennyluck> when you say b and i have use cases. But before HTML4, no body thought of these elements in terms of semantic elements.
  358. # [03:14] <kennyluck> Then why do it now?
  359. # [03:14] <kennyluck> s/Then/So/
  360. # [03:15] * Quits: aho (~nya@fuld-590c7a36.pool.mediaWays.net) (Ping timeout: 240 seconds)
  361. # [03:15] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  362. # [03:16] <kennyluck> The current spec claims that some people who accidentally use it in some way are right. I think this is quite weird.
  363. # [03:18] <MikeSmith> change proposal scope creep
  364. # [03:18] <MikeSmith> kennyluck: the issue is about the u element
  365. # [03:18] * Joins: sebasmagri (~sebasmagr@190.203.237.143)
  366. # [03:19] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:a459:4b48:67e5:6489) (Ping timeout: 272 seconds)
  367. # [03:19] <nessy> I have a quick question about how to use the CSS selectors for WebVTT / caption files, which I am unclear about even after reading the spec
  368. # [03:19] <nessy> is it: video track ::cue(c).white {} or video track ::cue(c.white) {} ?
  369. # [03:19] <nessy> if "white" is the class name for the class object
  370. # [03:20] <nessy> and when I use voice, is this correct? video track ::cue(v[voice='Sintel']) {..}
  371. # [03:21] <zewt> i couldn't quite tell from reading the spec; i didn't look too hard but it looked like webvtt classes would simply become CSS classes
  372. # [03:21] <zewt> (didn't look too hard since that seemed to make perfect sense so I didn't think much more about it, I guess)
  373. # [03:21] <Hixie> kennyluck: html4's semantics really weren't thought through very well
  374. # [03:21] <Hixie> kennyluck: i mean, the spec is really vague
  375. # [03:21] <nessy> http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#css-extensions <- is unclear to me
  376. # [03:22] <Hixie> kennyluck: when you enumerate common use cases for html pages, you end up with a lot of things for which i and b make sense, but i've never seen one for which u makes sense
  377. # [03:22] <zewt> it's useful for tricking your users into thinking something's a link...
  378. # [03:22] <nessy> zewt: I think so, too, so I thought the first one is correct
  379. # [03:22] <Hixie> nessy: the entire selector goes inside the argument
  380. # [03:22] <erlehmann> haha, that reminds me of „back when X was good“ — „X was never good“
  381. # [03:22] <Hixie> nessy: ::cue(c.white)
  382. # [03:22] <erlehmann> <u> was never good.
  383. # [03:22] <nessy> ah thanks!
  384. # [03:22] <erlehmann> selectors gonna select!
  385. # [03:23] <Hixie> kennyluck: if there really is a use case for <u>, then we should add it
  386. # [03:23] * Quits: othermaciej (~mjs@17.246.18.195) (Quit: othermaciej)
  387. # [03:23] <Hixie> kennyluck: but what are the use cases? the naming thing for cjk isn't actually used as far as i understand
  388. # [03:25] * Joins: sebasmag_ (~sebasmagr@190.203.237.143)
  389. # [03:26] * Quits: sebasmagri (~sebasmagr@190.203.237.143) (Read error: Connection reset by peer)
  390. # [03:26] <kennyluck> Hixie: It is used. Although honestly not very prevalent. But I don't believe in the use cases of b and i as well. Or they are just very confusing.
  391. # [03:27] <Hixie> kennyluck: what is it used for?
  392. # [03:27] <Hixie> kennyluck: certainly it is used, but then so is <big>, and <font>
  393. # [03:27] <Hixie> kennyluck: and <frameset>
  394. # [03:27] <Hixie> kennyluck: and <marquee>
  395. # [03:27] <Hixie> kennyluck: "being used" is an argument for the browser supporting it, not for it being conforming
  396. # [03:29] * Quits: kurrik (~kurrik@nat/google/x-wckqetokybwnzplr) (Ping timeout: 272 seconds)
  397. # [03:29] <kennyluck> Hixie: If someone writes a proposal on dropping b and i, I will personally go for it. I wrote this proposal because some people want it even if they don't have clear use cases.
  398. # [03:29] <kennyluck> What I care is just this inconsistency between u b and i.
  399. # [03:30] * Joins: mdelaney (~mdelaney@67.218.104.109)
  400. # [03:30] <kennyluck> I don't believe in the use cases of b and i. And that's it.
  401. # [03:30] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  402. # [03:31] * Quits: red_one (3aa07a38@gateway/web/freenode/ip.58.160.122.56) (Quit: Page closed)
  403. # [03:32] <Hixie> kennyluck: how do you mark up a taxonomic designation without i?
  404. # [03:32] <kennyluck> <span>
  405. # [03:33] <Hixie> so you do believe in the use case, you just don't think we should handle it?
  406. # [03:33] <Hixie> i don't understand why <span> is better than <i>
  407. # [03:34] <kennyluck> Hixie: because we could have deprecated b and i, as a significant portion of Web authors belive.
  408. # [03:34] <kennyluck> (the rant from red_one)
  409. # [03:35] <Hixie> deprecating elements isn't a goal, making the web better is the goal. how is not handling the taxonomic designation use case going to make the web better?
  410. # [03:37] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  411. # [03:39] * Quits: mdelaney (~mdelaney@67.218.104.109) (Quit: mdelaney)
  412. # [03:43] <MikeSmith> kennyluck: inconsistency is a judgement call
  413. # [03:43] <MikeSmith> if you don't think the use cases for the u element are valid or important, then don't waste your time or other people's time by writing a proposal for it
  414. # [03:44] <MikeSmith> withdraw it and/or ask somebody else to write it up who does believe the use cases are important
  415. # [03:45] <MikeSmith> morphing it into a quest to get other elements removed instead does not seem like such a great plan
  416. # [03:47] * bga_ is now known as bga_|away
  417. # [03:53] <erlehmann> if inconsistency where a requirement for grandfathering stuff in, where would C:\fakepath be?
  418. # [03:54] <kennyluck> MikeSmith, If I didn't write that proposal, hsivonen would have written it so I don't see how this proposal would waste other people's time but mime.
  419. # [03:55] <MikeSmith> it wastes their time to have to read and consider a change proposal that you don't even support yourself
  420. # [03:56] <MikeSmith> if hsivonen were to write it, he'd write one that he actually supported, and that was restricted to the scope of the issue
  421. # [03:56] <MikeSmith> which is to say, arguing for keeping the u element as part of the language
  422. # [03:57] <kennyluck> MikeSmith, in my proposal I do argue for keeping the u element. I am just talking about my personal preference here.
  423. # [03:57] <MikeSmith> fine
  424. # [03:57] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  425. # [03:58] * Joins: FastJack (~fastjack@dumpstr.net)
  426. # [04:02] <kennyluck> Hixie, I don't believe having a previously presentational element handle a real use case would make the web better either. In fact, it makes the Web worse, by giving authors excuses to not use other clearly defined semantic elements. I gave examples in my proposal already.
  427. # [04:07] * Quits: jamesr_ (~jamesr@216.239.45.19) (Quit: jamesr_)
  428. # [04:11] <kennyluck> Hixie, and u for proper nouns in Chinese is certainly real, although I wouldn't say it's very strong. I don't know the WHATWG process so I don't know if we do binary "exist"/"don't exist" classification to use cases before saying anything else. Otherwise, I think having the u element and exclude bad uses would just be very similar to how we dealt with b and i already.
  429. # [04:13] <wirepair_> Hixe, you about?
  430. # [04:13] <wirepair_> er Hixie...
  431. # [04:13] <MikeSmith> hmm, I don't remember seeing any announcement about this
  432. # [04:13] <MikeSmith> http://tools.ietf.org/html/draft-westin-payload-vp8-00
  433. # [04:13] <MikeSmith> RTP Payload Format for VP8 Video
  434. # [04:13] <MikeSmith> nessy: ↑
  435. # [04:14] <nessy> MikeSmith: is that a question?
  436. # [04:14] <MikeSmith> no
  437. # [04:14] <MikeSmith> just wondering if you had seen it
  438. # [04:15] <nessy> I'm not surprised :) the rtc-web guys have been very active recently around vp8
  439. # [04:16] <MikeSmith> ok
  440. # [04:20] * bga_|away is now known as bga_
  441. # [04:30] * kennyluck is reading http://wiki.whatwg.org/wiki/Objections_against_CPs_for_ISSUE-144.
  442. # [04:31] <kennyluck> If someone can give me a hint on what "valid" means, that will be appreciated.
  443. # [04:32] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  444. # [04:36] <MikeSmith> "valid" means non-bogus
  445. # [04:36] <MikeSmith> valid means real uses cases, not constructed ones
  446. # [04:37] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  447. # [04:37] <gsnedders> Is https://bugs.webkit.org/show_bug.cgi?id=4920 not invalid? From an ES POV, it's two characters, not one, and hence not a valid idenifier as surrogates aren't allowed in identifiers.
  448. # [04:37] <MikeSmith> means cases where they are using the u element in a way for which some other element would not be more appropriate
  449. # [04:38] <Hixie> wirepair_, kennyluck: sorry, had to go afk. will be back in an hour or so
  450. # [04:41] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
  451. # [04:41] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Ping timeout: 245 seconds)
  452. # [04:43] * Joins: Kira (~Kira@59.37.236.145)
  453. # [04:44] <Kira> Can somebody recommend websites to learn HTML(5)? Reading the spec is kinda dry.
  454. # [04:45] <kennyluck> Kira, you might be interested in going to #html5
  455. # [04:45] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  456. # [04:50] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
  457. # [04:51] <ben_h> Kira: html5doctor has a lot of articles
  458. # [04:51] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  459. # [04:51] <ben_h> .. and their webserver is misconfigured it seems :)
  460. # [04:54] <Kira> heh
  461. # [04:59] * Joins: Amorphous (jan@unaffiliated/amorphous)
  462. # [05:02] <MikeSmith> kennyluck: see Hixie's comment at http://www.w3.org/Bugs/Public/show_bug.cgi?id=10830#c11
  463. # [05:02] <MikeSmith> about <rb>
  464. # [05:02] * Joins: tw2113 (~tw2113@fedora/tw2113)
  465. # [05:02] <MikeSmith> especially the first part
  466. # [05:02] <kennyluck> MikeSmith, I know that. I told Koji that fantasai was wrong already.
  467. # [05:02] <MikeSmith> about how IE doesn't parse <rb>
  468. # [05:03] <MikeSmith> ah
  469. # [05:03] <MikeSmith> OK
  470. # [05:03] <MikeSmith> they know it's handled as void/empty element by IE, then?
  471. # [05:04] <kennyluck> fatasai claimed that IE handled something like <ruby><rb>A</rb><rb>B</rb><rt>a</rt><rt>b</rt></ruby> and this is obviously not true.
  472. # [05:04] <kennyluck> s/fatasai/fantasai/
  473. # [05:05] <kennyluck> MikeSmith, I think so. They are asking for new feature.
  474. # [05:05] <MikeSmith> hmm
  475. # [05:05] <MikeSmith> I'm not sure they understood that yet
  476. # [05:05] <MikeSmith> but anyway, that comment makes it very clear
  477. # [05:07] <MikeSmith> based on the previous comments from Koji, it seemed to me he was assuming that it got into the DOM as expected
  478. # [05:07] * kennyluck to lunch
  479. # [05:07] <MikeSmith> because he mentions that AT software expect to do something with it
  480. # [05:16] * Joins: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13)
  481. # [05:21] <Hixie> kennyluck: i don't understand "giving authors excuses to not use other clearly defined semantic elements"
  482. # [05:21] <Hixie> kennyluck: can you show me some pages that use <u> for proper nouns in Chinese? wikipedia says it doesn't happen, iirc.
  483. # [05:21] <Hixie> kennyluck: i would add the <u> element if there were use cases at all -- the thing is, i haven't seen any
  484. # [05:21] <Hixie> wirepair_: here now
  485. # [05:22] * Joins: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net)
  486. # [05:23] * Quits: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net) (Client Quit)
  487. # [05:27] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  488. # [05:27] * Parts: gkelly (~gkelly@gkel.ly)
  489. # [05:30] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Quit: Leaving)
  490. # [05:31] <wirepair_> Hixie have you seen any email about browser security acid tests?
  491. # [05:31] <wirepair_> from OWASP people
  492. # [05:31] <Hixie> yes
  493. # [05:31] <wirepair_> so i'm apart of that (they are going to use the infrastructure i created to put out those tests)
  494. # [05:31] <Hixie> cool
  495. # [05:32] <Hixie> is there additional background info i should know?
  496. # [05:32] <wirepair_> do you have any problem with us using that name?
  497. # [05:32] <Hixie> i can loop you in on the thread if you like
  498. # [05:32] <wirepair_> if you do we'll just call it browser security crack tests :)
  499. # [05:32] <Hixie> what's your e-mail address?
  500. # [05:32] <wirepair_> isaac.dawson@gmail.com
  501. # [05:32] <Hixie> to summarise what i said in e-mail, i don't have a problem with it, but i don't think it's a good choice for you, necessarily
  502. # [05:33] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
  503. # [05:33] <wirepair_> ah ok, i'll read your response
  504. # [05:33] <Hixie> there's a _lot_ of baggage associated with the "acid" term that hakon and i want but that you probably don't :-)
  505. # [05:33] <wirepair_> yeah i figured
  506. # [05:34] * Quits: benschwarz (~ben@ppp59-167-179-123.static.internode.on.net) (Quit: Linkinus - http://linkinus.com)
  507. # [05:34] <myakura> MikeSmith, kennyluck, fyi IE9 parses <rb>blah</rb>
  508. # [05:34] * Joins: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net)
  509. # [05:34] * Joins: benschwarz (~ben@ppp59-167-179-123.static.internode.on.net)
  510. # [05:34] <MikeSmith> Hixie: ↑
  511. # [05:34] <Hixie> does IE9 parse <rb>blah</rb> any differently than <notehi>blah</notehi> ?
  512. # [05:35] <myakura> i think both would be treated as HTMLUnknownElement
  513. # [05:36] <Hixie> same as required by the HTML spec
  514. # [05:42] <Hixie> it's sad that they reimplemented their parser but not per the spec, btw :-(
  515. # [05:43] <myakura> Hixie, I see no difference between those http://i52.tinypic.com/j6pta8.jpg
  516. # [05:44] <Hixie> for that test i think they match the spec
  517. # [05:47] * Quits: erlehmann (~erlehmann@82.113.99.8) (Quit: Ex-Chat)
  518. # [05:49] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  519. # [05:52] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  520. # [05:52] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 276 seconds)
  521. # [05:52] <myakura> hmm. taking </rb> out it fails :( http://i51.tinypic.com/2z7pt1x.png
  522. # [05:53] <Hixie> does what the html spec says to do :-)
  523. # [05:54] * Quits: benschwarz (~ben@ppp59-167-179-123.static.internode.on.net) (Quit: Leaving...)
  524. # [05:54] * Quits: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  525. # [05:54] <kennyluck> Hixie: It does not happen as regular online Web pages (re. can you show me some pages that use <u> for proper nouns in Chinese?) , but the wikipedia entry itself has a valid example -> http://en.wikipedia.org/wiki/Proper_name_mark
  526. # [05:55] <kennyluck> However, it happens in every child's text book.
  527. # [05:56] <kennyluck> That is, not on the Web. I don't know whether that counts as valid use cases.
  528. # [05:58] <kennyluck> The Chinese version has examples that use the <u> element -> http://zh.wikipedia.org/zh/%E4%B8%93%E5%90%8D%E5%8F%B7
  529. # [05:59] <myakura> Hixie, does the spec say so? isn't <rt> supposed to close <rb> in this case?
  530. # [06:07] <kennyluck> Hixie, (re. "giving authors excuses to not use other clearly defined semantic elements"), I want to ask why in http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#introduction "This section is non-normative" is marked up as <i>. "This section is non-normative" is certainly not a technical term ("non-normative" is), and it doesn't seem to be something that belong to use cases of alternate voice. It is (at least to me)
  531. # [06:07] <kennyluck> like a use case of <s> (for side comments).
  532. # [06:17] <MikeSmith> kennyluck: because it's not emphasis
  533. # [06:18] <MikeSmith> and because there are myriad valid use cases of italic type that have absolutely nothing to do with emphasis
  534. # [06:19] <kennyluck> oops, s/<s>/<small>/
  535. # [06:20] <kennyluck> <small> is for side comments, sorry about typo.
  536. # [06:24] <kennyluck> MikeSmith, (re. based on the previous comments from Koji, it seemed to me he was assuming that it got into the DOM as expected), I think he just didn't understand the situation described in Hixie's comment 11 (i.e. "These are both feature requests beyond what IE implements and thus should be
  537. # [06:24] <kennyluck> filed as separate bugs to be handled in a future version. (We can always _add_
  538. # [06:24] <kennyluck> <rb> later if it's really necessary for these cases.)")
  539. # [06:35] * Joins: benschwarz (~benschwar@59.167.185.148)
  540. # [06:52] * Quits: myakura (d2e8220d@gateway/web/freenode/ip.210.232.34.13) (Ping timeout: 245 seconds)
  541. # [06:52] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  542. # [06:56] <Hixie> kennyluck: it's text that is offset from the main prose
  543. # [06:56] <Hixie> kennyluck: re examples of <u>, do you have any examples of the usage of proper name marks that aren't intended purely as examples of the usage of proper name marks? :-)
  544. # [06:56] <Hixie> kennyluck: i.e. "organic" usage?
  545. # [06:58] <kennyluck> Hixie, not on Web. I said so. I have pictures of text books, though.
  546. # [06:59] <Hixie> if nobody has used it on the whole web, then it's not a use case
  547. # [06:59] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 240 seconds)
  548. # [07:04] <kennyluck> Hixie, ok, that's worth noting.
  549. # [07:06] <kennyluck> Hixie, Question: isn't <small> more suitable for "This section is non-normative"?
  550. # [07:07] <Hixie> possibly. Certainly it's also suitable. <small> wasn't in the spec when I was writing those bits, iirc.
  551. # [07:08] * Quits: doublec (~chris@unaffiliated/doublec) (Quit: Leaving)
  552. # [07:09] <kennyluck> Anyway, I hope my point about "giving authors excuses to not use other clearly defined semantic elements" is explained fairly enough.
  553. # [07:20] * Joins: jomn (~jomn@c80-216-13-27.bredband.comhem.se)
  554. # [07:31] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
  555. # [07:34] <Hixie> i missed that that was what you were trying to explain :-/
  556. # [07:34] <Hixie> are you saying that if we provide a way to mark up taxonomic designations, people will avoid using <small> for small print?
  557. # [07:34] <Hixie> that doesn't make much sense
  558. # [07:35] * Joins: benschwar (~benschwar@59.167.185.148)
  559. # [07:38] * Quits: benschwarz (~benschwar@59.167.185.148) (Ping timeout: 276 seconds)
  560. # [07:40] * Joins: MikeSmith_ (~MikeSmith@EM114-48-212-46.pool.e-mobile.ne.jp)
  561. # [07:41] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Don't follow me)
  562. # [07:43] <kennyluck> Hixie, I was saying that if <i> is as broad and confusing as "text that is offset from the main prose", people will stop thinking <small> might be more semantically correct.
  563. # [07:43] * Quits: MikeSmith (~MikeSmith@EM114-48-241-217.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  564. # [07:43] * MikeSmith_ is now known as MikeSmith
  565. # [07:43] * sebasmag_ is now known as sebasmagri
  566. # [07:43] * Quits: sebasmagri (~sebasmagr@190.203.237.143) (Changing host)
  567. # [07:43] * Joins: sebasmagri (~sebasmagr@unaffiliated/sebasmagri)
  568. # [07:51] * Quits: MikeSmith (~MikeSmith@EM114-48-212-46.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  569. # [07:52] * Joins: MikeSmith (~MikeSmith@EM114-48-212-46.pool.e-mobile.ne.jp)
  570. # [07:53] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  571. # [07:54] * Quits: ben_h (~ben@128.250.195.183) (Quit: ben_h)
  572. # [08:06] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  573. # [08:07] * Quits: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb) (Ping timeout: 240 seconds)
  574. # [08:09] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  575. # [08:10] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  576. # [08:12] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Quit: We love you, Dark Continent! Good night!)
  577. # [08:13] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Read error: Operation timed out)
  578. # [08:14] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  579. # [08:14] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  580. # [08:16] * Joins: yutak (~yutak@2401:fa00:4:1000:baac:6fff:fe99:adfb)
  581. # [08:21] <Hixie> kennyluck: i don't see the harm in that
  582. # [08:22] <Hixie> kennyluck: using more general elements (e.g. <span>) over more specific ones (e.g. <kbd>) is not a serious problem
  583. # [08:22] <Hixie> kennyluck: imho
  584. # [08:22] <Hixie> kennyluck: we can minimise it by providing few broad elements, but we can't eliminate it, since we always need at least one "default" element
  585. # [08:28] * Quits: heycam (~cam@wok.mcc.id.au) (Ping timeout: 265 seconds)
  586. # [08:31] * Joins: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl)
  587. # [08:31] <phrearch> hello
  588. # [08:32] <phrearch> is there some html5 proposed/implemented api for touch/pressure yet?
  589. # [08:32] <Hixie> what do you mean by "html5"?
  590. # [08:32] <phrearch> huh?
  591. # [08:33] <Hixie> you mean a dom api?
  592. # [08:33] <phrearch> ah, eh more like a javascript api
  593. # [08:33] <Hixie> assuming you mean something like mouse events but for pressure-sensitive tablets, i believe the answer is no
  594. # [08:34] <Hixie> there might be some work on touch though
  595. # [08:34] <Hixie> not sure
  596. # [08:34] * Joins: nimbupani (~Adium@pat-tdc.opera.com)
  597. # [08:34] <Hixie> that's not really html per se
  598. # [08:34] <phrearch> i bought a wacom. they have a plugin for browsers, but it would be great if it would work crossplatform and without plugins
  599. # [08:34] <phrearch> no indeed
  600. # [08:35] <phrearch> im working on an opensource paint/pad app. having pressure data in the brushes would be great
  601. # [08:35] <phrearch> http://94.23.105.24:8000/psycopad/index.html
  602. # [08:35] <phrearch> still very early stuff
  603. # [08:36] <phrearch> started as a hello world canvas app, but i got some ideas to extend it with processing.js sketches and vector graphics
  604. # [08:36] * Joins: mokush (~quassel@188.24.46.123)
  605. # [08:39] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  606. # [08:40] * Joins: FireFly (~firefly@unaffiliated/firefly)
  607. # [08:47] * wirepair_ is now known as wirepair
  608. # [08:52] <kennyluck> phrearch, perhaps you will be interested in this -> https://dvcs.w3.org/hg/webevents/raw-file/tip/touchevents.html
  609. # [08:52] <phrearch> kennyluck, thanks yes indeed
  610. # [08:53] <phrearch> seems like force is part of that event
  611. # [08:53] <phrearch> now hopefully there is some webkit branch that uses it
  612. # [09:11] * Joins: kal-EL_ (~jor-EL@host16-74-dynamic.10-79-r.retail.telecomitalia.it)
  613. # [09:15] * Joins: Smylers (~smylers@host86-186-193-114.range86-186.btcentralplus.com)
  614. # [09:15] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
  615. # [09:18] * Joins: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net)
  616. # [09:18] * Joins: jochen___ (~jochen@nat/google/x-xxgovdypunsfcnbw)
  617. # [09:20] * Joins: nessy (~Adium@124-171-47-99.dyn.iinet.net.au)
  618. # [09:20] * Joins: matjas (~matjas@91.182.51.142)
  619. # [09:22] * Quits: othermaciej (~mjs@c-24-6-168-215.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  620. # [09:22] * Quits: jochen__ (~jochen@nat/google/x-tytjppytrzbyokpu) (Ping timeout: 246 seconds)
  621. # [09:22] * jochen___ is now known as jochen__
  622. # [09:31] * Quits: Sirisian (~Sirisian@141.218.219.243) (Ping timeout: 240 seconds)
  623. # [09:38] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  624. # [09:46] * Joins: estellevw (~estelle@adsl-99-51-219-236.dsl.pltn13.sbcglobal.net)
  625. # [09:50] * Quits: estellevw (~estelle@adsl-99-51-219-236.dsl.pltn13.sbcglobal.net) (Ping timeout: 240 seconds)
  626. # [09:59] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  627. # [10:02] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  628. # [10:03] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
  629. # [10:05] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  630. # [10:05] * bga_ is now known as bga_|away
  631. # [10:05] * Joins: 92AACF8IU (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  632. # [10:07] * Quits: nessy (~Adium@124-171-47-99.dyn.iinet.net.au) (Quit: Leaving.)
  633. # [10:08] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  634. # [10:09] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Ping timeout: 246 seconds)
  635. # [10:09] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
  636. # [10:09] * Quits: ojan (~ojan@74.125.56.17) (Quit: ojan)
  637. # [10:11] * Quits: espadrine (~espadrine@acces1360.res.insa-lyon.fr) (Quit: espadrine)
  638. # [10:16] * Joins: stalled (~stalled@unaffiliated/stalled)
  639. # [10:19] * Joins: david_carlisle (~davidc@62.231.145.254)
  640. # [10:21] * Quits: matjas (~matjas@91.182.51.142) (Quit: Be back later)
  641. # [10:24] * Joins: doublec (~doublec@118-92-107-46.dsl.dyn.ihug.co.nz)
  642. # [10:24] * Joins: zcorpan (~zcorpan@217.174.82.84)
  643. # [10:25] * Joins: ROBOd (~robod@109.96.242.142)
  644. # [10:30] <annevk> I guess what I most dislike about W3C charters is that the people who are putting the dates on them and do all the talk are not actually doing any of the work.
  645. # [10:32] * Quits: Rik` (~Rik`@2a01:e35:139b:b390:daa2:5eff:fe97:85ed) (Remote host closed the connection)
  646. # [10:34] * Joins: pesla (~pesla@188.202.125.121)
  647. # [10:36] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  648. # [10:36] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  649. # [10:36] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  650. # [10:37] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  651. # [10:38] * Quits: zcorpan (~zcorpan@217.174.82.84) (Ping timeout: 260 seconds)
  652. # [10:41] * Quits: doublec (~doublec@118-92-107-46.dsl.dyn.ihug.co.nz) (Quit: Leaving)
  653. # [10:45] * Joins: zcorpan (~zcorpan@217.174.82.84)
  654. # [10:46] * Joins: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk)
  655. # [10:49] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
  656. # [10:49] * Joins: mpt (~mpt@91.189.88.12)
  657. # [10:49] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  658. # [10:49] * Joins: mpt (~mpt@canonical/mpt)
  659. # [10:53] <annevk> hmm, how can I postpone trying to define mutation events in detail
  660. # [10:54] <zewt> are you asking for procrastination tips
  661. # [10:54] <zewt> i'll come up with a list ... later
  662. # [10:54] <annevk> I'm gonna email www-dom with a bcc to public-webapps to announce the revamped DOM Events
  663. # [10:57] <jgraham> annevk: You could have a long, multi-year discussion about whether it is possible to drop mutation events, and what they should be replaced with
  664. # [10:57] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Read error: Connection reset by peer)
  665. # [10:58] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  666. # [10:58] <annevk> jgraham, we had a shorter variant of that, and the outcome was that IE9 is shipping with mutation event support
  667. # [10:59] <jgraham> annevk: Yeah, I know :)
  668. # [10:59] <hsivonen> we are all doomed
  669. # [10:59] <jgraham> (well I didn't know IE9 was getting mutation events)
  670. # [11:01] * Joins: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net)
  671. # [11:02] * Joins: stalled (~stalled@unaffiliated/stalled)
  672. # [11:04] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 255 seconds)
  673. # [11:05] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Ping timeout: 240 seconds)
  674. # [11:08] * Joins: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net)
  675. # [11:08] * Joins: david_carlisle (~davidc@62.231.145.254)
  676. # [11:10] * Parts: Kira (~Kira@59.37.236.145)
  677. # [11:10] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  678. # [11:12] * Joins: erlehmann (~erlehmann@82.113.99.8)
  679. # [11:16] <zcorpan> i wonder if ie9 strips only the first instance of 'javascript:' when pasting into the address bar
  680. # [11:16] <zcorpan> otherwise it'd be simple to just do javascript:javascript:...
  681. # [11:16] * Quits: zcorpan (~zcorpan@217.174.82.84) (Read error: Connection reset by peer)
  682. # [11:17] * jgraham wonders if pasting javascript:javascript: into the address bar is programmed to crash your computer in IE9
  683. # [11:18] * Joins: erlehmann_ (~erlehmann@82.113.99.40)
  684. # [11:18] * Quits: erlehmann (~erlehmann@82.113.99.8) (Ping timeout: 240 seconds)
  685. # [11:19] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  686. # [11:20] * Quits: ben_c (~ben_c@cpc9-brig17-2-0-cust194.3-3.cable.virginmedia.com) (Quit: Leaving.)
  687. # [11:20] * Joins: Timz (~Adium@86.89.174.199)
  688. # [11:20] * erlehmann_ is now known as erlehmann
  689. # [11:22] * Joins: zcorpan (~zcorpan@217.174.82.84)
  690. # [11:26] * Quits: mokush (~quassel@188.24.46.123) (Remote host closed the connection)
  691. # [11:30] * Quits: zcorpan (~zcorpan@217.174.82.84) (Quit: zcorpan)
  692. # [11:32] * Joins: nessy (~Adium@124-171-47-99.dyn.iinet.net.au)
  693. # [11:34] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  694. # [11:45] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  695. # [11:47] * Joins: mpt (~mpt@91.189.88.12)
  696. # [11:47] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  697. # [11:47] * Joins: mpt (~mpt@canonical/mpt)
  698. # [11:48] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  699. # [11:48] * Quits: mpt (~mpt@canonical/mpt) (Read error: Operation timed out)
  700. # [11:54] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
  701. # [11:56] * Quits: benschwar (~benschwar@59.167.185.148) (Quit: Linkinus - http://linkinus.com)
  702. # [11:57] * Joins: benschwarz (~benschwar@59.167.185.148)
  703. # [12:02] * Joins: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se)
  704. # [12:06] * Quits: ako (~nya@fuld-4d00d75a.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  705. # [12:06] * Joins: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl)
  706. # [12:11] * Joins: mpt (~mpt@canonical/mpt)
  707. # [12:13] * Quits: 92AACF8IU (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  708. # [12:16] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  709. # [12:17] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  710. # [12:20] * Joins: benschwar (~benschwar@59.167.185.148)
  711. # [12:20] * Quits: benschwar (~benschwar@59.167.185.148) (Remote host closed the connection)
  712. # [12:24] * Quits: benschwarz (~benschwar@59.167.185.148) (Ping timeout: 272 seconds)
  713. # [12:27] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  714. # [12:27] <annevk> I hope I can still get people to make them asynchronous
  715. # [12:27] <annevk> The synchronous events that modify the tree before the modification happens (or some such) are where the real pain lies.
  716. # [12:28] <annevk> If they are asynchronous the event loop model can also move to DOM Core, which is probably for the better.
  717. # [12:36] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  718. # [12:39] * Joins: mpt (~mpt@canonical/mpt)
  719. # [12:49] * Joins: espadrine (~espadrine@eduroinsa996.insa-lyon.fr)
  720. # [12:55] * Joins: didymos (~didymos@75.125.121.228)
  721. # [12:57] * Quits: murz (~mmurraywa@174-21-111-79.tukw.qwest.net) (Quit: murz)
  722. # [12:57] * Quits: nessy (~Adium@124-171-47-99.dyn.iinet.net.au) (Quit: Leaving.)
  723. # [12:58] * Quits: torvalamo (~loriisacu@c1F78BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
  724. # [13:03] * Joins: benschwarz (~benschwar@59.167.185.148)
  725. # [13:04] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
  726. # [13:09] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  727. # [13:09] * Joins: nessy (~Adium@124-171-47-99.dyn.iinet.net.au)
  728. # [13:13] * Joins: Martijnc (~Martijnc@91.176.146.236)
  729. # [13:23] * Joins: stalled (~stalled@unaffiliated/stalled)
  730. # [13:24] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 246 seconds)
  731. # [13:26] * Quits: nessy (~Adium@124-171-47-99.dyn.iinet.net.au) (Quit: Leaving.)
  732. # [13:33] * Joins: annevk (~annevk@j106179.upc-j.chello.nl)
  733. # [13:34] <smaug____> annevk: so how does you web-dom-core events relate to DOM 3 Events
  734. # [13:34] <smaug____> event propagation is different
  735. # [13:34] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  736. # [13:34] <smaug____> and dom 3 events allow things what for example indexeddb uses
  737. # [13:34] <annevk> that sounds like a bug
  738. # [13:34] <annevk> it's meant to replace dom3events
  739. # [13:35] <smaug____> annevk: in your events, event target chain is only for node
  740. # [13:35] <smaug____> nodes
  741. # [13:35] <smaug____> and the chain misses Window, if I read the draft correctly
  742. # [13:35] <annevk> HTML5 covers how Window works already
  743. # [13:35] * Quits: temp01 (~temp01@unaffiliated/temp01) (Disconnected by services)
  744. # [13:35] <smaug____> eh
  745. # [13:36] <annevk> so Indexed DB has some kind of hierarchical object model other than Nodes and uses event propagation on them?
  746. # [13:36] <smaug____> web-dom-core tries to clearly define how even propagates, and that propagation certainly doesn't include Window
  747. # [13:36] * Joins: temp01 (~temp01@unaffiliated/temp01)
  748. # [13:36] <smaug____> yeah, IndexedDB has a tree or list
  749. # [13:37] <smaug____> of EventTargets
  750. # [13:37] <annevk> smaug____, HTML5 defines Window and says how it works together with DOM Events
  751. # [13:38] <annevk> smaug____, no need to duplicate that
  752. # [13:38] <smaug____> but web-dom-core basically dis-allows Window in the event target chain
  753. # [13:38] <smaug____> since "Let event path be a static ordered list of all ancestor nodes of event's target in tree order."
  754. # [13:38] <zcorpan> abarth: why [NoInterfaceObject] for Crypto?
  755. # [13:39] <annevk> smaug____, the way HTML5 defines it makes it work fine
  756. # [13:39] <smaug____> doing something else would violate step 1
  757. # [13:39] <annevk> I agree that if we want hierarchical structures to work in general that section requires some changing
  758. # [13:39] <annevk> that should not be too hard I guess
  759. # [13:41] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Leaving...)
  760. # [13:43] * Quits: MikeSmith (~MikeSmith@EM114-48-212-46.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  761. # [13:43] <annevk> smaug____, btw, the way DOM3Events defines "phase" makes it limited to nodes
  762. # [13:44] <annevk> smaug____, I think that's why I limited it, also because I did not know about Indexed DB's usage
  763. # [13:44] <annevk> but that can be changed easily
  764. # [13:44] <smaug____> ok, that would be a bug in DOM 3 Events
  765. # [13:45] <zewt> i havn't looked at what idb is doing, but isn't it odd that it's using dom events that differently?
  766. # [13:45] <smaug____> I still don't quite understand why events should be merged to web-dom-core
  767. # [13:45] <smaug____> zewt: "differently" ?
  768. # [13:45] <annevk> because they are intertwined
  769. # [13:46] <annevk> Node inherits from EventTarget, Document defines createEvent
  770. # [13:46] <annevk> removeChild causes events to be dispatched
  771. # [13:47] <smaug____> I still don't get it
  772. # [13:48] <zewt> differently as in not also propagating along nodes; i'll have to look over that spec again when i'm less tired
  773. # [13:48] * Joins: chuck (9960e802@gateway/web/freenode/ip.153.96.232.2)
  774. # [13:48] <annevk> smaug____, ok
  775. # [13:49] * Quits: chuck (9960e802@gateway/web/freenode/ip.153.96.232.2) (Client Quit)
  776. # [13:49] * Joins: MikeSmith (~MikeSmith@EM114-48-222-96.pool.e-mobile.ne.jp)
  777. # [13:49] * Joins: mpt (~mpt@91.189.88.12)
  778. # [13:49] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  779. # [13:49] * Joins: mpt (~mpt@canonical/mpt)
  780. # [13:50] <annevk> I don't think it's too important, but it's more convenient to define them together
  781. # [13:51] <annevk> And since they're sort of fundamental to most things, it makes sense to me (and others I believe, you're the first to question it)
  782. # [13:52] * Joins: Bagadood (c6242684@gateway/web/freenode/ip.198.36.38.132)
  783. # [13:52] <Bagadood> Hello
  784. # [13:53] <Bagadood> Anyone here?
  785. # [13:53] <zcorpan> yes
  786. # [13:53] <Bagadood> This is my first time here.
  787. # [13:53] <smaug____> annevk: I'm not really against merging them, but it is kind of strange time
  788. # [13:53] <zcorpan> Bagadood: welcome
  789. # [13:53] <Bagadood> Cool, thnx :)
  790. # [13:54] <smaug____> annevk: I assume there will be some problems when DOM 3 Events and you events have something defined differently, and both are still drafts...
  791. # [13:54] <smaug____> s/you/your/
  792. # [13:54] <hsivonen> I thought the plan was for Anne's / Ms2ger's specs to supercede Level 3
  793. # [13:55] <hsivonen> for browsers that is
  794. # [13:55] <hsivonen> and Level 3 to become a Java spec
  795. # [13:55] <annevk> smaug____, the plan at TPAC was that I could go ahead and define "Events" and it would evolve in parallel and eventually obsolete the other work (I thought)
  796. # [13:55] <smaug____> hsivonen: for Core yes, but I'm not so sure about Events
  797. # [13:56] <smaug____> annevk: it would make a lot sense to take mutation events from DOM 3 Events to DOM core
  798. # [13:56] <annevk> I do think the way I defined it (apart from some event propagation details apparently) is way clearer
  799. # [13:57] <smaug____> annevk: but so, your plan is to merge all of DOM 3 Events to Web-DOM-Core?
  800. # [13:57] <annevk> Clear conformance criteria, completely clear on all the details, etc.
  801. # [13:57] <annevk> smaug____, I don't think the rest of DOM 3 Events is "Core"
  802. # [13:57] <annevk> mouse/keyboard/etc. should really be defined elsewhere
  803. # [13:58] <smaug____> why custom event is "core" ?
  804. # [13:58] <annevk> e.g. for mouse events you really want to define them together with pointer-events
  805. # [13:58] <annevk> smaug____, it isn't really, but seemed to small and simple to leave out
  806. # [13:58] <annevk> smaug____, and now serves as a nice example of how to define your own events
  807. # [13:59] <smaug____> annevk: but you're going to take also mutation events?
  808. # [13:59] <smaug____> hmm, though we really want to get rid of those...
  809. # [13:59] <annevk> so I would love that
  810. # [13:59] <annevk> that would be better
  811. # [13:59] <annevk> but IE9 has them
  812. # [13:59] <annevk> you guys have them
  813. # [13:59] <smaug____> so?
  814. # [14:00] <annevk> WebKit has them and Opera has them
  815. # [14:00] <annevk> can we really kill them?
  816. # [14:00] <smaug____> all of the browsers have different subset of them
  817. # [14:00] * jgraham strongly doubts it
  818. # [14:00] <jgraham> That we can kill them
  819. # [14:00] <annevk> are you going to remove them from Firefox after 4 ships?
  820. # [14:00] <annevk> I mean if that is a yes I can wait with adding them to the spec
  821. # [14:00] <annevk> because I'd love for that to work and I don't have a deadline here
  822. # [14:00] <jgraham> Even if they are not quite interoperable, everyone will have some content that depends on them
  823. # [14:00] <annevk> in fact, I'm leaving for three months soonish :)
  824. # [14:01] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  825. # [14:01] <annevk> the impression I got at TPAC was that nobody in fact was planning on killing them
  826. # [14:01] <annevk> maybe a couple
  827. # [14:01] <annevk> but not all
  828. # [14:01] <annevk> the only change I had the impression we might be able to make was to make them asynchronous
  829. # [14:02] <smaug____> since no one likes them, we really should try to get rid of them.
  830. # [14:02] <smaug____> if that doesn't work out, then it just doesn't
  831. # [14:02] * Quits: wakaba_ (~wakaba@219.157.197.113.dy.bbexcite.jp) (Quit: Leaving...)
  832. # [14:02] <smaug____> and we need to keep them forever
  833. # [14:03] <zcorpan> making them async seems like a win
  834. # [14:03] <smaug____> but we haven't even tried
  835. # [14:03] <annevk> smaug____, alright, I will wait with figuring out mutation events
  836. # [14:03] <annevk> I really wasn't looking forward to that anyway :)
  837. # [14:03] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  838. # [14:04] <smaug____> annevk: :)
  839. # [14:04] <smaug____> it can be,hmm, interesting to define DOMSubtreeModified properly
  840. # [14:05] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 240 seconds)
  841. # [14:05] * Joins: wakaba (~wakaba@219.157.197.113.dy.bbexcite.jp)
  842. # [14:05] * Quits: espadrine (~espadrine@eduroinsa996.insa-lyon.fr) (Quit: espadrine)
  843. # [14:10] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  844. # [14:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  845. # [14:13] * Joins: Ankheg (~Grizzly@fs91-201-3-30.dubna-net.ru)
  846. # [14:13] * Joins: lumely_ (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  847. # [14:15] * Joins: pudding (54fd1874@gateway/web/freenode/ip.84.253.24.116)
  848. # [14:15] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 276 seconds)
  849. # [14:19] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  850. # [14:24] * Joins: mpt (~mpt@91.189.88.12)
  851. # [14:24] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  852. # [14:24] * Joins: mpt (~mpt@canonical/mpt)
  853. # [14:25] * Quits: Ankheg (~Grizzly@fs91-201-3-30.dubna-net.ru) (Quit: Leaving.)
  854. # [14:25] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  855. # [14:35] * Joins: myakura (~myakura@p1221-ipbf2508marunouchi.tokyo.ocn.ne.jp)
  856. # [14:38] * Quits: lumely_ (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 240 seconds)
  857. # [14:40] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  858. # [14:44] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  859. # [14:45] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  860. # [14:45] * Joins: boaz (~boaz@64.119.153.2)
  861. # [14:48] * Quits: pudding (54fd1874@gateway/web/freenode/ip.84.253.24.116) (Quit: Page closed)
  862. # [14:48] * Quits: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp) (Ping timeout: 260 seconds)
  863. # [14:50] * Joins: miketaylr (~miketaylr@206.217.92.186)
  864. # [14:52] * Joins: lumely (~lumely@dhcp2-186.slis.tsukuba.ac.jp)
  865. # [14:52] * Joins: Sirisian (~Sirisian@141.218.219.243)
  866. # [15:00] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Ping timeout: 264 seconds)
  867. # [15:05] * Joins: FireFly (~firefly@unaffiliated/firefly)
  868. # [15:05] * Joins: BlurstOfTimes (~blurstoft@168.203.117.36)
  869. # [15:13] * Quits: Sirisian (~Sirisian@141.218.219.243) (Ping timeout: 276 seconds)
  870. # [15:29] * Quits: Xano (~bart@524BF837.cm-4-4d.dynamic.ziggo.nl) (Quit: Beer o'clock!)
  871. # [15:39] * Joins: tw2113 (~tw2113asw@host-66-96-230-24.midco.net)
  872. # [15:39] * Quits: tw2113 (~tw2113asw@host-66-96-230-24.midco.net) (Changing host)
  873. # [15:39] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
  874. # [15:44] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  875. # [15:45] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  876. # [15:48] <annevk> smaug____, what to do with Progress Events by the way?
  877. # [15:48] <annevk> smaug____, reportedly Gecko supports two more members, do they need to be added to the spec?
  878. # [15:48] <annevk> smaug____, and are they the same or different?
  879. # [15:48] <smaug____> I'm hoping to get rid of those members
  880. # [15:49] <smaug____> they are from pre-Progress-Events-spec era
  881. # [15:49] <smaug____> same or different?
  882. # [15:51] * Joins: plainhao (~plainhao@208.75.85.237)
  883. # [15:51] * Quits: erlehmann (~erlehmann@82.113.99.40) (Quit: Ex-Chat)
  884. # [15:51] <annevk> are they aliases or have different semantics?
  885. # [15:51] <annevk> but if you want to get rid of them that works
  886. # [15:52] <annevk> I guess then we can proceed with Progress Events
  887. # [15:52] <smaug____> they have different semantics
  888. # [15:52] <smaug____> at least when handling multipart xhr
  889. # [15:53] * smaug____ doesn't know whether others support multipart XHR
  890. # [15:54] * Joins: mloki (~mloki__@x1-6-00-10-a7-28-f3-47.k765.webspeed.dk)
  891. # [15:59] <annevk> I hope we can get rid of that too
  892. # [16:03] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  893. # [16:03] * Parts: nimbupani (~Adium@pat-tdc.opera.com)
  894. # [16:05] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  895. # [16:09] <smaug____> multipart XHR is actually quite nice
  896. # [16:10] <annevk> XHR is so complex already
  897. # [16:10] <annevk> and full of holes in browsers
  898. # [16:10] * Joins: erlehmann (~erlehmann@82.113.99.40)
  899. # [16:18] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Ping timeout: 255 seconds)
  900. # [16:37] * Quits: davve__ (~davve@83.218.67.122) (Remote host closed the connection)
  901. # [16:41] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Remote host closed the connection)
  902. # [16:46] * bga_|away is now known as bga_
  903. # [16:53] * bga_ is now known as bga_|away
  904. # [16:57] <annevk> oh teehee
  905. # [16:57] <annevk> hashbangs was the thing i missed in the WHATWG Weekly
  906. # [16:58] * annevk puts it on the list for next week
  907. # [17:00] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (Remote host closed the connection)
  908. # [17:05] <annevk> hmm
  909. # [17:05] <annevk> so if events can operate on an object tree
  910. # [17:05] <annevk> that would make event dispatching easier
  911. # [17:05] <annevk> but would require a definition of an arbitrary object tree
  912. # [17:06] <annevk> and ideally nodes just map onto that
  913. # [17:08] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  914. # [17:10] <annevk> meh
  915. # [17:14] <annevk> smaug____, so to be sure I checked Indexed DB
  916. # [17:14] <annevk> smaug____, nothing in there says events actually bubble
  917. # [17:15] <smaug____> propagate
  918. # [17:15] <annevk> smaug____, in fact, everything does not bubble and is not cancelable
  919. # [17:15] <annevk> smaug____, oh, you mean they can be captured?
  920. # [17:15] <smaug____> I wasn't talking about bubbling but about propagation
  921. # [17:15] <smaug____> yeah
  922. # [17:15] <annevk> smaug____, from which object?
  923. # [17:16] * smaug____ is in a meeting atm
  924. # [17:16] <smaug____> annevk: you could ask sicking
  925. # [17:16] <annevk> Indexed DB does not even define "tree" anywhere
  926. # [17:17] <annevk> or mention "propagate" other than in the context of an exception
  927. # [17:18] <annevk> anyway, once I figure out how, this should be easy
  928. # [17:19] <annevk> I'm not very pleased with the current "Nodes Model" either which is a mixture of copied terms from HTML and CSS
  929. # [17:19] * bga_|away is now known as bga_
  930. # [17:20] * Quits: erlehmann (~erlehmann@82.113.99.40) (Quit: Ex-Chat)
  931. # [17:29] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
  932. # [17:33] * Quits: annevk (~annevk@j106179.upc-j.chello.nl) (Quit: annevk)
  933. # [17:34] * Joins: xtoph (~xtoph@213.47.185.206)
  934. # [17:37] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 240 seconds)
  935. # [17:37] * dglazkov|sick is now known as dglazkov
  936. # [17:54] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
  937. # [17:55] * Joins: Ms2ger (~Ms2ger@91.181.254.139)
  938. # [18:02] * Joins: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no)
  939. # [18:06] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  940. # [18:09] * bga_ is now known as bga_|away
  941. # [18:11] * Joins: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25)
  942. # [18:17] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
  943. # [18:21] * Quits: myakura (~myakura@p1221-ipbf2508marunouchi.tokyo.ocn.ne.jp) (Remote host closed the connection)
  944. # [18:23] * Quits: Jedi_ (~Jedi@Jedi.org) (Quit: leaving)
  945. # [18:24] * Quits: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no) (Quit: Colloquy for iPad - http://colloquy.mobi)
  946. # [18:24] * Joins: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no)
  947. # [18:28] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  948. # [18:29] * Quits: david_carlisle (~davidc@62.231.145.254) (Ping timeout: 255 seconds)
  949. # [18:33] * Joins: craigbarnes (~craigbarn@unaffiliated/craigbarnes)
  950. # [18:33] <Philip`> http://www.computerworld.com/s/article/9209322/W3C_HTML5_will_be_finished_in_2014 - '"This is the first time we've been able to answer people's questions of when it will be done," said Ian Jacobs, head of W3C marketing and communications.'
  951. # [18:33] <Philip`> Sounds like the W3C is fairly confident in its prediction
  952. # [18:35] <tw2113> better than the 2023 or whatever prediction
  953. # [18:35] <TabAtkins> "better" how?
  954. # [18:35] <Ms2ger> Then again, 2022 is more likely
  955. # [18:35] <jgraham> Philip`: Well that's just wrong. Before they were telling people it would be done in 2010
  956. # [18:36] * Quits: dglazkov (~dglazkov@nat/google/x-afvuoiuwemiaylyx) (Quit: dglazkov)
  957. # [18:37] <jgraham> Although I suppose as a press quote "this is the second date we have published for HTML5 to be complete, and just like the last one this one is believed to be wildly optimistic by the people actually doing the work" isn't so snappy
  958. # [18:38] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  959. # [18:38] <jgraham> Although possibly he could go on to explain the W3C definition of the word "Last" as in "Last Call" which means something quite different to any other definition of "last"
  960. # [18:39] <jgraham> and watch as the reporter's head explodes
  961. # [18:39] <jgraham> Could be a fun game
  962. # [18:39] <tw2113> i'd give a dollar to see that
  963. # [18:40] <Ms2ger> That's more than most people would give for the article
  964. # [18:40] * Quits: pesla (~pesla@188.202.125.121) (Remote host closed the connection)
  965. # [18:41] <jgraham> "The feedback from this "Last Call" is expected to be quite considerable and could result in another revision of the document."
  966. # [18:41] <jgraham> Someone tell Hixie he is only allowed to make one edit after last call :)
  967. # [18:41] * jgraham is just being mean now
  968. # [18:42] <TabAtkins> So, I kind of want to work on defining an "Image Profile" for SVG, which would cut out the more complex/buggy parts of it that browsers currently hack around when using SVG in image contexts.
  969. # [18:42] <TabAtkins> The idea made one of our security guys happy this morning.
  970. # [18:45] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  971. # [18:45] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  972. # [18:53] * Joins: kal-EL__ (~jor-EL@host16-74-dynamic.10-79-r.retail.telecomitalia.it)
  973. # [18:56] <TabAtkins> AryehGregor: FYI, since you were talking about the "block this domain" link in Google offered by the extensions..
  974. # [18:56] <TabAtkins> Apparently we did it that way because it was faster: http://news.ycombinator.com/item?id=2218542
  975. # [18:58] * Quits: zcorpan (~zcorpan@c-8d9ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  976. # [18:59] * Quits: tyoshino (~tyoshino@220.109.219.244) (*.net *.split)
  977. # [18:59] * Quits: hamaji (~hamaji@220.109.219.244) (*.net *.split)
  978. # [19:00] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (*.net *.split)
  979. # [19:00] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
  980. # [19:00] * Quits: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25) (*.net *.split)
  981. # [19:00] * Quits: Bagadood (c6242684@gateway/web/freenode/ip.198.36.38.132) (*.net *.split)
  982. # [19:00] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
  983. # [19:00] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (*.net *.split)
  984. # [19:00] * Quits: JanDW (~chatzilla@pool-108-12-211-213.prvdri.fios.verizon.net) (*.net *.split)
  985. # [19:00] * Quits: broquaint (df80b6f776@78.47.79.137) (*.net *.split)
  986. # [19:00] * Quits: gavin (~gavin@firefox/developer/gavin) (*.net *.split)
  987. # [19:00] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (*.net *.split)
  988. # [19:00] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (*.net *.split)
  989. # [19:00] * Quits: Timz (~Adium@86.89.174.199) (*.net *.split)
  990. # [19:00] * Quits: hsivonen (~hsivonen@kekkonen.cs.hut.fi) (*.net *.split)
  991. # [19:00] * Quits: toyoshim (~toyoshim@y253149.dynamic.ppp.asahi-net.or.jp) (*.net *.split)
  992. # [19:00] * Quits: fuzzyone (~fuzzyone@vaserv/clients/fuzzyone) (*.net *.split)
  993. # [19:00] * Quits: wirepair (fbi@random.supermario.org) (*.net *.split)
  994. # [19:00] * Quits: antti_s (~antti@173-203-97-98.static.cloud-ips.com) (*.net *.split)
  995. # [19:00] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
  996. # [19:00] * Quits: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk) (*.net *.split)
  997. # [19:00] * Quits: sebasmagri (~sebasmagr@unaffiliated/sebasmagri) (*.net *.split)
  998. # [19:00] * Quits: Sosby (fsosby@70.32.34.100) (*.net *.split)
  999. # [19:00] * Quits: ukai (~ukai@nat/google/x-wtddcvsfjfrhgbgz) (*.net *.split)
  1000. # [19:00] * Quits: ciaran_lee (leecn@spoon.netsoc.tcd.ie) (*.net *.split)
  1001. # [19:00] * Quits: bfrohs (~bfrohs@smtp.forewordinternal.com) (*.net *.split)
  1002. # [19:00] * Quits: kal-EL_ (~jor-EL@host16-74-dynamic.10-79-r.retail.telecomitalia.it) (*.net *.split)
  1003. # [19:00] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (*.net *.split)
  1004. # [19:00] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (*.net *.split)
  1005. # [19:00] * Quits: webr3 (~nathan@host81-152-134-96.range81-152.btcentralplus.com) (*.net *.split)
  1006. # [19:00] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  1007. # [19:00] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (*.net *.split)
  1008. # [19:00] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (*.net *.split)
  1009. # [19:00] * Quits: Ms2ger (~Ms2ger@91.181.254.139) (*.net *.split)
  1010. # [19:00] * Quits: boaz (~boaz@64.119.153.2) (*.net *.split)
  1011. # [19:00] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (*.net *.split)
  1012. # [19:00] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (*.net *.split)
  1013. # [19:00] * Quits: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl) (*.net *.split)
  1014. # [19:00] * Quits: micheil (~micheil@124-168-150-222.dyn.iinet.net.au) (*.net *.split)
  1015. # [19:00] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
  1016. # [19:00] * Quits: Yudai (~Yudai@p434d26.kngwnt01.ap.so-net.ne.jp) (*.net *.split)
  1017. # [19:00] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (*.net *.split)
  1018. # [19:00] * Quits: Itrace (~Itrace@12.104.199.129) (*.net *.split)
  1019. # [19:00] * Quits: fishd (~fishd@nat/google/x-kgweqypgureupoeu) (*.net *.split)
  1020. # [19:00] * Quits: Kuruma (~Kuruman@p19170-ipngn1701marunouchi.tokyo.ocn.ne.jp) (*.net *.split)
  1021. # [19:00] * Joins: sebasmag_ (~sebasmagr@190.203.237.143)
  1022. # [19:04] * Joins: maikmerten (~maikmerte@port-92-201-229-95.dynamic.qsc.de)
  1023. # [19:04] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
  1024. # [19:07] * Joins: kbrosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net)
  1025. # [19:08] * Joins: toyoshim (~toyoshim@y253149.dynamic.ppp.asahi-net.or.jp)
  1026. # [19:08] * Joins: fuzzyone (~fuzzyone@vaserv/clients/fuzzyone)
  1027. # [19:08] * Joins: wirepair (fbi@random.supermario.org)
  1028. # [19:08] * Joins: antti_s (~antti@173-203-97-98.static.cloud-ips.com)
  1029. # [19:09] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
  1030. # [19:09] * Joins: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com)
  1031. # [19:09] * Joins: mdelaney (~mdelaney@66.109.103.22)
  1032. # [19:09] * Joins: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  1033. # [19:09] * Joins: tyoshino1 (~tyoshino@220.109.219.244)
  1034. # [19:09] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1035. # [19:09] * Joins: Ms2ger (~Ms2ger@91.181.254.139)
  1036. # [19:09] * Joins: boaz (~boaz@64.119.153.2)
  1037. # [19:09] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  1038. # [19:09] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  1039. # [19:09] * Joins: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl)
  1040. # [19:09] * Joins: micheil (~micheil@124-168-150-222.dyn.iinet.net.au)
  1041. # [19:09] * Joins: Yudai (~Yudai@p434d26.kngwnt01.ap.so-net.ne.jp)
  1042. # [19:09] * Joins: Itrace (~Itrace@12.104.199.129)
  1043. # [19:09] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1044. # [19:09] * Joins: fishd (~fishd@nat/google/x-kgweqypgureupoeu)
  1045. # [19:09] * Joins: Kuruma (~Kuruman@p19170-ipngn1701marunouchi.tokyo.ocn.ne.jp)
  1046. # [19:09] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 246 seconds)
  1047. # [19:10] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  1048. # [19:10] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
  1049. # [19:10] * Joins: JanDW (~chatzilla@pool-108-12-211-213.prvdri.fios.verizon.net)
  1050. # [19:10] * Joins: broquaint (df80b6f776@78.47.79.137)
  1051. # [19:10] * Joins: gavin (~gavin@firefox/developer/gavin)
  1052. # [19:10] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
  1053. # [19:10] * Joins: hamaji (~hamaji@220.109.219.244)
  1054. # [19:11] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
  1055. # [19:12] * Joins: Sosby (fsosby@s2.rdlbnc.com)
  1056. # [19:12] * Joins: gwillen_ (~gwillen@adsl-66-218-37-112.dslextreme.com)
  1057. # [19:12] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  1058. # [19:13] * tomaw is now known as 5EXAB34GN
  1059. # [19:13] * Joins: karlcow (~karl@nerval.la-grange.net)
  1060. # [19:13] * Joins: othermaciej (~mjs@17.246.16.81)
  1061. # [19:13] * Joins: Philip` (~philip@zaynar.co.uk)
  1062. # [19:13] * Joins: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25)
  1063. # [19:13] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
  1064. # [19:13] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1065. # [19:13] * Joins: Bagadood (c6242684@gateway/web/freenode/ip.198.36.38.132)
  1066. # [19:13] * Joins: Timz (~Adium@86.89.174.199)
  1067. # [19:13] * Joins: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk)
  1068. # [19:13] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  1069. # [19:13] * Joins: ukai (~ukai@nat/google/x-wtddcvsfjfrhgbgz)
  1070. # [19:13] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
  1071. # [19:13] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
  1072. # [19:13] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  1073. # [19:13] * Quits: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25) (*.net *.split)
  1074. # [19:13] * Quits: Bagadood (c6242684@gateway/web/freenode/ip.198.36.38.132) (*.net *.split)
  1075. # [19:13] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
  1076. # [19:13] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
  1077. # [19:13] * Quits: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk) (*.net *.split)
  1078. # [19:13] * Quits: ukai (~ukai@nat/google/x-wtddcvsfjfrhgbgz) (*.net *.split)
  1079. # [19:13] * Quits: ciaran_lee (leecn@spoon.netsoc.tcd.ie) (*.net *.split)
  1080. # [19:13] * Quits: bfrohs (~bfrohs@smtp.forewordinternal.com) (*.net *.split)
  1081. # [19:13] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (*.net *.split)
  1082. # [19:13] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  1083. # [19:14] * Joins: mpt (~mpt@91.189.88.12)
  1084. # [19:14] * Quits: mpt (~mpt@91.189.88.12) (Read error: Connection reset by peer)
  1085. # [19:15] * Quits: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com) (Write error: Broken pipe)
  1086. # [19:15] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Write error: Broken pipe)
  1087. # [19:15] * 5EXAB34GN is now known as tomaw
  1088. # [19:17] * Quits: fishd (~fishd@nat/google/x-kgweqypgureupoeu) (Read error: Connection reset by peer)
  1089. # [19:17] * Joins: fishd (~fishd@nat/google/session)
  1090. # [19:24] <AryehGregor> TabAtkins++ on image profile for SVG.
  1091. # [19:25] <AryehGregor> What I'd really like is an image profile for SVG with a different file extension and MIME type.
  1092. # [19:25] * Quits: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no) (Remote host closed the connection)
  1093. # [19:25] <AryehGregor> Currently you can let users submit arbitrary PNG/GIF/JPEG/etc. and just throw it up on your web server with no validation and it's safe.
  1094. # [19:25] <TabAtkins> image/svgi
  1095. # [19:25] <AryehGregor> But not SVG.
  1096. # [19:25] <AryehGregor> +xml?
  1097. # [19:25] * Joins: Philip` (~philip@zaynar.co.uk)
  1098. # [19:25] <TabAtkins> Nuts to the +xml.
  1099. # [19:26] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Read error: Connection reset by peer)
  1100. # [19:26] * TabAtkins may have to bow to the mimetype gods, for they are crotchety and demanding.
  1101. # [19:26] <AryehGregor> If you don't add +xml, maybe your new MIME type won't be registered at the IANA for years! Totally unlike image/svg+xml.
  1102. # [19:26] * Joins: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1)
  1103. # [19:26] * Quits: beowulf (~u116@pdpc/supporter/professional/beowulf) (Max SendQ exceeded)
  1104. # [19:26] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  1105. # [19:26] * Joins: karlcow (~karl@nerval.la-grange.net)
  1106. # [19:26] * Joins: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25)
  1107. # [19:26] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1108. # [19:26] * Joins: Bagadood (c6242684@gateway/web/freenode/ip.198.36.38.132)
  1109. # [19:26] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  1110. # [19:26] * Joins: ukai (~ukai@nat/google/x-wtddcvsfjfrhgbgz)
  1111. # [19:26] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
  1112. # [19:26] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  1113. # [19:26] * Joins: nimbupani (~nimbupani@84.215.128.231)
  1114. # [19:26] * Quits: fishd (~fishd@nat/google/session) (Changing host)
  1115. # [19:26] * Joins: fishd (~fishd@nat/google/x-ngrubthopwnmdzlr)
  1116. # [19:26] <TabAtkins> I now need to go back in time and make full svg only use application/svg+xml, so I can reserve image/svg for myself.
  1117. # [19:26] * Joins: beowulf (u116@gateway/web/irccloud.com/session)
  1118. # [19:27] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1119. # [19:27] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl) (Ping timeout: 276 seconds)
  1120. # [19:27] * Quits: beowulf (u116@gateway/web/irccloud.com/session) (Changing host)
  1121. # [19:27] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
  1122. # [19:27] * Joins: AlexNRoss (~AleossIRC@142-165-121-75.regn.hsdb.sasknet.sk.ca)
  1123. # [19:27] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (Changing host)
  1124. # [19:27] * Joins: beowulf (u116@gateway/web/irccloud.com/x-vzjxfxltbnbczjia)
  1125. # [19:27] * Quits: beowulf (u116@gateway/web/irccloud.com/x-vzjxfxltbnbczjia) (Changing host)
  1126. # [19:27] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
  1127. # [19:27] * Quits: kbrosnan (~kbrosnan@pool-74-97-44-137.prvdri.fios.verizon.net) (Changing host)
  1128. # [19:27] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
  1129. # [19:27] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Quit: Leaving)
  1130. # [19:28] * TabAtkins would not use a time machine responsibly if given one.
  1131. # [19:28] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  1132. # [19:28] * Quits: AlexNRoss (~AleossIRC@142-165-121-75.regn.hsdb.sasknet.sk.ca) (Client Quit)
  1133. # [19:28] * AryehGregor finds that the easiest way in XChat to re-auth if the first auth doesn't go through is just to reconnect
  1134. # [19:29] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  1135. # [19:29] * Joins: Jedi_ (~Jedi@Jedi.org)
  1136. # [19:30] * Joins: tw2113 (~tw2113asw@host-66-96-230-24.midco.net)
  1137. # [19:30] * Quits: tw2113 (~tw2113asw@host-66-96-230-24.midco.net) (Changing host)
  1138. # [19:30] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
  1139. # [19:31] * Quits: bfrohs (~bfrohs@smtp.forewordinternal.com) (Ping timeout: 255 seconds)
  1140. # [19:31] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1141. # [19:32] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (Max SendQ exceeded)
  1142. # [19:32] * Joins: beowulf (u116@gateway/web/irccloud.com/x-pbsesneixiiidbbx)
  1143. # [19:32] <Ms2ger> Anything interesting in the i/b/u discussion earlier?
  1144. # [19:32] * Quits: beowulf (u116@gateway/web/irccloud.com/x-pbsesneixiiidbbx) (Changing host)
  1145. # [19:32] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
  1146. # [19:34] * Joins: sbublava (~stephan@178.112.246.114.wireless.dyn.drei.com)
  1147. # [19:39] <AryehGregor> Where, in #whatwg or someplace else?
  1148. # [19:39] <TabAtkins> Here, overnight.
  1149. # [19:39] * Quits: tbassetto (~tbassetto@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: tbassetto)
  1150. # [19:41] * Joins: MikeSmith_ (~MikeSmith@EM111-188-24-234.pool.e-mobile.ne.jp)
  1151. # [19:42] * Joins: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
  1152. # [19:43] * Quits: Rik` (~Rik`@mozilla-paris-253-99.cnt.nerim.net) (Remote host closed the connection)
  1153. # [19:44] * Quits: MikeSmith (~MikeSmith@EM114-48-222-96.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1154. # [19:44] * MikeSmith_ is now known as MikeSmith
  1155. # [19:46] * Joins: roc (~chatzilla@121.98.230.221)
  1156. # [19:47] * gwillen_ is now known as gwillen
  1157. # [19:47] * Joins: dbaron (~dbaron@nat/mozilla/x-qocrdsepslhvzjca)
  1158. # [19:48] * Quits: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com) (Changing host)
  1159. # [19:48] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
  1160. # [19:50] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 245 seconds)
  1161. # [19:51] * Joins: webr3 (~nathan@host81-152-134-96.range81-152.btcentralplus.com)
  1162. # [19:52] * bga_|away is now known as bga_
  1163. # [19:52] * Quits: othermaciej (~mjs@17.246.16.81) (Remote host closed the connection)
  1164. # [19:53] * Joins: othermaciej (~mjs@17.246.16.81)
  1165. # [19:54] * Joins: mokush (~quassel@188.24.46.123)
  1166. # [19:55] * Quits: mdelaney (~mdelaney@66.109.103.22) (Quit: mdelaney)
  1167. # [19:56] * Joins: mdelaney (~mdelaney@66.109.103.22)
  1168. # [19:57] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: brb)
  1169. # [19:58] * Quits: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (*.net *.split)
  1170. # [19:58] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  1171. # [19:58] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
  1172. # [19:58] * Quits: ukai (~ukai@nat/google/x-wtddcvsfjfrhgbgz) (*.net *.split)
  1173. # [19:58] * Quits: ciaran_lee (leecn@spoon.netsoc.tcd.ie) (*.net *.split)
  1174. # [19:58] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  1175. # [19:58] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
  1176. # [19:58] * Joins: ukai (~ukai@nat/google/x-vuttwekiuzxcawue)
  1177. # [19:59] * Quits: f1lt3r_bocoup (~f1lt3r@64.119.153.2) (Remote host closed the connection)
  1178. # [19:59] * Joins: karlcow (~karl@nerval.la-grange.net)
  1179. # [19:59] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1180. # [20:00] * Quits: mdelaney (~mdelaney@66.109.103.22) (Ping timeout: 240 seconds)
  1181. # [20:01] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1182. # [20:06] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  1183. # [20:06] * Joins: shepazu (~schepers@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
  1184. # [20:06] <jgraham> Ms2ger: Dunno, I tuned it out on the basis that b/i/u discussions are disproportionately unproductive
  1185. # [20:08] <Ms2ger> That's why I was hoping for someone else to filter out anything productive
  1186. # [20:08] <AryehGregor> Is anyone else getting a 500 error when trying to commit to dvcs.w3.org?
  1187. # [20:08] <Ms2ger> Until then, I'm assuming there wasn't anything
  1188. # [20:09] <Ms2ger> What I'm getting is unresponsive script dialogs from your reflection test
  1189. # [20:09] <annevk> look at that, Ms2ger is online
  1190. # [20:09] <AryehGregor> Ms2ger, which test URL and which browser?
  1191. # [20:09] <annevk> Ms2ger, you're cool with renaming too right?
  1192. # [20:09] <Ms2ger> Yeah
  1193. # [20:09] <Ms2ger> http://localhost/tests/html-official/submission/AryehGregor/reflection/reflection-onepage.html, Minefield
  1194. # [20:10] * AryehGregor isn't seeing that in 4b11
  1195. # [20:10] <AryehGregor> It doesn't seem to work, though.
  1196. # [20:10] <annevk> I wonder if we should have a copy of DOM Core that can be hosted on html5.org
  1197. # [20:10] * Joins: sicking (~chatzilla@nat/mozilla/x-ujmwtrrpwnxbxfvy)
  1198. # [20:10] <Ms2ger> I dunno
  1199. # [20:10] <AryehGregor> http://aryeh.name/tests-root/tests/submission/AryehGregor/reflection/reflection-original.html works fine.
  1200. # [20:10] <AryehGregor> Blame jgraham.
  1201. # [20:10] <AryehGregor> (I'll be splitting up the -onepage version, though.)
  1202. # [20:11] <annevk> It does not seem like the other html5.org specs have a license so I guess not
  1203. # [20:11] <AryehGregor> Okay, wait, the -onepage one is broken somehow.
  1204. # [20:11] <AryehGregor> Oh, no it's not.
  1205. # [20:11] <annevk> I guess I should worry about that soonish so hsivonen doesn't have to
  1206. # [20:11] <AryehGregor> It just stays blank for a while before the results render.
  1207. # [20:11] <AryehGregor> Maybe because it's a 20,000+ row table.
  1208. # [20:12] <AryehGregor> The layout seems to take longer than actually running the tests.
  1209. # [20:13] <Ms2ger> On that note
  1210. # [20:13] <Ms2ger> AryehGregor, can I use HTML's license for DOM Range?
  1211. # [20:13] <AryehGregor> You can use whatever license you want, as far as I care.
  1212. # [20:13] <AryehGregor> Hixie told me to make all my Google stuff public domain, and I have no problem with that.
  1213. # [20:14] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1214. # [20:14] <Ms2ger> k
  1215. # [20:16] * Joins: franksalim (~frank@99-123-6-19.lightspeed.sntcca.sbcglobal.net)
  1216. # [20:19] * Quits: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
  1217. # [20:19] * Joins: tbassetto (~tbassetto@vau75-7-82-234-249-198.fbx.proxad.net)
  1218. # [20:20] * Joins: erlehmann (~erlehmann@82.113.99.40)
  1219. # [20:21] <AryehGregor> Okay, I give up: where is "ToString" defined here? http://dev.w3.org/2006/webapi/WebIDL/
  1220. # [20:21] <AryehGregor> "the ToBoolean, ToNumber, ToUint16, ToInt32, ToUint32, ToString and ToObject operators referenced in this section are defined in section 9."
  1221. # [20:21] <AryehGregor> I don't see them.
  1222. # [20:21] <AryehGregor> (Could terms like this be linked?)
  1223. # [20:23] * Joins: jamesr_ (~jamesr@216.239.45.19)
  1224. # [20:23] <gsnedders> AryehGregor: They're defined in ES5
  1225. # [20:23] <gsnedders> "Algorithms in this section use the conventions described in section 5.2 and the ToBoolean, ToNumber, ToUint16, ToInt32, ToUint32, ToString and ToObject operators referenced in this section are defined in section 9."
  1226. # [20:24] <AryehGregor> Section 9 of the ES spec.
  1227. # [20:24] <AryehGregor> Oh.
  1228. # [20:24] <AryehGregor> Is this the right spec to look at? http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-262.pdf
  1229. # [20:24] * Joins: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  1230. # [20:25] * Joins: espadrine (~espadrine@eduroinsa909.insa-lyon.fr)
  1231. # [20:25] <gsnedders> AryehGregor: If it says Fifth Edition on it, yes.
  1232. # [20:25] <Ms2ger> MikeSmith has an HTML version, fwiw
  1233. # [20:25] <AryehGregor> Now I have the problem that WebIDL doesn't match reality here. At least for null.
  1234. # [20:26] <Ms2ger> That's known
  1235. # [20:26] <AryehGregor> ES5 says "null". Opera does "null", Gecko does "", WebKit does something broken for reflected attributes (removes the attribute).
  1236. # [20:26] <AryehGregor> Well, if it's not desired then I don't want to test it.
  1237. # [20:27] <AryehGregor> But they agree on "undefined", so I'll test that.
  1238. # [20:27] * Quits: othermaciej (~mjs@17.246.16.81) (Quit: othermaciej)
  1239. # [20:28] * Joins: othermaciej (~mjs@17.246.16.81)
  1240. # [20:28] <annevk> well, the idea is that Web IDL interfaces to ECMAScript will do null -> ""
  1241. # [20:28] <annevk> but inside ECMAScript null -> "null"
  1242. # [20:29] * Joins: f1lt3r_bocoup (~f1lt3r@64.119.153.2)
  1243. # [20:29] * gsnedders is unconvinced losing what little consistency the platform already has is a good idea
  1244. # [20:29] * gsnedders seems to remember annevk making that argument a few weeks ago :P
  1245. # [20:29] * Joins: dave_levin (~dave_levi@74.125.59.76)
  1246. # [20:29] * Quits: phrearch (~phrearch_@82-136-229-19.ip.telfort.nl) (Remote host closed the connection)
  1247. # [20:30] <annevk> gsnedders, there's lots of sites that depend on null -> ""
  1248. # [20:30] <gsnedders> annevk: ah :(
  1249. # [20:31] <AryehGregor> Opera seems to do null -> "null".
  1250. # [20:31] <annevk> yeah, it's problematic
  1251. # [20:31] <annevk> it's being changed or is changed
  1252. # [20:34] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Ping timeout: 276 seconds)
  1253. # [20:38] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
  1254. # [20:38] <AryehGregor> Is there a way to do casting in JavaScript without special-casing for different types?
  1255. # [20:38] <AryehGregor> Like I know you can do foo + "" to convert to string according to ES algorithms.
  1256. # [20:39] <AryehGregor> And !!foo for boolean, and whatever.
  1257. # [20:39] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1258. # [20:39] <franksalim> AryehGregor: like String(foo) or Boolean(foo)?
  1259. # [20:39] <AryehGregor> Does that work?
  1260. # [20:39] <bga_> yes
  1261. # [20:39] <AryehGregor> Yes, thaks.
  1262. # [20:39] <AryehGregor> thanks.
  1263. # [20:39] * Quits: abarth (~abarth@173-164-128-210-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
  1264. # [20:41] * Quits: sbublava (~stephan@178.112.246.114.wireless.dyn.drei.com) (Quit: sbublava)
  1265. # [20:41] <AryehGregor> Given the name of a JS type, can I call something to cast to that type? I guess I could do eval(typeName) to get the function, but that seems sort of horrible.
  1266. # [20:41] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  1267. # [20:41] <othermaciej> JS does not have typecasting
  1268. # [20:42] <AryehGregor> It has type conversion algorithms.
  1269. # [20:42] <othermaciej> that is true
  1270. # [20:42] <franksalim> AryehGregor: those functions seem to be on the global object, at least in the browser. window["String"](foo) works
  1271. # [20:42] <AryehGregor> Oh, that works.
  1272. # [20:42] <AryehGregor> Thanks.
  1273. # [20:42] <franksalim> np
  1274. # [20:44] * Joins: sroussey_ (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net)
  1275. # [20:45] * Quits: mokush (~quassel@188.24.46.123) (Ping timeout: 276 seconds)
  1276. # [20:46] * Quits: sroussey (~sroussey@adsl-69-234-111-42.dsl.irvnca.pacbell.net) (Ping timeout: 245 seconds)
  1277. # [20:46] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1278. # [20:46] <annevk> so for a generic tree framework...
  1279. # [20:47] <annevk> a type of object (e.g. node) can be said to participate in it or something
  1280. # [20:47] <annevk> which means it follows a set of constraints
  1281. # [20:47] * sroussey_ is now known as sroussey
  1282. # [20:47] <annevk> that lead to things like "ancestor", "parent", "child" etc. being defined
  1283. # [20:48] * Joins: heycam (~cam@wok.mcc.id.au)
  1284. # [20:48] <annevk> so for nodes we'd say they are "tree-based", following the constraints described in the Nodes Model
  1285. # [20:49] <annevk> and from that follows that you can say ancestor of a particular node
  1286. # [20:50] * Joins: mokush (~quassel@188.24.46.123)
  1287. # [20:50] <annevk> and since we don't say XMLHttpRequest is tree-based there's no question about its event path, it's simply empty
  1288. # [20:50] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20110103133706])
  1289. # [20:54] <AryehGregor> Apparently Opera's string handling isn't binary-safe: data:text/html,<!doctype html><script>var el = document.createElement("span"); el.title = "\0abc"; alert(el.getAttribute("title").length);</script>
  1290. # [20:54] <AryehGregor> That just caused it to fail several thousand of my tests. :)
  1291. # [20:54] <gsnedders> AryehGregor: It's binary-safe in places :P
  1292. # [20:54] <annevk> binary safe?
  1293. # [20:55] <gsnedders> AryehGregor: And there's no such thing as binary data in JS, if you want to be pedantic.
  1294. # [20:55] <Ms2ger> It just fails for null, no?
  1295. # [20:56] <annevk> yeah, stuff is null-terminated
  1296. # [20:56] <gsnedders> Ms2ger: Yeah, in places in DOM
  1297. # [20:56] * Joins: torvalamo (~loriisacu@c7A72BF51.dhcp.bluecom.no)
  1298. # [20:56] * Philip` puts \0s in lots of his canvas tests, just to annoy Opera
  1299. # [20:57] <annevk> heh
  1300. # [20:57] <annevk> we'll fix it one day
  1301. # [20:57] <Philip`> Ensuring that canvas.getContext('2d\0') fails provides precisely zero value to humanity
  1302. # [20:58] <Philip`> but that's not my concern so I'll test it anyway
  1303. # [20:59] <bga_> if(window.title == '') { window.title = 'a\0b'; location.reload() } else { alert(window.title.length) }
  1304. # [20:59] * Joins: abarth (~abarth@173-164-128-210-SFBA.hfc.comcastbusiness.net)
  1305. # [21:00] <bga_> s/title/name/g
  1306. # [21:01] * Joins: benschwarz (~benschwar@59.167.185.148)
  1307. # [21:02] * Joins: saba (~foo@unaffiliated/saba)
  1308. # [21:02] * Quits: Ms2ger (~Ms2ger@91.181.254.139) (Ping timeout: 240 seconds)
  1309. # [21:06] * Joins: Ms2ger (~Ms2ger@91.181.219.32)
  1310. # [21:08] * AryehGregor discovers async is no longer a reflected attribute: script.async: IDL get with DOM attribute unset (expected false, got true)
  1311. # [21:08] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1312. # [21:10] * Quits: erlehmann (~erlehmann@82.113.99.40) (Ping timeout: 240 seconds)
  1313. # [21:11] * Joins: erlehmann (~erlehmann@82.113.99.40)
  1314. # [21:13] <AryehGregor> Is anyone else getting loads of errors with "-u" + little box + "8" in them here in Opera 11, in the number parts of the test? I have no idea what's up with that. http://aryeh.name/tests-root/tests/submission/AryehGregor/reflection/reflection-original.html
  1315. # [21:16] * Quits: erlehmann (~erlehmann@82.113.99.40) (Ping timeout: 240 seconds)
  1316. # [21:16] <AryehGregor> Oops, looks like IE9 also isn't binary-safe here.
  1317. # [21:16] <AryehGregor> Guess it fails several thousand tests on that too.
  1318. # [21:18] * Joins: erlehmann (~erlehmann@82.113.99.40)
  1319. # [21:22] <Ms2ger> Uh
  1320. # [21:22] * Ms2ger summons jgraham
  1321. # [21:22] <AryehGregor> ?
  1322. # [21:23] * AryehGregor discovered that Firefox strips leading and trailing whitespace on setAttribute() for audio/img/source/video.src, yay for corner-case bugs
  1323. # [21:24] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  1324. # [21:24] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Disconnected by services)
  1325. # [21:24] * riven` is now known as riven
  1326. # [21:24] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  1327. # [21:24] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  1328. # [21:25] <Hixie> karlcow: did you notice how every single result in the search you did for "whatwg" on the w3c site is either blog comments or quotes? you pretty much proved my point.
  1329. # [21:25] * Joins: kal-EL_ (~jor-EL@host16-74-dynamic.10-79-r.retail.telecomitalia.it)
  1330. # [21:25] * Quits: maikmerten (~maikmerte@port-92-201-229-95.dynamic.qsc.de) (Remote host closed the connection)
  1331. # [21:25] * Joins: kor_ (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  1332. # [21:26] * Joins: inimino` (~inimino@boshi.inimino.org)
  1333. # [21:26] * Joins: FastJack_ (~fastjack@dumpstr.net)
  1334. # [21:27] * Joins: kanru1 (~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net)
  1335. # [21:27] * Joins: Peter- (~peter@188.95.90.218)
  1336. # [21:27] * Joins: miketayl_r (~miketaylr@206.217.92.186)
  1337. # [21:28] * Quits: erlehmann (~erlehmann@82.113.99.40) (Ping timeout: 240 seconds)
  1338. # [21:28] * Quits: miketaylr (~miketaylr@206.217.92.186) (Disconnected by services)
  1339. # [21:28] * miketayl_r is now known as miketaylr
  1340. # [21:29] * Joins: gsnedder1 (~gsnedders@204.232.194.186)
  1341. # [21:29] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
  1342. # [21:30] <karlcow> Hixie: in which way? I do not understand
  1343. # [21:30] * Joins: erlehmann (~erlehmann@82.113.99.40)
  1344. # [21:30] * Quits: f1lt3r_bocoup (~f1lt3r@64.119.153.2) (*.net *.split)
  1345. # [21:30] * Quits: kal-EL__ (~jor-EL@host16-74-dynamic.10-79-r.retail.telecomitalia.it) (*.net *.split)
  1346. # [21:30] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (*.net *.split)
  1347. # [21:30] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (*.net *.split)
  1348. # [21:30] * Quits: FastJack (~fastjack@dumpstr.net) (*.net *.split)
  1349. # [21:30] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
  1350. # [21:30] * Quits: Peter` (~peter@188.95.90.218) (*.net *.split)
  1351. # [21:30] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
  1352. # [21:30] * Quits: jamesr___ (~jamesr@nat/google/x-zpagvfnfsseqxdrm) (*.net *.split)
  1353. # [21:30] * Quits: kanru (~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net) (*.net *.split)
  1354. # [21:30] * kor_ is now known as kor
  1355. # [21:30] * Quits: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net) (Ping timeout: 240 seconds)
  1356. # [21:31] <Hixie> my point was that the w3c doesn't talk about the whatwg. the results of the search you cited demonstrate that the w3c doesn't talk about the whatwg, just that people comment about the whatwg on w3c blog posts
  1357. # [21:31] * Joins: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net)
  1358. # [21:31] <jgraham> Ms2ger: here now
  1359. # [21:31] * Quits: heycam (~cam@wok.mcc.id.au) (Ping timeout: 240 seconds)
  1360. # [21:32] <Ms2ger> Why does it make sense to use add_completion_callback in window.onload?
  1361. # [21:32] <karlcow> http://www.w3.org/QA/2007/11/tp-links-feast.html
  1362. # [21:33] <karlcow> "The WHATWG at the W3C technical plenary" ->http://blog.whatwg.org/the-whatwg-at-the-w3c-technical-plenary
  1363. # [21:33] * Joins: heycam (~cam@wok.mcc.id.au)
  1364. # [21:33] <jgraham> Ms2ger: where?
  1365. # [21:33] <jgraham> Completion never happens until onload
  1366. # [21:34] * Quits: othermaciej (~mjs@17.246.16.81) (Remote host closed the connection)
  1367. # [21:34] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Ping timeout: 240 seconds)
  1368. # [21:34] <jgraham> But I don't think it is necesarily the case that window.onload is called before addEventListener registered handlers. Or is it?
  1369. # [21:35] <Hixie> karlcow: you think the w3c linking to a whatwg blog post as one of the last links in a huge list of links to blog posts about the w3c is evidence that the w3c is happy about the whatwg and has no problem working with them? now you're stretching, even for you.
  1370. # [21:35] <Ms2ger> (I'm assuming the answer is "it doesn't")
  1371. # [21:35] * Joins: f1lt3r_bocoup (~f1lt3r@64.119.153.2)
  1372. # [21:36] <Hixie> karlcow: has there ever been a mention (any mention, not even a positive mention!) of the whatwg on the w3c home page? (for years the whatwg home page linked to the w3c)
  1373. # [21:36] * Joins: nessy (~Adium@124-171-47-99.dyn.iinet.net.au)
  1374. # [21:37] <Hixie> karlcow: has there ever been a w3c news item where the w3c positions the w3c as equal partners, even when talking about the HTML spec? (the whatwg frequently mentions the w3c when talking about what we do)
  1375. # [21:37] <jgraham> Ms2ger: I am confused
  1376. # [21:38] <jgraham> What have I done wrong?
  1377. # [21:38] * Joins: othermaciej (~mjs@17.246.16.81)
  1378. # [21:38] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
  1379. # [21:39] * Ms2ger tests again
  1380. # [21:39] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
  1381. # [21:39] * karlcow would have not expected to see hixie in the role of victim. That is definitely new.
  1382. # [21:39] <Hixie> victim?
  1383. # [21:40] <karlcow> to your questions about w3c not citing on the blog. I agree. There was not that much.
  1384. # [21:40] <Hixie> i'm just pointing out that the w3c isn't cooperating, and the whatwg is, so danny's suggestion that the situation is the reverse is incorrect
  1385. # [21:40] <Hixie> you seem to want to disagree with everything i say, whether it's true or not :-)
  1386. # [21:41] <webr3> lol karlcow, you can't disagree w/ that
  1387. # [21:41] <webr3> if you do you prove it!
  1388. # [21:41] <karlcow> Hixie: you are wrong about w3c not participating. This, I'm sure for it, and for a very good reason.
  1389. # [21:41] <AryehGregor> Hixie, you should really stop concluding that other people's disagreements with you are irrational or dishonest. It's generally not true, and if it is, it doesn't help to say it.
  1390. # [21:41] <karlcow> I was part of it.
  1391. # [21:41] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  1392. # [21:42] * webr3 sigh - i was geniunely optimistic that people might be looking to the future rather than the past
  1393. # [21:42] <AryehGregor> I think it's fairly clear that the average WHATWG adherent participates in and cares about the W3C much more than the average W3C adherent participates in or cares about the WHATWG, where by "adherent" I mean someone who prefers one venue to other.
  1394. # [21:42] <Ms2ger> jgraham, http://dvcs.w3.org/hg/html/file/0f677593d693/tests/resources/testharness.js#l641
  1395. # [21:42] <karlcow> That you didn't get the type of participation you were expecting, I can acknowledge that.
  1396. # [21:42] <Hixie> AryehGregor: i was merely pointing out what karl's arguments felt like, no conclusions drawn.
  1397. # [21:42] * gsnedder1 is now known as gsnedders
  1398. # [21:43] <karlcow> as webr3 is saying, I have a lot more hope for the future than the past.
  1399. # [21:43] <Ms2ger> jgraham, the callbacks are run before that
  1400. # [21:43] <Hixie> karlcow: my point was merely regarding danny's assertions, i wasn't trying to make any statement beyond that. I'm glad you now agree with those assertions despite your earlier contradiction of them.
  1401. # [21:43] <karlcow> AryehGregor: that has been often my point. WHATWG and W3C are often the same participants.
  1402. # [21:44] <karlcow> Aka people loving technologies, the Web and want to improve it
  1403. # [21:44] <karlcow> Hixie: please, never put your words in my mouth ;) that would be better
  1404. # [21:44] <jgraham> Ms2ger: If they are it is a big
  1405. # [21:44] <jgraham> *bug
  1406. # [21:45] <webr3> aye for all the two different names, it's still the same people - just need to get an agreed process that's best for the web, you know, balance evolution w/ interop
  1407. # [21:45] <jgraham> Ms2ger: Because the completion callback should never be run before all_done() is true
  1408. # [21:45] <webr3> tbh I don't have a scooby-doo why it's taking so long :|
  1409. # [21:45] <karlcow> webr3 exactly
  1410. # [21:45] <Hixie> karlcow: wait, you still think danny is right despite saying that my points were correct? now i'm just confused.
  1411. # [21:45] <jgraham> and all_done() can't be true until it is set there
  1412. # [21:45] <jgraham> supposedly
  1413. # [21:46] <jgraham> s/it/all_loaded/
  1414. # [21:46] <karlcow> Hixie, I see you are confused. This is not a surprise :)
  1415. # [21:46] <Ms2ger> Let me check
  1416. # [21:46] <webr3> danny didn't get it right (wel half did half didn't) the future bit made sense, the past bit about subverted didn't evoke the correct situation
  1417. # [21:47] <webr3> "we want xhtml 2.0" "umm the web needs html updated" "we're sticking to xhtml" "fine I'll do html elsewhere" "gah you were right" "yup" - how do we sort that
  1418. # [21:48] <webr3> that's about it in a nutshell isn't it?
  1419. # [21:48] <Hixie> karlcow: it's not a surprise that you confuse me? no, i guess not. :-) i rarely understand what you mean, you seem to never want to state an actual position, just imply one.
  1420. # [21:48] <TabAtkins> webr3: Yup.
  1421. # [21:48] <Hixie> karlcow: you should be more assertive :-)
  1422. # [21:49] <karlcow> damn the poet.
  1423. # [21:49] <karlcow> I'm not a computer
  1424. # [21:50] <Hixie> being assertive is a human leadership trait, not a computer trait.
  1425. # [21:50] <webr3> the incredibly stupid thing is, that afaict, everybody wants the same thing :| certainly everybody I've ever spoken to about html on all "sides"
  1426. # [21:50] <Ms2ger> jgraham, all_done() is false
  1427. # [21:50] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  1428. # [21:51] * Quits: espadrine (~espadrine@eduroinsa909.insa-lyon.fr) (Read error: Connection reset by peer)
  1429. # [21:51] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
  1430. # [21:51] * Joins: espadrine_ (~espadrine@eduroinsa909.insa-lyon.fr)
  1431. # [21:51] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
  1432. # [21:51] <karlcow> I think it's where we disagree. I can be assertive on that. leadership is one of the worse things :) (not trying to convince you)
  1433. # [21:52] <Hixie> karlcow: being assertive is also an important human trait when having discussions, even when not leading
  1434. # [21:52] <jgraham> Ms2ger: When the completion callbck is being called? Or when it is being set?
  1435. # [21:53] <Ms2ger> In Tests.prototype.notify_complete
  1436. # [21:53] <jgraham> Umm, that seems wrong
  1437. # [21:53] <karlcow> Hixie: not in my values ;)
  1438. # [21:53] <Ms2ger> Yes
  1439. # [21:53] <jgraham> Ms2ger: TC?
  1440. # [21:53] <Hixie> karlcow: if you're going to argue with me, as you seem wont to do, you will find that our lives are much more pleasant if you can assert your statements positively rather than implying them and being unsurprised when i have no idea what you're saying
  1441. # [21:53] * bga_ is now known as bga_|away
  1442. # [21:53] <Hixie> karlcow: being vague is not a positive human communication trait
  1443. # [21:54] * bga_|away is now known as bga_
  1444. # [21:54] * Quits: estes (~aestes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2) (Quit: estes)
  1445. # [21:55] <karlcow> :)
  1446. # [21:55] * Joins: rgervais (40d2c7e7@gateway/web/freenode/ip.64.210.199.231)
  1447. # [21:56] * Joins: estes (~aestes@17.203.13.46)
  1448. # [21:56] <AryehGregor> jgraham, it just stops at "Running, 63280 complete 0 remain" in all browsers I test on. :( http://aryeh.name/tests-root/tests/submission/AryehGregor/reflection/reflection-onepage.html
  1449. # [21:56] <AryehGregor> Time to split it up.
  1450. # [21:57] <jgraham> AryehGregor: Oh
  1451. # [21:57] <jgraham> I can look at that
  1452. # [21:57] <Ms2ger> jgraham, that's the TC
  1453. # [21:57] <AryehGregor> That would be nice, thanks.
  1454. # [21:57] <rgervais> what's the difference between <section> and <div> and can someone please provide a good a example of when to use <section> in HTML5
  1455. # [21:57] * jgraham thinks 63280 tests in a file doesn't meet the criteria for "reduced testcase"
  1456. # [21:58] <jgraham> :p
  1457. # [21:58] <Ms2ger> rgervais, see the spec
  1458. # [21:58] <Hixie> rgervais: <section> is for chapters, subsections of blog posts, etc, while <div> is for styling hooks.
  1459. # [21:58] <jgraham> AryehGregor: BTW, we can probably fix the output to suck less
  1460. # [21:58] <Hixie> rgervais: there are a number of examples for <section> in the spec, e.g. http://www.whatwg.org/specs/web-apps/current-work/complete/sections.html#the-section-element
  1461. # [21:59] * Joins: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk)
  1462. # [21:59] <rgervais> Ms2ger: I saw the spec but I'm a dumb person and a basic explanation
  1463. # [21:59] <nessy> rgervais: I've seen a template for slides that uses <section> for every slide and the whole presentation is a single html page - I liked that use of <section>
  1464. # [21:59] <rgervais> Hixie: what's a 'chapter'?
  1465. # [21:59] <Hixie> rgervais: like in a book
  1466. # [22:00] <rgervais> well this is the web, I need a real use case scenario
  1467. # [22:00] <rgervais> let me check that link
  1468. # [22:00] <rgervais> hopefully it breaks it down
  1469. # [22:00] <rgervais> not a book example
  1470. # [22:00] <rgervais> subsections in blogs, ok that's one
  1471. # [22:01] <rgervais> nessy link?
  1472. # [22:02] <rgervais> I'm looking at the spec againn and just wonder why not use a <div> instead of a section
  1473. # [22:02] <rgervais> Hixie: you said for styling hooks
  1474. # [22:02] * Joins: eTiger13 (~eTiger13@66-117-143-148.lmi.net)
  1475. # [22:02] <craigbarnes> because a div implies nothing
  1476. # [22:02] <rgervais> so basically sections shouldn't be styled?
  1477. # [22:02] <craigbarnes> one is semantic the other is for general use
  1478. # [22:02] <AryehGregor> jgraham, if you want to look into it, test with this, because I'm in the middle of changing things: http://dvcs.w3.org/hg/html/raw-file/859abfc6fdf2/tests/submission/AryehGregor/reflection/reflection-onepage.html
  1479. # [22:03] <rgervais> craigbarnes: I see..
  1480. # [22:03] <nessy> rgervais: for example http://videos.mozilla.org/serv/blizzard/audio-slideshow/
  1481. # [22:04] * inimino` is now known as inimino
  1482. # [22:04] <Hixie> rgervais: you can style <section> too, it's just <div> is for anything at all, but <section> is just for sections.
  1483. # [22:04] <craigbarnes> I just said that :)
  1484. # [22:04] <craigbarnes> kind of
  1485. # [22:05] <rgervais> OK. what's the definition of a 'section'?
  1486. # [22:05] <craigbarnes> rgervais, that's what the spec is for
  1487. # [22:05] <craigbarnes> it's all laid out nicely for you to read ;)
  1488. # [22:06] <rgervais> I've read the spec, I just need a dumbed down definition
  1489. # [22:06] <Ms2ger> A part of a document with a header
  1490. # [22:06] <Hixie> rgervais: see the dictionary :-)
  1491. # [22:06] <Ms2ger> Roughly
  1492. # [22:06] <craigbarnes> yeah the dictionary nails it
  1493. # [22:07] <Hixie> rgervais: if you have specific examples you want us to give a "yay" or "nay" on that might help
  1494. # [22:07] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (Remote host closed the connection)
  1495. # [22:07] <rgervais> Ms2ger: ok kind of make sense
  1496. # [22:07] * Parts: eTiger13 (~eTiger13@66-117-143-148.lmi.net)
  1497. # [22:07] <rgervais> so if a group of p tags
  1498. # [22:07] <rgervais> don't have a header
  1499. # [22:08] <rgervais> then use a <div>
  1500. # [22:08] <rgervais> ?
  1501. # [22:08] <jgraham> Why are they a group?
  1502. # [22:08] <craigbarnes> It's a semantic, you can't yay or nay a use case based on tags
  1503. # [22:08] <craigbarnes> it's based on content
  1504. # [22:08] <craigbarnes> s/semantic/semantic tag/
  1505. # [22:09] <Ms2ger> s/tag/element/
  1506. # [22:09] <craigbarnes> yeah that's what i meant
  1507. # [22:09] <craigbarnes> thanks
  1508. # [22:10] <rgervais> jgraham: example.. <p>hello</p><p>another paragraph</p>
  1509. # [22:10] <rgervais> should I wrap that in <section> or <div>
  1510. # [22:10] <rgervais> or is this example too generic
  1511. # [22:10] <Ms2ger> It is
  1512. # [22:10] <craigbarnes> yes
  1513. # [22:10] <rgervais> I've left out h tags
  1514. # [22:10] <rgervais> so no headings
  1515. # [22:11] <craigbarnes> I think you're over-thinking it
  1516. # [22:11] <craigbarnes> it's not that complicated
  1517. # [22:11] <craigbarnes> if you could refer to it generically as a section then you can probably use a section element
  1518. # [22:12] <nessy> I like to think of <section> elements as an opportunity to have the main html elements available to me again without influencing the rest of the document, such as h1, h2, p etc
  1519. # [22:12] <rgervais> I see..
  1520. # [22:13] <craigbarnes> the gotchas are in the spec
  1521. # [22:13] <rgervais> well I'll keep looking into that, thanks for the info on that so far
  1522. # [22:14] <rgervais> some other questions I have in general regarding HTML5
  1523. # [22:14] <rgervais> since it's technically still a draft, when will it finalized
  1524. # [22:14] <rgervais> and do you guys recommend using it if it isn't final
  1525. # [22:15] <Hixie> the whatwg spec is a standard now, not a draft
  1526. # [22:15] <Hixie> http://whatwg.org/c
  1527. # [22:16] <craigbarnes> Don't wait to start using it
  1528. # [22:18] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Read error: Connection reset by peer)
  1529. # [22:18] * Joins: rgervais2 (40d2c7e7@gateway/web/freenode/ip.64.210.199.231)
  1530. # [22:18] <craigbarnes> There's no such thing as final
  1531. # [22:18] <craigbarnes> that true in every area of technology :)
  1532. # [22:18] <rgervais2> true, I say that because
  1533. # [22:18] <webr3> have to agree, use "html" now - just check the support for the "new" features you want
  1534. # [22:19] <rgervais2> say you use things and then all of a sudden it's no longer valid
  1535. # [22:19] <rgervais2> because of changes
  1536. # [22:19] <rgervais2> that's what I mean
  1537. # [22:19] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  1538. # [22:19] <webr3> - http://caniuse.com/ is your friend
  1539. # [22:19] * Joins: roc_ (~chatzilla@121.98.230.221)
  1540. # [22:19] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
  1541. # [22:19] * Joins: jamesr (~jamesr@nat/google/x-svuvtcvpeuweykuv)
  1542. # [22:19] * Joins: tyoshino (~tyoshino@220.109.219.244)
  1543. # [22:20] <craigbarnes> The spec if going to change so drastically that things just "break"
  1544. # [22:20] <karlcow> rgervais2: in which circumstances do you try to be valid? What are the benefits? (not asking you to not be valid)
  1545. # [22:21] <craigbarnes> And they are going to great lengths to consider these things before they implement them
  1546. # [22:21] * Quits: nimbupani (~nimbupani@84.215.128.231) (Remote host closed the connection)
  1547. # [22:21] <rgervais2> karlcow: Actually I don't necessarily need to my HTML to validate but if I use elements, tags approved in working draft
  1548. # [22:22] <rgervais2> and then gone later
  1549. # [22:22] <rgervais2> webr3: thanks for that
  1550. # [22:22] <rgervais2> that is helpful
  1551. # [22:22] <craigbarnes> you may have to clean up a bunch of vendor prefixes in your CSS and "polyfills" in your JavaScript etc.
  1552. # [22:22] <rgervais2> craigbarnes: makes sense
  1553. # [22:22] <karlcow> rgervais2: use things which are widely deployed
  1554. # [22:23] <karlcow> if they are not, use them for you, for testing, for experimenting. And use them only in production when they are deployed.
  1555. # [22:23] <rgervais2> is it OK if I just go ahead and start developing sites with the new doctype?
  1556. # [22:23] * Joins: Peter` (~peter@5ED0FB8A.cm-7-1d.dynamic.ziggo.nl)
  1557. # [22:23] <rgervais2> without no blacklash?
  1558. # [22:23] <karlcow> It depends on your business constraints
  1559. # [22:23] <Philip`> rgervais2: Web browsers don't want to make pages stop working, so if you make something that runs now then it should continue to run forever
  1560. # [22:23] <karlcow> <!doctype html> is the one which has always been parsed by browsers
  1561. # [22:23] <craigbarnes> rgervais2, yes, you can do that right away
  1562. # [22:23] <craigbarnes> you just have to learn what you can use blindly
  1563. # [22:23] <craigbarnes> and what you need to learn the implications of
  1564. # [22:24] <Philip`> rgervais2: (There's no real constraint on making pages fail the validator, though - if you do something now that's considered bad practice a decade from now then your page will be reported as invalid)
  1565. # [22:24] <rgervais2> Philip`: I'm not for a page necessary validating, I meant just valid elements
  1566. # [22:24] <rgervais2> craigbarnes: makes sense
  1567. # [22:24] <craigbarnes> rgervais2, the best thing you can do right now is understand why people are telling you these things instead of just asking and doing
  1568. # [22:25] <karlcow> for example html5 new elements such as section are still not widely supported out of the box.
  1569. # [22:25] <karlcow> the support is different from browser to browser
  1570. # [22:25] <craigbarnes> that way when the spec has settled down a little, you'll be way ahead of the game
  1571. # [22:25] <karlcow> It changes quickly and there is hope that the situation will improve at a fast pace
  1572. # [22:26] <karlcow> it all depends on your business constraints.
  1573. # [22:27] <rgervais2> karlcow: generall the browsers I code for are IE7 and up and of course FF, Safari, Chrome
  1574. # [22:27] <webr3> rgervais2, yes just use what features of html you want and that are deployed, unless you think every browser can be recalled - they all support "html" and there does exist a common subset of the latest spec which is avail accross the board, and emulatable where not - tis safe to use, and was /ages/ ago
  1575. # [22:27] * Quits: napsternxg (cb6ef619@gateway/web/freenode/ip.203.110.246.25) (Ping timeout: 245 seconds)
  1576. # [22:27] * Joins: eric_carlson_ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1577. # [22:27] * Joins: boaz_ (~boaz@64.119.153.2)
  1578. # [22:27] <webr3> html 5 is just an old promise that needs to be fullfilled, after that it'll be far more itteratively updated I'm sure, whether that's in w3c or whatwg, or both together
  1579. # [22:27] * Joins: espadrine (~espadrine@eduroinsa909.insa-lyon.fr)
  1580. # [22:28] <karlcow> rgervais, you can use <!doctype html> but avoid new html5 elements, and some very new things of the DOM.
  1581. # [22:28] * Joins: micheil_mbp (~micheil@124-168-150-222.dyn.iinet.net.au)
  1582. # [22:28] <karlcow> if you want to have no troubles in IE7
  1583. # [22:28] <rgervais2> karlcow: OK
  1584. # [22:28] * Quits: espadrine_ (~espadrine@eduroinsa909.insa-lyon.fr) (*.net *.split)
  1585. # [22:28] * Quits: JM (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (*.net *.split)
  1586. # [22:28] * Quits: franksalim (~frank@99-123-6-19.lightspeed.sntcca.sbcglobal.net) (*.net *.split)
  1587. # [22:28] * Quits: roc (~chatzilla@121.98.230.221) (*.net *.split)
  1588. # [22:28] * Quits: tyoshino1 (~tyoshino@220.109.219.244) (*.net *.split)
  1589. # [22:28] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (*.net *.split)
  1590. # [22:28] * Quits: boaz (~boaz@64.119.153.2) (*.net *.split)
  1591. # [22:28] * Quits: micheil (~micheil@124-168-150-222.dyn.iinet.net.au) (*.net *.split)
  1592. # [22:28] * Quits: Yudai (~Yudai@p434d26.kngwnt01.ap.so-net.ne.jp) (*.net *.split)
  1593. # [22:28] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (*.net *.split)
  1594. # [22:28] * Quits: Itrace (~Itrace@12.104.199.129) (*.net *.split)
  1595. # [22:28] * Quits: Kuruma (~Kuruman@p19170-ipngn1701marunouchi.tokyo.ocn.ne.jp) (*.net *.split)
  1596. # [22:28] * eric_carlson_ is now known as eric_carlson
  1597. # [22:28] * boaz_ is now known as boaz
  1598. # [22:28] * micheil_mbp is now known as micheil
  1599. # [22:29] * Quits: jacobolus (~jacobolus@c-98-216-238-247.hsd1.ma.comcast.net) (Remote host closed the connection)
  1600. # [22:30] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  1601. # [22:30] * Parts: rgervais2 (40d2c7e7@gateway/web/freenode/ip.64.210.199.231)
  1602. # [22:30] * Joins: rgervais2 (40d2c7e7@gateway/web/freenode/ip.64.210.199.231)
  1603. # [22:30] * Quits: benschwarz (~benschwar@59.167.185.148) (Quit: Linkinus - http://linkinus.com)
  1604. # [22:31] * Joins: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no)
  1605. # [22:33] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  1606. # [22:34] <rgervais2> thanks guys for all the input
  1607. # [22:34] <rgervais2> appreciated
  1608. # [22:35] * Joins: franksalim (~frank@99-123-6-19.lightspeed.sntcca.sbcglobal.net)
  1609. # [22:35] <AryehGregor> Yay, split-up version: http://dvcs.w3.org/hg/html/raw-file/41dfca6a6630/tests/submission/AryehGregor/reflection/reflection-metadata.html
  1610. # [22:36] * Joins: Kuruma (~Kuruman@p19170-ipngn1701marunouchi.tokyo.ocn.ne.jp)
  1611. # [22:36] * Joins: Yudai (~Yudai@p434d26.kngwnt01.ap.so-net.ne.jp)
  1612. # [22:36] * karlcow was wondering what was making the CPU high
  1613. # [22:37] <karlcow> this is the document of AryehGregor.
  1614. # [22:37] <karlcow> Interesting
  1615. # [22:37] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Quit: Coyote finally caught me)
  1616. # [22:37] <AryehGregor> Hmm?
  1617. # [22:37] * Joins: ivan` (~ivan@li125-242.members.linode.com)
  1618. # [22:37] * Quits: ivan` (~ivan@li125-242.members.linode.com) (Changing host)
  1619. # [22:37] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  1620. # [22:37] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1621. # [22:37] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: No route to host)
  1622. # [22:38] * Joins: Evet_ (~Evet@78.191.48.153)
  1623. # [22:38] <karlcow> AryehGregor: the document makes my CPU hot for a little while then once the page has been created. it is ok. back to normal.
  1624. # [22:38] * Parts: tw2113 (~tw2113asw@fedora/tw2113) ("Leaving")
  1625. # [22:38] * Quits: franksalim (~frank@99-123-6-19.lightspeed.sntcca.sbcglobal.net) (Client Quit)
  1626. # [22:38] * Quits: Evet (~Evet@pdpc/supporter/active/evet) (Ping timeout: 246 seconds)
  1627. # [22:39] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  1628. # [22:39] <jgraham> Oh, it's a silly bug
  1629. # [22:39] <karlcow> my normal being usually high 25%. because of my too many tabs
  1630. # [22:39] <jgraham> The harness times out
  1631. # [22:40] <karlcow> aah
  1632. # [22:40] <Ms2ger> That makes sense
  1633. # [22:40] <jgraham> Yeah
  1634. # [22:41] <Ms2ger> Mochitest has a way to request a longer timeout ;)
  1635. # [22:41] <jgraham> So all_done() is false and the load event hasn't fired
  1636. # [22:41] * karlcow who thought that he could claim that AryehGregor was making me hot
  1637. # [22:41] <karlcow> damn
  1638. # [22:41] <jgraham> You can request a longer timeout
  1639. # [22:42] <Ms2ger> Even better
  1640. # [22:42] <jgraham> do setup({timeout:whatever})
  1641. # [22:42] <jgraham> where whatever is in ms
  1642. # [22:42] <Ms2ger> Oh, new things
  1643. # [22:43] <AryehGregor> Is that "timeout" instead of timeout?
  1644. # [22:43] <jgraham> Not sure what the best way to fix the bug that if it times out and the load event hasn't fired, we don't report anything
  1645. # [22:43] <jgraham> AryehGregor: Either is fine
  1646. # [22:44] <Ms2ger> You could add the completion callback earlier
  1647. # [22:44] <AryehGregor> Interesting, I didn't know JS allowed that.
  1648. # [22:44] <karlcow> http://www.w3.org/mid/4D5AF12E.5010808@gmx.de
  1649. # [22:44] <jgraham> Yeah, I could, but the log element might not be avaliable
  1650. # [22:44] <TabAtkins> JSON is stricter than JS.
  1651. # [22:44] <Ms2ger> And then check if there's a div#log when the callback is run
  1652. # [22:45] <jgraham> Yeah, that seems sensible
  1653. # [22:45] <AryehGregor> Magic.
  1654. # [22:47] * Quits: roc_ (~chatzilla@121.98.230.221) (Ping timeout: 255 seconds)
  1655. # [22:47] <karlcow> indeed a lot better
  1656. # [22:49] <AryehGregor> Should I make each reflects() a test and each assertion an assertion, or leave each assertion as its own test?
  1657. # [22:49] <AryehGregor> Hmm.
  1658. # [22:49] <AryehGregor> I'm inclined toward the latter, actually.
  1659. # [22:50] <AryehGregor> It makes it kind of useless to debug, since browsers will fail most of the tests and one assertion's failure will mask another's, but that's why I have the original version.
  1660. # [22:50] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  1661. # [22:50] <AryehGregor> Opinions?
  1662. # [22:51] <AryehGregor> Actually, that would probably make it fast enough that the one-page version would be usable. :)
  1663. # [22:51] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 272 seconds)
  1664. # [22:53] <Ms2ger> Former
  1665. # [22:55] <AryehGregor> I meant I was inclined toward the former.
  1666. # [22:55] <AryehGregor> Not the latter.
  1667. # [22:55] <AryehGregor> Why do you prefer the former too?
  1668. # [22:57] * Quits: Martijnc (~Martijnc@91.176.146.236) (Quit: Martijnc)
  1669. # [23:01] * bga_ is now known as bga_|away
  1670. # [23:02] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:15be:b761:d509:f526)
  1671. # [23:03] * Joins: Amorphous (jan@f049164232.adsl.alicedsl.de)
  1672. # [23:03] * Quits: Amorphous (jan@f049164232.adsl.alicedsl.de) (Changing host)
  1673. # [23:03] * Joins: Amorphous (jan@unaffiliated/amorphous)
  1674. # [23:05] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: >_>)
  1675. # [23:06] * Joins: Sirisian (~Sirisian@resnet215-199.resnet.wmich.edu)
  1676. # [23:06] * Quits: nessy (~Adium@124-171-47-99.dyn.iinet.net.au) (Quit: Leaving.)
  1677. # [23:07] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1678. # [23:07] * Joins: Evet (~Evet@78.181.16.32)
  1679. # [23:08] * Quits: mzu (~mischa@188-222-214-79.zone13.bethere.co.uk) (Quit: mzu)
  1680. # [23:08] * AryehGregor discovers he has no idea how "this" actually works
  1681. # [23:08] * Quits: Evet (~Evet@78.181.16.32) (Read error: Connection reset by peer)
  1682. # [23:09] <zewt> the general rule of thumb for "this" is: however you want it to work, that's how it doesn't
  1683. # [23:09] * Quits: Evet_ (~Evet@78.191.48.153) (Ping timeout: 240 seconds)
  1684. # [23:09] * Joins: Evet (~Evet@78.181.16.32)
  1685. # [23:10] * Quits: Evet (~Evet@78.181.16.32) (Changing host)
  1686. # [23:10] * Joins: Evet (~Evet@pdpc/supporter/active/evet)
  1687. # [23:12] <Ms2ger> AryehGregor, you can use var t = async_test(msg); t.step(function, this); t.done()
  1688. # [23:13] * Parts: bfrohs (~bfrohs@smtp.forewordinternal.com)
  1689. # [23:13] * Quits: xtoph (~xtoph@213.47.185.206)
  1690. # [23:15] * bga_|away is now known as bga_
  1691. # [23:15] * Quits: nimbupani (~nimbupani@cm-84.215.128.231.getinternet.no) (Quit: Colloquy for iPad - http://colloquy.mobi)
  1692. # [23:15] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Quit: Computer has gone to sleep.)
  1693. # [23:16] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1694. # [23:16] * Joins: gonemad3 (~workmad3@92.17.109.65)
  1695. # [23:17] * Quits: espadrine (~espadrine@eduroinsa909.insa-lyon.fr) (Read error: Connection reset by peer)
  1696. # [23:17] * Joins: espadrine (~espadrine@eduroinsa909.insa-lyon.fr)
  1697. # [23:19] * Joins: espadrine_ (~espadrine@eduroinsa909.insa-lyon.fr)
  1698. # [23:19] * Quits: espadrine (~espadrine@eduroinsa909.insa-lyon.fr) (Read error: Connection reset by peer)
  1699. # [23:19] * espadrine_ is now known as espadrine
  1700. # [23:20] * Quits: Smylers (~smylers@host86-186-193-114.range86-186.btcentralplus.com) (Quit: Leaving.)
  1701. # [23:23] * Joins: JoePeck (~JoePeck@17.244.13.138)
  1702. # [23:26] * Quits: BlurstOfTimes (~blurstoft@168.203.117.36) (Remote host closed the connection)
  1703. # [23:26] * jgraham wonders why AryehGregor needs to know how "this" works
  1704. # [23:27] <jgraham> The general rule is that "this" is the global object unless you call something like foo.bar in which case it is foo
  1705. # [23:27] <jgraham> Or you are in an event handler
  1706. # [23:27] <jgraham> Or you were called with Function.prototype.[call|apply]
  1707. # [23:27] * Joins: nebz (~nestorbar@c-66-176-190-111.hsd1.fl.comcast.net)
  1708. # [23:27] <jgraham> In the latter case it can be almost anything
  1709. # [23:29] * Quits: ROBOd (~robod@109.96.242.142) (Quit: .)
  1710. # [23:31] * Quits: othermaciej (~mjs@17.246.16.81) (Remote host closed the connection)
  1711. # [23:31] * Joins: othermaciej (~mjs@17.246.16.81)
  1712. # [23:32] * Quits: nebz (~nestorbar@c-66-176-190-111.hsd1.fl.comcast.net)
  1713. # [23:33] * Joins: nebz (~nestorbe@c-66-176-190-111.hsd1.fl.comcast.net)
  1714. # [23:34] * Quits: gonemad3 (~workmad3@92.17.109.65) (Ping timeout: 255 seconds)
  1715. # [23:38] * Quits: JoePeck (~JoePeck@17.244.13.138) (Quit: -)
  1716. # [23:38] * Quits: boaz (~boaz@64.119.153.2) (Quit: boaz)
  1717. # [23:40] * Joins: ap (~ap@17.203.15.167)
  1718. # [23:40] * Quits: sroussey (~sroussey@adsl-69-234-104-86.dsl.irvnca.pacbell.net) (Ping timeout: 240 seconds)
  1719. # [23:42] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 255 seconds)
  1720. # [23:43] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  1721. # [23:45] * Joins: workmad3 (~workmad3@92.17.28.80)
  1722. # [23:46] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  1723. # [23:48] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  1724. # [23:49] <TabAtkins> http://getinpulse.com Will someone please port a browser to this thank you very much.
  1725. # [23:50] * Joins: nestor (~nestorgba@c-66-176-190-111.hsd1.fl.comcast.net)
  1726. # [23:50] <TabAtkins> Or at least an HTML rendering engine.
  1727. # [23:52] <jgraham> TabAtkins: I think you might be better off asking for something like Opera Mini
  1728. # [23:52] <TabAtkins> That would work too, I suppose.
  1729. # [23:52] * Quits: workmad3 (~workmad3@92.17.28.80) (Remote host closed the connection)
  1730. # [23:53] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
  1731. # [23:54] * Quits: tbassetto (~tbassetto@vau75-7-82-234-249-198.fbx.proxad.net) (Quit: tbassetto)
  1732. # [23:56] * Parts: nestor (~nestorgba@c-66-176-190-111.hsd1.fl.comcast.net)
  1733. # [23:57] * Joins: nestor (~nestorgba@c-66-176-190-111.hsd1.fl.comcast.net)
  1734. # [23:58] * Parts: nestor (~nestorgba@c-66-176-190-111.hsd1.fl.comcast.net)
  1735. # Session Close: Wed Feb 16 00:00:00 2011

The end :)