Options:
- # Session Start: Sat Sep 01 00:00:00 2012
- # Session Ident: #whatwg
- # [00:02] * Quits: yoshiaki_ (~yoshiaki@31-33-178.wireless.csail.mit.edu) (Remote host closed the connection)
- # [00:03] * Joins: yoshiaki (~yoshiaki@31-33-178.wireless.csail.mit.edu)
- # [00:05] * Quits: vikash (~vikash@unaffiliated/vikash) (Quit: Leaving)
- # [00:06] * Joins: cabanier (~cabanier@c-24-18-221-178.hsd1.wa.comcast.net)
- # [00:12] <Hixie> w
- # [00:12] <Hixie> t
- # [00:12] <Hixie> f
- # [00:12] * Quits: yoshiaki (~yoshiaki@31-33-178.wireless.csail.mit.edu) (Ping timeout: 246 seconds)
- # [00:12] <Hixie> having established that NONE of the browsers behave even REMOTELY interoperably, i make some compromises and write a test that assumes them
- # [00:12] <Hixie> all the browsers fail, IN THE EXACT SAME WAY
- # [00:13] <Hixie> well, except IE
- # [00:13] <Hixie> no idea what IE is doing
- # [00:14] * Joins: othermaciej (~mjs@17.245.19.17)
- # [00:15] <deane> Hang in there, Hixie,
- # [00:16] * Joins: darobin (~darobin@78.208.93.24)
- # [00:19] <Hixie> oh i know what's wrong
- # [00:22] * Quits: cabanier (~cabanier@c-24-18-221-178.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [00:23] * Quits: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi) (Ping timeout: 246 seconds)
- # [00:31] <Hixie> ok with http://www.hixie.ch/tests/adhoc/dom/level0/document/open/unload/001.html firefox is close to passing what the spec says now
- # [00:32] <Hixie> IE is miles off. Opera has some more fundamental bugs with unload and d.o() so it's not in the running.
- # [00:32] <Hixie> webkit doesn't block off d.o() so it gets it wrong but that seems like something that shouldn't be too hard to fix
- # [00:33] * GPHemsley finds it interesting that no one ever seems to read the RFC 2119 errata.
- # [00:33] <Hixie> http://www.hixie.ch/tests/adhoc/dom/level0/document/open/unload/002.html in webkit almost passes, it just forgets to fire beforeunload events and load/pagehide events in the current frame
- # [00:34] * GPHemsley wonders if that makes it worth replacing RFC 2119 with a new RFC that has the errata fixed.
- # [00:34] <Hixie> GPHemsley: no-one reads any rfc's errata (or w3c tr/ page rec errata)
- # [00:34] <GPHemsley> :)
- # [00:34] <Hixie> that's one of the many reasons snapshot spec dev is bogus :-)
- # [00:34] <GPHemsley> Ah! Good argument!
- # [00:34] <GPHemsley> But nevertheless, the RFC 2119 errata actually change the requirement for what an RFC 2119-compliant document must say.
- # [00:35] <GPHemsley> (due to an accidental omission)
- # [00:35] <GPHemsley> as a result, few people use the errata-corrected statement in their specs—living or otherwise
- # [00:37] <Hixie> does HTML get it right?
- # [00:37] <Hixie> (whatwg.org/html)
- # [00:38] <Hixie> gecko gets http://www.hixie.ch/tests/adhoc/dom/level0/document/open/unload/002.html almost right, it just doesn't fire unload and pagehide in the current doc for some reason
- # [00:38] <Hixie> (though it does fire beforeunload)
- # [00:39] <Hixie> opera is again off in the weeds
- # [00:39] <zewt> but you can't change the text of a spec once it's etched in concrete! because... because...
- # [00:39] <zewt> nothing is quite as painful as reading spec-diffs
- # [00:39] <Hixie> IE gets it right except for pagehide not firing because
- # [00:40] <Hixie> zewt: how about implementing a diff spec?
- # [00:40] <Hixie> zewt: (as wf2 was)
- # [00:40] <zewt> every opengl extension is like that
- # [00:40] <zewt> big lists of "add this text to this section"
- # [00:41] <Hixie> (i wonder why the people who are all up in arms against living standards aren't up in arms against errata)
- # [00:41] * Joins: weinig (~weinig@17.245.20.115)
- # [00:41] <zewt> possibly because many of those people have "because we've always done it this way" mindsets
- # [00:42] <Hixie> ah, conservatism
- # [00:43] <zewt> conservatism itself isn't necessarily bad; changing how major things are done should be done with care--some people just go well beyond that
- # [00:43] <zewt> (as i'm sure you know :)
- # [00:44] <Hixie> nah, clearly we should just continually change things!!! :-)
- # [00:44] <Hixie> for the sake of it
- # [00:44] <zewt> it's fun!
- # [00:44] <Hixie> keeps people on their toes
- # [00:44] <zewt> so do tacks
- # [00:44] <GPHemsley> :)
- # [00:44] <Hixie> i'd think tacks keeps people in their shoes
- # [00:45] <zewt> also the "we learned this thing through experience 15 years ago, and therefore it applies for all time"
- # [00:45] * padenot is now known as padenot|away
- # [00:45] <Hixie> yeah well as i'm learning first hand today, things that we learnt through experience years ago can be wrong just because we didn't do a good job learning
- # [00:45] <Hixie> e.g. clearly my testing for document.open() and unload was inadequate back whenever i wrote this prose
- # [00:45] <zewt> such as new software still pretending that arbitrary encoding support is important--after all, we learned at great pain that it was important years ago, and hey, we might want to change away from utf-8 soon!
- # [00:46] <Hixie> yeah, also, it's not like the Web has come up since the IETF was started
- # [00:46] <Hixie> so nothing has changed there
- # [00:46] <GPHemsley> Hixie: The erratum is the exclusion of the phrase "NOT RECOMMENDED" in the list of RFC 2119 expressions. So no, HTML doesn't get it right. And neither does DOM4.
- # [00:46] <zewt> of course, you and I differ on some points I'd place in this category, such as sites requiring javascript :)
- # [00:47] <zewt> (but life would be boring if everyone agreed on everything, wouldn't it)
- # [00:47] <Hixie> GPHemsley: actually HTML does get _that_ right, it doesn't use the terms RECOMMENDED per RFC2119
- # [00:47] <GPHemsley> "The key words "MUST", "MUST NOT", "REQUIRED", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in the normative parts of this document are to be interpreted as described in RFC2119."
- # [00:47] <GPHemsley> section 2.2
- # [00:48] <zewt> what the heck
- # [00:48] <zewt> http://www.rfc-editor.org/errata_search.php?rfc=2119 is this really the official place to get rfc errata
- # [00:49] * padenot|away is now known as padenot
- # [00:49] <zewt> i searched for "rfc2119 errata", this was the top link, and i closed it because it looked like some cheesy third-party site in order to find the real one
- # [00:49] <Hixie> GPHemsley: huh
- # [00:49] <zewt> ... but then the rfc itself linked me here
- # [00:49] <Hixie> GPHemsley: thanks for finding that
- # [00:49] <Hixie> GPHemsley: i need to make sure the spec is fixed there
- # [00:49] <zewt> i can see why nobody reads errata; i have to wade through needless typo fixes in order to find anything meaningful
- # [00:50] <zewt> can't just filter it; it has typo/grammar fixes marked "technical"
- # [00:50] <Hixie> GPHemsley: filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=18761
- # [00:50] <GPHemsley> zewt: And then there's the fact that the BCP pages don't link to the errata pages of the RFCs that make them up
- # [00:51] <GPHemsley> Hixie: K. What should I do about DOM4?
- # [00:51] * Joins: necolas (~necolas@5ade1f41.bb.sky.com)
- # [00:52] <zewt> (2012 and reading RFC2119 is still formatted for an 80x60 fixed-width printer)
- # [00:52] <Hixie> GPHemsley: file a bug on it i guess :-)
- # [00:52] <Hixie> GPHemsley: it should say how to do that somewhere in the spec at the top
- # [00:52] <GPHemsley> ah
- # [00:52] <GPHemsley> ok
- # [00:53] <GPHemsley> Ah, not part of the WHATWG component
- # [00:53] <Hixie> well that sucks
- # [00:53] <Hixie> once again there is interop on a test i wrote, where the interop is all not matching the spec
- # [00:54] <zewt> GPHemsley: bugzilla's component system is pretty nightmarish, heh
- # [00:54] <Hixie> but this is after i carefully aligned the spec to match the compromise of everything the browsers did on other tests
- # [00:55] * Joins: drublic (~drublic@p54AE054E.dip0.t-ipconnect.de)
- # [00:55] <Hixie> wtf
- # [00:55] <Hixie> why are they all obeying document.open() in beforeunload!
- # [00:55] <Hixie> that is THE MAKING OF NO SENSE
- # [00:56] <Hixie> you can't allow document.open() in beforeunload AND fire beforeunload on document.open()!
- # [00:57] <zewt> oh? watch us!
- # [00:58] * Quits: danzik171 (~danzik17@ool-435606a9.dyn.optonline.net) (Ping timeout: 240 seconds)
- # [00:58] <GPHemsley> Hixie: Welcome to the Hotel California. :)
- # [00:58] * Quits: dgathright (~dgathrigh@c-67-169-92-165.hsd1.ca.comcast.net) (Quit: dgathright)
- # [00:59] <Hixie> i like how the browsers conveniently don't refire beforeunload in this one case
- # [00:59] <Hixie> because, you know, WHY BOTHER BEING CONSISTENT
- # [01:00] <GPHemsley> DOM4 bug is here: https://www.w3.org/Bugs/Public/show_bug.cgi?id=18763
- # [01:00] <GPHemsley> Hixie: I'm sure they've all thought about this as much as you had right before you started thinking about it. ;)
- # [01:00] <Hixie> possible
- # [01:01] <zewt> bleh, Object.freeze seems more confusing than useful without strict mode to make sure it causes exceptions to be thrown, and strict mode sounds more dangerous than not with all the "awooga awooga: this causes varying behaviors" warnings around it
- # [01:01] <Hixie> c.f. modes considered harmful
- # [01:02] * padenot is now known as padenot|away
- # [01:02] <zewt> and i guess ie9 doesn't support it
- # [01:02] <zewt> so many years until it's viable
- # [01:03] <Hixie> ok i guess we can have one counter for onunload and one for onbeforeunload
- # [01:03] <Hixie> the onunload one would prevent d.o() from being called from unload
- # [01:03] <Hixie> the onbeforeunload would prevent d.o() from calling beforeunload
- # [01:03] <Hixie> because WHY NOT
- # [01:03] <zewt> i'll take the possibility of having a less-stupid-javascript mode down the road, but until it's universally supported (eg. until it's not *actually* a varying mode that I have to test both sides of), no thanks
- # [01:04] <Hixie> the other possibility is that i just say all the browsers are wildly wrong on this one test case and hope the implementors agree
- # [01:04] * Quits: danbri (~danbri@cable-146-255-148-108.dynamic.telemach.ba) (Remote host closed the connection)
- # [01:04] <Hixie> any implementors around want to try to convince me one way or the other?
- # [01:04] <Hixie> more complexity but closer to current browsers; or further from current browsers but simpler?
- # [01:05] <Hixie> (there's no serious interop here)
- # [01:07] <GPHemsley> I think if the browser implementations vary wildly, it's probably the prime opportunity to bring logic *back* into the conversation
- # [01:07] <GPHemsley> just do whatever seems most logical
- # [01:08] <GPHemsley> (or does that not make it easier?)
- # [01:10] <GPHemsley> since they all do wildly different things, it seems OK to penalize them all for lack of logic and/or interoperability
- # [01:12] * Quits: weinig (~weinig@17.245.20.115) (Quit: weinig)
- # [01:13] * Quits: othermaciej (~mjs@17.245.19.17) (Quit: othermaciej)
- # [01:18] * Joins: dgathright (~dgathrigh@c-67-169-92-165.hsd1.ca.comcast.net)
- # [01:23] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
- # [01:23] * padenot|away is now known as padenot
- # [01:24] * Quits: necolas (~necolas@5ade1f41.bb.sky.com) (Remote host closed the connection)
- # [01:24] * padenot is now known as padenot|away
- # [01:26] * Joins: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [01:31] * Quits: drublic (~drublic@p54AE054E.dip0.t-ipconnect.de) (Remote host closed the connection)
- # [01:32] <Hixie> GPHemsley: well, in theory i agree, but if that implies a greater delta from existing implementations, it's possible they'll prefer to remain where they are than risk change
- # [01:32] <GPHemsley> I'd be surprised if that were the case... but at least plan B isn't terrible :)
- # [01:33] <Hixie> i wouldn't at all be surprised one way or the other :-)
- # [01:34] * Quits: divya (u1924@gateway/web/irccloud.com/x-jngmngsifxfmsjnk) (Excess Flood)
- # [01:34] * Joins: divya (u1924@gateway/web/irccloud.com/x-nxxtdutngqbxuelx)
- # [01:35] * GPHemsley shrugs
- # [01:35] * Joins: jryans (~jryans@137.sub-70-195-196.myvzw.com)
- # [01:39] * padenot|away is now known as padenot
- # [01:39] * Joins: necolas (~necolas@5ade1f41.bb.sky.com)
- # [01:42] <GPHemsley> Hixie: I thought vendor prefixes were Bad™?
- # [01:42] * padenot is now known as padenot|away
- # [01:42] <Hixie> reality is more subtle; what's the specific case we're talking about?
- # [01:43] <zewt> "Considered Harmful" Considered Harmful
- # [01:43] <GPHemsley> just reading Section 2.2.3
- # [01:43] <Hixie> GPHemsley: that's abotu proprietary extensions, no?
- # [01:43] <GPHemsley> oh, yeah, maybe
- # [01:43] <Hixie> GPHemsley: the "vendor prefixes are bad" thing is usually regarding experiments driven from specs with active editors
- # [01:44] <Hixie> the key is just what'll get interop faster, basically
- # [01:44] <GPHemsley> I see
- # [01:44] <GPHemsley> so if it's already specced, they're bad
- # [01:44] <GPHemsley> but if it's not, then s'ok
- # [01:44] <GPHemsley> ?
- # [01:44] <zewt> not inherently, but they can be used badly (eg. for too long, etc)
- # [01:45] * Joins: miketaylr (~miketaylr@189.27.245.193.dynamic.adsl.gvt.net.br)
- # [01:45] <Hixie> man opera is so far away from the others on this document.open/unload thing that it's just kinda funny testing it
- # [01:45] <Hixie> GPHemsley: it's more subtle than that, but to a rough first approximation, ok
- # [01:46] <zewt> the prefixing concept is generally under reevaluation, and there isn't yet a consensus, so you'll get different answers depending on who you ask :)
- # [01:46] * Joins: weinig (~weinig@17.245.107.120)
- # [01:47] <Hixie> well that's true about 'most anything
- # [01:47] <zewt> well, more so than it was until relatively recently
- # [01:47] * Joins: ajpiano (~ajpiano@li98-57.members.linode.com)
- # [01:48] <Hixie> don't confuse silent disagreement or undiscovered disagreement for agreement
- # [01:48] <Hixie> any more than violent discussion should be confused for disagreement
- # [01:48] <Hixie> e.g. my position on prefixes hasn't changed in years
- # [01:48] <zewt> private disagreement is different than general community-wide reevaluation, though
- # [01:49] <zewt> call it disagreement with more momentum if you like :)
- # [01:49] <Hixie> communities don't reevaluate things
- # [01:49] <Hixie> people do :-)
- # [01:50] * Quits: jryans (~jryans@137.sub-70-195-196.myvzw.com) (Quit: Be back later)
- # [01:56] * Quits: isherman-book (Adium@nat/google/x-uozxhggeudfxfxuh) (Quit: Leaving.)
- # [01:56] <Hixie> one and a half days' work resolved one bug.
- # [01:56] <Hixie> not gonna make my targets at THAT rate!
- # [01:56] * padenot|away is now known as padenot
- # [01:57] <zewt> you could do what lots of projects do in my experience
- # [01:57] <zewt> periodically close all old bugs!
- # [01:57] <Hixie> my goal isn't to get to zero bugs
- # [01:57] <Hixie> my goal is to resolve all bugs
- # [01:57] <Hixie> :-P
- # [01:57] * padenot is now known as padenot|away
- # [01:58] * Quits: Areks (~Areks@128-69-102-87.broadband.corbina.ru) (Ping timeout: 255 seconds)
- # [01:59] <Hixie> jgraham's idea of putting the bug numbers in the spec, or rather, his actually doing it, is simply genius
- # [02:02] * padenot|away is now known as padenot
- # [02:07] * Quits: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [02:09] * Quits: mattgifford (~mattgiffo@70.102.199.158) (Remote host closed the connection)
- # [02:10] * Joins: mattgifford (~mattgiffo@70.102.199.158)
- # [02:12] * Quits: necolas (~necolas@5ade1f41.bb.sky.com) (Remote host closed the connection)
- # [02:14] * Quits: tantek (~tantek@nat/mozilla/x-uanuhenxdphdcfsk) (Quit: tantek)
- # [02:14] * Quits: mattgifford (~mattgiffo@70.102.199.158) (Ping timeout: 246 seconds)
- # [02:15] * Quits: dgathright (~dgathrigh@c-67-169-92-165.hsd1.ca.comcast.net) (Quit: dgathright)
- # [02:25] * Quits: fishd (darin@nat/google/x-lpudpglwuuehdplb) (Ping timeout: 260 seconds)
- # [02:35] * Quits: jsbell (jsbell@nat/google/x-anufrgmkfemqfsou) (Quit: There's no place like home...)
- # [02:36] * Joins: othermaciej (~mjs@207.239.114.206)
- # [02:37] <TabAtkins> Hixie: Is this better (for :read-only) http://dev.w3.org/csswg/selectors4/#rw-pseudos
- # [02:41] * Quits: espadrine (~thaddee_t@2620:101:8003:200:2677:3ff:fe6c:1be0) (Ping timeout: 240 seconds)
- # [03:04] * Quits: sindresorhus (~sindresor@82.147.51.146) (Quit: Linkinus - http://linkinus.com)
- # [03:06] * Quits: akaroa (~dean@m2ga.x.rootbsd.net) (Quit: Lost terminal)
- # [03:06] * Quits: ap (~ap@2620:149:4:1b01:614c:84fe:16b4:b512) (Quit: ap)
- # [03:07] * Quits: othermaciej (~mjs@207.239.114.206) (Quit: othermaciej)
- # [03:13] * Quits: dbaron (~dbaron@nat/mozilla/x-edtmerzoyqifmlzs) (Ping timeout: 240 seconds)
- # [03:14] * Joins: othermaciej (~mjs@207.239.114.206)
- # [03:14] <Hixie> TabAtkins: so all elements match one or the other?
- # [03:14] <Hixie> TabAtkins: what should type=radio match? it's neither user-alterable, nor read-only...
- # [03:15] <Hixie> TabAtkins: (also if you could make user-alterable some sort of obvious hook, e.g. give it an ID and make it italics or bold or something (<dfn>), that'd be ideal)
- # [03:16] * Joins: dgathright (~dgathrigh@c-67-169-92-165.hsd1.ca.comcast.net)
- # [03:17] * Quits: weinig (~weinig@17.245.107.120) (Quit: weinig)
- # [03:17] <othermaciej> Hixie: I'm thinking about implementing srcset and I have a question about the spec
- # [03:18] <Hixie> othermaciej: shoot
- # [03:18] <othermaciej> (since I actually have free time to code this weekend)
- # [03:18] * Joins: nonge (~nonge@p5082A291.dip.t-dialin.net)
- # [03:18] <othermaciej> ok, if an image has both src and srcset set, and src appears first textually
- # [03:18] <Hixie> (the order doesn't matter)
- # [03:18] <othermaciej> if the parser treats this as the src attribute being added and then the srcset attribute being added
- # [03:18] <Hixie> (attribute order never matters)
- # [03:19] <othermaciej> then the obvious consequence is that the load for the src resource will be initiated first
- # [03:19] <Hixie> the HTML parser is defined as adding all the attributes simultaneously
- # [03:19] <othermaciej> is that wrong?
- # [03:19] <othermaciej> ok
- # [03:20] <Hixie> hence the "or both" in: "A user agent that obtains images immediately must synchronously update the image data of an img element whenever that element is created with a src attribute, a srcset attribute, or both."
- # [03:20] * Joins: tantek (~tantek@66-87-7-110.pools.spcsdns.net)
- # [03:23] * Quits: miketaylr (~miketaylr@189.27.245.193.dynamic.adsl.gvt.net.br) (Ping timeout: 272 seconds)
- # [03:23] * Quits: othermaciej (~mjs@207.239.114.206) (Ping timeout: 246 seconds)
- # [03:23] * Joins: teleject (~christoph@c-24-143-97-34.customer.broadstripe.net)
- # [03:25] * Joins: othermaciej (~mjs@43.sub-166-250-33.myvzw.com)
- # [03:25] * padenot is now known as padenot|away
- # [03:26] <othermaciej> thanks
- # [03:26] * Quits: teleject (~christoph@c-24-143-97-34.customer.broadstripe.net) (Client Quit)
- # [03:29] <othermaciej> Hixie: I think WebKit probably has quite a few bugs in cases where that matters
- # [03:29] <othermaciej> Hixie: hmm, on second thought, maybe not
- # [03:29] <othermaciej> sorry for the noise
- # [03:30] <othermaciej> it looks like we set them all, then process one at a time, but each attribute when processed checks if the relevant others have been set
- # [03:39] * Quits: othermaciej (~mjs@43.sub-166-250-33.myvzw.com) (Quit: othermaciej)
- # [03:44] * padenot|away is now known as padenot
- # [03:45] * Joins: othermaciej (~mjs@43.sub-166-250-33.myvzw.com)
- # [04:15] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [04:20] * Quits: jwalden (~waldo@2620:101:8003:200:299a:49f:71b8:dee2) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 14.0.1/20120717123646])
- # [04:20] * Joins: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com)
- # [04:21] * Quits: JVoracek (~J_Voracek@cpe-76-184-40-47.tx.res.rr.com) (Client Quit)
- # [04:21] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [04:27] * Quits: cabanier (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Read error: Connection reset by peer)
- # [04:27] * Joins: cabanier1 (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [04:34] * Quits: malcolmva (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
- # [04:42] * Joins: sindresorhus (~sindresor@82.147.51.146)
- # [04:45] * Joins: malcolmva (~malcolmva@c-67-180-203-233.hsd1.ca.comcast.net)
- # [04:47] * Joins: miketaylr (~miketaylr@177.18.106.203)
- # [04:49] <othermaciej> man, if building wasn't so slow I'd be done implementing srcset by now (at least the subset handling resolution descriptors only)
- # [04:53] * Joins: scor (~scor@c-98-216-97-72.hsd1.ma.comcast.net)
- # [04:53] * Quits: scor (~scor@c-98-216-97-72.hsd1.ma.comcast.net) (Changing host)
- # [04:53] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [04:53] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:59] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [05:10] * Joins: cabanier (~cabanier@sjfw1-a.adobe.com)
- # [05:12] * Quits: cabanier1 (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net) (Ping timeout: 268 seconds)
- # [05:12] * Quits: tantek (~tantek@66-87-7-110.pools.spcsdns.net) (Quit: tantek)
- # [05:12] <Hixie> othermaciej: yeah, i've actually seen cases of browsers having bugs due to the attribute order mattering in practice
- # [05:12] <Hixie> othermaciej: surprisingly few, all things considered
- # [05:13] <othermaciej> I think I misinterpreted our code (though I certainly wouldn't promise we are bug-free in this area)
- # [05:13] * Joins: Druide__ (~Druid@p5B1361B0.dip.t-dialin.net)
- # [05:16] * Quits: Druide_ (~Druid@p5B05D3CD.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [05:16] * Joins: cabanier1 (~cabanier@c-98-237-137-173.hsd1.wa.comcast.net)
- # [05:18] * Quits: cabanier (~cabanier@sjfw1-a.adobe.com) (Ping timeout: 244 seconds)
- # [05:19] * Joins: BennyLava` (~colin@pdpc/supporter/professional/riven)
- # [05:20] <TabAtkins> Hixie: Yeah, it's either/or. This was based off the HTML definition. ^_^
- # [05:21] <TabAtkins> type=radio I'd consider user-alterable. You can alter the checkedness, which is *like* it's content.
- # [05:22] * Quits: BennyLava (~colin@pdpc/supporter/professional/riven) (Ping timeout: 268 seconds)
- # [05:28] * Quits: sindresorhus (~sindresor@82.147.51.146) (Quit: Linkinus - http://linkinus.com)
- # [05:32] * Quits: othermaciej (~mjs@43.sub-166-250-33.myvzw.com) (Quit: othermaciej)
- # [05:35] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [05:38] * Quits: sarro (~sarro@i5E8651AE.versanet.de) (Ping timeout: 245 seconds)
- # [05:38] * Joins: sarro (~sarro@i5387FBDF.versanet.de)
- # [05:42] <cabanier1> hixie: ping
- # [05:43] <cabanier1> I saw that you replace 'any' with a union in the Canvas spec
- # [05:45] <cabanier1> I think that that will change the behavior
- # [05:48] <Hixie> TabAtkins: html's was based on css' old one, that's why i asked fantasai to change it :-) there's some bug about it
- # [05:48] <Hixie> cabanier1: sounds plausible
- # [05:49] <Hixie> cabanier1: which change in particular?
- # [05:50] <cabanier1> [e] (0) Clean up some IDLs that use 'any' to specify the exact type instead, and clean up some surrounding markup
- # [05:50] <cabanier1> Fixing https://www.w3.org/Bugs/Public/show_bug.cgi?id=17952
- # [05:50] <cabanier1> Affected topics: Canvas, DOM APIs, Microdata
- # [05:50] <cabanier1> git-svn-id: http://svn.whatwg.org/webapps@7260 340c8d12-0b0e-0410-8428-c7bf67bfef74
- # [05:50] <Hixie> what behaviour would it change?
- # [05:51] <cabanier1> if you pass it something that can't be converted to a string, you will get a type error.
- # [05:51] <cabanier1> while it should ignore it instead
- # [05:51] <Hixie> what can't get converted to string?
- # [05:52] * Quits: j_wright (jamesw@ip70-180-205-15.lv.lv.cox.net) (Quit: [A] the world shall hear this sad song ...)
- # [05:52] <cabanier1> the argument you pass to strokestyle/fillstyle
- # [05:52] <Hixie> do you have a concrete example of some code that would change behaviour?
- # [05:52] <Hixie> sorry i'm having trouble understanding
- # [05:54] <cabanier1> let's say you pass in an object that implements its own 'tostring' method that returns a csscolor
- # [05:54] <cabanier1> with your change, you can pass in that object and it will be accepted
- # [05:55] <Hixie> like context.fillStyle = { toString: function () { return 'blue' } }; ?
- # [05:55] <cabanier1> yes
- # [05:55] * Joins: jryans_ (~jryans@128.sub-70-195-198.myvzw.com)
- # [05:56] <Hixie> yeah, that would have been ignored before but is now treated properly, right?
- # [05:56] <cabanier1> the wording doesn't allow that
- # [05:56] <cabanier1> that's true
- # [05:56] <cabanier1> I guess the prose should change
- # [05:56] <cabanier1> and we should try if it is allowed
- # [05:57] <Hixie> what prose? it all looks right to me...
- # [05:57] <cabanier1> "The style can be either a string containing a CSS color, or a http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#canvasgradient or http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#canvaspattern object"
- # [05:58] <Hixie> oh the non-normative text
- # [05:58] <Hixie> yeah i guess the next sentence is wrong, huh
- # [05:59] <Hixie> oh, no
- # [05:59] <Hixie> it's still true
- # [05:59] <Hixie> because strings that don't parse as css colors are still ignored
- # [05:59] <cabanier1> I'm still trying to understand the WedIDL stuff...
- # [05:59] <cabanier1> yes. That's true
- # [05:59] <cabanier1> so, you can set an object. But when you look at the value, you would get a string back
- # [06:00] <Hixie> i'm assuming "you" in those two sentences refer to different people
- # [06:00] <cabanier1> correct
- # [06:00] <Hixie> if you mean that this: context.fillStyle = { toString: function () { return 'blue' } }; ...would result in the function defined in the canvas prose being handed a string, that's my understanding.
- # [06:00] <Hixie> (well, setter, not function)
- # [06:02] <cabanier1> as long as people don't expect this to work: var mycolor="…"; context.fillStyle = { toString: function () { return mycolor; } }; ...
- # [06:02] <cabanier1> canvaspattern and canvasgradient allow that
- # [06:02] <Hixie> why would that not work?
- # [06:02] <cabanier1> "When set to a http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#canvaspattern or http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#canvasgradient object, the assignment is http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#live, meaning that changes made to the object after the assignment do affect subsequent stroking or filling of sha
- # [06:02] <Hixie> oh you mean, dynamically
- # [06:02] <Hixie> yeah
- # [06:03] <Hixie> it'll work, it'll just set the fillStyle to whatever mycolor's value is at setting time
- # [06:03] <cabanier1> and it won't be live
- # [06:03] <cabanier1> yes
- # [06:04] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [06:04] <cabanier1> do you think that needs to be written down somehow?
- # [06:04] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [06:05] <Hixie> well it's unambiguously required by the webidl spec
- # [06:05] <Hixie> and it seems like a really esoteric detail to put in non-normative prose
- # [06:06] <cabanier1> I agree
- # [06:07] <cabanier1> I tried "ctx.fillStyle={ toString: function () { return 'blue' } };"
- # [06:07] <cabanier1> and the fillstyle is black
- # [06:09] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Ping timeout: 276 seconds)
- # [06:12] <cabanier1> same on FireFox, Safari and Chrome...
- # [06:14] <cabanier1> If you have a moment, I think "If x0 = x1 and y0 = y1, then the linear gradient must paint nothing." and "If x0 = x1 and y0 = y1 and r0 = r1, then the radial gradient must paint nothing." in the spec should change.
- # [06:14] <cabanier1> The gradient should just become a line or a filled circle...
- # [06:15] <cabanier1> same with color stops at the same offsets
- # [06:18] <Hixie> file a bug :-)
- # [06:18] <Hixie> (or mail the list, either way it ends up on my radar)
- # [06:20] <Hixie> (whatwg.org/newbug and whatwg@whatwg.org respectively)
- # [06:20] * Joins: tantek (~tantek@70-36-197-110.dsl.dynamic.sonic.net)
- # [06:22] * Quits: jryans_ (~jryans@128.sub-70-195-198.myvzw.com) (Quit: Be back later)
- # [06:29] * Quits: dgathright (~dgathrigh@c-67-169-92-165.hsd1.ca.comcast.net) (Quit: dgathright)
- # [06:32] * Quits: tantek (~tantek@70-36-197-110.dsl.dynamic.sonic.net) (Quit: tantek)
- # [06:44] * Joins: othermaciej (~mjs@69.sub-166-250-36.myvzw.com)
- # [06:47] * heycam|away is now known as heycam
- # [07:01] * Quits: othermaciej (~mjs@69.sub-166-250-36.myvzw.com) (Quit: othermaciej)
- # [07:15] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [07:20] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Ping timeout: 276 seconds)
- # [07:31] * Quits: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net) (Ping timeout: 244 seconds)
- # [07:45] * heycam is now known as heycam|away
- # [07:59] * Joins: Benvie (~brandon@cpe-174-097-187-248.nc.res.rr.com)
- # [08:02] <cabanier1> OK
- # [08:02] <cabanier1> I will file a bug on both issues :-P
- # [08:02] * Joins: MikeSmith (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [08:08] * Joins: tantek (~tantek@70-36-197-110.dsl.dynamic.sonic.net)
- # [08:16] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [08:39] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [08:56] * Joins: MikeSmith_ (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [08:57] * Quits: MikeSmith (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [08:57] * MikeSmith_ is now known as MikeSmith
- # [09:03] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [09:09] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Quit: leaving)
- # [09:10] * Joins: Ms2ger (~Ms2ger@91.181.99.158)
- # [09:12] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [09:23] * Quits: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net) (Ping timeout: 244 seconds)
- # [09:37] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [09:40] * jonlee|afk is now known as jonlee
- # [09:43] * Joins: teleject (~christoph@c-24-143-97-34.customer.broadstripe.net)
- # [10:00] * Joins: Gaunt (~Ragnar@g225028197.adsl.alicedsl.de)
- # [10:17] * Joins: Calthropstu (~Dreagos@65.31.65.114)
- # [10:17] <Calthropstu> hi
- # [10:18] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [10:19] <Calthropstu> I have a question... if I use say html4 or xhtml doc type statements will I still be able to use html5 tags?
- # [10:20] * Joins: [[zzz]] (~q@node-1dx0.pool-101-108.dynamic.totbb.net)
- # [10:21] <deane> Calthropstu: Hi. Yes you can AFAIK, but, it wont validate.
- # [10:23] <deane> Calthropstu: Just use <!DOCTYPE html> Why would you want to use old doctypes?
- # [10:23] * Quits: [[zz]] (~q@node-jvw.pool-101-108.dynamic.totbb.net) (Ping timeout: 252 seconds)
- # [10:23] <Calthropstu> Im dont
- # [10:23] <Calthropstu> *I dont
- # [10:24] <matjas> annevk (assuming you read the logs): could you perhaps chime in here? https://bugs.webkit.org/show_bug.cgi?id=17352
- # [10:25] <Calthropstu> I'm being considered for a position and when I looked at their work I noticed their website is using a mishmash of xhtml1.0 strict, xhtml 1.1 strict, and html4 transitional
- # [10:25] <Calthropstu> and the biggest requirment is html 5
- # [10:26] <deane> Calthropstu: OIC. Sorry to jump to the wrong conclusion.
- # [10:26] <Ms2ger> Calthropstu, so, doctypes basically don't do anything
- # [10:26] <Calthropstu> they do
- # [10:26] <Ms2ger> Calthropstu, except for standards/quirks mode
- # [10:27] * Joins: SimonSapin (~simon@2a01:e35:2e8d:b5f0:fd30:f4b3:abe7:3477)
- # [10:27] <Ms2ger> And some more modes in IE
- # [10:27] <Ms2ger> To answer your question, yes, you can use new HTML features regardless of doctype
- # [10:27] <Calthropstu> well I do know if you dont have 1 at all the whole thing goes nuts
- # [10:28] <Ms2ger> Right
- # [10:28] <Ms2ger> Only in IE, though; other browsers will still support those features
- # [10:29] <Calthropstu> not exactly... because it also starts treating css wrong
- # [10:29] <deane> A good resource -> http://hsivonen.iki.fi/doctype/
- # [10:29] <Calthropstu> Ive had that issue as recently as may
- # [10:29] <Ms2ger> Calthropstu, I'd advise to just search&replace their doctypes, it's not going to break anything
- # [10:30] <Ms2ger> Unless they rely on quirks-mode differences
- # [10:30] <Calthropstu> well I would if I already had the position :-)
- # [10:30] * Joins: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no)
- # [10:30] <Ms2ger> Any of the doctypes here: http://www.whatwg.org/html/#obsolete-permitted-doctype-string are fine too, fwiw
- # [10:31] <Calthropstu> ok
- # [10:35] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 246 seconds)
- # [10:36] * Joins: kinetik (~kinetik@121.98.132.55)
- # [10:45] * Joins: MikeSmith_ (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [10:46] * Quits: MikeSmith (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [10:46] * MikeSmith_ is now known as MikeSmith
- # [10:51] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [10:52] * jonlee is now known as jonlee|afk
- # [10:58] <deane> Calthropstu: Good luck with the job.
- # [11:04] * Joins: othermaciej (~mjs@63-225-102-70.hlrn.qwest.net)
- # [11:05] * Joins: nonge_ (~nonge@p50829FDA.dip.t-dialin.net)
- # [11:05] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [11:07] * [[zzz]] is now known as [[zz]]
- # [11:09] * Quits: nonge (~nonge@p5082A291.dip.t-dialin.net) (Ping timeout: 276 seconds)
- # [11:09] <Calthropstu> thx
- # [11:10] * Joins: necolas (~necolas@5ade1f41.bb.sky.com)
- # [11:10] <Calthropstu> my first resume submittal did not specify html5 so I have to resubmit it on tuesday
- # [11:11] <Calthropstu> I just figured "html" would cover ALL forms of html and CSS would cover all forms of CSS but they specifically demand CSS3 and HTML5
- # [11:11] <deane> Yeah, I guess then it's best to be specific.
- # [11:26] * Quits: miketaylr (~miketaylr@177.18.106.203) (Quit: Leaving...)
- # [11:26] * Quits: othermaciej (~mjs@63-225-102-70.hlrn.qwest.net) (Quit: othermaciej)
- # [11:28] * Joins: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [11:29] * Joins: othermaciej (~mjs@63-225-102-70.hlrn.qwest.net)
- # [11:32] * Quits: othermaciej (~mjs@63-225-102-70.hlrn.qwest.net) (Client Quit)
- # [11:34] * Quits: necolas (~necolas@5ade1f41.bb.sky.com) (Ping timeout: 264 seconds)
- # [11:47] * Joins: maikmerten (~maikmerte@port-92-201-75-72.dynamic.qsc.de)
- # [11:51] * Quits: JohnAlbin (~JohnAlbin@114-36-35-178.dynamic.hinet.net) (Quit: JohnAlbin)
- # [11:55] * Joins: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net)
- # [11:56] * Quits: isherman-book (~Adium@173-167-102-230-sfba.hfc.comcastbusiness.net) (Client Quit)
- # [12:04] * Joins: MikeSmith_ (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [12:05] * Quits: MikeSmith (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [12:05] * MikeSmith_ is now known as MikeSmith
- # [12:07] * Joins: JohnAlbin (~JohnAlbin@114-36-35-178.dynamic.hinet.net)
- # [12:08] * Quits: JohnAlbin (~JohnAlbin@114-36-35-178.dynamic.hinet.net) (Client Quit)
- # [12:11] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [12:13] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [12:25] * Joins: izhak (~izhak@213.87.241.58)
- # [12:32] * Joins: MikeSmith_ (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [12:33] * Quits: MikeSmith (~MikeSmith@s1106195.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [12:33] * MikeSmith_ is now known as MikeSmith
- # [12:33] * Joins: SonicX (~quassel@106.67.193.109)
- # [12:37] * Joins: wooorm (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [12:37] * Joins: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi)
- # [12:39] * Quits: tantek (~tantek@70-36-197-110.dsl.dynamic.sonic.net) (Quit: tantek)
- # [12:42] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [12:43] * Quits: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
- # [12:44] * Joins: wooorm1 (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [12:44] * Parts: wooorm1 (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [12:44] * Joins: wooorm1 (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [12:44] * Parts: wooorm (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [12:45] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [12:46] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [12:52] * Quits: SonicX (~quassel@106.67.193.109) (Ping timeout: 245 seconds)
- # [12:53] * Joins: SonicX (~quassel@106.67.193.109)
- # [12:53] * Joins: AryehGregor_ (~Simetrica@5.144.48.79)
- # [12:53] * Quits: AryehGregor_ (~Simetrica@5.144.48.79) (Changing host)
- # [12:54] * Joins: AryehGregor_ (~Simetrica@mediawiki/simetrical)
- # [12:56] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 268 seconds)
- # [12:59] * Quits: SonicX (~quassel@106.67.193.109) (Read error: Connection reset by peer)
- # [12:59] * Joins: SonicX (~quassel@112.110.144.233)
- # [13:04] * Quits: SonicX (~quassel@112.110.144.233) (Ping timeout: 246 seconds)
- # [13:08] * Quits: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no) (Remote host closed the connection)
- # [13:15] * Joins: SonicX (~quassel@112.110.144.233)
- # [13:18] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [13:22] * Joins: jesusruiz (~jesusruiz@84.122.18.73.dyn.user.ono.com)
- # [13:22] <jesusruiz> hi, group
- # [13:28] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [13:51] * Joins: MikeSmith_ (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [13:53] * Quits: MikeSmith (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [13:53] * MikeSmith_ is now known as MikeSmith
- # [14:10] * Quits: NimeshNeema (u2689@gateway/web/irccloud.com/x-nvynhvdmseoxgkvk) (Max SendQ exceeded)
- # [14:13] * Joins: NimeshNeema (u2689@gateway/web/irccloud.com/x-wnxyzoqtmbtyptgk)
- # [14:16] * Joins: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [14:32] * Joins: Areks (~Areks@128-69-102-87.broadband.corbina.ru)
- # [14:32] * Joins: MikeSmith_ (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [14:34] * Quits: MikeSmith (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [14:34] * MikeSmith_ is now known as MikeSmith
- # [14:51] * Quits: wooorm1 (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl) (Quit: Leaving.)
- # [15:06] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [15:11] * Joins: MikeSmith_ (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [15:11] * Quits: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
- # [15:13] * Quits: MikeSmith (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [15:13] * MikeSmith_ is now known as MikeSmith
- # [15:19] * Joins: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [15:24] * Quits: SonicX (~quassel@112.110.144.233) (Ping timeout: 272 seconds)
- # [15:25] * Joins: patrickk1ttner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [15:26] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Ping timeout: 276 seconds)
- # [15:33] * Quits: patrickk1ttner (~patrickke@gateway/tor-sasl/patrickkettner) (Ping timeout: 276 seconds)
- # [15:36] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [15:38] * Joins: MikeSmith_ (~MikeSmith@s1106152.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [15:39] * Quits: MikeSmith (~MikeSmith@s1106194.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 252 seconds)
- # [15:39] * MikeSmith_ is now known as MikeSmith
- # [15:40] * Quits: jesusruiz (~jesusruiz@84.122.18.73.dyn.user.ono.com)
- # [15:47] * Joins: wooorm (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl)
- # [15:54] * Quits: izhak (~izhak@213.87.241.58) (Ping timeout: 244 seconds)
- # [15:57] * BennyLava` is now known as BennyLava
- # [16:12] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Ping timeout: 276 seconds)
- # [16:20] * Joins: vikash (~vikash@1.186.9.151)
- # [16:20] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [16:20] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [16:23] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [16:25] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [16:25] * Quits: vikash (~vikash@unaffiliated/vikash) (Ping timeout: 246 seconds)
- # [16:26] * Joins: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net)
- # [16:26] * Joins: vikash (~vikash@1.186.9.151)
- # [16:26] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [16:26] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [16:31] * Quits: yoshiaki (~yoshiaki@c-50-138-227-90.hsd1.ma.comcast.net) (Ping timeout: 276 seconds)
- # [16:31] * Quits: Areks (~Areks@128-69-102-87.broadband.corbina.ru) (Ping timeout: 268 seconds)
- # [16:36] * Quits: wooorm (~wooorm@54699650.cm-12-2c.dynamic.ziggo.nl) (Quit: Leaving.)
- # [16:40] * Joins: charlvn (~user@524AA705.cm-4-3c.dynamic.ziggo.nl)
- # [16:54] * Quits: vikash (~vikash@unaffiliated/vikash) (Ping timeout: 245 seconds)
- # [17:04] * Quits: charlvn (~user@524AA705.cm-4-3c.dynamic.ziggo.nl) (Quit: leaving)
- # [17:07] * Joins: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net)
- # [17:08] * Joins: vikash (~vikash@1.186.9.151)
- # [17:08] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [17:08] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [17:16] * Quits: vikash (~vikash@unaffiliated/vikash) (Quit: Leaving)
- # [17:21] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Ping timeout: 276 seconds)
- # [17:24] * Joins: vikash (~vikash@1.186.9.151)
- # [17:24] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [17:24] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [17:24] * Quits: vikash (~vikash@unaffiliated/vikash) (Remote host closed the connection)
- # [17:24] * Joins: vikash (~vikash@1.186.9.151)
- # [17:24] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [17:24] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [17:26] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [17:30] * Joins: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no)
- # [17:32] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
- # [17:32] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [17:37] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Ping timeout: 264 seconds)
- # [17:43] * Quits: nonge_ (~nonge@p50829FDA.dip.t-dialin.net) (Quit: Verlassend)
- # [17:54] * Joins: BennyLava` (~colin@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [17:54] * Quits: BennyLava` (~colin@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [17:54] * Joins: BennyLava` (~colin@pdpc/supporter/professional/riven)
- # [17:54] * Joins: dragon__ (~dragon@58-188-134-93f1.hyg2.eonet.ne.jp)
- # [17:55] * Quits: dragon__ (~dragon@58-188-134-93f1.hyg2.eonet.ne.jp) (Client Quit)
- # [17:57] * Quits: BennyLava (~colin@pdpc/supporter/professional/riven) (Ping timeout: 264 seconds)
- # [18:02] * Quits: vikash (~vikash@unaffiliated/vikash) (Remote host closed the connection)
- # [18:06] * Joins: scor (~scor@c-98-216-97-72.hsd1.ma.comcast.net)
- # [18:06] * Quits: scor (~scor@c-98-216-97-72.hsd1.ma.comcast.net) (Changing host)
- # [18:06] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [18:33] * BennyLava` is now known as BennyLava
- # [18:34] * Quits: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [18:35] * Joins: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net)
- # [18:39] * Quits: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net) (Ping timeout: 246 seconds)
- # [18:52] * Joins: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net)
- # [18:58] * Joins: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi)
- # [19:04] * Joins: miketaylr (~miketaylr@177.18.106.203)
- # [19:05] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [19:09] * Quits: miketaylr (~miketaylr@177.18.106.203) (Quit: Leaving...)
- # [19:09] * Joins: Areks (~Areks@128-69-102-87.broadband.corbina.ru)
- # [19:14] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [19:19] * Joins: hendry_ (~hendry@uk.webconverger.com)
- # [19:20] * Joins: hdv_ (u2376@gateway/web/irccloud.com/x-rlrzkbdknqtmwylm)
- # [19:20] * Joins: bGriz (~quassel@san.space150.com)
- # [19:20] * Quits: maikmerten (~maikmerte@port-92-201-75-72.dynamic.qsc.de) (Remote host closed the connection)
- # [19:24] * Joins: eighty4_ (~eighty4@li150-164.members.linode.com)
- # [19:27] * Quits: hendry (~hendry@uk.webconverger.com) (Ping timeout: 246 seconds)
- # [19:27] * Quits: Ms2ger (~Ms2ger@91.181.99.158) (Ping timeout: 246 seconds)
- # [19:27] * Quits: hdv (u2376@gateway/web/irccloud.com/x-sqdfdaydvxfxfvda) (Ping timeout: 246 seconds)
- # [19:27] * Quits: Phae (u455@gateway/web/irccloud.com/x-toghornvmvhnmkvm) (Ping timeout: 246 seconds)
- # [19:27] * Quits: griswold (~quassel@vpn.space150.com) (Ping timeout: 246 seconds)
- # [19:27] * Joins: Ms2ger (~Ms2ger@91.181.99.158)
- # [19:27] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Ping timeout: 246 seconds)
- # [19:27] * Quits: akamike (u5089@gateway/web/irccloud.com/x-azxveeadyvhmzsxy) (Ping timeout: 246 seconds)
- # [19:27] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (Ping timeout: 246 seconds)
- # [19:27] * Quits: krijn (u2319@gateway/web/irccloud.com/x-iyyfxgulrenngwvs) (Ping timeout: 246 seconds)
- # [19:27] * Joins: krijn (u2319@gateway/web/irccloud.com/session)
- # [19:27] * Quits: krijn (u2319@gateway/web/irccloud.com/session) (Changing host)
- # [19:27] * Joins: krijn (u2319@gateway/web/irccloud.com/x-sydunsmihlklextf)
- # [19:27] * hdv_ is now known as hdv
- # [19:28] * Joins: Phae (u455@gateway/web/irccloud.com/x-wvknmhhuvkztdgzc)
- # [19:32] * Joins: akamike (u5089@gateway/web/irccloud.com/x-feehilnkttnvdroe)
- # [19:39] * Quits: BennyLava (~colin@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [19:42] * Joins: dbaron (~dbaron@70-36-140-99.dsl.dynamic.sonic.net)
- # [20:00] * Joins: vikash (~vikash@1.186.9.151)
- # [20:00] * Quits: vikash (~vikash@1.186.9.151) (Changing host)
- # [20:00] * Joins: vikash (~vikash@unaffiliated/vikash)
- # [20:04] * Quits: ^esc (~esc_ape@77.117.247.227.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
- # [20:09] * Joins: BennyLava (~colin@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [20:09] * Quits: BennyLava (~colin@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [20:09] * Joins: BennyLava (~colin@pdpc/supporter/professional/riven)
- # [20:21] <gsnedders> Anyone got tests for meta pre-parsing?
- # [20:22] <Ms2ger> Not me
- # [20:22] <gsnedders> Looks like html5lib has none. And it's totally broken in Py3.
- # [20:22] <gsnedders> hsivonen: I think I saw some from you?
- # [20:22] <gsnedders> hsivonen: (meta pre-parsing tests)
- # [20:22] * Quits: vikash (~vikash@unaffiliated/vikash) (Quit: Leaving)
- # [20:33] * Joins: miketaylr (~miketaylr@187.53.239.20)
- # [20:34] * Quits: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [20:35] * Joins: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net)
- # [20:36] * Quits: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no) (Ping timeout: 268 seconds)
- # [20:38] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [20:40] * Quits: yoshiaki (~yoshiaki@c-76-119-232-111.hsd1.ma.comcast.net) (Ping timeout: 272 seconds)
- # [20:52] * Quits: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [20:59] * Quits: miketaylr (~miketaylr@187.53.239.20) (Quit: Leaving...)
- # [21:10] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Remote host closed the connection)
- # [21:11] * Joins: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner)
- # [21:17] * Quits: tantek (~tantek@70-36-139-86.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [21:18] * Joins: tantek_ (~tantek@70-36-139-86.dsl.dynamic.sonic.net)
- # [21:23] * Joins: sindresorhus (~sindresor@82.147.51.146)
- # [21:23] * Joins: jryans (~jryans@43.sub-70-195-192.myvzw.com)
- # [21:31] * Quits: jryans (~jryans@43.sub-70-195-192.myvzw.com) (Quit: Be back later)
- # [21:31] * Joins: carlos_antonio (~benway@173.230.152.21)
- # [21:31] * Quits: carlos_antonio (~benway@173.230.152.21) (Changing host)
- # [21:31] * Joins: carlos_antonio (~benway@unaffiliated/disusered)
- # [21:35] * Quits: Ms2ger (~Ms2ger@91.181.99.158) (Quit: nn)
- # [21:42] * Joins: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no)
- # [21:45] * Joins: jack_tradez (~i@c-67-169-206-207.hsd1.or.comcast.net)
- # [21:46] * Quits: patrickkettner (~patrickke@gateway/tor-sasl/patrickkettner) (Ping timeout: 276 seconds)
- # [21:50] * Quits: sindresorhus (~sindresor@82.147.51.146) (Quit: Linkinus - http://linkinus.com)
- # [21:54] <zewt> ... the synchronous nature of javascript is part of the web platform's *use* of javascript, not javascript/ecmascript per se, right?
- # [21:55] <zewt> (nothing in the language seems to care one way or the other, but I'm not familiar with the spec itself)
- # [21:56] * Joins: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi)
- # [21:58] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [21:59] * Joins: nonge (~nonge@p50829FDA.dip.t-dialin.net)
- # [22:17] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [22:20] * Quits: tomasf (~tom@c-41d8e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
- # [22:21] * jonlee|afk is now known as jonlee
- # [22:34] <gsnedders> zewt: asynchronous you mean?
- # [22:34] <gsnedders> Then no, it has nothing to do with JS. It's just how all the host object APIs for the DOM have developed with callbacks.
- # [22:35] <gsnedders> Probably in large part because most JS impls (i.e., all but Opera's) block everything, so synchronous APIs would be Rather Bad.
- # [22:35] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
- # [22:40] <zewt> gsnedders: synchronous in the sense of not seeing asynchronous side-effects
- # [22:40] <zewt> (but yes, we're talking about the same thing)
- # [22:40] <gsnedders> Ah, right.
- # [22:41] <gsnedders> That's just a side-effect of impls, really.
- # [22:41] <gsnedders> The JS spec doesn't address multiple threads of impl at all.
- # [22:43] <zewt> yeah, that's what I've always assumed intuitively, was just looking for a sanity check before it came up in a debate :)
- # [22:44] <zewt> is anyone else driven mad by chrome's broken text searching, heh
- # [22:45] <zewt> i type "foo" and instead of finding the next "foo" from where I am now, it goes to the first "f" in the document before I can type the rest
- # [22:48] <zewt> particularly annoying in the html spec when it makes me lose my place
- # [23:03] * Quits: sarro (~sarro@i5387FBDF.versanet.de) (Ping timeout: 240 seconds)
- # [23:05] * Quits: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydx)
- # [23:05] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:08] * jonlee is now known as jonlee|afk
- # [23:09] * Joins: BennyLava` (~colin@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [23:09] * Quits: BennyLava` (~colin@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [23:09] * Joins: BennyLava` (~colin@pdpc/supporter/professional/riven)
- # [23:12] * Joins: tonymec (~tonymec@unaffiliated/tonymec)
- # [23:12] * Quits: BennyLava (~colin@pdpc/supporter/professional/riven) (Ping timeout: 272 seconds)
- # [23:16] * Quits: hasather_ (~hasather_@cm-84.208.71.130.getinternet.no) (Remote host closed the connection)
- # [23:18] <smaug____> is rick waldron ever here?
- # [23:19] * Joins: MikeSmith_ (~MikeSmith@s1106152.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [23:21] * Quits: MikeSmith (~MikeSmith@s1106152.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 276 seconds)
- # [23:21] * MikeSmith_ is now known as MikeSmith
- # [23:23] * Joins: mattgifford (~mattgiffo@108.161.20.199)
- # [23:35] <zewt> it's pretty (something) that anyone would seriously suggest this atrocity as a solution to anything: https://github.com/kriskowal/q/blob/master/examples/all.js
- # [23:37] * BennyLava` is now known as BennyLava
- # [23:50] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
- # [23:58] * Joins: dydx (~dydz@coffeebar.static.monkeybrains.net)
- # [23:59] * Quits: dydx (~dydz@coffeebar.static.monkeybrains.net) (Client Quit)
- # Session Close: Sun Sep 02 00:00:00 2012
The end :)