Options:
- # Session Start: Thu Aug 30 00:00:00 2012
- # Session Ident: #whatwg
- # [00:00] * Joins: jernoble (~jernoble@17.212.152.13)
- # [00:02] * Quits: tonsofpcs (~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) (Read error: Connection reset by peer)
- # [00:02] * Joins: roc (~chatzilla@60.234.66.20)
- # [00:10] * jonlee is now known as jonlee|afk
- # [00:10] * jonlee|afk is now known as jonlee
- # [00:11] * jonlee is now known as jonlee|afk
- # [00:14] * jonlee|afk is now known as jonlee
- # [00:15] * Joins: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no)
- # [00:15] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
- # [00:16] * Joins: aglehg (~aglehg@a79-169-216-170.cpe.netcabo.pt)
- # [00:17] * Quits: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no) (Read error: Operation timed out)
- # [00:26] * Quits: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [00:30] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Ping timeout: 264 seconds)
- # [00:33] * Joins: auchenberg (~auchenber@176.222.239.226)
- # [00:34] * Joins: nessy1 (~silviapf@124-168-150-30.dyn.iinet.net.au)
- # [00:38] * Quits: auchenberg (~auchenber@176.222.239.226) (Ping timeout: 252 seconds)
- # [00:39] * Quits: rwaldron (~rwaldron@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Quit: Leaving...)
- # [00:44] * Joins: dbaron_ (~dbaron@nat/mozilla/x-myoqyfszabpcfqta)
- # [00:45] * Quits: dbaron (~dbaron@nat/mozilla/x-erhaltajzxmshnlf) (Ping timeout: 244 seconds)
- # [00:54] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
- # [01:04] * heycam|away is now known as heycam
- # [01:05] * Quits: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu) (Remote host closed the connection)
- # [01:05] * Joins: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu)
- # [01:10] * Quits: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu) (Ping timeout: 248 seconds)
- # [01:13] <wycats> jamesr: but you can't say "this interface supports an event named foo"
- # [01:13] <wycats> which is actually a useful thing to be able to know
- # [01:15] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Ping timeout: 246 seconds)
- # [01:16] <Hixie> what does that mean?
- # [01:16] <jamesr> what do you mean by "supports" ?
- # [01:16] <jamesr> it will do something in particular when given an event foo?
- # [01:16] <jamesr> or it will generate an event foo in some circumstance?
- # [01:20] <Hixie> and if the latter, which circumstance?
- # [01:23] * Joins: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962)
- # [01:24] * Joins: auchenberg (~auchenber@176.222.239.226)
- # [01:37] * Quits: pyrsmk (~pyrsmk@2a01:e35:2f52:ead0:21e:8cff:feeb:d962) (Remote host closed the connection)
- # [01:37] * padenot is now known as padenot|away
- # [01:45] * padenot|away is now known as padenot
- # [01:52] * jonlee is now known as jonlee|afk
- # [01:55] * jonlee|afk is now known as jonlee
- # [01:55] * jonlee is now known as jonlee|afk
- # [01:57] * Quits: tantek (~tantek@nat/mozilla/x-tonsvkhijfkbvxnl) (Quit: tantek)
- # [01:58] * jonlee|afk is now known as jonlee
- # [02:04] * Quits: jonlee (~jonlee@2620:149:4:1b01:9de5:36ad:ac5a:e512) (Quit: jonlee)
- # [02:06] * Joins: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com)
- # [02:06] * padenot is now known as padenot|away
- # [02:07] <JVoracek>
- # [02:07] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [02:07] * Quits: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com) (Client Quit)
- # [02:07] * Joins: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d)
- # [02:08] * Quits: Areks (~Areks@128-69-102-87.broadband.corbina.ru) (Ping timeout: 244 seconds)
- # [02:10] * Quits: mattgifford (~mattgiffo@70.102.199.158) (Remote host closed the connection)
- # [02:10] * Joins: mattgifford (~mattgiffo@70.102.199.158)
- # [02:11] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Ping timeout: 245 seconds)
- # [02:12] * Joins: tantek (~tantek@66-87-0-3.pools.spcsdns.net)
- # [02:12] * Quits: jamesr_ (jamesr@nat/google/x-kdzdyrnpbxsjoczj) (Quit: jamesr_)
- # [02:13] * Joins: SiliconDon (~SiliconDo@bas2-toronto47-1242436629.dsl.bell.ca)
- # [02:14] * jernoble is now known as jernoble|afk
- # [02:14] * jernoble|afk is now known as jernoble
- # [02:14] * abstractj is now known as abstractj|brb
- # [02:15] * Quits: mattgifford (~mattgiffo@70.102.199.158) (Ping timeout: 248 seconds)
- # [02:15] * padenot|away is now known as padenot
- # [02:15] * Joins: jamesr_ (jamesr@nat/google/x-vxscxqoezmnyiayx)
- # [02:21] * Quits: ap (~ap@17.245.105.155) (Quit: ap)
- # [02:26] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [02:27] * Joins: the_noodle_incid (~michael@adsl-99-17-102-93.dsl.chcgil.sbcglobal.net)
- # [02:28] * Parts: the_noodle_incid (~michael@adsl-99-17-102-93.dsl.chcgil.sbcglobal.net)
- # [02:31] * Joins: MikeSmith (~MikeSmith@s1106032.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [02:31] * Joins: the_noodle_incid (~michael@adsl-99-17-102-93.dsl.chcgil.sbcglobal.net)
- # [02:33] * Quits: jwalden (~waldo@2620:101:8003:200:6d1c:7e2f:b970:23b) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 14.0.1/20120717123646])
- # [02:35] * Quits: MikeSmith (~MikeSmith@s1106032.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 245 seconds)
- # [02:35] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [02:40] * Joins: MikeSmith (~MikeSmith@s1106226.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [02:41] * Quits: pablof (~pablof@144.189.101.1) (Quit: ^z)
- # [02:41] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:42] * Quits: the_noodle_incid (~michael@adsl-99-17-102-93.dsl.chcgil.sbcglobal.net) (Quit: the_noodle_incid)
- # [02:50] * Quits: jsbell (jsbell@nat/google/x-empglnsbxvqrpmgg) (Quit: There's no place like home...)
- # [02:51] * Quits: tantek (~tantek@66-87-0-3.pools.spcsdns.net) (Quit: tantek)
- # [02:52] * Joins: tantek (~tantek@66-87-0-3.pools.spcsdns.net)
- # [02:53] * jernoble is now known as jernoble|afk
- # [02:53] * jernoble|afk is now known as jernoble
- # [02:55] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [03:01] * Joins: ehsan (~ehsan@74-115-197-230.eng.wind.ca)
- # [03:02] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [03:04] * Quits: tantek (~tantek@66-87-0-3.pools.spcsdns.net) (Remote host closed the connection)
- # [03:04] * Joins: tantek-ipod (~tantek@66-87-0-3.pools.spcsdns.net)
- # [03:05] * Quits: tantek-ipod (~tantek@66-87-0-3.pools.spcsdns.net) (Client Quit)
- # [03:06] * Quits: ehsan (~ehsan@74-115-197-230.eng.wind.ca) (Ping timeout: 252 seconds)
- # [03:09] * Joins: tantek (~tantek@99.22.229.14)
- # [03:11] * Quits: SiliconDon (~SiliconDo@bas2-toronto47-1242436629.dsl.bell.ca) (Quit: SiliconDon)
- # [03:11] * Quits: fishd (darin@nat/google/x-yhllxffqjglbjddr) (Ping timeout: 240 seconds)
- # [03:14] * Quits: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d) (Quit: jonlee)
- # [03:15] * Joins: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d)
- # [03:15] * Quits: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d) (Client Quit)
- # [03:19] * Joins: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d)
- # [03:21] * Joins: rwaldron (~rwaldron@184-200-63-12.pools.spcsdns.net)
- # [03:22] * Quits: rwaldron (~rwaldron@184-200-63-12.pools.spcsdns.net) (Client Quit)
- # [03:23] * Quits: jamesr_ (jamesr@nat/google/x-vxscxqoezmnyiayx) (Quit: jamesr_)
- # [03:24] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [03:26] * Joins: jamesr_ (jamesr@nat/google/x-tgdgdobxblelhmsu)
- # [03:30] * Joins: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se)
- # [03:30] * Quits: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se) (Changing host)
- # [03:30] * Joins: saba (~foo@unaffiliated/saba)
- # [03:31] * Joins: drublic_ (~drublic@frbg-4d028376.pool.mediaWays.net)
- # [03:34] * Quits: drublic (~drublic@frbg-4d029032.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [03:40] * jonlee is now known as jonlee|afk
- # [03:40] * Quits: tantek (~tantek@99.22.229.14) (Quit: tantek)
- # [03:49] * jonlee|afk is now known as jonlee
- # [03:52] * Quits: dbaron_ (~dbaron@nat/mozilla/x-myoqyfszabpcfqta) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:52] * Joins: dbaron (~dbaron@nat/mozilla/x-yeecjlrkppemrbml)
- # [03:58] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
- # [04:06] * Joins: snowfox_ben (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net)
- # [04:08] * Quits: jamesr_ (jamesr@nat/google/x-tgdgdobxblelhmsu) (Quit: jamesr_)
- # [04:16] * Quits: ^esc (~esc_ape@77.116.247.134.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
- # [04:17] * Joins: ^esc (~esc_ape@77.116.247.134.wireless.dyn.drei.com)
- # [04:20] * Quits: jonlee (~jonlee@2620:149:4:1b01:109a:8302:1470:ca0d) (Quit: jonlee)
- # [04:29] * Quits: dbaron (~dbaron@nat/mozilla/x-yeecjlrkppemrbml) (Ping timeout: 240 seconds)
- # [04:30] * Quits: drublic_ (~drublic@frbg-4d028376.pool.mediaWays.net) (Remote host closed the connection)
- # [04:30] * Joins: drublic (~drublic@frbg-4d028376.pool.mediaWays.net)
- # [04:36] * Quits: drublic (~drublic@frbg-4d028376.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [04:43] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [05:03] * Joins: kennyluck (~kennyluck@119.161.158.96)
- # [05:12] * Joins: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [05:13] * Joins: Druide__ (~Druid@p5B137C57.dip.t-dialin.net)
- # [05:13] * Quits: Druide_ (~Druid@p5B136950.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [05:14] * heycam is now known as heycam|away
- # [05:17] * Quits: aglehg (~aglehg@a79-169-216-170.cpe.netcabo.pt) (Remote host closed the connection)
- # [05:23] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [05:38] * Joins: teleject (~christoph@cpe-70-112-210-24.austin.res.rr.com)
- # [05:40] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [05:41] <wycats> jamesr: the former
- # [05:41] <wycats> well
- # [05:41] <wycats> no
- # [05:41] <wycats> it means that addEventListener('foo') is meaningful
- # [05:41] <wycats> foo will ever be generated
- # [05:42] <jamesr_> foo will be generated by whom?
- # [05:42] <jamesr_> and in response to what?
- # [05:42] <wycats> jamesr: the HTML5 spec lists events that are generated by specific elements in certain circumstances, correct?
- # [05:42] <wycats> let's say HTML spec
- # [05:42] <jamesr_> do you have a specific example of what object you would ask this question about and what event?
- # [05:43] <wycats> an HTMLInputElement generates a change event
- # [05:43] <wycats> addEventListener
- # [05:43] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [05:43] <wycats> addEventListener('change') is meaningful
- # [05:43] <wycats> while addEventListener('wtf') is meaningless
- # [05:44] <wycats> the list of supported events is part of the interface of an object
- # [05:44] <jamesr_> why - i could construct a 'wtf' event and fire it at your <input> event
- # [05:44] * Joins: rwaldron (~rwaldron@209-6-71-27.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [05:44] <wycats> jamesr: you could also install an onwtf property on HTMLInputElement.prototype
- # [05:44] <jamesr_> <input> element, that is
- # [05:44] <wycats> but that's besides the point
- # [05:44] <jamesr_> how so?
- # [05:44] <wycats> the list of events specified by the spec is an important part of the interface
- # [05:45] <jamesr_> sounds like you want to ask if a given thing will _generate_ an event
- # [05:45] <wycats> well... I originally asked about WebIDL
- # [05:45] <wycats> so I don't want to do it via code
- # [05:45] <wycats> I want to see it in the WebIDL interface for HTMLInputElement
- # [05:46] <jamesr_> the WebIDL interface is you can register a handle for any event you want
- # [05:46] <jamesr_> because any event might be fired at the element
- # [05:46] <wycats> and I'm saying that the fact that only certain events are specified in the spec is an important part of the interface
- # [05:47] <wycats> I understand that WebIDL doesn't provide a mechanism for doing it today
- # [05:47] <wycats> but it seems useful
- # [05:47] <jamesr_> only some events are specified as being fired at the element, but it's in no way an exhaustive list of what could be fired at that element
- # [05:47] <wycats> it's an exhaustive list of the events that are specified to be fired at the element
- # [05:47] <jamesr_> it's easy to say "yes, change could be fired at HTMLInputElement" but i have no idea how to decide whether or not wtf
- # [05:47] <jamesr_> there is no such thing
- # [05:48] <jamesr_> it's specified that you can fire anything at the element
- # [05:48] <wycats> jamesr: yes there absolutely is
- # [05:48] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [05:48] <wycats> jamesr: you can also add any property to the element
- # [05:48] <wycats> that doesn't matter
- # [05:48] <jamesr_> why doesn't it matter?
- # [05:48] <wycats> there is a list of events that the spec says will be fired under certain circumstances
- # [05:48] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Ping timeout: 264 seconds)
- # [05:48] <wycats> that list is an important part of the interface
- # [05:48] <wycats> if you don't think it is, why?
- # [05:49] <Hixie> there is no such list
- # [05:49] <wycats> there is an implied list
- # [05:49] <jamesr_> i think you think there is such a list, and i'm telling you no such thing exists
- # [05:50] <wycats> throughout the spec, there is language that instructs the user agent to fire an event in certain circumstances
- # [05:50] <wycats> there is a finite number of those instructions, and they are specified against specific subsets of all available elements
- # [05:51] <wycats> that means that for a given element, there is a list of events that the spec knows about
- # [05:51] <wycats> just like there is a list of properties or attributes that the spec knows about
- # [05:51] <jamesr_> (and any element that's a parent of those elements)
- # [05:51] * heycam|away is now known as heycam
- # [05:51] <wycats> yes, as a consequence of bubbling
- # [05:52] <wycats> for a given event target, there is a finite list of events
- # [05:52] <wycats> that the spec knows about
- # [05:52] <wycats> the list of events that will be fired directly on an event target is a useful part of the interface
- # [05:54] <jamesr_> can you give a concrete example?
- # [06:00] <wycats> probably more readily in person
- # [06:00] <wycats> this conversation is veering off for me
- # [06:00] <wycats> I think I could probably make my point if I focused exclusively on extreme precision for a while
- # [06:02] <jamesr_> i just want to know the one line of code you really want to write
- # [06:03] <zewt> wycats: no, any event target can receive any event
- # [06:04] <wycats> jamesr: this is not about lines of code
- # [06:04] <wycats> it's about reading the spec and understanding something import
- # [06:04] <wycats> important*
- # [06:04] <Hixie> wycats: there is language that in at least two places means the set of possible events that can fire on a given object is infinite
- # [06:04] <wycats> let me try to be precise
- # [06:04] <zewt> particular apis happen to only fire specific ones, but anyone can dispatch events directly and it's exactly the same (except for a few unfortunate and isolated exceptions)
- # [06:04] <wycats> Hixie: there is also language that allows infinite attributes on elements
- # [06:04] <Hixie> wycats: (namely, dispatchEvent() for any EventTarget, and EventSource's processing model)
- # [06:04] <wycats> but that is irrelevant
- # [06:05] <Hixie> wycats: how is it irrelevant? there's similarly no way to detect if a particular attribute can exist on an element :-)
- # [06:05] <wycats> I am not talking about detection
- # [06:05] <Hixie> (sorry for only posting occasionally, i'm just popping in during ad breaks here :-) )
- # [06:05] <wycats> I am talking about formalizing a concept in the spec
- # [06:05] <wycats> instead of via prose
- # [06:05] <zewt> events are specified in terms of dispatching--not receiving
- # [06:06] <Hixie> wycats: what is the concept you want to formalise?
- # [06:07] <wycats> a list of events that the spec instructs the user agent to fire directly at an event target in some situation
- # [06:07] <wycats> http://dev.w3.org/html5/spec/single-page.html#the-a-element
- # [06:07] <wycats> Here, we have a list of attributes
- # [06:07] <wycats> This is not exhaustive
- # [06:07] <wycats> the spec allows any attribute
- # [06:07] <jamesr_> so you want to ask the UA what _it_ might fire at your element
- # [06:07] <wycats> but there's a list of attributes that have specific meaning in the spec
- # [06:07] <jamesr_> not ask your element what might be fired at it
- # [06:07] <jamesr_> right?
- # [06:07] <wycats> correct
- # [06:08] <wycats> except that I don't want the answer via code
- # [06:08] <zewt> wycats: attributes are specified because attributes have meaning *to* the element; events have no meaning to elements (again with a couple exceptions they never do anything when they receive events, except forwarding them to on* attributes of course)
- # [06:08] <wycats> I want the spec to have a section "events" which is a list of events that the spec instructs the user agent to fire in certain circumstances
- # [06:09] <wycats> define "have meaning to the element"?
- # [06:09] <zewt> elements don't do anything with events; they pass them on to on* attributes and that's it
- # [06:10] <jamesr_> there are default event handlers
- # [06:10] <zewt> those are part of the dispatcher, not the receiver
- # [06:10] <jamesr_> ah true
- # [06:11] <jamesr_> wycats: could you just look for things in the spec that invoke the 'dispatch an event…' algorithm?
- # [06:11] <jamesr_> probably could generate that with a script
- # [06:12] <wycats> jamesr_: that would depend on how judicious the spec-writer was about using precisely the right language in the right place in prose
- # [06:12] <zewt> fundamentally it doesn't seem good to spec this normatively because it would be redundant with the dispatch "side", which means redundant normative text (which is a big opportunity for specs to be self-contradicting)
- # [06:13] * Quits: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr_)
- # [06:13] <zewt> wycats: if they're not doing that, they're probably also not going to keep these sorts of lists up to date either :)
- # [06:13] <wycats> zewt: can you describe to me how I could programmatically extract this information from the current spec?
- # [06:13] <zewt> you'd have to ask someone familiar with the spec's markup
- # [06:13] * Joins: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [06:14] * Quits: jamesr_ (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
- # [06:14] <wycats> zewt: to the best of my ability to read the spec, there isn't sufficient consistency in how event dispatching is described in prose to make your approach feasible
- # [06:14] <zewt> wycats: don't think that was me :)
- # [06:15] <Hixie> wycats: really now, you're citing the dev.w3.org copy? :-)
- # [06:16] * Quits: rwaldron (~rwaldron@209-6-71-27.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [06:16] <wycats> Hixie: oh noes
- # [06:16] <Hixie> wycats: (for the record, that copy is way out of date at this point, with numerous new errors beyond even the ones that are just ones i've fixed in the whatwg copy that they haven't taken yet)
- # [06:17] <wycats> Hixie: I stand by my original claim that the list of events that the spec instructs the user agent to fire directly on a particular event target is an important part of the interface of an event target
- # [06:17] <Hixie> wycats: i don't understand why
- # [06:17] <wycats> Hixie: that is very surprising to me
- # [06:18] <Hixie> wycats: wycats is it a more important part of the interface that the activation behaviour?
- # [06:18] <zewt> assuming you're talking normative text, what requirements would this place, exactly? "it must be possible for something, somewhere to fire each of the following events"?
- # [06:19] <Hixie> wycats: or than the content model?
- # [06:19] * Joins: kennyluck_ (~kennyluck@119.161.158.96)
- # [06:19] <wycats> Hixie: the content model is listed normatively at the top of every element
- # [06:19] <Hixie> wycats: or than the elements' meaning?
- # [06:19] <zewt> i mean, i might (unsure) agree if you were talking a non-normative "here are the things that are explicitly fired on this" note, but normatively I don't understand
- # [06:19] <Hixie> wycats: in prose
- # [06:19] <Hixie> wycats: same as what events fire
- # [06:19] <wycats> let's forget I asked about WebIDL for a second
- # [06:20] <wycats> there are lists of characteristics of elements in the spec
- # [06:20] <wycats> at the top of each element
- # [06:20] <Hixie> wycats: most of them (all, in a point of fact, other than the idl) in prose
- # [06:20] <zewt> events have no characteristics from the point of view of the element; the element knows nothing about them
- # [06:20] <wycats> some of those lists have information duplicated in the prose
- # [06:20] <wycats> http://www.whatwg.org/specs/web-apps/current-work/#the-a-element
- # [06:20] <Hixie> i don't think there's much duplication
- # [06:20] <Hixie> but maybe we have a different understanding of "in prose"
- # [06:20] <wycats> Do you consider the parts in the green box prose?
- # [06:20] <Hixie> all but the idl boxes, yes
- # [06:21] <wycats> I am suggesting adding it to the green box
- # [06:21] <Hixie> can you give an example of what it would say?
- # [06:21] <Hixie> say, for the <a> element?
- # [06:21] <wycats> I also think it belongs in the IDL box, but I will defer that discussion
- # [06:21] <wycats> Events:\nclick\netc.
- # [06:21] * Quits: kennyluck (~kennyluck@119.161.158.96) (Ping timeout: 246 seconds)
- # [06:21] * kennyluck_ is now known as kennyluck
- # [06:21] <wycats> possibly by pointing to some other part of the spec
- # [06:21] <wycats> similar to Global Attributes
- # [06:21] <zewt> that means every single element would include "click"
- # [06:22] <wycats> there could be Global Events
- # [06:22] <wycats> http://www.whatwg.org/specs/web-apps/current-work/#global-attributes
- # [06:22] <wycats> zewt: indeed it would
- # [06:22] <zewt> (well, rendering ones; obviously not <link>)
- # [06:22] <wycats> zewt: this kind of problem is already addressed for other things in the green box
- # [06:22] <wycats> Hixie: what should I call "things in the green box"?
- # [06:23] <Hixie> wycats: you just want a non-normative list of events that ...something, what, are mentioned in that section? for each element?
- # [06:23] <zewt> (can you clarify whether you're talking normative or non-normative?)
- # [06:23] <Hixie> wycats: "things in the green box"
- # [06:24] <Hixie> zewt: actually the HTML spec doesn't fire 'click' on most elements, that would be the (non-existent?) user-interface spec (exceptions for if the element has an activation behaviour), and here's no difference between <link> and <a> in that respect
- # [06:24] <Hixie> zewt: (you can click on a <link>, just make it display:block)
- # [06:24] <wycats> zewt: is the green box normative?
- # [06:24] <Hixie> parts of the green box are normative
- # [06:24] <zewt> wycats: hixie will tell me if i'm wrong, but unless it says "this box is non-normative" it is
- # [06:24] <wycats> which parts?
- # [06:25] <wycats> zewt: then I am talking about normative
- # [06:25] <Hixie> categories, content model, dom interface
- # [06:25] <wycats> a la the attributes
- # [06:25] <Hixie> i guess content attributes also, to a small extent
- # [06:25] <wycats> Hixie: Content attributes is non-normative?
- # [06:25] <zewt> normative is the parts that place requirements on things; non-normative (informative/notes) is stuff that doesn't (again modulo hixie :)
- # [06:25] <Hixie> (see http://www.whatwg.org/specs/web-apps/current-work/#element-definitions for a precise answer)
- # [06:25] <wycats> zewt: I am aware of the definition :P
- # [06:26] <wycats> Content attributes are duplicated in the prose below the green box
- # [06:26] <zewt> and i don't know what possible requirements this would be placing
- # [06:26] <wycats> if you eliminated the list of attributes, you could determine it by reading the prose
- # [06:26] <wycats> so why do we have a list?
- # [06:26] <Hixie> the "content attributes" normatively states which attributes MAY be specified, it's a conformance criteria just for authors/validators
- # [06:26] <Hixie> it's overridden for some attributes in the prose by MUST/MUST NOT be specified
- # [06:26] <Hixie> the definitions of the attributes of course aren't in the green box, they're all in prose
- # [06:26] <Hixie> later
- # [06:27] <Hixie> if we didn't have that list, we'd have to have it somewhere else saying "and you MAY have this attribute, and that attribute, and that one, and this one..."
- # [06:27] <wycats> Hixie: we already specify the definition of those attribtues
- # [06:27] <wycats> attributes
- # [06:27] <Hixie> ?
- # [06:28] <wycats> the definition of href is in prose
- # [06:28] <wycats> so we don't also need it in a list
- # [06:28] <Hixie> the list doesn't have the definition, right
- # [06:28] <wycats> "If the a element has an href attribute, then it represents a hyperlink (a hypertext anchor)."
- # [06:28] <Hixie> "it just has the MAY be specified"
- # [06:28] <wycats> Hixie: right
- # [06:28] <Hixie> what you just quoted is orthogonal, it's a requirement on browsers
- # [06:28] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [06:28] <wycats> Hixie: and the events would be "a user agent MAY fire this event on this event target"
- # [06:28] <zewt> (by the way, isn't "this list seems redundant, so another redundant list is okay too" an odd argument? :)
- # [06:28] <Hixie> (and authors, to the extent that authors are required to use elementsfor their meaning)
- # [06:28] <Hixie> wycats: woah! woah!
- # [06:29] <Hixie> wycats: that would be wildly wrong
- # [06:29] <wycats> would it?
- # [06:29] <Hixie> wycats: yes!
- # [06:29] <wycats> Hixie: say more
- # [06:29] <Hixie> wycats: browsers damn well better not randomly fire events!
- # [06:29] <Hixie> wycats: they MUST fire events exactly at specified times!
- # [06:29] <Hixie> wycats: that's not a MAY
- # [06:29] <wycats> Hixie: that's what the prose is form
- # [06:29] <wycats> for*
- # [06:29] <wycats> just like attributes
- # [06:29] <Hixie> wycats: ???
- # [06:29] <Hixie> this is nothing like attributes
- # [06:30] <wycats> ok
- # [06:30] <wycats> it's nothing like attributes
- # [06:30] <wycats> I would like a list of all of the events that the spec instructs the user agent to fire against an event target in some situation, and for them to be listed along with the specific event targets that they are specified to be fired on
- # [06:31] <Hixie> the spec instructs the user aget to fire every event against every EventTargets in some situation or other.
- # [06:31] <Hixie> (because of dispatchEvent, e.g.)
- # [06:32] <wycats> When I say "fire", I mean initialize and dispatch it to an event target
- # [06:32] <wycats> I do not mean the subsequent bubbling
- # [06:32] <wycats> "Note: Fire is short for initializing and dispatching an event."
- # [06:32] <wycats> that's what DOM4 says
- # [06:32] <wycats> "Note: Fire an event is a concept to make initializing and dispatching an event easier to write down."
- # [06:33] <wycats> from HTML: "In the contexts of events, the terms fire and dispatch are used as defined in the DOM Core specification"
- # [06:35] <wycats> so I am asking for a list of event types that the user agent is instructed to initialize and dispatch to an element in some circumstance
- # [06:35] <zewt> (event.dispatchEvent() uses the term "dispatch" to fire an arbitrary, user-created event)
- # [06:36] <wycats> zewt: I am excepting user-created events from my request
- # [06:36] <wycats> I mean event names that the specification explicitly defines
- # [06:38] <Hixie> well you can just click on the word "dispatch" in the HTML spec and it'll give you that answer
- # [06:38] <Hixie> hm, i guess not
- # [06:38] <Hixie> i haven't cross-referenced it enough
- # [06:38] <zewt> Hixie: there aren't many yeah
- # [06:38] <Hixie> ok then search for the words "fire" and "dispatch" :-)
- # [06:38] <zewt> that would probably be a big enough list to make the xref popup unhappy :)
- # [06:38] <Hixie> hm, searching for "fire" brings up the "firefox" in each status box
- # [06:38] <Hixie> that sucks
- # [06:39] <zewt> (i use "fire ")
- # [06:39] <Hixie> oh that works
- # [06:40] <zewt> "fire a simple event" at least seems pretty consistently xref'd
- # [06:40] <Hixie> yeah, that existed and meant something specific before dom core existed
- # [06:40] <zewt> (that one predates dom4, right?)
- # [06:42] <Hixie> searching for dispatch isn't so hot
- # [06:43] <zewt> seems like the only major false positive is "track dispatch type"
- # [06:44] <zewt> afk
- # [06:44] <Hixie> wycats: anyway, i don't really see what such a list would bring to the table. it's redundant with the text, and would always be getting out of date
- # [06:46] <wycats> Hixie: again, that is surprising to me
- # [06:46] <wycats> but I am not the intended consumer of the spec
- # [06:46] <wycats> so
- # [06:46] <wycats> seems good bros
- # [06:48] <Hixie> wait, you're asking for something you don't actually even want? :-)
- # [06:49] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Be back later)
- # [06:51] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
- # [06:52] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [06:54] <wycats> I absolutely want it
- # [06:55] <wycats> and I think it would be extremely valuable to "author" consumers of the spec
- # [06:57] <wycats> let's try an experiment:
- # [06:57] <wycats> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#the-video-element
- # [06:57] <wycats> I am an "author"
- # [06:57] <wycats> I would like to learn the interface for interacting with the video tag
- # [06:58] <wycats> how does one go about doing this?
- # [06:58] <Hixie> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#mediaevents
- # [06:58] <Hixie> next :-)
- # [06:59] <Hixie> (keeps going out of sync with the normative parts of the spec and is a pain in the ass to maintain, but for <video> it's probably worth it)
- # [07:04] <wycats> do you not consider it a problem that the event list is not together with the element?
- # [07:04] <wycats> I didn't ask you to link me to the event list
- # [07:04] <Hixie> how do you mean it's not together with the element? it's right there in the element's section!
- # [07:04] <wycats> I asked you to tell me how someone who goes to the video tag in the multipage spec can figure it out
- # [07:04] <wycats> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#the-video-element
- # [07:04] <wycats> scroll down
- # [07:04] <Hixie> (well, media elements section)
- # [07:04] <wycats> until you read "the audio element"
- # [07:04] <wycats> yes!
- # [07:05] <smaug____> Hixie: I was very surprised that you decided to change MutionObserver handling in the spec
- # [07:05] <smaug____> there are no technical reasons for it
- # [07:05] <wycats> why isn't it referenced from the element?
- # [07:05] <Hixie> smaug____: it wasn't my intention to change it, i just had forgotten to update the spec to say "mutation events and observers" everywhere. but i don't really have a strong opinion either way, i'll just do what the browser vendors want to implement. i kinda assumed it'd be costly to have to track every single insertion in parsing a document.
- # [07:06] <Hixie> wycats: the video and audio elements are basically the same, and their processing model is tightly integrated with the source and track elements', so all four are defined in one section, "media elements", to which each of those sections links.
- # [07:06] <smaug____> you don't need to track every insertion unless you have mutation observers
- # [07:06] <Hixie> smaug____: it's at least a branch for each insertion
- # [07:06] <smaug____> and mutation observer are anyway *a lot* cheaper than mutation events
- # [07:07] <Hixie> smaug____: if you're trying to convince me there is no need :-)
- # [07:07] <smaug____> Hixie: so?
- # [07:07] <smaug____> in code there are many branches :)
- # [07:07] <Hixie> smaug____: like i said, i'm happy to do whatever browsers want to implement
- # [07:07] <smaug____> we decide to either implement some feature or not
- # [07:08] <smaug____> Hixie: so, Gecko is happy to implement MutationObserving during parsing
- # [07:08] <smaug____> and not happy to not have it
- # [07:08] <Hixie> smaug____: so i saw from jonas' e-mail earlier tonight
- # [07:09] <Hixie> smaug____: hopefully you are not in the minority, and it becomes a non-issue and i just update the spec
- # [07:09] <Hixie> wycats: (where would you put that table otherwise?)
- # [07:10] <smaug____> I believe, could be wrong here, that this is just a case a bit tricky to implement in webkit, so they don't want mutation observers during parsing
- # [07:10] <wycats> Hixie: I think it should be linked off of the green box
- # [07:10] * heycam is now known as heycam|away
- # [07:10] <wycats> in a section called Events, with the name Media Events
- # [07:11] <Hixie> smaug____: get opera or microsoft to weigh in on your side then :-) (didn't the chrome guys say they had done this already?)
- # [07:11] * smaug____ hates these fights about API sanity
- # [07:12] <Hixie> smaug____: you should probably not be involved in web standards work then, that's all we do :-)
- # [07:12] <smaug____> Hixie: but until this is clear, the spec shouldn't say anything about it
- # [07:12] <Hixie> wycats: i think if we had a table like this for every object and element it might make sense to have a place to link to it from in the green box, but this is simply not that common in practice (because for most elements there's zero or close to zero relevant events)
- # [07:12] <smaug____> or say that this is still unclear
- # [07:13] <Hixie> smaug____: if it's really 50/50 then yeah, i add one of those warnings that says "thar be dragons"
- # [07:13] <Hixie> smaug____: like with the video mime type handling
- # [07:13] <Hixie> smaug____: i'd need to speak to the opera, webkit, and IE guys first to work out where the chips actually lie
- # [07:14] <smaug____> yes, after that you could say something in the spec
- # [07:14] <smaug____> but please don't take your side before that
- # [07:17] * smaug____ should learn... keep the APIs in separate specs so that you can control them yourself :)
- # [07:17] <Hixie> i don't have a side
- # [07:17] <Hixie> i really couldn't care less about this :-)
- # [07:17] <wycats> what is the controversy anyway?
- # [07:17] <Hixie> there is no controversy
- # [07:18] <Hixie> anyway, afk for a bit
- # [07:18] <smaug____> Hixie: you decided to add something to the spec, so you do have some opinion, or decided for some reason to follow what webkit devs want, but not what gecko devs want
- # [07:18] <smaug____> you could just leave the whole thing out from the spec for now
- # [07:18] <Hixie> smaug____: i just followed what the spec said already
- # [07:18] <smaug____> no
- # [07:18] <Hixie> get the other browsers to say something and i'll fix it tomorrow
- # [07:18] <Hixie> sheesh, relax dude
- # [07:18] <smaug____> MutationObserver is totally different thing to Mutation Events
- # [07:20] * Joins: jonlee (~jonlee@2620:149:4:1b01:cc7d:8319:7938:5e1f)
- # [07:20] <smaug____> yeah, I could relax :) , but when random stuff ends up to the specs, there is something to fix
- # [07:26] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
- # [07:27] <zewt> heh, messing around with setting a <script>'s display to block, hit a firefox bug almost immediately
- # [07:27] <zewt> in the list of Bugs That Nobody Cares About
- # [07:28] <zewt> (<script style="display: block;">foo();</script> doesn't show up by itself, but stick some text before it and it does)
- # [07:29] <zewt> hmm
- # [07:29] <zewt> maybe just really weird but intentional rendering behavior? since chrome does it, too
- # [07:29] <zewt> (not that I really care, either, just messing about)
- # [07:29] * Joins: thoughtcrimes (~thoughtcr@c-68-38-103-177.hsd1.nj.comcast.net)
- # [07:30] <zewt> or maybe something to do with implicit <head>/<body>
- # [07:31] <zewt> yeah, guess so (stick <link> before it and it doesn't show up; stick <div> and it does)
- # [07:31] <zewt> anyway, off to bed
- # [07:34] * Joins: Masinter (~user@67.188.70.221)
- # [07:37] * Quits: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net) (Ping timeout: 244 seconds)
- # [07:43] * Quits: thoughtcrimes (~thoughtcr@c-68-38-103-177.hsd1.nj.comcast.net) (Quit: Leaving)
- # [07:53] * Joins: zcorpan (~zcorpan@94.234.170.51)
- # [08:05] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [08:06] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # [08:07] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [08:12] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [08:12] * heycam|away is now known as heycam
- # [08:15] * Joins: Kolombiken (~Adium@c80-216-10-244.bredband.comhem.se)
- # [08:16] * Joins: Martin_L (~Martin_L@194.18.12.26)
- # [08:20] * Joins: silverroots (~silverroo@144.187.148.26)
- # [08:24] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [08:25] * Joins: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [08:27] * Quits: roc (~chatzilla@60.234.66.20) (Ping timeout: 264 seconds)
- # [08:31] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [08:33] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [08:35] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Ping timeout: 244 seconds)
- # [08:40] * Quits: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net) (Read error: Operation timed out)
- # [08:41] * Joins: Ducki (~Ducki@pD9E39973.dip0.t-ipconnect.de)
- # [08:44] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
- # [08:48] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [08:50] * Quits: Martin_L (~Martin_L@194.18.12.26) (Remote host closed the connection)
- # [08:52] * attiks|away is now known as attiks
- # [08:52] * Joins: charlvn (~charlvn@charlvn.nl)
- # [08:55] * Joins: jacobolu_ (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [08:56] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # [08:58] * Joins: Martin_L (~Martin_L@194.18.12.26)
- # [08:59] * Quits: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
- # [09:00] * Quits: Masinter (~user@67.188.70.221) (Ping timeout: 244 seconds)
- # [09:03] * Quits: Kolombiken (~Adium@c80-216-10-244.bredband.comhem.se) (Quit: Leaving.)
- # [09:03] * Quits: ryanseddon (u1832@gateway/web/irccloud.com/x-kmmbileqyckfrngb) (Quit: Connection closed for inactivity)
- # [09:09] * Joins: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be)
- # [09:11] * Joins: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net)
- # [09:13] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [09:14] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [09:15] * abstractj|brb is now known as abstractj|away
- # [09:17] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87 [Firefox 14.0.1/20120713134347])
- # [09:19] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 268 seconds)
- # [09:25] * Quits: auchenberg (~auchenber@176.222.239.226) (Remote host closed the connection)
- # [09:25] * Joins: auchenberg (~auchenber@176.222.239.226)
- # [09:27] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [09:27] <annevk> oh god
- # [09:27] <annevk> someone respec'd DOM Parsing
- # [09:29] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Remote host closed the connection)
- # [09:29] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [09:39] * Quits: dgathright (~dgathrigh@nat/yahoo/x-myogsyhhymzwggno) (Ping timeout: 244 seconds)
- # [09:46] <Ms2ger> zewt, yep, your script was in the head, and head has display: none as well
- # [09:46] <zcorpan> Hixie: knowing that there aren't any relevant events fired on the element is useful to know for authors (just like with attributes)
- # [09:46] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [09:47] <zcorpan> Hixie: i agree with wycats that it would be useful for authors with non-normative information about events for each element (like the table for media elements)
- # [09:48] <zcorpan> for most of the spec, it has to be gathered by reading the UA requirements, which is not so nice for authors (and will even be omitted completely from the developers.whatwg.org version)
- # [09:53] * Quits: Ducki (~Ducki@pD9E39973.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [09:58] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [09:58] <zcorpan> zewt: if you had tested in live dom viewer you would see where the script element lived in the dom :-)
- # [10:03] * Quits: jacobolu_ (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # [10:03] <Ms2ger> Hixie, you called after 2AM my time?
- # [10:09] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
- # [10:11] <annevk> yeah, wycats had a good point, too bad it was badly misunderstood :/
- # [10:12] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
- # [10:14] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [10:20] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [10:20] * Joins: [[zzz]] (~q@node-9h3.pool-125-25.dynamic.totbb.net)
- # [10:21] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 265 seconds)
- # [10:23] * Quits: [[zz]] (~q@node-1eb3.pool-101-108.dynamic.totbb.net) (Ping timeout: 252 seconds)
- # [10:24] * Joins: MikeSmith_ (~MikeSmith@s1106120.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [10:27] * Quits: MikeSmith (~MikeSmith@s1106226.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 245 seconds)
- # [10:27] * MikeSmith_ is now known as MikeSmith
- # [10:30] * Quits: snowfox_ben (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net) (Quit: snowfox_ben)
- # [10:30] * jonlee is now known as jonlee|afk
- # [10:31] <jgraham> OTOH Hixie has a point that increasing the amount of non-normative text leads to more things that can go out of sync
- # [10:32] * Joins: niloy (~niloy@203.196.177.156)
- # [10:37] <zcorpan> sure
- # [10:39] * Joins: WolfieZero (~WolfieZer@87.124.34.178)
- # [10:39] * jonlee|afk is now known as jonlee
- # [10:39] <annevk> is there any other info you'd want to know about an object that's not evident from IDL?
- # [10:40] * Joins: Ducki (~Ducki@pD9E39973.dip0.t-ipconnect.de)
- # [10:41] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [10:41] * Joins: henrikkok (~henrikkok@81.27.221.193)
- # [10:54] * Joins: henrikkok1 (~henrikkok@81.27.221.193)
- # [10:54] * Joins: shwetank (~shwetank@office.oslo.opera.com)
- # [10:54] * Joins: darobin (~darobin@spintank2-160-134.cnt.nerim.net)
- # [10:54] * Joins: jacobolu_ (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [10:55] * Joins: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net)
- # [10:55] * Quits: henrikkok (~henrikkok@81.27.221.193) (Ping timeout: 244 seconds)
- # [10:56] <zcorpan> omission of tags maybe
- # [10:56] <zcorpan> but that's kinda complicated
- # [10:57] <zcorpan> Start tag: sometimes optional (with link to the right place in the syntax section)
- # [10:58] * jonlee is now known as jonlee|afk
- # [11:01] * Joins: henrikkok (~henrikkok@81.27.221.193)
- # [11:04] * Quits: henrikkok1 (~henrikkok@81.27.221.193) (Ping timeout: 244 seconds)
- # [11:05] <annevk> that's element-specific
- # [11:05] <annevk> I was wondering about stuff like Node / XMLHttpRequest
- # [11:06] <annevk> but yeah, start/end tag stuff would be nice to have hints about
- # [11:07] * Joins: nonge_ (~nonge@p50829316.dip.t-dialin.net)
- # [11:09] * Joins: necolas (~necolas@ix-2-0-0-155.core4.LDN-London.as6453.net)
- # [11:11] * Quits: nonge (~nonge@91.50.110.84) (Ping timeout: 246 seconds)
- # [11:11] * Quits: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net) (Quit: Leaving.)
- # [11:14] * Joins: Lachy (~Lachy@office.oslo.opera.com)
- # [11:14] <jgraham> Start/end tag stuff is unneeded complexity if the goal is to help authors
- # [11:15] * Quits: ^esc (~esc_ape@77.116.247.134.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
- # [11:15] <zcorpan> jgraham: yeah probably
- # [11:17] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [11:19] * Quits: scott_gonzalez (~gonzasi0@205.186.165.147) (Ping timeout: 240 seconds)
- # [11:19] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
- # [11:19] * Quits: opera (u6827@gateway/web/irccloud.com/x-yvaciafecxvbuzwe) (Ping timeout: 240 seconds)
- # [11:19] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-cyvgvxqipphqirxs) (Ping timeout: 240 seconds)
- # [11:19] * Quits: ahf (ahf@irssi/staff/ahf) (Ping timeout: 240 seconds)
- # [11:19] * Quits: [tm] (~MikeSmith@sideshowbarker.net) (Ping timeout: 240 seconds)
- # [11:19] * Quits: oal (u4126@gateway/web/irccloud.com/x-xzgcmkpizgutshpr) (Ping timeout: 240 seconds)
- # [11:19] * Quits: matjas (u2247@gateway/web/irccloud.com/x-ibvgpggmbjzgtuyf) (Ping timeout: 240 seconds)
- # [11:19] * Joins: mpt_ (~mpt@faun.canonical.com)
- # [11:19] * Quits: mpt_ (~mpt@faun.canonical.com) (Changing host)
- # [11:19] * Joins: mpt_ (~mpt@canonical/mpt)
- # [11:19] * Joins: scott_gonzalez_ (~gonzasi0@205.186.165.147)
- # [11:19] * Joins: matjas (u2247@gateway/web/irccloud.com/x-yymapplmpratgkiw)
- # [11:19] * scott_gonzalez_ is now known as scott_gonzalez
- # [11:20] * Joins: ahf (ahf@irssi/staff/ahf)
- # [11:20] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Client Quit)
- # [11:20] * Joins: [tm] (~MikeSmith@sideshowbarker.net)
- # [11:23] * heycam is now known as heycam|away
- # [11:26] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-ovrpkxlrdbflaswi)
- # [11:28] * Joins: oal (u4126@gateway/web/irccloud.com/x-hovkwaohfnophdao)
- # [11:36] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
- # [11:38] * Joins: opera (u6827@gateway/web/irccloud.com/x-ggjnqtegbaedbltd)
- # [11:42] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [11:57] * jacobolu_ is now known as jacobolus
- # [11:58] * Joins: roc (~chatzilla@121.98.230.221)
- # [11:59] * Joins: ^esc (~esc_ape@178.115.250.76.wireless.dyn.drei.com)
- # [12:01] * Quits: silverroots (~silverroo@144.187.148.26) (Ping timeout: 252 seconds)
- # [12:08] * Quits: kennyluck (~kennyluck@119.161.158.96) (Quit: kennyluck)
- # [12:09] * Joins: myakura (~myakura@FL1-49-129-49-171.tky.mesh.ad.jp)
- # [12:09] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Be back later)
- # [12:13] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [12:14] * Joins: silverroots (~silverroo@144.187.148.27)
- # [12:14] * Joins: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [12:15] * mpt_ is now known as mpt
- # [12:18] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Ping timeout: 264 seconds)
- # [12:23] * Joins: drublic (~drublic@frbg-4d028376.pool.mediaWays.net)
- # [12:26] * Quits: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net) (Quit: sedovsek)
- # [12:28] * Joins: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net)
- # [12:32] * Quits: myakura (~myakura@FL1-49-129-49-171.tky.mesh.ad.jp) (Remote host closed the connection)
- # [12:36] * Quits: silverroots (~silverroo@144.187.148.27) (Read error: Connection reset by peer)
- # [12:37] * Quits: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net) (Quit: sedovsek)
- # [12:38] * Joins: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net)
- # [12:47] * Quits: auchenberg (~auchenber@176.222.239.226) (Remote host closed the connection)
- # [12:48] * Quits: shwetank (~shwetank@office.oslo.opera.com) (Quit: Leaving...)
- # [13:10] * Joins: Lachy_ (~Lachy@pat-tazdevil.opera.com)
- # [13:11] * Quits: necolas (~necolas@ix-2-0-0-155.core4.LDN-London.as6453.net) (Remote host closed the connection)
- # [13:11] * Joins: necolas (~necolas@8.25.194.28)
- # [13:13] * Quits: Lachy (~Lachy@office.oslo.opera.com) (Ping timeout: 264 seconds)
- # [13:13] * Lachy_ is now known as Lachy
- # [13:15] * Joins: trips (~spirit@92.247.13.234)
- # [13:15] * Joins: dirkpennings (~dirkpenni@82-148-199-218.adsl.unet.nl)
- # [13:20] * Joins: shwetank (~shwetank@office.oslo.opera.com)
- # [13:28] * Quits: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net) (Quit: sedovsek)
- # [13:32] * Joins: jryans (~jryans@rrcs-24-73-248-195.sw.biz.rr.com)
- # [13:33] <annevk> https://twitter.com/andydavies/status/241117462068879360 euh, he realizes what those pages render in right?
- # [13:33] <annevk> oh well
- # [13:33] <annevk> see you guys next week
- # [13:35] <Ms2ger> Gone again?
- # [13:35] <annevk> just a few days
- # [13:35] <annevk> should be back Sunday night
- # [13:35] <jgraham> I presume he is going to ride the trains with the other hobos
- # [13:35] <jgraham> :)
- # [13:36] <annevk> dude, unemployed != hobo
- # [13:36] <Ms2ger> Rich hobo?
- # [13:36] <jgraham> "Unlike 'tramps', who work only when they are forced to, and 'bums', who do not work at all, 'hobos' are workers who wander"
- # [13:37] <jgraham> Is the WikiTruth
- # [13:37] * Joins: auchenberg (~auchenber@176.222.239.226)
- # [13:37] <jgraham> Are you claiming that 'bum' would have been more accurate?
- # [13:39] <jgraham> (the more Wikipedia I read teh more I think my original usage is a good fit, although it wasn't intended in seriousness)
- # [13:42] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [13:42] * Joins: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com)
- # [13:43] * Quits: wakaba_ (~wakaba@3.149.210.220.dy.bbexcite.jp) (Read error: Connection reset by peer)
- # [13:43] * Joins: wakaba (~wakaba@3.149.210.220.dy.bbexcite.jp)
- # [13:44] * Quits: ^esc (~esc_ape@178.115.250.76.wireless.dyn.drei.com) (Read error: Connection reset by peer)
- # [13:44] <zcorpan> jgraham: edit wikipedia to say "One example of a hobo is Anne van Kesteren."
- # [13:46] * Ms2ger whacks zcorpan with a banhammer
- # [13:46] <jgraham> Ms2ger: Is that like a cross between a hammaer and a banana?
- # [13:46] * Joins: ^esc (~esc_ape@178.115.250.76.wireless.dyn.drei.com)
- # [13:46] <jgraham> *hammer
- # [13:46] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [13:47] <Ms2ger> It's a hammer with a banana attached
- # [13:47] <zcorpan> Ms2ger: doesn't help much if jgraham makes the edit :-P
- # [13:48] <annevk> jgraham: can they have a home?
- # [13:51] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Remote host closed the connection)
- # [14:03] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [14:14] * Joins: myakura (~myakura@FL1-49-129-49-171.tky.mesh.ad.jp)
- # [14:18] * Parts: Kolombiken (~Adium@217.13.228.226)
- # [14:25] * Joins: vikash (~vikash@1.186.11.247)
- # [14:25] * Quits: vikash (~vikash@1.186.11.247) (Changing host)
- # [14:25] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [14:25] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Read error: Connection reset by peer)
- # [14:26] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [14:28] * Joins: deano (~Thunderbi@203.184.22.238)
- # [14:30] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [14:31] * Joins: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net)
- # [14:36] * Quits: deano (~Thunderbi@203.184.22.238) (Quit: deano)
- # [14:39] * Joins: yod (~ot@132.185.139.90)
- # [14:41] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [14:42] * Joins: Martin_L_ (~Martin_L@87.251.206.58)
- # [14:44] * Joins: Areks (~Areks@128-69-102-87.broadband.corbina.ru)
- # [14:46] * Quits: Martin_L (~Martin_L@194.18.12.26) (Ping timeout: 244 seconds)
- # [14:49] * Quits: necolas (~necolas@8.25.194.28) (Ping timeout: 252 seconds)
- # [14:51] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [14:51] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 264 seconds)
- # [14:52] * Quits: myakura (~myakura@FL1-49-129-49-171.tky.mesh.ad.jp) (Remote host closed the connection)
- # [14:55] * Joins: deano (~Thunderbi@203.184.22.238)
- # [14:55] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [15:00] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Ping timeout: 264 seconds)
- # [15:01] * [[zzz]] is now known as [[zz]]
- # [15:02] * Quits: tonymec (~tonymec@unaffiliated/tonymec) (Remote host closed the connection)
- # [15:05] * Joins: erichynds (~ehynds@64.206.121.41)
- # [15:07] * Joins: tonymec (~tonymec@unaffiliated/tonymec)
- # [15:08] * Quits: ajpiano (~ajpiano@li98-57.members.linode.com) (Excess Flood)
- # [15:09] * Joins: ajpiano (~ajpiano@li98-57.members.linode.com)
- # [15:12] * Quits: shwetank (~shwetank@office.oslo.opera.com) (Ping timeout: 245 seconds)
- # [15:17] * Joins: shwetank (~shwetank@pat-tazdevil.opera.com)
- # [15:18] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:20] * Joins: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net)
- # [15:22] * Joins: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [15:26] * Quits: niloy (~niloy@203.196.177.156) (Ping timeout: 244 seconds)
- # [15:27] * Quits: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr) (Quit: Leaving.)
- # [15:28] * Quits: zcorpan (~zcorpan@94.234.170.51) (Ping timeout: 245 seconds)
- # [15:29] * Joins: zcorpan (~zcorpan@c-5eeaaa33-74736162.cust.telenor.se)
- # [15:29] * Joins: SofiCgr (~Instantbi@46.246.139.53.dsl.dyn.forthnet.gr)
- # [15:31] * Quits: Kolombiken (~Adium@217.13.228.226) (Read error: Connection reset by peer)
- # [15:31] * Joins: Kolombiken1 (~Adium@217.13.228.226)
- # [15:31] * Quits: foolip (~philip@node-7lfbc9084e7d2cj72.a0.ipv6.opera.com) (Ping timeout: 272 seconds)
- # [15:32] * Quits: zcorpan (~zcorpan@c-5eeaaa33-74736162.cust.telenor.se) (Read error: Connection reset by peer)
- # [15:33] * Joins: zcorpan (~zcorpan@94.234.170.51)
- # [15:34] * Quits: nessy1 (~silviapf@124-168-150-30.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:38] * Quits: SofiCgr (~Instantbi@46.246.139.53.dsl.dyn.forthnet.gr) (Quit: Instantbird 1.2 -- http://www.instantbird.com)
- # [15:39] * Joins: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [15:41] * Quits: Kolombiken1 (~Adium@217.13.228.226) (Quit: Leaving.)
- # [15:44] * Joins: foolip (~philip@node-7lfbafl362bzwuq29.a0.ipv6.opera.com)
- # [15:44] * Joins: JohnAlbin_ (~JohnAlbin@114-36-37-158.dynamic.hinet.net)
- # [15:46] * Quits: ^esc (~esc_ape@178.115.250.76.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
- # [15:47] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [15:47] * Joins: ^esc (~esc_ape@178.115.250.76.wireless.dyn.drei.com)
- # [15:48] * Joins: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
- # [15:48] * Quits: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net) (Ping timeout: 244 seconds)
- # [15:48] * JohnAlbin_ is now known as JohnAlbin
- # [15:53] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:55] <zewt> zcorpan: there are lots of ways to test the same thing :)
- # [15:57] <zcorpan> zewt: hmm?
- # [15:59] <jgraham> zcorpan: I can only imagine he is talking about the "you should have used the live dom viewer thing"
- # [16:00] * Joins: JohnAlbin_ (~JohnAlbin@209.41.114.202)
- # [16:00] <jgraham> s/ thing"/" thing/
- # [16:01] * Quits: zcorpan (~zcorpan@94.234.170.51) (Ping timeout: 244 seconds)
- # [16:03] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [16:03] * Parts: Kolombiken (~Adium@217.13.228.226)
- # [16:03] * Joins: zcorpan (~zcorpan@94.234.170.51)
- # [16:03] * Quits: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net) (Ping timeout: 246 seconds)
- # [16:03] * JohnAlbin_ is now known as JohnAlbin
- # [16:06] * Quits: Martin_L_ (~Martin_L@87.251.206.58) (Remote host closed the connection)
- # [16:08] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [16:08] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [16:13] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Ping timeout: 256 seconds)
- # [16:14] * Quits: shwetank (~shwetank@pat-tazdevil.opera.com) (Quit: Leaving...)
- # [16:14] * Joins: nvartolomei (~nvartolom@77.89.243.134)
- # [16:14] * Quits: zcorpan (~zcorpan@94.234.170.51) (Remote host closed the connection)
- # [16:15] * Parts: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [16:19] * Joins: shwetank (~shwetank@office.oslo.opera.com)
- # [16:20] * Joins: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com)
- # [16:22] * Quits: payman (~payman@pat.se.opera.com) (Ping timeout: 252 seconds)
- # [16:33] * Quits: nvartolomei (~nvartolom@77.89.243.134) (Remote host closed the connection)
- # [16:34] <Hixie> Ms2ger: yt?
- # [16:35] <Hixie> Ms2ger: what's the doal with dom parsing?
- # [16:41] * Quits: Ducki (~Ducki@pD9E39973.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
- # [16:42] * Joins: izhak (~izhak@188.244.176.232)
- # [16:43] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [16:44] * Quits: garciawebdev (~garciaweb@190.244.73.31) (Read error: Connection reset by peer)
- # [16:44] * Joins: garciawebdev (~garciaweb@190.244.73.31)
- # [16:44] * Quits: jryans (~jryans@rrcs-24-73-248-195.sw.biz.rr.com) (Quit: Be back later)
- # [16:45] * Quits: hswe (~hswe@blackhole.space150.com) (Remote host closed the connection)
- # [16:45] * Quits: Stevef_ (~chatzilla@cpc20-nmal18-2-0-cust76.19-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87 [Firefox 15.0/20120824154833])
- # [16:45] * Joins: drublic_ (~drublic@frbg-4d028376.pool.mediaWays.net)
- # [16:47] * Quits: drublic_ (~drublic@frbg-4d028376.pool.mediaWays.net) (Remote host closed the connection)
- # [16:49] * Quits: drublic (~drublic@frbg-4d028376.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [16:55] * Quits: cabanier (~cabanier@bc9866.bendcable.com) (Quit: Leaving.)
- # [16:56] * Quits: attiks (~chatzilla@d5153136D.static.telenet.be) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347])
- # [17:00] * Quits: Areks (~Areks@128-69-102-87.broadband.corbina.ru) (Ping timeout: 240 seconds)
- # [17:00] <jgraham> Hixie: How does the spec ensure that <script defer src> is run before DOMContentLoaded?
- # [17:01] <jgraham> Oh, sorry defer
- # [17:01] <jgraham> Wrong set|list of scripts
- # [17:02] <Hixie> yeah this part of the spec is absurdly complicated
- # [17:02] * Joins: JohnAlbin_ (~JohnAlbin@114-36-37-158.dynamic.hinet.net)
- # [17:02] <Hixie> much like the rest of the parser and script processing
- # [17:02] <Hixie> or like <object> processing
- # [17:04] * Quits: trips (~spirit@92.247.13.234) (Ping timeout: 252 seconds)
- # [17:04] <Ms2ger> Hixie, Microsoft has forked parsing
- # [17:04] * Quits: JohnAlbin (~JohnAlbin@209.41.114.202) (Ping timeout: 256 seconds)
- # [17:04] * JohnAlbin_ is now known as JohnAlbin
- # [17:04] <Hixie> Ms2ger: so you're still editing your canonical version?
- # [17:04] <Ms2ger> I don't know if anyone else intends to pay attention to them
- # [17:04] <Ms2ger> Yeah
- # [17:04] <Hixie> phew
- # [17:05] <jgraham> Hixie: I'm pretty sure that navigation is more confusing than anything
- # [17:05] <Hixie> jgraham: hear hear
- # [17:05] <Hixie> Ms2ger: sounds like you may want to have mike create a component in the WHATWG product in bugzilla, and then move all the bugs over
- # [17:06] <MikeSmith> yeah I can do that
- # [17:06] <Ms2ger> Sounds good
- # [17:06] <MikeSmith> remind me later if I forget
- # [17:06] <MikeSmith> I have two hours of telcons starting right now
- # [17:07] * Joins: Kolombiken1 (~Adium@217.13.228.226)
- # [17:07] * Joins: JohnAlbin_ (~JohnAlbin@209.41.114.204)
- # [17:07] <Hixie> sweet lord
- # [17:07] * Joins: bzed_ (~bzed@devel.recluse.de)
- # [17:08] * Quits: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net) (Disconnected by services)
- # [17:08] * JohnAlbin_ is now known as JohnAlbin
- # [17:08] <jgraham> Ohh, I know this feeling. It's schadenfreude.
- # [17:08] * jgraham laughs at MikeSmith
- # [17:08] <MikeSmith> hah
- # [17:09] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 252 seconds)
- # [17:09] * bzed_ is now known as bzed
- # [17:12] * Quits: henrikkok (~henrikkok@81.27.221.193) (Quit: Leaving.)
- # [17:15] * Joins: ehsan (~ehsan@66.207.208.98)
- # [17:16] * Quits: vikash (~vikash@unaffiliated/vikash) (Ping timeout: 265 seconds)
- # [17:19] * Quits: yod (~ot@132.185.139.90) (Ping timeout: 260 seconds)
- # [17:22] * Joins: Kolombiken (~Adium@217.13.228.226)
- # [17:23] * Quits: ralphholzmann (~ralphholz@li76-151.members.linode.com) (Ping timeout: 276 seconds)
- # [17:25] * Joins: ralphholzmann (~ralphholz@li76-151.members.linode.com)
- # [17:25] * Joins: JohnAlbin_ (~JohnAlbin@114-36-37-158.dynamic.hinet.net)
- # [17:25] * Quits: Kolombiken1 (~Adium@217.13.228.226) (Ping timeout: 244 seconds)
- # [17:26] * Quits: nonge_ (~nonge@p50829316.dip.t-dialin.net) (Quit: Verlassend)
- # [17:26] * Quits: Kolombiken (~Adium@217.13.228.226) (Ping timeout: 244 seconds)
- # [17:27] * Joins: nvartolomei (~nvartolom@178.168.103.7)
- # [17:29] * Quits: JohnAlbin (~JohnAlbin@209.41.114.204) (Ping timeout: 265 seconds)
- # [17:29] * JohnAlbin_ is now known as JohnAlbin
- # [17:29] * Quits: charlvn (~charlvn@charlvn.nl) (Quit: leaving)
- # [17:30] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Read error: Connection reset by peer)
- # [17:31] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [17:31] * Joins: WolfieZero_ (~WolfieZer@87.124.34.32)
- # [17:31] * Quits: dirkpennings (~dirkpenni@82-148-199-218.adsl.unet.nl) (Ping timeout: 260 seconds)
- # [17:34] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [17:34] * Joins: arv (u4269@gateway/web/irccloud.com/x-lpjbsmfsgvfosjyc)
- # [17:36] * Joins: shepazu_ (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [17:37] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
- # [17:38] * Hixie has no idea what before() and after() do
- # [17:38] * Joins: Dashimon (Dashiva@84-72-44-85.dclient.hispeed.ch)
- # [17:38] * Quits: Dashimon (Dashiva@84-72-44-85.dclient.hispeed.ch) (Changing host)
- # [17:38] * Joins: Dashimon (Dashiva@wikia/Dashiva)
- # [17:39] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Ping timeout: 248 seconds)
- # [17:39] * shepazu_ is now known as shepazu
- # [17:40] * Quits: WolfieZero_ (~WolfieZer@87.124.34.32) (Quit: WolfieZero_)
- # [17:40] * Quits: WolfieZero (~WolfieZer@87.124.34.178) (Quit: WolfieZero)
- # [17:40] * Joins: WolfieZero (~WolfieZer@87.124.34.32)
- # [17:43] <jgraham> Hixie: How can you edit the HTML5 spec if you aren't spending half your time learning jQuery / backbone / modernizr / responsive design hacks / other trend de-jour?
- # [17:44] <jgraham> (since this is the internet I made a useful sign: [ SARCASM ] )
- # [17:44] * Joins: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu)
- # [17:46] <Ms2ger> Hixie, read the spec, dammit :)
- # [17:46] * Quits: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net) (*.net *.split)
- # [17:46] * Quits: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net) (*.net *.split)
- # [17:46] * Quits: cheron (~cheron@unaffiliated/cheron) (*.net *.split)
- # [17:46] * Quits: Dashiva (Dashiva@wikia/Dashiva) (*.net *.split)
- # [17:46] * Quits: odinho (~odinho@office.oslo.opera.com) (*.net *.split)
- # [17:46] * Quits: benschwarz (u2121@gateway/web/irccloud.com/x-ypehplggzwfhlzph) (*.net *.split)
- # [17:46] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (*.net *.split)
- # [17:46] * Quits: ryuone_ (~ryuone@www2406uf.sakura.ne.jp) (*.net *.split)
- # [17:46] * Quits: tobie (u5692@gateway/web/irccloud.com/x-dswdqkyvewptmjsu) (*.net *.split)
- # [17:46] * Quits: wycats (u79@gateway/web/irccloud.com/x-hldjhnjqwirdikxg) (*.net *.split)
- # [17:46] * Quits: moo-_- (miohtama@kapsi.fi) (*.net *.split)
- # [17:46] * Quits: kanzure (~kanzure@131.252.130.248) (*.net *.split)
- # [17:46] * Quits: reggna (~reggna@irc.jagochmittmoln.se) (*.net *.split)
- # [17:46] * Quits: tellnes (~tellnes@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com) (*.net *.split)
- # [17:46] * Dashimon is now known as Dashiva
- # [17:46] <jgraham> To be fair othermaciej is quite right; non verb methods are just wrong
- # [17:47] * Quits: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
- # [17:47] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 264 seconds)
- # [17:48] * Quits: WolfieZero (~WolfieZer@87.124.34.32) (Quit: WolfieZero)
- # [17:49] * Joins: WolfieZero (~WolfieZer@87.124.34.32)
- # [17:49] * Joins: fishd (darin@nat/google/x-ebcotadtfwxcquuk)
- # [17:50] * Joins: JohnAlbin (~JohnAlbin@114-36-37-158.dynamic.hinet.net)
- # [17:50] * Joins: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net)
- # [17:50] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [17:50] * Joins: odinho (~odinho@office.oslo.opera.com)
- # [17:50] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-ypehplggzwfhlzph)
- # [17:50] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [17:50] * Joins: ryuone_ (~ryuone@www2406uf.sakura.ne.jp)
- # [17:50] * Joins: kanzure (~kanzure@131.252.130.248)
- # [17:50] * Joins: tobie (u5692@gateway/web/irccloud.com/x-dswdqkyvewptmjsu)
- # [17:50] * Joins: wycats (u79@gateway/web/irccloud.com/x-hldjhnjqwirdikxg)
- # [17:50] * Joins: moo-_- (miohtama@kapsi.fi)
- # [17:50] * Joins: reggna (~reggna@irc.jagochmittmoln.se)
- # [17:50] * Joins: tellnes (~tellnes@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com)
- # [17:50] * jonlee|afk is now known as jonlee
- # [17:50] * Quits: kanzure (~kanzure@131.252.130.248) (Max SendQ exceeded)
- # [17:50] * Joins: kanzure (~kanzure@131.252.130.248)
- # [17:52] * Quits: ralphholzmann (~ralphholz@li76-151.members.linode.com) (Remote host closed the connection)
- # [17:52] <dglazkov> good morning, Whatwg!
- # [17:56] * Joins: globbot (~logbot@lump.glob.com.au)
- # [17:56] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
- # [17:58] * darobin sets his watch by dglazkov's greeting
- # [17:59] * Quits: jonlee (~jonlee@2620:149:4:1b01:cc7d:8319:7938:5e1f) (Quit: jonlee)
- # [17:59] <dglazkov> :)
- # [18:00] * Quits: beverloo (peter@nat/google/x-ppqvhehqzbhzwazu) (Quit: beverloo)
- # [18:03] <Hixie> jgraham: i am spending half my time (well, ok, maybe less than half) writing web apps (mainly games), but in doing so i haven't found much of a need for libraries.
- # [18:03] <Hixie> Ms2ger: :-P
- # [18:03] * Quits: fishd (darin@nat/google/x-ebcotadtfwxcquuk) (Quit: Leaving)
- # [18:05] <Hixie> wasn't it mozilla that convinced me to make defer not apply to inline scripts in the first place?
- # [18:05] * Quits: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Quit: snowfox_ben)
- # [18:05] * Joins: Peter` (peter@nat/google/x-tbcpnuebnkzbppeh)
- # [18:07] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:08] <jgraham> Uh, so async on inline scripts… that sounds like it would be remarkably similar to today (until modules)
- # [18:09] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [18:10] * Joins: fishd (darin@nat/google/x-zxxfyucmyoyspzyp)
- # [18:10] * Joins: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com)
- # [18:12] * Joins: jsbell (jsbell@nat/google/x-rqvzpbgmqxikqynz)
- # [18:13] <Ms2ger> Hixie, that would probably be hsivonen, not mozilla ;)
- # [18:15] * Quits: Lachy (~Lachy@pat-tazdevil.opera.com) (Quit: Computer has gone to sleep.)
- # [18:18] <jgraham> I thought it was usually Microsoft that did the referring-to-people-by-their-company thing
- # [18:21] <hober> Ms2ger: have you talked to travis about working together on the dom parsing spec? ideally the dvcs.w3.org one would be the same as yours
- # [18:22] * Joins: ap (~ap@17.245.105.155)
- # [18:22] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:22] <Ms2ger> hober, he does not appear to be interested to do that
- # [18:24] <hober> :(
- # [18:24] <Ms2ger> I'm glad that Microsoft has come out in support of forking, though
- # [18:25] * Quits: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu) (Remote host closed the connection)
- # [18:25] * Joins: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu)
- # [18:26] <hober> hahahahaa. unidirectional forking maybe.
- # [18:27] <Ms2ger> Is that a nice word for "hypocrisy"?
- # [18:27] <TabAtkins> Hixie: el1.before(el2) inserts el2 into the document immediately before el1.
- # [18:29] * Quits: yoshiaki (~yoshiaki@31-33-139.wireless.csail.mit.edu) (Ping timeout: 245 seconds)
- # [18:31] <jgraham> Which is all kinds of wrong since it leaves el2 before el1
- # [18:32] * Quits: shwetank (~shwetank@office.oslo.opera.com) (Quit: Leaving...)
- # [18:32] <TabAtkins> ...yes? There's the inverse, insertBefore(), if you want the other behavior.
- # [18:32] <TabAtkins> Depends on whether you're currently chaining with the element you want to insert, or the one you want to insert something around.
- # [18:33] <jgraham> I'm just saying that, ignoring the fact that "before" isn't a verb, it reads as the opposite of what it does
- # [18:33] <TabAtkins> Sure. Warping grammar to pl concepts is a hard problem.
- # [18:34] <TabAtkins> You quickly learn that before and insertBefore are identical save for the target/arg switch, and insertBefore is obviously more of a command to insert the target before the arg, so before must be the opposite.
- # [18:35] <Ms2ger> https://twitter.com/sgalineau/status/241152263119327232
- # [18:37] <TabAtkins> Ms2ger: Was just reading http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#interface-node and noted that the nodeValue and textContent attributes looks misaligned. They're not (the extra space is because they're not readonly), but could you sort them so all the attributes are together?
- # [18:37] <jgraham> I still find it hard to remember the right argument order for insertBefore, so that hardly seems like a point in its favour
- # [18:37] * Joins: pablof (~pablof@144.189.101.1)
- # [18:37] <TabAtkins> jgraham: Well then you're just hopeless. ^_^
- # [18:38] <Ms2ger> That seems like a strange way to sort :)
- # [18:38] * Joins: vikash (~vikash@1.186.11.247)
- # [18:38] * Quits: vikash (~vikash@1.186.11.247) (Changing host)
- # [18:38] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [18:38] <TabAtkins> Ms2ger: How are they sorted currently?
- # [18:39] <Ms2ger> Sorta topical
- # [18:39] * Ms2ger wonders how cloneNode and isEqualNode ended up grouped together
- # [18:40] <jgraham> "weird cousins that no one likes"?
- # [18:40] <TabAtkins> Emphasis on the "sorta". ^_^ At least, could you move the compareDocumentPosition bits to below the following sections? nodeValue and textContent are more like childNodes than an iterator.
- # [18:41] <TabAtkins> There's also a double blank line after normalize, which seems odd.
- # [18:41] * Quits: tonymec (~tonymec@unaffiliated/tonymec) (Remote host closed the connection)
- # [18:41] <Ms2ger> Yeah
- # [18:41] * Ms2ger had better learn to use hg-git, then
- # [18:41] <jgraham> Or, you know, git
- # [18:42] <Ms2ger> Nah, I tried that
- # [18:43] <TabAtkins> Where is it stored? It looks like dvcs.w3.org, which would just be normal hg.
- # [18:43] <Ms2ger> https://github.com/whatwg/dom
- # [18:43] * Joins: mattgifford (~mattgiffo@70.102.199.158)
- # [18:43] <TabAtkins> Ah, interesting.
- # [18:44] <TabAtkins> I can just pull-request you, if you'd like.
- # [18:44] <Ms2ger> Nah, I need to figure it out anyway
- # [18:44] <Ms2ger> This is as good a time as any :)
- # [18:44] * Joins: jryans (~jryans@74.61.92.158)
- # [18:45] <JonathanNeal> hello
- # [18:45] * Joins: jonlee (~jonlee@2620:149:4:1b01:dd2e:f9f3:c6e:ab51)
- # [18:51] * Joins: dirkpennings (~dirkpenni@86.92.218.251)
- # [18:52] * Quits: sedovsek (~robert@lk.92.63.17.253.dc.cable.static.lj-kabel.net) (Quit: sedovsek)
- # [18:55] * Joins: charlvn (~user@524AA705.cm-4-3c.dynamic.ziggo.nl)
- # [18:56] * Quits: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
- # [18:58] * Quits: dirkpennings (~dirkpenni@86.92.218.251) (Ping timeout: 252 seconds)
- # [19:00] * Joins: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [19:04] * Joins: shwetank (~shwetank@cm-84.215.28.236.getinternet.no)
- # [19:05] * Joins: DudeNess (DudeNess@58.69.84.209)
- # [19:07] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [19:07] * Quits: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be) (Quit: brb)
- # [19:09] * Joins: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be)
- # [19:17] * Joins: yoshiaki (~yoshiaki@31-34-95.wireless.csail.mit.edu)
- # [19:20] * Quits: ap (~ap@17.245.105.155) (Quit: ap)
- # [19:21] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Ping timeout: 248 seconds)
- # [19:23] * jonlee is now known as jonlee|afk
- # [19:24] * Quits: DudeNess (DudeNess@58.69.84.209) (Ping timeout: 244 seconds)
- # [19:25] * Joins: DudeNess (DudeNess@58.69.84.209)
- # [19:29] * Joins: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
- # [19:30] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 244 seconds)
- # [19:30] * jonlee|afk is now known as jonlee
- # [19:34] * Quits: yoshiaki (~yoshiaki@31-34-95.wireless.csail.mit.edu) (Remote host closed the connection)
- # [19:34] * Quits: barneybook (kvirc@220-133-195-146.HINET-IP.hinet.net) (Read error: Connection reset by peer)
- # [19:34] * Joins: yoshiaki (~yoshiaki@31-34-95.wireless.csail.mit.edu)
- # [19:35] <paul_irish> jgraham: since over half the web uses jQuery because DOM methods are verbose and uncomfortable it seems odd to discard its influence on web development so trivially.
- # [19:35] * Joins: barneybook (kvirc@220-133-195-146.HINET-IP.hinet.net)
- # [19:35] <paul_irish> basically all the hacks and libraries you list are created because the platform isn't good enough for developers to use directly
- # [19:36] <paul_irish> So... to ignore the way developers choose to interact with the platform seems to be at odds at delivering a platform developers can make good use of.
- # [19:37] * Joins: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [19:37] * Quits: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr) (Max SendQ exceeded)
- # [19:38] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [19:38] <Hixie> there were some proposals made for function names that were short yet still clear, which seems like a win
- # [19:39] * Quits: yoshiaki (~yoshiaki@31-34-95.wireless.csail.mit.edu) (Ping timeout: 246 seconds)
- # [19:39] <paul_irish> definitely :)
- # [19:39] * Quits: barneybook (kvirc@220-133-195-146.HINET-IP.hinet.net) (Read error: Connection reset by peer)
- # [19:40] * Joins: yod (~ot@cpc4-dals17-2-0-cust120.hari.cable.virginmedia.com)
- # [19:40] * Joins: ap (~ap@2620:149:4:1b01:f54f:560e:867d:813a)
- # [19:41] <Hixie> paul_irish: (the problem with just making new APIs match the style of the library-du-jour is that it leads to the platform having multiple personality disorder with different parts having different styles)
- # [19:42] <Hixie> paul_irish: (better IMHO to try to make the platform consistent with itself, while still learning from past mistakes like not having ultraverbose method names)
- # [19:43] <Hixie> paul_irish: (that way at least it has a single style, and then people can layer libraries over that if they want a different style, rather than people having to learn multiple styles to use the web without a library, and being forced ot use a library to paper over hte parts that have the styles they don't like)
- # [19:43] <Hixie> paul_irish: (still, we should obviously not _ignore_ the libraries)
- # [19:43] <paul_irish> That seems fair, though I don't know how sold I am on the value of consistency with DOM's legacy...
- # [19:43] <Hixie> well, consistency is relative
- # [19:44] <paul_irish> aye.
- # [19:44] <paul_irish> but yeah my larger point is that these are not du-jour libraries
- # [19:44] <Hixie> on the timescale of the web (dozens if not hundreds of years), the entire _web_ is "du jour"
- # [19:44] <paul_irish> du-decade :)
- # [19:44] * Joins: attiks (~chatzilla@d5153136D.static.telenet.be)
- # [19:46] * Quits: izhak (~izhak@188.244.176.232) (Remote host closed the connection)
- # [19:46] * Quits: vikash (~vikash@unaffiliated/vikash) (Ping timeout: 265 seconds)
- # [19:48] * Quits: DudeNess (DudeNess@58.69.84.209) (Ping timeout: 245 seconds)
- # [19:49] * Joins: DudeNess (~dudeness@58.69.84.209)
- # [19:49] * Quits: ap (~ap@2620:149:4:1b01:f54f:560e:867d:813a) (Quit: ap)
- # [19:49] * Quits: DudeNess (~dudeness@58.69.84.209) (Client Quit)
- # [19:51] * Quits: WolfieZero (~WolfieZer@87.124.34.32) (Quit: WolfieZero)
- # [19:52] * Joins: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [19:52] * Quits: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr) (Max SendQ exceeded)
- # [19:56] * Joins: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [19:56] * Quits: charlvn (~user@524AA705.cm-4-3c.dynamic.ziggo.nl) (Quit: leaving)
- # [19:56] * Parts: SofiCgr (~soficgr@46.246.139.53.dsl.dyn.forthnet.gr)
- # [20:01] * Joins: sarro (~sarro@i5E864442.versanet.de)
- # [20:02] * Joins: ap (~ap@2620:149:4:1b01:a0da:b56a:ed4a:6708)
- # [20:04] * Quits: shwetank (~shwetank@cm-84.215.28.236.getinternet.no) (Ping timeout: 245 seconds)
- # [20:08] * Quits: darobin (~darobin@spintank2-160-134.cnt.nerim.net) (Ping timeout: 252 seconds)
- # [20:10] * Joins: henrikkok (~henrikkok@3306ds3-amb.0.fullrate.dk)
- # [20:11] * Joins: ChrisWilson (Chris_Wils@nat/google/x-itdpalrlqhfnydaj)
- # [20:13] * Quits: jryans (~jryans@74.61.92.158) (Quit: Be back later)
- # [20:17] * Joins: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se)
- # [20:17] * Quits: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se) (Changing host)
- # [20:17] * Joins: saba (~foo@unaffiliated/saba)
- # [20:22] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [20:22] * Quits: henrikkok (~henrikkok@3306ds3-amb.0.fullrate.dk) (Quit: Leaving.)
- # [20:24] * Quits: ChrisWilson (Chris_Wils@nat/google/x-itdpalrlqhfnydaj) (Quit: Leaving.)
- # [20:24] * Joins: vikash (~vikash@1.186.11.247)
- # [20:24] * Quits: vikash (~vikash@1.186.11.247) (Changing host)
- # [20:24] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [20:26] * Joins: jryans (~jryans@74.61.92.158)
- # [20:28] * Quits: saba (~foo@unaffiliated/saba) (Quit: brb)
- # [20:28] * Quits: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net) (Ping timeout: 244 seconds)
- # [20:30] * Joins: toddmparker_ (u3054@gateway/web/irccloud.com/x-xzboafrkbjvmrusk)
- # [20:31] <scott_gonzalez> Hixie: Regarding :enabled and :disabled, there was a bug filed for this as well https://www.w3.org/Bugs/Public/show_bug.cgi?id=18628
- # [20:32] <Hixie> thanks for the heads-up
- # [20:32] <Hixie> will resolve the bug
- # [20:32] * Joins: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se)
- # [20:32] * Quits: saba (~foo@c-766de253.531-1-64736c21.cust.bredbandsbolaget.se) (Changing host)
- # [20:32] * Joins: saba (~foo@unaffiliated/saba)
- # [20:33] * Quits: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be) (Quit: brb)
- # [20:33] * Joins: othermaciej (~mjs@2620:149:4:1b01:41fa:5b80:9e06:9ffa)
- # [20:34] * Joins: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net)
- # [20:35] * attiks is now known as attiks|away
- # [20:36] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 265 seconds)
- # [20:36] * Joins: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be)
- # [20:37] * Quits: vikash (~vikash@unaffiliated/vikash) (Ping timeout: 264 seconds)
- # [20:37] * Joins: yoshiaki (~yoshiaki@31-33-178.wireless.csail.mit.edu)
- # [20:38] * Quits: espadrine (~thaddee_t@63-235-13-3.dia.static.qwest.net) (Ping timeout: 256 seconds)
- # [20:40] * Quits: ben_alman (~cowboy@awesome.benalman.com) (Excess Flood)
- # [20:42] * Joins: ben_alman (~cowboy@awesome.benalman.com)
- # [20:43] * Quits: yod (~ot@cpc4-dals17-2-0-cust120.hari.cable.virginmedia.com) (Quit: Leaving.)
- # [20:47] * Joins: darobin (~darobin@78.208.93.24)
- # [20:57] * jonlee is now known as jonlee|afk
- # [20:57] * Joins: dgathright (~dgathrigh@nat/yahoo/x-rbixyxivfbqjfaae)
- # [20:58] <tantek> Hixie, paul_irish, or eventually a single library becomes dominant enough to effectively become part of the platform, and it's at least even odds as to whether that's happening with jQuery.
- # [20:58] * tantek waits for a jQuery Community Group to emerge.
- # [21:00] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: back in a couple-ish)
- # [21:04] * Joins: dbaron (~dbaron@nat/mozilla/x-dlbwgaaxvjwscpqe)
- # [21:08] <Hixie> heycam|away: if i have a function in web idl overloaded like so: void f(DOMString s); void f(Callback c); where Callback is callback Callback = any ();
- # [21:09] <Hixie> heycam|away: is there any value that can be passed to f() that won't either be treated as a DOMString or a Callback?
- # [21:09] <Hixie> heycam|away: (and thus by extension, is there any way for [TreatNonCallableAsNull] to have an effect on Callback, or would it be completely redundant there?)
- # [21:11] <Ms2ger> Correct
- # [21:11] * Joins: drublic (~drublic@p54AE07FD.dip0.t-ipconnect.de)
- # [21:12] <Hixie> i didn't make any statements, how can my questions be correct :-P
- # [21:12] <Ms2ger> No / redundant
- # [21:12] <Ms2ger> You asked good questions!
- # [21:12] <Hixie> k :-)
- # [21:13] * Quits: jryans (~jryans@74.61.92.158) (Quit: Be back later)
- # [21:13] * Joins: Sidnicious (~Sidniciou@pdpc/supporter/professional/sidney)
- # [21:14] * Quits: fishd (darin@nat/google/x-zxxfyucmyoyspzyp) (Ping timeout: 260 seconds)
- # [21:14] <Hixie> is there ever a case where the fragment algorithm is invoked without a context, these days?
- # [21:15] * Joins: othermaciej_ (~mjs@17.245.105.6)
- # [21:15] <Ms2ger> Was there ever one?
- # [21:16] <Hixie> document.innerHTML
- # [21:16] * Quits: ap (~ap@2620:149:4:1b01:a0da:b56a:ed4a:6708) (Quit: ap)
- # [21:16] <Ms2ger> Oh
- # [21:16] <Ms2ger> Then probably not
- # [21:17] * Quits: othermaciej (~mjs@2620:149:4:1b01:41fa:5b80:9e06:9ffa) (Ping timeout: 246 seconds)
- # [21:17] * othermaciej_ is now known as othermaciej
- # [21:17] * Joins: fishd (darin@nat/google/x-chvwprbsvxflkxaw)
- # [21:18] <Hixie> anyone understand https://www.w3.org/Bugs/Public/show_bug.cgi?id=17935 ?
- # [21:18] <Hixie> even assuming they mean ImageData rather than ImageInfo, I'm still at a loss
- # [21:20] <Ms2ger> I think they want to draw the pixels in the ImageData somewhere
- # [21:20] <jgraham> paul_irish: I made two seperate points, neither of which is
- # [21:21] * jonlee|afk is now known as jonlee
- # [21:21] * Quits: dgathright (~dgathrigh@nat/yahoo/x-rbixyxivfbqjfaae) (Ping timeout: 245 seconds)
- # [21:22] <jgraham> "we should ignore libraries". One was the suggestion (which I have seen) that Hixie is not qualified to edit the spec because he is not always using the latest frameworks/libraries/fashioanble things/ is absurd. The other is that particular names that have been proposed for the DOM API are horrible, even though they match jQuery
- # [21:23] <Ms2ger> http://lists.w3.org/Archives/Public/public-whatwg-archive/2012Aug/0292.html
- # [21:23] <Ms2ger> But mailing lists are support forums!
- # [21:24] * jernoble is now known as jernoble|afk
- # [21:24] * jernoble|afk is now known as jernoble
- # [21:24] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
- # [21:24] * Hixie bops Ms2ger on the head with a flip flop
- # [21:25] <Ms2ger> :)
- # [21:25] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [21:25] <Hixie> why can't people who file bugs like https://www.w3.org/Bugs/Public/show_bug.cgi?id=15919 actually DO THE TESTING rather than asking ME to do it
- # [21:25] <Hixie> who does that guy think i am anyway
- # [21:26] * Joins: dgathright (~dgathrigh@nat/yahoo/x-oauuvvwelluzykuo)
- # [21:26] <Velmont> The sole web platform QA :D
- # [21:28] <jgraham> You mean soul web platform QA, right?
- # [21:28] <Ms2ger> Hixie, well played
- # [21:28] <jgraham> That's why he gets a little R.E.S.P.E.C.T
- # [21:29] * Joins: danzik17 (~danzik17@164.55.254.106)
- # [21:29] <jgraham> Hixie: I wonder if I wrote tests for that yet. I ought to have done but might well have not thought of that case
- # [21:29] <Hixie> jgraham: yeah, same here
- # [21:30] <Hixie> jgraham: (well, except obviously i did think of the case at some point)
- # [21:30] <Hixie> lunch first
- # [21:32] * Joins: dgathright_ (~dgathrigh@nat/yahoo/x-jdyhplgpqdarruai)
- # [21:32] * Joins: GrenBaykre (niptuckx@unaffiliated/grenbaykre)
- # [21:32] <GrenBaykre> So...
- # [21:32] <GrenBaykre> Are you folks responsible for WebGL?
- # [21:32] * Quits: dgathright_ (~dgathrigh@nat/yahoo/x-jdyhplgpqdarruai) (Remote host closed the connection)
- # [21:33] <Ms2ger> Unfortunately not
- # [21:33] <Velmont> Nah, Khronos thingy.
- # [21:33] <GrenBaykre> Well...
- # [21:33] * Joins: dgathright_ (~dgathrigh@nat/yahoo/x-rmxysyydcpfyksmo)
- # [21:33] <GrenBaykre> IE current doesn't even support WebGL at all.
- # [21:33] <GrenBaykre> That's a big-ass problem for me.
- # [21:34] <GrenBaykre> I need to be able to draw 3D stuff.
- # [21:34] <GrenBaykre> (Game/interactive art.)
- # [21:34] * Quits: dgathright (~dgathrigh@nat/yahoo/x-oauuvvwelluzykuo) (Ping timeout: 245 seconds)
- # [21:34] * dgathright_ is now known as dgathright
- # [21:34] <Velmont> We're mostly Operaians, Mozillians and Googlefolks here though, of vendors. At least the ones that make the most noise.
- # [21:34] <Velmont> All of which have WebGL.
- # [21:35] <GrenBaykre> I am an Operian, but nobody gives a shit about what I am.
- # [21:35] <GrenBaykre> People use IE and other junk.
- # [21:35] <Sidnicious> :)
- # [21:35] <Sidnicious> GrenBaykre: Have you looked at stuff like https://github.com/mrdoob/three.js/ ?
- # [21:35] <GrenBaykre> Yes, I have tried to understand Three.js.
- # [21:35] <GrenBaykre> I have a number of questions which I find hard to articulate regarding it, though.
- # [21:36] <GrenBaykre> It appears to just be a framework/wrapper around, in theory, various "engines" to display the 3D stuff in a browser.
- # [21:36] <GrenBaykre> BUT all the examples I've seen of it using non-WebGL have looked like crap and been very slow.
- # [21:37] <Velmont> Well, if you really care that much about IE right now, then you can write 2d canvas for it.
- # [21:38] <Velmont> Erik Möller in Opera ported his game to both WebGL and 2D canvas, you can switch between them at runtime.
- # [21:38] <Sidnicious> GrenBaykre: Just poking through their change log, ran into this guy: http://iewebgl.com/Default.aspx
- # [21:40] <GrenBaykre> I don't know what you meant by that, Velmont.
- # [21:40] <GrenBaykre> Sidnicious: Oh... an evil, crazy hack!
- # [21:40] <GrenBaykre> Sidnicious: Those kinds of things really amaze me.
- # [21:40] <GrenBaykre> I think there was a "SVG inside Flash" for IE as well... hehe.
- # [21:41] <Sidnicious> heh
- # [21:41] <GrenBaykre> "IEWebGL is a plugin for Microsoft Internet Explorer web browser" <-- If it's an actual plug-in, that is virtually worthless, I'm afraid.
- # [21:41] <GrenBaykre> Because users won't install that.
- # [21:41] <jgraham> GrenBaykre: You have two basic choices: 1) Use WebGL get hardward acceleration. Don't support IE users and the large set of people without the right hardware for WebGL. 2) Don't do something that needs WebGL.
- # [21:41] <GrenBaykre> But if it's a .js and maybe a .swf...
- # [21:41] <Sidnicious> yeah, I got the impression it was an actual plugin too
- # [21:41] <GrenBaykre> Well, I need to do 3D stuff. I've prolonged it for a decade or more.
- # [21:42] <jgraham> If that means "hardware accelerated 3D" then there is currently no solution that will work for a majority of users
- # [21:43] <jgraham> IE users are only a subset of those that will be excluded
- # [21:43] <GrenBaykre> Well, actually, my 3D needs are (at least initially) extremely primitive, almost to compare with non-textured/wireframe things.
- # [21:43] <GrenBaykre> But all the 3D tests in Canvas have apparently been crap.
- # [21:43] <Sidnicious> I think Velmont meant that it would, technically, be possible to write your stuff for WebGL and also to draw on a <canvas>, and use whatever's available
- # [21:44] <GrenBaykre> Not sure what they mean by SVG as an engine, though.
- # [21:44] <Velmont> Sidnicious: No, -- you can write a rendering backend that can render to webgl or to 2d canvas. :-)
- # [21:44] * Joins: Areks (~Areks@128-69-102-87.broadband.corbina.ru)
- # [21:46] <hober> Velmont: there are plenty of apple people here too
- # [21:46] * Joins: espadrine (~thaddee_t@nat/mozilla/x-mbepfvngpqdfjpqt)
- # [21:46] <GrenBaykre> Hrm...
- # [21:47] <Velmont> hober: Oh, yeah, you make a lot of noise too :] Although I didn't forgot connecting you to Safari.
- # [21:48] <hober> :)
- # [21:48] <Velmont> uh, s/didn't//
- # [21:48] * Quits: nvartolomei (~nvartolom@178.168.103.7) (Remote host closed the connection)
- # [21:53] * Quits: cheron (~cheron@unaffiliated/cheron) (Quit: Leaving.)
- # [21:56] * Joins: nvartolomei (~nvartolom@178.168.103.7)
- # [22:00] * Quits: nvartolomei (~nvartolom@178.168.103.7) (Remote host closed the connection)
- # [22:01] <Sidnicious> Before I forget, I was wondering: why are XMLHTTPRequests specced to only use multipart/form-data when they're sent with FormData?
- # [22:02] * Quits: Ms2ger (~Ms2ger@64.162-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [22:04] <jgraham> Sidnicious: I don't know, but what's your use case for something different?
- # [22:05] <GrenBaykre> http://www.apple.com/safari/ <-- No trace of Safari for Windows anymore.
- # [22:05] <GrenBaykre> So I guess that version is gone
- # [22:05] <GrenBaykre> "Only" IE, Firefux, Chrome and Opera to worry about.
- # [22:05] * Joins: zcorpan (~zcorpan@94.234.170.51)
- # [22:06] <MikeSmith> Hixie, zcorpan, remind me to remind Ms2ger that I made a component for DOM Parsing spec https://www.w3.org/Bugs/Public/buglist.cgi?product=WHATWG&component=DOM%20Parsing%20and%20Serialization&resolution=---
- # [22:06] <Sidnicious> Shh, they can hear you when you call it that around here.
- # [22:08] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [22:08] <Sidnicious> jgraham: I don't have a great one, except that urlencoded is more compact and more widely-supported. The only reason I noticed is that, it turns out, our web framework goes down a "hey, let's expect a file upload" path when it sees a multipart form and 403s the request if a file upload isn't allowed at that URL.
- # [22:09] <Sidnicious> (that's definitely a bug on our end, it just made me curious)
- # [22:11] <Sidnicious> Since, if the form were sent normally, the UA ordinarily uses urlencoded when a file isn't involved.
- # [22:12] * Quits: zcorpan (~zcorpan@94.234.170.51) (Ping timeout: 264 seconds)
- # [22:13] * Joins: zcorpan (~zcorpan@c-5eeaaa33-74736162.cust.telenor.se)
- # [22:14] <jgraham> MikeSmith: Now I feel left out not to be in your trusted group of reminders :p
- # [22:17] <jgraham> TabAtkins: I think your barcode inputmode argument would benefit from an example of how the UI might work if the UA wanted to allow barcode input to any input type but still make use of a special attribute
- # [22:17] * Joins: tonymec (~tonymec@unaffiliated/tonymec)
- # [22:21] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [22:24] <MikeSmith> jgraham: I just wasn't sure you weren't away
- # [22:25] <MikeSmith> you seem to keep more reasonable hours than zcorpan
- # [22:25] <Velmont> I plan on snatching the whole reminding thing away from that trusted tight-knit group by being the reminder! Mohaw!111
- # [22:26] * Joins: ap (~ap@2620:149:4:1b01:947b:ec58:a2b1:3a55)
- # [22:26] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 252 seconds)
- # [22:26] * Quits: FireFly (~firefly@oftn/member/FireFly) (Ping timeout: 245 seconds)
- # [22:27] * Joins: zcorpan_ (~zcorpan@c-5eeaaaa4-74736162.cust.telenor.se)
- # [22:28] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [22:31] * Quits: zcorpan (~zcorpan@c-5eeaaa33-74736162.cust.telenor.se) (Ping timeout: 252 seconds)
- # [22:31] * Quits: dgathright (~dgathrigh@nat/yahoo/x-rmxysyydcpfyksmo) (Ping timeout: 245 seconds)
- # [22:36] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [22:39] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 264 seconds)
- # [22:40] * Joins: FireFly (~firefly@firefly.xen.prgmr.com)
- # [22:40] * Quits: ap (~ap@2620:149:4:1b01:947b:ec58:a2b1:3a55) (Quit: ap)
- # [22:41] <jgraham> MikeSmith: zcorpan does early mornings, which I don't, but I'm not sure about evenings
- # [22:42] <MikeSmith> OK
- # [22:42] * Quits: zcorpan_ (~zcorpan@c-5eeaaaa4-74736162.cust.telenor.se) (Remote host closed the connection)
- # [22:43] * Joins: ap (~ap@2620:149:4:1b01:e551:dcbf:7183:73c8)
- # [22:44] <jgraham> Stats say I am never here 3am - 8am (if I got the timeoffset right, maybe I didn't?), but zcorpan sometimes is
- # [22:46] * Quits: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net) (Quit: Leaving.)
- # [22:52] * Joins: darobin (~darobin@78.208.93.24)
- # [22:53] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [22:55] * Joins: yod (~ot@cpc4-dals17-2-0-cust120.hari.cable.virginmedia.com)
- # [22:56] * Joins: dgathright (~dgathrigh@nat/yahoo/x-mpnosgnnbzedsezo)
- # [22:57] * heycam|away is now known as heycam
- # [22:58] * Parts: espadrine (~thaddee_t@nat/mozilla/x-mbepfvngpqdfjpqt)
- # [23:01] * Quits: dgathright (~dgathrigh@nat/yahoo/x-mpnosgnnbzedsezo) (Quit: dgathright)
- # [23:02] * Joins: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no)
- # [23:02] * Joins: dgathright (~dgathrigh@nat/yahoo/x-jxusixeiuucgoniq)
- # [23:04] * Joins: dgathright_ (~dgathrigh@nat/yahoo/x-eqaeoragmepstmip)
- # [23:07] * Quits: dgathright (~dgathrigh@nat/yahoo/x-jxusixeiuucgoniq) (Ping timeout: 265 seconds)
- # [23:07] * dgathright_ is now known as dgathright
- # [23:10] * Quits: FireFly (~firefly@firefly.xen.prgmr.com) (Changing host)
- # [23:10] * Joins: FireFly (~firefly@oftn/member/FireFly)
- # [23:13] * Quits: othermaciej (~mjs@17.245.105.6) (Remote host closed the connection)
- # [23:13] * Joins: othermaciej (~mjs@2620:149:4:1b01:8549:9297:fa17:361b)
- # [23:16] * Joins: othermaciej_ (~mjs@17.245.105.6)
- # [23:19] * Quits: othermaciej (~mjs@2620:149:4:1b01:8549:9297:fa17:361b) (Ping timeout: 246 seconds)
- # [23:19] * othermaciej_ is now known as othermaciej
- # [23:24] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:25] * jonlee is now known as jonlee|afk
- # [23:30] * Joins: espadrine (~thaddee_t@2620:101:8003:200:2677:3ff:fe6c:1be0)
- # [23:33] * Quits: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no) (Remote host closed the connection)
- # [23:33] * Quits: othermaciej (~mjs@17.245.105.6) (Quit: othermaciej)
- # [23:36] * Quits: snowfox_ben (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Quit: snowfox_ben)
- # [23:37] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
- # [23:38] * Joins: othermaciej (~mjs@17.245.105.6)
- # [23:38] * Joins: Kolombiken (~Adium@c80-216-10-244.bredband.comhem.se)
- # [23:38] * Quits: Kolombiken (~Adium@c80-216-10-244.bredband.comhem.se) (Client Quit)
- # [23:42] * Quits: erichynds (~ehynds@64.206.121.41) (Ping timeout: 244 seconds)
- # [23:47] * Quits: othermaciej (~mjs@17.245.105.6) (Quit: othermaciej)
- # [23:48] * jonlee|afk is now known as jonlee
- # [23:53] * Parts: GrenBaykre (niptuckx@unaffiliated/grenbaykre)
- # [23:54] * Joins: jwalden (~waldo@2620:101:8003:200:6d1c:7e2f:b970:23b)
- # [23:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:57] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:58] * Joins: Subcide (57c222b6@gateway/web/freenode/ip.87.194.34.182)
- # [23:58] * jonlee is now known as jonlee|afk
- # Session Close: Fri Aug 31 00:00:00 2012
The end :)