Options:
- # Session Start: Mon Jul 07 00:00:00 2014
- # Session Ident: #whatwg
- # [00:02] * Quits: Smylers (~smylers@host-2-99-38-198.as13285.net) (Remote host closed the connection)
- # [00:07] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [00:08] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:16] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 248 seconds)
- # [00:23] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [00:29] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:33] * Quits: espadrine_ (~ttyl@AMontsouris-158-1-64-251.w92-128.abo.wanadoo.fr) (Ping timeout: 252 seconds)
- # [00:46] * Quits: roc (~chatzilla@121-99-133-8.bng1.tvc.orcon.net.nz) (Ping timeout: 240 seconds)
- # [00:57] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [00:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [00:59] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 260 seconds)
- # [01:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:08] * Quits: ManishCloud (uid36524@gateway/web/irccloud.com/x-hoqgkuzlkmpmlriq) (Quit: Connection closed for inactivity)
- # [01:14] * Quits: ehsan_ (~ehsan@24-212-207-29.cable.teksavvy.com) (Quit: Leaving...)
- # [01:20] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [01:27] * Joins: daurnimator (~daurnimat@unaffiliated/daurn)
- # [01:40] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [01:42] <daurnimator> I return, yet again lamenting the lack of some sort of GC callback in JS :(
- # [01:43] <SamB> daurnimator: for what?
- # [01:43] <daurnimator> SamB: interop/other languages running on top of JS
- # [01:44] <daurnimator> trying to know when js is done with some object/callback/etc
- # [01:44] <caitp> frankly, having a standard way to run specific code when an object is finalized is very useful, and we are all poorer for not having it
- # [01:44] <daurnimator> I'm now sitting here contemplating writing a js parser to analyse functions to decorate them as leaky or not
- # [01:46] <SamB> we could use it for useful things, like putting the object in a list of dead objects!
- # [01:46] <Hixie> SamB: or to force all browsers to have the same GC model and kill all innovation in that space!
- # [01:46] <daurnimator> SamB: e.g. I want to run lua in the browser: x=js.new(window.XHR);x:open("GET", "google.com", true); function x:onreadystatechange() print("I get leaked") end; x:send();
- # [01:47] <daurnimator> Hixie: having an 'oncollected' callback does not dictate the GC model
- # [01:47] <caitp> SamB: like closing file handles, for instance
- # [01:47] <SamB> caitp: I know what such things are used for in the real world, yes
- # [01:48] <caitp> just checking =]
- # [01:48] <SamB> but here on the web, our file handles aren't even open in the first place ;-)
- # [01:48] <Hixie> daurnimator: actually it does, because people will end up depending on in what order things get GCed
- # [01:48] <caitp> javascript doesn't strictly live on the web though
- # [01:48] <daurnimator> Hixie: why? they don't in other languages
- # [01:48] <caitp> all kinds of things use v8, from databases to web servers
- # [01:48] <caitp> rhino too
- # [01:49] * Quits: yoichio_ (yoichio@nat/google/x-wtlbfeyivaplzams) (Ping timeout: 260 seconds)
- # [01:49] <SamB> daurnimator: outside of the web, the people who screw stuff up in the first place get most of the complaints
- # [01:49] <SamB> not the ones who changed what was meant as an implementation detail
- # [01:50] <SamB> or, well, outside of networking really
- # [01:50] <SamB> now *I* would think this was easily solved by having an unintelligable order in the first place, but evidently it isn't so
- # [01:52] <Hixie> daurnimator: the web is an oddly unusual case in that there's orders of magnitude more code, the code isn't maintained but is still compiled by newer compilers every time they come out, and the users are HIGHLY sensitive to breakage and change compilers on a whim so there's a lot of pressure to not break things
- # [01:53] <daurnimator> that sounds like a documentation issue, but to prevent people relying on *BROWSER'S* behaviour, just add (excuse the psuedo code): function gc_sweep() shuffle(this.marked_objects); this.marked_objects.forEach(function(o) if o.oncollect then o:oncollect() end free(o) end);
- # [01:54] <daurnimator> that is, if you're scared of people relying on order. randomise order
- # [01:54] <Hixie> that still exposes order
- # [01:55] <Hixie> it's not just per-cycle order that matters
- # [01:55] <Hixie> it's also which cycle
- # [01:55] <daurnimator> should make it unreliable enough that people don't rely on it?
- # [01:55] <Hixie> not if the list is one item long each time
- # [01:55] <daurnimator> Hixie: true.
- # [01:55] <Hixie> the problem is some browsers want to optimise for memory pressure, so they'll GC aggressively, and others want to optimise for speed, so they'll aggressively wait for idle cycles to do incremental GC
- # [01:55] <Hixie> and these two have _radically_ different behaviours
- # [01:56] <Hixie> behaviours that can't just be papered over
- # [01:56] <daurnimator> anyway, I'd really like to see some sort of oncollect callback. even if it's only on ES6 proxies for e.g.
- # [01:57] <Hixie> i wouldn't hold your breath :-)
- # [01:57] * daurnimator goes back to theorising a JS parser in JS and then writing a GC on top of JS
- # [01:57] <SamB> anyway, it turns out that releasing things like file handles only when something is GC'd naturally can have bad results sometimes ...
- # [01:58] <daurnimator> SamB: yep. 'sometimes'. in the (rare) cases it's not, you still have ob:close()
- # [01:58] <caitp> a GC on top of JS? lol
- # [01:59] <daurnimator> caitp: somefunc.toString() ==> parse ==> what happens to arg#2? ==> does it get assigned somewhere? ==> add it to 'leaked' list
- # [01:59] <caitp> SamB there's a distinction between "finalized" and "collected"
- # [01:59] <caitp> I think what he's really talking about is finalization
- # [01:59] <caitp> once there are no live references to an object, he'd probably want to close those file handles
- # [01:59] <SamB> so, maybe the real solution is to run finalizers after a random delay regardless
- # [02:00] <daurnimator> I'd also be happy with that solution
- # [02:00] <daurnimator> I just don't want to keep leaking via callbacks (e.g. setTimeout, xhr.onreadystatechange, etc)
- # [02:01] <daurnimator> makes writing long running web apps impossible
- # [02:01] <Hixie> why would you leak via callbacks?
- # [02:01] <daurnimator> Hixie: 23:43:25 < daurnimator> SamB: e.g. I want to run lua in the browser: x=js.new(window.XHR);x:open("GET", "google.com", true); function x:onreadystatechange() print("I get leaked") end; x:send();
- # [02:01] <daurnimator> the lua function gets a proxy constructed in JS
- # [02:01] <caitp> now it gets interesting :>
- # [02:02] <daurnimator> which is set as the onreadystatechange callback
- # [02:02] <Hixie> ok well step one, don't run lua...
- # [02:02] <SamB> what browser is this?
- # [02:02] <daurnimator> this is applicable to running anything on top of JS
- # [02:02] <daurnimator> SamB: all of them
- # [02:02] <SamB> most of my browsers don't offer to run lua
- # [02:02] <daurnimator> SamB: https://daurnimator.github.io/lua.vm.js/repl.html
- # [02:02] <Hixie> why would you run a language on top of JS
- # [02:02] <caitp> i expect you could probably build the lua runtime with emscripten, heh
- # [02:02] <caitp> guessing it's something like that
- # [02:03] <daurnimator> caitp: that one there is
- # [02:03] <SamB> ah, right, crazy
- # [02:03] <daurnimator> SamB: it works except for the fact it leaks proxys >.<
- # [02:03] <caitp> make kripken fix it!
- # [02:03] <daurnimator> caitp: I'm project owner now :P
- # [02:03] <caitp> furreal?
- # [02:03] <daurnimator> (of lua.vm.js, not emscripten)
- # [02:03] <caitp> oh I see
- # [02:04] <daurnimator> lua.vm.js was originally a kripken demo
- # [02:05] <daurnimator> BUT, thats just one example (thats easy for me to explain, as I'm close to it)
- # [02:05] <daurnimator> there's plenty of languages/frameworks/etc that live on top of js
- # [02:06] <SamB> (note that it is possible to do finalizers in such a way that the object being finalized is never actually revealed to the finalizer)
- # [02:06] <daurnimator> SamB: hmm?
- # [02:06] <SamB> well, I mean, the finalizer could certainly know "which one" it had been
- # [02:06] <SamB> but the object can be dead
- # [02:07] <daurnimator> which what?
- # [02:07] <SamB> but that's about finalizer interfaces, not about what you can do in JS now
- # [02:08] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [02:10] <roc> "that sounds like a documentation issue" hahahahahahaha. You must be new here :-)
- # [02:11] <SamB> yeah, indeed
- # [02:12] <daurnimator> roc: I didn't say documentation issues could be solved ;)
- # [02:12] <roc> depends on what you mean by solved
- # [02:12] <roc> documenting things is easy
- # [02:12] <daurnimator> if only
- # [02:12] <roc> getting people to *follow* the documentation, that's impossible.
- # [02:13] <daurnimator> if documentation was easy the world would be a nicer place
- # [02:13] <caitp> it's even more impossible when the documentation sucks
- # [02:13] <daurnimator> where (e.g.) undefined behaviour in C was obvious
- # [02:26] * Joins: hasather (~hasather@80.91.33.141)
- # [02:33] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [02:43] * Quits: kangil (~kangil@210.94.41.89) (Remote host closed the connection)
- # [02:47] * Joins: kangil (~kangil@210.94.41.89)
- # [03:02] <SamB> daurnimator: that's *not* just a documentation issue
- # [03:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:04] <SamB> http://en.wikipedia.org/wiki/Finalizer#Resource_management mentions that using finalizers to release resources isn't really all that wise, though that obviously doesn't really apply to trying to interface two GCs ...
- # [03:05] <SamB> more to the file thing
- # [03:07] <caitp> Sam that article is essentially saying "deallocating resources during a finalizer is unwise because finalizers might be implemented wrong"
- # [03:08] <caitp> that's kind of a silly argument
- # [03:09] <SamB> caitp: not really
- # [03:10] <SamB> finalizers *are* tied to garbage collection; using them to free resources besides garbage collected memory is very risky, because the next GC could come much later than you expect
- # [03:11] <SamB> especially with some browsers taking a more aggressive approach to GC than others
- # [03:11] <caitp> with browsers it's a bit complicated when C++ code holds references to JS objects, BUT at the end of the day, if there are no references to an object that "matter", the object is effectively dead whether it gets collected or not
- # [03:11] <caitp> and can therefore be considered to be finalized
- # [03:12] <SamB> um, what exactly is going to be crawling the heap to detect that they aren't referenced, if not the GC?
- # [03:13] <caitp> it could be the same algorithm which determines that an object needs to be garbage collected, that would be fine
- # [03:13] <caitp> it would just mark an object as finalized and inform the script context
- # [03:14] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Remote host closed the connection)
- # [03:14] <caitp> and yeah, you could do that and prevent the object from reviving itself during finalization
- # [03:14] <caitp> we don't do that, but there's no real reason why we can't
- # [03:14] <caitp> it's just the way it is
- # [03:15] <SamB> I think there's a lot of Python code out there expecting immediate finalization, actually, because of CPython's reference-counting
- # [03:16] <gsnedders> That's definitely the case. Though CPython does have some slightly wacky behaviour with finalizers.
- # [03:17] <gsnedders> (Python 3 at least raises a warning if a file object's finalizer closes the file)
- # [03:17] <SamB> caitp: as I understand it, a dry run of most any GC algorithm won't take any less time, really
- # [03:17] <SamB> gsnedders: ah, cool
- # [03:17] <SamB> wonder why not in 2.7
- # [03:17] <gsnedders> Added to 3 after 2.7 shipped, I think
- # [03:17] <SamB> what, that's a "feature" or something?
- # [03:18] <gsnedders> Adding a warning where there wasn't one before? It's a behavioural change, it's not a bugfix.
- # [03:18] <SamB> but they should have added it back in 2.2
- # [03:18] <gsnedders> Did the warnings module exist back then?
- # [03:18] <gsnedders> ;P
- # [03:18] <caitp> SamB I don't think it would necessarily be a "dry run", just "notify the script before cleaning stuff up" --- there's no guarantee that once an object is marked for collection that it will be collected immediately anyways
- # [03:19] <SamB> gsnedders: that's beside the point; *Jython* existed back then and was considered to be Python!
- # [03:19] <caitp> but it doesn't matter, this was a design decision that a certain guy made zillions of years ago, too late to do anything about it
- # [03:19] <SamB> I thought the *unmarked* objects were the ones that got collected
- # [03:20] <gsnedders> SamB: Speaking of Jython, I ought deal with the html5lib PR that adds support for it
- # [03:20] <gsnedders> And yes, unmarked objects get collected
- # [03:20] <gsnedders> Typically
- # [03:20] <gsnedders> You can of course reverse the flags
- # [03:20] <caitp> there's no real difference
- # [03:20] * heycam is now known as heycam|away
- # [03:20] <SamB> of course, which value of the flag counts as "marked" can be flipped from pass to pass
- # [03:20] <SamB> but the ones you visited and marked, those were reachable
- # [03:21] <SamB> so you want to keep them
- # [03:21] <caitp> it draws the same picture no matter how you phrase it, and the pictures of cycle collection algorithms are not things I want in my brain right now :d
- # [03:22] <gsnedders> bah, cycle collection algorithms are really simple in their simplest forms!
- # [03:22] <SamB> oh, you're going back to Python territory
- # [03:22] <SamB> most things don't have cycle collectors, they have *garbage* collectors
- # [03:23] <SamB> which sometimes actually work by collecting the non-garbage and declaring whatever is left behind nonexistant
- # [03:23] <gsnedders> SamB: they're the same, just a "cycle" collector will never collect anything except things that have cycles because they've already been freed through refcounting
- # [03:23] <SamB> (obviously if there are finalizer-bearing objects involved it has to do something about those, though)
- # [03:24] <SamB> gsnedders: well, if someone says "cycle collector" it brings to mind that same "normal stuff gets freed immediately, right?" assumption from crufty Python code
- # [03:24] <gsnedders> right
- # [03:26] <SamB> hmm, this is the wrong kind of cycle collection: http://www.cyclemuseum.org.uk/
- # [03:26] <gsnedders> hah
- # [03:26] <gsnedders> (interesting, pulling the power cord out of this makes it suspend, hmmm)
- # [03:29] <SamB> this doesn't sound much like a normal GC algorithm: https://developer.mozilla.org/en-US/docs/Interfacing_with_the_XPCOM_cycle_collector
- # [03:29] <gsnedders> you're touching XPCOM, anything "normal" is far away
- # [03:29] <SamB> it looks more like the kind of algorithm I'd expect with a name like "cycle collection" though
- # [03:30] * Joins: hasather (~hasather@80.91.33.141)
- # [03:30] <caitp> kyle huey gave a good talk about it, probably quite a few of them, it's not really unreasonable
- # [03:31] <SamB> the way it decides to even start looking for a cycle at any given object certainly sounds sensible (as a first impression, anyway)
- # [03:35] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
- # [03:37] <roc> our approach to refcounting + cycle collection has actually turned out to be pretty good
- # [03:38] <roc> it has a lot of advantages over traditional tracing GC
- # [03:38] <SamB> roc: well, it's probably Hixie's worst nightmare to expose anything like it to JS
- # [03:38] <roc> of course we're not going to do that
- # [03:38] <SamB> yeah
- # [03:38] <SamB> just sayin!
- # [03:39] <roc> the main problem with refcounting+CC is that the performance of refcounting objects that are strongly referenced from multiple threads is terrible
- # [03:39] <SamB> yeah
- # [03:39] <roc> fortunately, that is very rare in a Web browsers.
- # [03:40] <SamB> certainly not from the PoV of content
- # [03:40] <roc> OTOH pretty much all academic GC research assumes that it's common. Which is why GC researchers have not explored the space that we have.
- # [03:42] <SamB> it sounds like what the XPCOM cycle collector requires of objects is very similar to what the CPython cycle collector requires
- # [03:42] <roc> hopefully one of the C++ reflection proposals will let us generate the tracing hooks automatically, without the nasty boilerplate code we currently have
- # [03:42] <SamB> oh, except suspicion is automatic in CPython
- # [03:43] <SamB> hmm, I guess you can't just use that Python plugin for GCC, can you, since you build with cl.exe on Windows
- # [03:44] <roc> yes
- # [03:44] <roc> we're working on supporting clang-cl on Windows but I suspect it will be a long time, if ever, before we can ship clang-cl builds
- # [03:45] <SamB> the idea being to use it to write the boilerplate to a text file, mind you, not to inject it into GCC directly
- # [03:45] <SamB> it sounds like the Python plugin is still read-only
- # [04:01] <Hixie> wow, academic GC research assumes cross-thread references?
- # [04:01] <Hixie> i wouldn't have guessed that
- # [04:01] <Hixie> i always kinda assumed that keeping cross-thread references to a minimum was basically a given
- # [04:02] <SamB> well, some research involves actual multithreaded programs, not just multiplexings of single-threaded programs
- # [04:02] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [04:03] <roc> Hixie: the majority is done in the context of Java
- # [04:03] <Hixie> ah
- # [04:04] <roc> Hixie: the issue isn't so much that there are lots of actual cross-thread references, but that every class is potentially referencable across threads
- # [04:04] <roc> so you have to make your refcount operations thread-safe
- # [04:04] <Hixie> fair enough
- # [04:04] <Hixie> that's got to be a hell of an overhead
- # [04:04] <roc> or do very clever optimizations to avoid that
- # [04:04] <roc> they don't use reference-counting. That's why.
- # [04:05] <roc> whereas in the browser we know statically that most classes cannot be referenced across threads so it's trivial to avoid atomic refcount ops.
- # [04:05] <SamB> well, that's *one* reason anyway
- # [04:05] <Hixie> roc: ah
- # [04:07] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 272 seconds)
- # [04:37] * Quits: seventh (seventh@207-207-17-53.fwd.datafoundry.com) (Ping timeout: 264 seconds)
- # [04:39] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [04:39] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:43] <SamB> whoa: <http://researcher.watson.ibm.com/researcher/view_group.php?id=3385> seems to have been used in jikes despite being based on reference counting ...
- # [04:46] <roc> Jikes supports lots of GC algorithms. It's commonly used as a GC research testbed.
- # [04:47] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [04:47] <SamB> oh
- # [04:48] <SamB> so it's like "We modified GCC to do this or that"
- # [04:48] <roc> right
- # [04:56] * Quits: plutoniix (~plutoniix@node-pdp.pool-180-180.dynamic.totbb.net) (Ping timeout: 248 seconds)
- # [04:56] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [05:01] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 272 seconds)
- # [05:07] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [05:09] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
- # [05:09] * Joins: xCG (~CvP@27.147.199.131)
- # [05:10] * Joins: plutoniix (~plutoniix@node-pdp.pool-180-180.dynamic.totbb.net)
- # [05:10] * xCG is now known as CvP
- # [05:32] * Quits: montecfel (~montecfel@gateway/tor-sasl/montecfel) (Quit: montecfel)
- # [05:34] * Joins: bholley (~bholley@98.210.101.88)
- # [05:35] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [05:37] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [05:39] * Joins: seventh (seventh@185.29.164.123)
- # [05:42] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:50] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [05:50] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [05:51] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [05:56] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 272 seconds)
- # [06:03] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [06:04] <TabAtkins> MikeSmith: Re U+000C, mind raising that in www-style? It's probably possible to converge.
- # [06:06] <TabAtkins> Oh, never mind, I see you got your question answered. I didn't remember that u+000c was preprocessed away.
- # [06:09] * Joins: bholley (~bholley@98.210.101.88)
- # [06:18] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [06:36] <TabAtkins> Hixie, jgraham: Re: cells in a given column, we've got stuff in Selectors for that now. (Unimplemented.)
- # [06:44] * Joins: arpitab__ (uid10516@gateway/web/irccloud.com/x-aparwnsnpmjadoqq)
- # [06:45] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [06:50] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
- # [06:56] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Quit: Ex-Chat)
- # [06:57] * Quits: crankharder (~crankhard@c-73-191-6-206.hsd1.va.comcast.net) (Ping timeout: 240 seconds)
- # [07:02] * Quits: kochi1 (~kochi@2401:fa00:4:1000:98d0:6536:fc6c:3006) (Quit: Leaving.)
- # [07:02] * Quits: kochi (~kochi@2401:fa00:4:1000:98d0:6536:fc6c:3006) (Quit: Leaving.)
- # [07:05] * Joins: kochi (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [07:05] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [07:06] <SamB> TabAtkins: WANT IT!
- # [07:16] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:18] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [07:19] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 252 seconds)
- # [07:20] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [07:21] * Joins: zdobersek (~zan@185.3.135.114)
- # [07:29] * Quits: seventh (seventh@185.29.164.123) (Remote host closed the connection)
- # [07:31] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [07:33] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [07:34] * Quits: plutoniix (~plutoniix@node-pdp.pool-180-180.dynamic.totbb.net) (Ping timeout: 252 seconds)
- # [07:39] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [07:41] * Joins: plutoniix (~plutoniix@node-s7x.pool-180-180.dynamic.totbb.net)
- # [07:43] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [07:45] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 272 seconds)
- # [07:51] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 248 seconds)
- # [07:56] * Quits: yutak (~yutak@2401:fa00:4:1000:28b3:623c:a6fd:ab60) (Remote host closed the connection)
- # [07:57] * Joins: yutak (~yutak@2401:fa00:4:1000:8d6a:e506:3ab7:ba47)
- # [08:00] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [08:11] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-acjbeefgxwteghtz)
- # [08:14] * Joins: hasather (~hasather@80.91.33.141)
- # [08:18] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Ping timeout: 252 seconds)
- # [08:19] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
- # [08:31] <MikeSmith> TabAtkins: you saw my bug about making eof in comments a parse error?
- # [08:31] <TabAtkins> You saw my response to that bug?
- # [08:32] <MikeSmith> TabAtkins: ah no, not yet, just got back online now
- # [08:32] * MikeSmith looks
- # [08:32] * Joins: tantek (~tantek@m950536d0.tmodns.net)
- # [08:33] <MikeSmith> rock and roll
- # [08:33] <TabAtkins> D'oh, I didn't mark it RESOLVED.
- # [08:33] <MikeSmith> TabAtkins: thanks man
- # [08:33] <TabAtkins> Link me?
- # [08:34] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [08:34] <MikeSmith> https://www.w3.org/Bugs/Public/show_bug.cgi?id=26270
- # [08:38] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 252 seconds)
- # [08:41] * Joins: roc (~chatzilla@121-99-133-8.bng1.tvc.orcon.net.nz)
- # [08:41] * Quits: tantek (~tantek@m950536d0.tmodns.net) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [08:53] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:54] <MikeSmith> TabAtkins: btw https://github.com/validator/syntax/blob/master/relaxng/datatype/java/src/org/whattf/datatype/tools/CssParser.java#L36
- # [08:55] <MikeSmith> TabAtkins: uses Rhino to expose your CSS parser/tokenizer to Java
- # [09:01] * Joins: tantek (~tantek@m950536d0.tmodns.net)
- # [09:03] * Joins: markkes (~markkes@62.207.90.201)
- # [09:07] * Quits: tantek (~tantek@m950536d0.tmodns.net) (Quit: Colloquy for iPod touch - http://colloquy.mobi)
- # [09:15] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [09:15] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Client Quit)
- # [09:16] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
- # [09:26] * Quits: daurnimator (~daurnimat@unaffiliated/daurn) (Quit: Lost terminal)
- # [09:28] * Quits: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7) (Quit: Leaving.)
- # [09:28] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [09:29] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [09:32] * Quits: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7) (Client Quit)
- # [09:33] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 240 seconds)
- # [09:33] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [09:33] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-umodhkpvcvinbpdt) (Quit: Connection closed for inactivity)
- # [09:36] * Quits: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7) (Client Quit)
- # [09:37] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [09:37] * Quits: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7) (Client Quit)
- # [09:37] * Joins: daurnimator (~daurnimat@unaffiliated/daurn)
- # [09:38] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [09:38] * Quits: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7) (Client Quit)
- # [09:39] * Joins: kochi1 (~kochi@2401:fa00:4:1000:d430:115:46f:aff7)
- # [09:40] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [09:40] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [09:46] <mathiasbynens> zcorpan (assuming you’re reading the logs): the blog post was updated when the removal was moved to M37 https://github.com/operasoftware/devopera/commit/beb0d174be24588bb9f39fc5cc301f9d081e6395 afaik this is still the current plan
- # [09:53] * Joins: Jirka (~Jirka@95.85.233.233)
- # [10:07] * Joins: richt (~richt@83.218.67.123)
- # [10:13] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [10:15] * Joins: darobin (~darobin@78.109.80.74)
- # [10:15] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
- # [10:18] * Joins: sankha93 (uid12218@fsf/emeritus/sankha93)
- # [10:22] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [10:27] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 248 seconds)
- # [10:40] * Joins: hasather (~hasather@80.91.33.141)
- # [10:41] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [10:41] * Joins: hasather (~hasather@80.91.33.141)
- # [10:48] * Joins: Ms2ger (~Ms2ger@98.196-242-81.adsl-dyn.isp.belgacom.be)
- # [10:49] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [10:53] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 272 seconds)
- # [10:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [10:57] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [10:58] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # [11:00] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [11:03] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [11:05] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [11:07] <Ms2ger> "When using letter-spacing != 0, disable ligatures through font-feature-settings."
- # [11:07] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 260 seconds)
- # [11:07] <Ms2ger> Who doesn't do that automatically?
- # [11:09] * Joins: richt_ (~richt@83.218.67.123)
- # [11:09] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [11:11] * Quits: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [11:11] * Joins: izhak (~izhak@92.248.142.152)
- # [11:17] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [11:19] * Joins: richt (~richt@83.218.67.123)
- # [11:22] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 252 seconds)
- # [11:22] * Quits: richt_ (~richt@83.218.67.123) (Ping timeout: 248 seconds)
- # [11:25] * Joins: wartdev (~wartdev@109.255.148.96)
- # [11:26] * Joins: Ducki_ (~Ducki@191.233.66.1)
- # [11:29] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 248 seconds)
- # [11:31] * Joins: Lachy (~Lachy@213.166.174.2)
- # [11:33] * yutak is now known as yutak_away
- # [11:37] * Joins: richt_ (~richt@83.218.67.123)
- # [11:37] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [11:42] * Joins: satazor (~satazor@bl17-208-83.dsl.telepac.pt)
- # [11:42] * Quits: satazor (~satazor@bl17-208-83.dsl.telepac.pt) (Read error: Connection reset by peer)
- # [11:42] * Joins: satazor (~satazor@bl17-208-83.dsl.telepac.pt)
- # [11:52] * Joins: richt (~richt@83.218.67.123)
- # [11:52] * Joins: adactio (~adactio@212.42.170.121)
- # [11:54] * Quits: Jirka (~Jirka@95.85.233.233) (Ping timeout: 264 seconds)
- # [11:54] * Quits: richt_ (~richt@83.218.67.123) (Ping timeout: 248 seconds)
- # [11:58] * Quits: wartdev (~wartdev@109.255.148.96) (Remote host closed the connection)
- # [12:02] * Joins: richt_ (~richt@83.218.67.123)
- # [12:05] * Quits: richt (~richt@83.218.67.123) (Ping timeout: 264 seconds)
- # [12:09] * Joins: richt (~richt@83.218.67.123)
- # [12:09] * Quits: richt_ (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [12:11] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [12:16] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 264 seconds)
- # [12:17] * Joins: wartdev (~wartdev@109.255.148.96)
- # [12:24] * Quits: jahman (~woops@129.175.204.73) (Remote host closed the connection)
- # [12:25] * Joins: jahman (~woops@129.175.204.73)
- # [12:39] * Quits: CvP (~CvP@27.147.199.131) (Disconnected by services)
- # [12:39] * Joins: xCG (~CvP@27.147.199.131)
- # [12:40] * xCG is now known as CvP
- # [12:51] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [12:52] * Joins: richt_ (~richt@83.218.67.123)
- # [12:52] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [12:52] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [13:00] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [13:03] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-gorpltjxiowhruaa)
- # [13:04] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 264 seconds)
- # [13:04] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [13:09] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 248 seconds)
- # [13:10] * Quits: plutoniix (~plutoniix@node-s7x.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [13:13] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [13:14] * Joins: plutoniix (~plutoniix@node-s7x.pool-180-180.dynamic.totbb.net)
- # [13:23] * Joins: ^esc (~esc-ape@178.115.130.4.wireless.dyn.drei.com)
- # [13:47] * Quits: wartdev (~wartdev@109.255.148.96) (Remote host closed the connection)
- # [13:56] * Joins: tommyliu (~technommy@61.144.248.40)
- # [14:02] * tommyliu is now known as tommy_
- # [14:03] * tommy_ is now known as Guest11582
- # [14:03] * Quits: richt_ (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:03] * Joins: richt (~richt@83.218.67.123)
- # [14:07] * Joins: richt_ (~richt@83.218.67.123)
- # [14:07] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:09] * Guest11582 is now known as technommy
- # [14:12] * Joins: scor (scor@drupal.org/user/52142/view)
- # [14:14] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [14:18] * Joins: wartdev (~wartdev@109.255.148.96)
- # [14:18] <Ms2ger> For our friends at w3cmemes: https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/21801c47ccff06fa5e6612aea5b87095/tumblr_mlqdctiGeH1rvsbh9o1_500.jpg
- # [14:19] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 252 seconds)
- # [14:21] * Joins: hemanth_ (~hemanth@122.167.108.138)
- # [14:22] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:752e:917a:32c1:71af)
- # [14:23] * Quits: wartdev (~wartdev@109.255.148.96) (Ping timeout: 248 seconds)
- # [14:23] <MikeSmith> Ms2ger: great photo of timeless there
- # [14:23] * Quits: technommy (~technommy@61.144.248.40) (Remote host closed the connection)
- # [14:24] * Joins: technommy (~technommy@61.144.248.40)
- # [14:25] * Joins: ManishCloud (uid36524@gateway/web/irccloud.com/x-lvpnfaaobpirgzux)
- # [14:25] <ManishCloud> Hixie: around?
- # [14:25] <ManishCloud> Where, besides XHR, is the Fetch spec used for a browser?
- # [14:26] <ManishCloud> It seems like HTML5 has its own fetch spec, which is rather different: http://www.whatwg.org/specs/web-apps/current-work/multipage/fetching-resources.html
- # [14:26] <Ms2ger> Awaiting integration :)
- # [14:27] * Quits: Martijnc (~Martijn@is-aweso.me) (Ping timeout: 240 seconds)
- # [14:28] <ManishCloud> Ms2ger: O.o
- # [14:29] <ManishCloud> Not seriously?
- # [14:29] * Quits: technommy (~technommy@61.144.248.40) (Ping timeout: 264 seconds)
- # [14:29] <Ms2ger> http://dev.w3.org/2006/webapi/FileAPI/ seems to reference Fetch
- # [14:29] <Ms2ger> HTML will move to referencing Fetch at some point when Hixie has time
- # [14:30] <ManishCloud> ah
- # [14:30] * Joins: Martijnc (~Martijn@is-aweso.me)
- # [14:30] <ManishCloud> 'cause annvk had mentioned that <img> and all use Fetch, but I couldn't find any references
- # [14:31] * Quits: sspi (uid34681@gateway/web/irccloud.com/x-lxohlnaplepuhfkx) (Ping timeout: 252 seconds)
- # [14:31] * Quits: abarth (sid5294@gateway/web/irccloud.com/x-qfnrzttwxjfywyim) (Ping timeout: 252 seconds)
- # [14:31] * Quits: JakeA (uid3836@gateway/web/irccloud.com/x-lkelxnololquqvgx) (Ping timeout: 252 seconds)
- # [14:31] * Quits: kcherkashin____ (sid25169@gateway/web/irccloud.com/x-qcuzdgvikaaspjgo) (Ping timeout: 252 seconds)
- # [14:31] * Quits: JonathanNeal (sid5831@gateway/web/irccloud.com/x-oyubioywtbibfbdn) (Ping timeout: 252 seconds)
- # [14:31] * Quits: krit (sid15081@gateway/web/irccloud.com/x-wdkvxvioezfxnbco) (Ping timeout: 252 seconds)
- # [14:31] * Quits: sangwhan (sid12645@gateway/web/irccloud.com/x-nsrwbawuksgklgsi) (Ping timeout: 252 seconds)
- # [14:32] * Joins: abarth (sid5294@gateway/web/irccloud.com/session)
- # [14:32] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-acjbeefgxwteghtz) (Ping timeout: 252 seconds)
- # [14:32] * Quits: scheib_ (sid4467@gateway/web/irccloud.com/x-hvmntycuuupkotlx) (Ping timeout: 252 seconds)
- # [14:32] * Quits: scottjehl_____ (sid3055@gateway/web/irccloud.com/x-gfjhsalhurdpmysr) (Ping timeout: 252 seconds)
- # [14:32] * Quits: tobie (sid5692@gateway/web/irccloud.com/x-srndogvezdqxeivm) (Ping timeout: 252 seconds)
- # [14:32] * Quits: birtles (sid16523@gateway/web/irccloud.com/x-mjscqrqdkeaavyqo) (Ping timeout: 252 seconds)
- # [14:32] * Quits: cwilso (sid10206@gateway/web/irccloud.com/x-ociuwnwxinuadeae) (Ping timeout: 252 seconds)
- # [14:33] * Quits: sgalineau (sid26595@gateway/web/irccloud.com/x-fkyczxembqllmvoo) (Ping timeout: 252 seconds)
- # [14:33] * Quits: jkomoros__ (uid7860@gateway/web/irccloud.com/x-ggudptktsfsoeyxs) (Ping timeout: 252 seconds)
- # [14:33] <ManishCloud> Ms2ger: will that mean major changes to Fetch, or just the addition of a couple of flags here and there
- # [14:33] <ManishCloud> ?
- # [14:33] * Quits: phuu (sid7721@gateway/web/irccloud.com/x-qcxhmgpvhuepnpbe) (Ping timeout: 252 seconds)
- # [14:33] * Quits: remysharp (sid4345@gateway/web/irccloud.com/x-mdyuolfoeltsjzen) (Ping timeout: 252 seconds)
- # [14:33] * Quits: wanderview (sid22777@gateway/web/irccloud.com/x-khoqjrkwslfdbdwx) (Ping timeout: 252 seconds)
- # [14:33] * Quits: slightlyoff (sid1768@gateway/web/irccloud.com/x-azbwflungnwnfnks) (Ping timeout: 252 seconds)
- # [14:33] * Quits: Domenic (sid10976@gateway/web/irccloud.com/x-qlblbfhekibflpui) (Ping timeout: 252 seconds)
- # [14:33] * Quits: mathiasbynens (sid2247@gateway/web/irccloud.com/x-oykkifciqljvsdlb) (Ping timeout: 252 seconds)
- # [14:33] * Quits: hdv (sid2376@gateway/web/irccloud.com/x-flrqwqrcxgochzhk) (Ping timeout: 252 seconds)
- # [14:33] * Quits: dfreedm (sid7859@gateway/web/irccloud.com/x-ywclsrsuxfwnwnid) (Ping timeout: 252 seconds)
- # [14:33] <jgraham_>
- # [14:33] <Ms2ger> I hope not too major
- # [14:33] <Ms2ger> Hi jgraham_
- # [14:33] * Joins: tbsaunde_ (~tbsaunde@people1.scl3.mozilla.com)
- # [14:33] * Joins: sspi (uid34681@gateway/web/irccloud.com/session)
- # [14:33] * Joins: JonathanNeal (sid5831@gateway/web/irccloud.com/session)
- # [14:34] * Joins: JakeA_ (uid3836@gateway/web/irccloud.com/session)
- # [14:34] * Joins: sangwhan_ (sid12645@gateway/web/irccloud.com/session)
- # [14:34] * Joins: krit (sid15081@gateway/web/irccloud.com/session)
- # [14:34] <ManishCloud> jgraham_: you seem to have protected yourself from lint
- # [14:34] * Joins: remysharp (sid4345@gateway/web/irccloud.com/session)
- # [14:34] * Quits: SamB (~SamB@2001:470:1f07:57:dcbd:c7c3:722f:4a87) (Ping timeout: 252 seconds)
- # [14:34] * Joins: hdv (sid2376@gateway/web/irccloud.com/session)
- # [14:34] * Joins: Domenic (sid10976@gateway/web/irccloud.com/session)
- # [14:34] * Joins: jungkees (uid24208@gateway/web/irccloud.com/session)
- # [14:34] * Joins: jkomoros___ (uid7860@gateway/web/irccloud.com/session)
- # [14:34] * Joins: cwilso (sid10206@gateway/web/irccloud.com/session)
- # [14:34] * Joins: dfreedm (sid7859@gateway/web/irccloud.com/session)
- # [14:34] * Joins: scheib_ (sid4467@gateway/web/irccloud.com/session)
- # [14:34] * Joins: wanderview_ (sid22777@gateway/web/irccloud.com/session)
- # [14:34] * Joins: scottjehl_____ (sid3055@gateway/web/irccloud.com/session)
- # [14:34] * Joins: birtles_ (sid16523@gateway/web/irccloud.com/session)
- # [14:34] * Joins: sgalineau (sid26595@gateway/web/irccloud.com/session)
- # [14:34] * Joins: tobie_ (sid5692@gateway/web/irccloud.com/session)
- # [14:34] * Joins: slightlyoff (sid1768@gateway/web/irccloud.com/session)
- # [14:34] * Quits: Krinkle|detached (~Krinkle@wikimedia/Krinkle) (Ping timeout: 245 seconds)
- # [14:34] * Quits: tbsaunde (~tbsaunde@people1.scl3.mozilla.com) (Ping timeout: 245 seconds)
- # [14:34] * Joins: phuu (sid7721@gateway/web/irccloud.com/session)
- # [14:34] * Quits: abarth (sid5294@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: abarth (sid5294@gateway/web/irccloud.com/x-sxecudojnghqfcoy)
- # [14:34] * Joins: kcherkashin____ (sid25169@gateway/web/irccloud.com/session)
- # [14:34] <jgraham_> Turns out that facebook guest wifi sucks
- # [14:34] * Quits: remysharp (sid4345@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: remysharp (sid4345@gateway/web/irccloud.com/x-avgknynuvxrtetym)
- # [14:34] * Quits: sspi (uid34681@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: sspi (uid34681@gateway/web/irccloud.com/x-azzdzgvkoctjeomh)
- # [14:34] * Quits: JonathanNeal (sid5831@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: JonathanNeal (sid5831@gateway/web/irccloud.com/x-wbwfgbrvvoaotqza)
- # [14:34] * Quits: JakeA_ (uid3836@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: JakeA_ (uid3836@gateway/web/irccloud.com/x-fzlljrmcjmvkhxqf)
- # [14:34] * Quits: sangwhan_ (sid12645@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: sangwhan_ (sid12645@gateway/web/irccloud.com/x-nepgwpsqzoblsaek)
- # [14:34] * Quits: krit (sid15081@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: krit (sid15081@gateway/web/irccloud.com/x-segexvzcgcowercj)
- # [14:34] * jgraham_ is now known as jgraham
- # [14:34] * Quits: hdv (sid2376@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: hdv (sid2376@gateway/web/irccloud.com/x-softzaebxjfkspvt)
- # [14:34] * Quits: slightlyoff (sid1768@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: slightlyoff (sid1768@gateway/web/irccloud.com/x-ydvsgaojivagxvmn)
- # [14:34] * Quits: Domenic (sid10976@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: Domenic (sid10976@gateway/web/irccloud.com/x-gqgeorftftshnuij)
- # [14:34] * Quits: tobie_ (sid5692@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: tobie_ (sid5692@gateway/web/irccloud.com/x-iuuiybbquvdrmplk)
- # [14:34] * Quits: jungkees (uid24208@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-ltahmikvkqimafie)
- # [14:34] * Quits: cwilso (sid10206@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: cwilso (sid10206@gateway/web/irccloud.com/x-otepxuuzdtbqsoiv)
- # [14:34] * Quits: jkomoros___ (uid7860@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: jkomoros___ (uid7860@gateway/web/irccloud.com/x-zezgwotwjhjclaqo)
- # [14:34] * Quits: birtles_ (sid16523@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: birtles_ (sid16523@gateway/web/irccloud.com/x-ojxbhidvaatizorp)
- # [14:34] * Quits: scheib_ (sid4467@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: scheib_ (sid4467@gateway/web/irccloud.com/x-sgqtoynnygrorjah)
- # [14:34] * Quits: dfreedm (sid7859@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: dfreedm (sid7859@gateway/web/irccloud.com/x-lhxvxxgmrabeogih)
- # [14:34] * Quits: wanderview_ (sid22777@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: wanderview_ (sid22777@gateway/web/irccloud.com/x-eirzxptsddgendyb)
- # [14:34] * Quits: scottjehl_____ (sid3055@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: scottjehl_____ (sid3055@gateway/web/irccloud.com/x-hvjeldxqgfvwjtzw)
- # [14:34] * Quits: sgalineau (sid26595@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: sgalineau (sid26595@gateway/web/irccloud.com/x-ihpuriigwbwhjrqg)
- # [14:34] * Quits: kcherkashin____ (sid25169@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: kcherkashin____ (sid25169@gateway/web/irccloud.com/x-czvbdvzogjjbzvhn)
- # [14:34] * Quits: phuu (sid7721@gateway/web/irccloud.com/session) (Changing host)
- # [14:34] * Joins: phuu (sid7721@gateway/web/irccloud.com/x-ivcdejcxpizyfwtr)
- # [14:34] * Joins: mathiasbynens (sid2247@gateway/web/irccloud.com/x-pcifgmwutcgdbuua)
- # [14:35] * Joins: SamB (~SamB@2001:470:1f07:57:a873:82b1:658:cc91)
- # [14:36] * Joins: richt (~richt@83.218.67.123)
- # [14:36] * Quits: richt_ (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:37] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
- # [14:37] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:37] * Joins: richt (~richt@83.218.67.123)
- # [14:39] <hsivonen> MikeSmith: what do the new additions of the galimatias jar and TabAtkins's tokenizer.js and parser.js do?
- # [14:39] <hsivonen> MikeSmith: in the validator, that is
- # [14:40] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:40] * Joins: richt (~richt@83.218.67.123)
- # [14:42] * Joins: Guest77888 (~Krinkle@ec2-50-112-50-28.us-west-2.compute.amazonaws.com)
- # [14:42] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Remote host closed the connection)
- # [14:42] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [14:42] <hsivonen> MikeSmith: ah. so galimatias is a new URL parsing lib
- # [14:43] <hsivonen> MikeSmith: there's something wrong with the build script, though. It's not getting picked up by javac
- # [14:44] * Joins: richt_ (~richt@83.218.67.123)
- # [14:44] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [14:44] <MikeSmith> hsivonen: the latest galimatias release addes UTS 46 to bring it into conformance with the current URL spec. It just uses ICU4J
- # [14:46] <MikeSmith> hsivonen: as far as TabAtkins's tokenizer.js and parser.js, I'm using them for @sizes checking via a bridge through Rhino
- # [14:47] <MikeSmith> hsivonen: I think we could eventually replace the current MediaQuery datatype checker -- which isn't conformant with the latest CSS specs -- with a new one written using TabAtkins's tokenizer
- # [14:48] <MikeSmith> hsivonen: but I'm not doing that yet. Right now, I'm only using it as an extra step to catch any outright syntax errors, before it then goes to the existing MediaQuery datatype checker
- # [14:48] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [14:49] <MikeSmith> hsivonen: if the build script is failing it may be I broke something very recently. I'll do a fresh checkout and see myself too
- # [14:50] <hsivonen> MikeSmith: bridge through Rhino... wow. there must be a you dawg joke in there somewhere. :-)
- # [14:50] <hsivonen> MikeSmith: I just pushed a build.py update for the dl URL for jsontool-core, FWIW
- # [14:50] <MikeSmith> hsivonen: as far as galimatias I only have it being used now for Iri and IriRef datatype checking, and DataURI checking -- but we could eventually use it to replace the other cases where we're using Jena
- # [14:51] <MikeSmith> ok
- # [14:51] <hsivonen> MikeSmith: I see
- # [14:51] <hsivonen> I'm pretty sure there's just a classpath problem with how build.py invokes javac
- # [14:53] <hsivonen> MikeSmith: at least the version of galimatas in classpath doesn't match the version on disk
- # [14:54] <MikeSmith> hsivonen: yeah I wasn't sure the Rhino bridge thing would have acceptable performance but it seems to be just fine. It all gets compiled just once -- static. And I guess that may costs some couple hundred milliseconds the first time, but then after that it's negligible -- a few milliseconds at most maybe
- # [14:54] <MikeSmith> hsivonen: OK will check right now
- # [14:54] <hsivonen> MikeSmith: cool
- # [14:54] <hsivonen> OK. I fixed this locally. I'll push.
- # [14:54] <MikeSmith> ok
- # [14:55] * MikeSmith is curious to see what he was doing wrong
- # [14:55] <darobin> MikeSmith: I think it was that last drink Saturday night
- # [14:56] <MikeSmith> darobin: either that or the part where I fell off the hotel balcony
- # [14:56] <darobin> that would cause problems with the validator for sure
- # [14:58] <hsivonen> MikeSmith: https://github.com/validator/build/commit/6f429116af4820f96223de8eb60e3df653b9f567
- # [14:58] <MikeSmith> jgraham: I bet it still doesn't suck as bad as Mozilla SF guest wifi
- # [14:59] <MikeSmith> hsivonen: ah yeah. sorry :( that's the 2nd time I maade that same mistake (I did it the previous time galimatias got updated)
- # [15:01] <jgraham> MikeSmith: I think you were unlucky, although I might be wrong
- # [15:01] <MikeSmith> hsivonen: btw I don't know what we're using jsontools for. I trust it is still actually being used somewhere
- # [15:01] <hsivonen> MikeSmith: used for HTML tokenizer unit tests
- # [15:01] <MikeSmith> hsivonen: ah OK
- # [15:03] <hsivonen> looks like I need to teach my deployment script about galimatias
- # [15:10] * Joins: richt (~richt@83.218.67.123)
- # [15:10] * Quits: richt_ (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [15:10] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-ltahmikvkqimafie) (Quit: Connection closed for inactivity)
- # [15:13] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [15:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [15:15] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [15:20] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 264 seconds)
- # [15:20] * Quits: hemanth_ (~hemanth@122.167.108.138) (Quit: This computer has gone to sleep)
- # [15:20] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
- # [15:20] * smaug____ wonders if keygen could be killed
- # [15:20] * Quits: richt (~richt@83.218.67.123) (Read error: Connection reset by peer)
- # [15:20] * Joins: richt (~richt@83.218.67.123)
- # [15:21] * Joins: TallTed (~Thud@63.119.36.36)
- # [15:23] <MikeSmith> smaug____: it can't (not last I heard at least). I think Apple was one of those saying they're aware of known sites it would be break that aren't likely to change to quit using it
- # [15:23] <MikeSmith> smaug____: I guess it remains an evangelism issue (as far as possibility of killing it)
- # [15:23] <smaug____> MikeSmith: do you recall when apple said that?
- # [15:24] <MikeSmith> smaug____: I could try to find it. It's been a few years. I think it was on the public-html list
- # [15:25] <MikeSmith> hsivonen: I did a fresh checkout and build (with your build.py changes) and it all runs fine
- # [15:26] * Joins: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [15:26] <MikeSmith> hsivonen: though I see that the galimatias change does cause the TestRunner build to fail. But that's not fatal. Anyway, I'll try to fix that too right now
- # [15:26] * Quits: plutoniix (~plutoniix@node-s7x.pool-180-180.dynamic.totbb.net) (Read error: Connection reset by peer)
- # [15:28] * Joins: Ualidus (~root@LMontsouris-152-62-14-199.w80-13.abo.wanadoo.fr)
- # [15:28] <Ualidus> hello
- # [15:29] * Joins: plutoniix (~plutoniix@node-s7x.pool-180-180.dynamic.totbb.net)
- # [15:29] * Joins: jensnockert_ (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com)
- # [15:29] <MikeSmith> hsivonen: hmm no I see that's not a build issue but instead seems to be a runtime problem that the TestRunner is exposing
- # [15:30] <MikeSmith> Ms2ger: quit trolling over on #w3c ("Can anyone recommend a good guide for making my website xhtml 2.0 compliant?")
- # [15:30] * Quits: jensnockert (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Ping timeout: 264 seconds)
- # [15:30] <Ualidus> I have a question, I don't understand the part of the warning about the InvalidAccessError : http://xhr.spec.whatwg.org/#the-open%28%29-method
- # [15:31] <Ualidus> I think I have this error occuring, but I'm not quite sure...
- # [15:31] <Ualidus> and I don't know how to fix it
- # [15:36] <Ualidus> according to the steps of the open method, the error should be thrown before the request is sent (I suppose), but it seems my script is used anyway... I'm completely lost. :)
- # [15:37] * Quits: richt (~richt@83.218.67.123) (Remote host closed the connection)
- # [15:38] * Joins: richt (~richt@83.218.67.123)
- # [15:39] <hsivonen> MikeSmith: so the deployment script I have actually does upload galimatias to the server
- # [15:39] <hsivonen> MikeSmith: but it fails for some other reason...
- # [15:39] <hsivonen> It doesn't find the main class
- # [15:39] <hsivonen> I'm trying to see if there's a problem with the command line
- # [15:42] * Quits: globbot (~logbot@lump.glob.com.au) (Remote host closed the connection)
- # [15:42] * Quits: jensnockert_ (~jensnocke@h51n3-kba-a11.ias.bredband.telia.com) (Remote host closed the connection)
- # [15:43] <MikeSmith> hsivonen: OK
- # [15:43] * Joins: globbot (~logbot@lump.glob.com.au)
- # [15:43] * hsivonen sees -Dnu.validator.servlet.follow-w3c-spec=0
- # [15:43] * Quits: richt (~richt@83.218.67.123) (Ping timeout: 272 seconds)
- # [15:43] * hsivonen doesn't recall noticing that before
- # [15:44] <hsivonen> the error I get is Error: Could not find or load main class results
- # [15:44] <MikeSmith> hsivonen: yeah a while back I separated out the w3c "branding" behavior from the w3c-specific schema behavior
- # [15:45] <MikeSmith> hsivonen: a class literally named "results"?
- # [15:46] <Ms2ger> jgraham, oh, you folks are at GB?
- # [15:46] <Ms2ger> FB*
- # [15:46] <MikeSmith> hsivonen: at this point I wonder if we should just back out to the previous galimatias version -- 0.0.4 I guess
- # [15:48] <Ms2ger> MikeSmith, I wish I could troll as well as that person
- # [15:49] <MikeSmith> hsivonen: because another problem is that galimatias 0.1.0 requires a newer version of ICU4J than what we have. I think it maybe it needs v4.5 at least, and we have v4.4 -- which seems to lack the getUTS46Instance method (or at least the right getUTS46Instance method that galimatias expects)
- # [15:49] <MikeSmith> Ms2ger: :-)
- # [15:54] * sangwhan_ is now known as sangwhan
- # [15:57] * Joins: newtron (~newtron@199.71.174.204)
- # [15:57] * Quits: newtron (~newtron@199.71.174.204) (Remote host closed the connection)
- # [15:58] * Joins: newtron (~newtron@199.71.174.203)
- # [16:01] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
- # [16:01] * Quits: satazor (~satazor@bl17-208-83.dsl.telepac.pt) (Remote host closed the connection)
- # [16:01] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:06] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 264 seconds)
- # [16:16] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:16] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [16:20] * Joins: hemanth_ (~hemanth@122.167.108.138)
- # [16:21] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
- # [16:26] <Ualidus> i have to go, see ya.
- # [16:26] * Parts: Ualidus (~root@LMontsouris-152-62-14-199.w80-13.abo.wanadoo.fr)
- # [16:30] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
- # [16:39] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [16:39] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:40] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Read error: Connection reset by peer)
- # [16:40] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [16:53] * Joins: Jasper (jstpierre@unaffiliated/magcius)
- # [16:54] <Jasper> Trying to parse something in the CSS transitions spec.
- # [16:54] <Jasper> "For each shadow, if one input shadow is ‘inset’ and the other is not, then the result for that shadow matches the inputs; otherwise the entire list is not interpolable."
- # [16:54] <Jasper> That reads to me like if the two shadows are opposing, then it's interpolable, but if they're the same, then it's not.
- # [16:54] <Jasper> That seems quite wrong to me.
- # [16:55] <Jasper> How am I supposed to read it?
- # [16:56] * Joins: ehsan (~ehsan@66.207.208.102)
- # [16:56] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [16:58] * Quits: Guest77888 (~Krinkle@ec2-50-112-50-28.us-west-2.compute.amazonaws.com) (Changing host)
- # [16:58] * Joins: Guest77888 (~Krinkle@wikimedia/Krinkle)
- # [16:58] * Guest77888 is now known as Krinkle
- # [17:00] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
- # [17:00] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 252 seconds)
- # [17:04] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:04] <MikeSmith> Jasper: you might have better luck pinging dino about that on #webkit, if he's around there
- # [17:05] <TabAtkins> Jasper: Yup, that's totally opposite.
- # [17:06] <TabAtkins> And also super-unclear what it's trying to talk about.
- # [17:06] <TabAtkins> (Looks like it's trying to define the inset-ness fo the interpolating shadow.)
- # [17:06] <TabAtkins> Jasper: I'll fix.
- # [17:08] <Jasper> TabAtkins, thanks!
- # [17:09] * Quits: Ducki_ (~Ducki@191.233.66.1) (Ping timeout: 240 seconds)
- # [17:10] * Quits: heycam|away (~cam@wok.mcc.id.au) (Ping timeout: 252 seconds)
- # [17:11] <TabAtkins> Jasper: What's your name, for the Acks?
- # [17:11] <Jasper> TabAtkins, Jasper St. Pierre
- # [17:11] <TabAtkins> Does that alphabetize as S or P?
- # [17:11] <Jasper> I'd go with S.
- # [17:12] <TabAtkins> Oh, didn't matter anyway; last name in the acks was an M.
- # [17:12] <TabAtkins> Anyway, fixed and pushing now.
- # [17:13] <MikeSmith> in the spec there's an example for the "accept" attribute for input@type that looks like <input type="file"accept=".doc,.docx,.xml,application/msword,application/vnd.openxmlformats-officedocument.wordprocessingml.document">
- # [17:14] <MikeSmith> that is, with extensions like ".doc" in there -- not just mime types
- # [17:14] <MikeSmith> Do UAs actually support that?
- # [17:14] <Ms2ger> TabAtkins, alphabetizes as J, clearly ;)
- # [17:16] <TabAtkins> Ms2ger: This spec alphabetizes by family name, so I'm just matching convention.
- # [17:17] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [17:19] * Quits: scor (scor@drupal.org/user/52142/view) (Read error: Connection reset by peer)
- # [17:19] * Joins: scor (scor@nat/acquia/x-xkgkvhbwtdvblobv)
- # [17:19] * Quits: scor (scor@nat/acquia/x-xkgkvhbwtdvblobv) (Changing host)
- # [17:19] * Joins: scor (scor@drupal.org/user/52142/view)
- # [17:22] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 264 seconds)
- # [17:24] <MikeSmith> hsivonen: dunno if you're still around any longer today, but if you are, please let me know if it's OK with you to downgrade galimatias do the previous version -- 0.0.4. I'd go ahead and just do it, but I don't want to further muff things up with you trying to deploy right now.
- # [17:25] <MikeSmith> hsivonen: anyway I don't think the 0.1.0 version of galimatias is going to work for us in production until we update our ICU4J version
- # [17:33] * Joins: lmclister (~lmclister@192.150.10.209)
- # [17:35] * Quits: lmclister (~lmclister@192.150.10.209) (Client Quit)
- # [17:35] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-lwpeuvrspzgjgnuy)
- # [17:40] * Joins: gavinc (~gavin@b91e-cff0-5833-fdd6-030d-4002-3420-2062.6rd.ip6.sonic.net)
- # [17:41] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
- # [17:41] * Joins: lmclister (~lmclister@192.150.10.209)
- # [17:41] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
- # [17:43] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
- # [17:46] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 255 seconds)
- # [17:48] * Joins: technommy (~technommy@121.15.84.49)
- # [17:53] * Quits: hemanth_ (~hemanth@122.167.108.138) (Quit: This computer has gone to sleep)
- # [18:01] * JakeA_ is now known as JakeA
- # [18:03] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [18:04] * Joins: mven_ (~textual@169.241.49.206)
- # [18:16] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [18:18] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [18:20] * Quits: mven_ (~textual@169.241.49.206) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:20] * Pookz_ is now known as Pookz
- # [18:23] * Quits: Pookz (~justin@rrcs-76-79-156-34.west.biz.rr.com) (Read error: Connection reset by peer)
- # [18:27] * Joins: BigBangUDR (~Thunderbi@115.245.13.106)
- # [18:29] * Quits: BigBangUDR (~Thunderbi@115.245.13.106) (Client Quit)
- # [18:29] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:36] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:752e:917a:32c1:71af) (Ping timeout: 240 seconds)
- # [18:40] * Krinkle is now known as Krinkle|detached
- # [18:43] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Quit: Reconnecting…)
- # [18:43] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [18:43] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
- # [18:44] * Krinkle|detached is now known as Krinkle
- # [18:46] * Joins: montecfel (~montecfel@gateway/tor-sasl/montecfel)
- # [18:57] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [19:01] * Joins: bholley (~bholley@corp.mtv2.mozilla.com)
- # [19:02] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 240 seconds)
- # [19:03] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
- # [19:06] * Joins: mven_ (~textual@169.241.49.206)
- # [19:10] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
- # [19:18] <Hixie> Manishearth: yeah, i need to update HTML to point to fetch.spec.whatwg.org
- # [19:19] * Quits: bnicholson (~bnicholso@24.130.57.109) (Ping timeout: 264 seconds)
- # [19:23] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [19:27] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 255 seconds)
- # [19:33] * Joins: ambv (~ambv@206.108.217.134)
- # [19:34] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [19:35] * Quits: jeremyj (~jeremyj@17.202.49.56) (Client Quit)
- # [19:35] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [19:36] * Quits: jeremyj (~jeremyj@17.202.49.56) (Client Quit)
- # [19:43] * Joins: estellevw (~estellewy@209.49.73.82)
- # [19:43] * Joins: jeremyj (~jeremyj@17.202.49.56)
- # [19:43] * Joins: weinig (~weinig@17.202.48.136)
- # [19:46] * Joins: ambv_ (~ambv@206.108.217.134)
- # [19:46] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:3e97:eff:feef:9aba)
- # [19:48] * Quits: ambv (~ambv@206.108.217.134) (Ping timeout: 248 seconds)
- # [19:50] * Quits: mven_ (~textual@169.241.49.206) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [19:51] * Joins: tj_vantoll (~Adium@adsl-108-68-140-60.dsl.lgtpmi.sbcglobal.net)
- # [19:52] * tbsaunde_ is now known as tbsaunde
- # [19:56] * Joins: mven_ (~textual@169.241.49.206)
- # [19:59] * Quits: mven_ (~textual@169.241.49.206) (Client Quit)
- # [20:00] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243])
- # [20:05] * Joins: mven_ (~textual@169.241.49.206)
- # [20:08] * Joins: jsbell (jsbell@nat/google/x-mhvrrvhzsifhmlis)
- # [20:10] * Quits: mven_ (~textual@169.241.49.206) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:11] * Joins: josemanuel (~josemanue@80.30.1.30)
- # [20:19] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [20:22] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [20:24] * Quits: bholley (~bholley@corp.mtv2.mozilla.com) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:26] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 248 seconds)
- # [20:26] * Joins: othermaciej (~mjs@17.245.24.24)
- # [20:26] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [20:27] * Joins: danjesus (~danjesus@187.37.68.156)
- # [20:30] * Quits: weinig (~weinig@17.202.48.136) (Quit: weinig)
- # [20:31] * Joins: izhak (~izhak@92.248.142.152)
- # [20:32] * Quits: othermaciej (~mjs@17.245.24.24) (Quit: othermaciej)
- # [20:33] * Joins: hasather (~hasather@80.91.33.141)
- # [20:35] * Joins: othermaciej (~mjs@17.245.24.24)
- # [20:37] * Joins: weinig (~weinig@17.114.0.243)
- # [20:37] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [20:41] * Joins: weinig_ (~weinig@17.244.3.104)
- # [20:43] * Quits: Philip` (~philip@compass.zaynar.co.uk) (Ping timeout: 240 seconds)
- # [20:43] * Quits: weinig (~weinig@17.114.0.243) (Ping timeout: 256 seconds)
- # [20:43] * weinig_ is now known as weinig
- # [20:44] * Joins: Philip` (~philip@compass.zaynar.co.uk)
- # [20:45] * Quits: othermaciej (~mjs@17.245.24.24) (Ping timeout: 272 seconds)
- # [20:46] * Joins: rniwa (~rniwa@17.202.43.222)
- # [20:52] * Joins: darobin (~darobin@78.208.93.24)
- # [20:57] * Joins: ^esc_ (~esc-ape@77.119.131.126.wireless.dyn.drei.com)
- # [20:58] * Quits: ^esc (~esc-ape@178.115.130.4.wireless.dyn.drei.com) (Ping timeout: 252 seconds)
- # [21:05] * Joins: othermaciej (~mjs@17.114.3.36)
- # [21:06] * Quits: sankha93 (uid12218@fsf/emeritus/sankha93) (Quit: Connection closed for inactivity)
- # [21:08] * Quits: weinig (~weinig@17.244.3.104) (Quit: weinig)
- # [21:08] * Quits: othermaciej (~mjs@17.114.3.36) (Client Quit)
- # [21:18] * Joins: othermaciej (~mjs@17.245.24.24)
- # [21:19] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
- # [21:20] * Quits: othermaciej (~mjs@17.245.24.24) (Client Quit)
- # [21:23] * Joins: othermaciej (~mjs@17.245.24.24)
- # [21:26] * Krinkle is now known as Krinkle|detached
- # [21:30] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:32] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 260 seconds)
- # [21:32] * Quits: othermaciej (~mjs@17.245.24.24) (Quit: othermaciej)
- # [21:37] * Quits: yoshiki (~yoshiki@miku.s.su.la) (Ping timeout: 240 seconds)
- # [21:38] * Quits: Ms2ger (~Ms2ger@98.196-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [21:40] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [21:41] <Hixie> jgraham: i removed omit_optional_tags=on but i'm still getting some end tags omitted, any idea what's up?
- # [21:42] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
- # [21:42] <zcorpan> mathiasbynens: hmm. i see "The latest plan is to land the showModalDialog removal in Chromium 36. "
- # [21:43] * Quits: estellevw (~estellewy@209.49.73.82) (Quit: estellevw)
- # [21:46] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Ping timeout: 248 seconds)
- # [21:47] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [21:47] * Joins: estellevw (~estellewy@209.49.66.106)
- # [21:50] * Quits: danjesus (~danjesus@187.37.68.156)
- # [21:53] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [21:53] <timeless> MikeSmith: where?
- # [21:53] * Joins: lmclister (~lmclister@192.150.10.209)
- # [21:58] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [21:58] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Remote host closed the connection)
- # [21:59] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [22:00] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Read error: Connection reset by peer)
- # [22:00] * Quits: tj_vantoll (~Adium@adsl-108-68-140-60.dsl.lgtpmi.sbcglobal.net) (Quit: Leaving.)
- # [22:00] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
- # [22:03] * Joins: mven_ (~textual@169.241.49.206)
- # [22:09] * Quits: ehsan (~ehsan@66.207.208.102) (Read error: Connection reset by peer)
- # [22:09] * Joins: ehsan (~ehsan@2001:450:1f:224:6496:c8ee:61b1:ded1)
- # [22:11] <montecfel> Why is nothing outputted when I resize the window? document.addEventListener("resize", function() { console.log("a"); });
- # [22:11] <montecfel> Also, is there better documentation than MozDev? I find it to suck.
- # [22:12] * Quits: jeremyj (~jeremyj@17.202.49.56) (Ping timeout: 264 seconds)
- # [22:12] * Joins: jeremyj_ (~jeremyj@17.114.217.142)
- # [22:13] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
- # [22:15] * Quits: mven_ (~textual@169.241.49.206) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:16] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:29a4:b25b:5ab7:3d4a)
- # [22:18] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [22:18] * Quits: jeremyj_ (~jeremyj@17.114.217.142) (Read error: Connection reset by peer)
- # [22:19] * Joins: jeremyj (~jeremyj@17.114.217.142)
- # [22:19] * Joins: dshwang_ (dshwang@nat/intel/x-ucvoqjldlkcqcwzu)
- # [22:21] * Quits: dshwang (~dshwang@192.55.55.37) (Remote host closed the connection)
- # [22:23] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [22:25] * Quits: scor (scor@drupal.org/user/52142/view) (Ping timeout: 255 seconds)
- # [22:25] * Quits: hober (~ted@unaffiliated/hober) (Read error: Connection reset by peer)
- # [22:26] * Joins: hober (~ted@unaffiliated/hober)
- # [22:29] * Joins: mven_ (~textual@169.241.49.206)
- # [22:30] * Parts: montecfel (~montecfel@gateway/tor-sasl/montecfel)
- # [22:31] <mathiasbynens> montecfel: because you’re resizing the `window`, like you said, not the `document`
- # [22:34] * Quits: mven_ (~textual@169.241.49.206) (Ping timeout: 240 seconds)
- # [22:34] <Hixie> gsnedders: dude in what order does anolis number IDs?
- # [22:34] <Hixie> gsnedders: i just noticed that id=history-0 is after id=history-1 in the HTML spec
- # [22:35] <Hixie> is it like dfns before headings or some such?
- # [22:39] <Hixie> looks like that's exactly what it is
- # [22:39] <Hixie> oh man
- # [22:47] * Quits: jeremyj (~jeremyj@17.114.217.142) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [22:48] * Joins: jeremyj (~jeremyj@17.114.217.142)
- # [22:55] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:56] * Quits: rniwa (~rniwa@17.202.43.222) (Remote host closed the connection)
- # [22:56] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [22:57] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-lwpeuvrspzgjgnuy)
- # [23:00] * Joins: mven_ (~textual@169.241.49.206)
- # [23:03] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [23:05] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [23:07] * Joins: Decapitated82 (~IceChat9@c-24-19-7-174.hsd1.wa.comcast.net)
- # [23:08] * Parts: Decapitated82 (~IceChat9@c-24-19-7-174.hsd1.wa.comcast.net)
- # [23:09] * Quits: TallTed (~Thud@63.119.36.36)
- # [23:09] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [23:13] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [23:13] * Joins: othermaciej (~mjs@17.114.216.235)
- # [23:13] * Joins: weinig (~weinig@17.244.5.121)
- # [23:17] * Joins: bholley (~bholley@corp.mtv2.mozilla.com)
- # [23:31] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [23:31] * Quits: izhak (~izhak@92.248.142.152) (Ping timeout: 255 seconds)
- # [23:40] * Krinkle|detached is now known as Krinkle
- # [23:42] * Quits: weinig (~weinig@17.244.5.121) (Ping timeout: 255 seconds)
- # [23:44] * Quits: darobin (~darobin@78.208.93.24) (Remote host closed the connection)
- # [23:49] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:29a4:b25b:5ab7:3d4a) (Quit: Leaving.)
- # Session Close: Tue Jul 08 00:00:00 2014
The end :)