Options:
- # Session Start: Thu Dec 15 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] <Ms2ger> And how about if the document is "<img><img id=foo><img id=foo>"?
- # [00:01] * Joins: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net)
- # [00:01] <rniwa> Ms2ger: oh wait... neither DOM3 nor DOM4 appear to specify the behavior for looking up children via id.
- # [00:02] <Ms2ger> Hint: item takes an unsigned long
- # [00:02] <rniwa> oh wait it does: http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#htmlcollection
- # [00:02] <rniwa> Ms2ger: "Returns the first item with ID or name name from the collection."
- # [00:02] * Quits: drublic (~drublic@frbg-4d0290a7.pool.mediaWays.net) (Remote host closed the connection)
- # [00:02] <Ms2ger> That's namedItem
- # [00:03] <rniwa> oh..
- # [00:03] <rniwa> Ms2ger: good point.
- # [00:03] <rniwa> should probably throw in that case?
- # [00:03] <Ms2ger> Another hint: ToUint32("foo") is 0
- # [00:03] * Quits: smaug____ (~chatzilla@193-64-22-190-nat.elisa-mobile.fi) (Ping timeout: 276 seconds)
- # [00:03] <rniwa> Ms2ger: huh. we'll get the first element anyway huh?
- # [00:03] <rniwa> Ms2ger: that might be confusing.
- # [00:04] <Ms2ger> That's what should happen, indeed
- # [00:04] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Quit: Lost terminal)
- # [00:04] <Ms2ger> Now test in Chrome :)
- # [00:04] <rniwa> Ms2ger: it's broken?
- # [00:04] <Ms2ger> It returns a nodelist with the two last imgs
- # [00:04] <rniwa> Ms2ger: I happen to be refactoring the code implementing all of that
- # [00:04] <rniwa> Ms2ger: so I'm more than happy to fix that
- # [00:04] <Ms2ger> \o/
- # [00:04] <rniwa> Ms2ger: huh odd
- # [00:04] * Joins: nessy (~Adium@124-169-149-59.dyn.iinet.net.au)
- # [00:05] <Ms2ger> Code is here, fwiw: http://www.google.com/codesearch#OAMlx_jo-ck/src/third_party/WebKit/Source/WebCore/bindings/js/JSHTMLCollectionCustom.cpp&exact_package=chromium&q=HTMLCollection&l=74
- # [00:05] <rniwa> Ms2ger: could you file a bug on bugs.webkit.org?
- # [00:05] <Ms2ger> Sure
- # [00:06] <Ms2ger> HTML DOM?
- # [00:06] <rniwa> Ms2ger: yup
- # [00:06] <rniwa> Ms2ger: cc me (rniwa@webkit.org)
- # [00:06] <Ms2ger> Will do, thanks
- # [00:07] <rniwa> Ms2ger: to begin with, I don't think item() should be returning a list of item
- # [00:07] <rniwa> of nodes*
- # [00:07] <rniwa> Ms2ger: it should be returning a node
- # [00:07] <rniwa> wtf...
- # [00:07] * jernoble|afk is now known as jernoble
- # [00:07] * Quits: Martijnc (~Martijn@d54C02C64.access.telenet.be) (Quit: - Martijnc)
- # [00:08] * Joins: Martijnc (~Martijn@d54C02C64.access.telenet.be)
- # [00:09] <zewt> // FIXME: HTML5 specifies that non-HTMLOptionsCollection collections should return
- # [00:09] <zewt> // the first matching item instead of a NodeList.
- # [00:09] <zewt> seems strange to release code with that big of a FIXME
- # [00:09] * Quits: graememcc (~chatzilla@host86-148-30-166.range86-148.btcentralplus.com) (Ping timeout: 240 seconds)
- # [00:09] <Ms2ger> HTML5 probably didn't exist when the code was written
- # [00:10] <rniwa> zewt: it's funny how we do it correctly for html option element
- # [00:11] <rniwa> zewt: which is probably like 0.01% of usage of that API
- # [00:11] <annevk> zewt: different synchronous flags
- # [00:11] <annevk> zewt: one is tied to XMLHttpRequest, one is tied to fetch
- # [00:11] <zewt> but the fetch is happening within an algorithm that itself is already async
- # [00:12] * Quits: weinig (~weinig@17.245.90.204) (Quit: weinig)
- # [00:12] * Joins: smaug____ (~chatzilla@193-64-22-176-nat.elisa-mobile.fi)
- # [00:12] <annevk> zewt: only if the asynchronous flag is unset
- # [00:12] <annevk> euh synchronous flag
- # [00:12] <annevk> 8.5 does not happen if the synchronous flag is set
- # [00:13] <zewt> i mean, if the synchronous flag is unset, then you go async, then run fetch and tell it to go async when it's already async
- # [00:13] <zewt> (i don't think this breaks anything, which is why it was just a curiosity, just seems redundant)
- # [00:13] * Quits: othermaciej (~mjs@17.245.89.112) (Quit: othermaciej)
- # [00:14] <annevk> it matters for the case where the synchronous flag is set I think
- # [00:14] <zewt> but step 9 could just always set the fetch synchronous flag
- # [00:14] <annevk> no
- # [00:15] <zewt> for async xhr, step 9 itself is already async (due to 8.5), and the fetch is part of that
- # [00:15] <annevk> and the fetch needs to happen async
- # [00:15] <annevk> because other things happen during the fetch
- # [00:15] <annevk> in the async case
- # [00:15] <zewt> but it is, since the calling algorithm is already async
- # [00:15] <annevk> right
- # [00:15] <annevk> and in the sync case, the fetch needs to be sync
- # [00:15] <annevk> because nothing should happen during the fetch
- # [00:16] <zewt> which it also is (since 8.5 doesn't happen)
- # [00:16] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Quit: miketaylr)
- # [00:16] <annevk> send() returning has no effect on how the message loop works per se
- # [00:17] <zewt> well
- # [00:17] <zewt> i read step 8.5 as "return the send() call, and continue running this algorithm asynchronously" (since there's no other way you can keep running the algorithm)
- # [00:18] <zewt> (it doesn't actually say "asynchronously", but if that's not what's intended I'm not sure what it means)
- # [00:19] <zewt> eg. step 8.5 causes step 9 itself to happen asynchronously, so anything it does (eg. the fetch) is asynchronous, so the fetch algorithm doesn't need to do that again
- # [00:20] * Joins: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [00:20] * Joins: sicking_ (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [00:21] * Quits: sicking (~chatzilla@adsl-63-204-27-202.dsl.snfc21.pacbell.net) (Ping timeout: 245 seconds)
- # [00:21] * sicking_ is now known as sicking
- # [00:22] <annevk> so you say the fetch algorithm should not have a synchronous flag because it is implied?
- # [00:22] <zewt> no (because other things use it--I assume)
- # [00:22] <annevk> e.g. you think the way http://www.whatwg.org/specs/web-apps/current-work/#dom-xmldocument-load is defined is wrong?
- # [00:22] <zewt> i just mean that XHR can always set the synchronous flag
- # [00:22] * Quits: dainbrain (~dain@nat.corp.mediatemple.net) (Quit: dainbrain)
- # [00:22] <zewt> because it's redundant with 8.5 which already makes the fetch async
- # [00:23] <annevk> if you set the synchronous flag fetch will not update you intermediately
- # [00:23] <annevk> so switching states and such breaks
- # [00:23] <zewt> ah k
- # [00:24] <annevk> there's probably a better way to define this and we'll figure it out in a decade or so
- # [00:24] <zewt> heh
- # [00:24] <annevk> this is the first iteration of defining fetching and it's not always awesome
- # [00:25] <annevk> defining HTML properly took twenty years or so
- # [00:25] <annevk> encodings: ongoing
- # [00:25] <zewt> seems like it's also pretty hard to find the boundary of where it's worth banging your head trying to clean up and tighten a spec, and where it really is "good enough"
- # [00:25] <annevk> URLs: ew
- # [00:25] <annevk> zewt: I think the boundary is "good enough for now"
- # [00:25] <Ms2ger> DOM: ew
- # [00:25] <zewt> which I guess comes down to how much you trust implementors
- # [00:25] <annevk> where "for now" means the next five years
- # [00:26] <Ms2ger> Not at all
- # [00:26] * Joins: davidb (~davidb@bas1-toronto06-2925212153.dsl.bell.ca)
- # [00:26] <zewt> if you don't trust them *at all* then you try to turn specs into legal documents and everyone wants to kill themselves
- # [00:26] <annevk> and then we'll find a better way and maybe five-ten years later someone will write it up that way
- # [00:26] * Quits: Ms2ger (~Ms2ger@91.181.120.71) (Quit: nn)
- # [00:26] <annevk> Ms2ger: hey, DOM is becoming pretty decent
- # [00:26] <annevk> good idea about nn
- # [00:26] <zewt> you missed
- # [00:27] <annevk> I do appreciate you taking a close look
- # [00:27] <annevk> you are one of the rare few that do :)
- # [00:27] <zewt> don't want to waste your time on stuff that works, i do want to figure out why things are the way they are though :)
- # [00:27] <annevk> and imo it's definitely worth it
- # [00:29] <annevk> oh hey, for those who care, I wrote something somewhat "lenghty" (compared to my usual posts) in Dutch: http://fronteers.nl/blog/2011/12/het-platform-bouwen
- # [00:30] <annevk> it's rambling on building the platform
- # [00:31] * Joins: othermaciej (~mjs@17.245.17.234)
- # [00:32] * Quits: othermaciej (~mjs@17.245.17.234) (Client Quit)
- # [00:32] <zewt> gaah
- # [00:33] <zewt> i just typed "document.body.children" into the chrome console ... in a tools window attached to the single-page html spec
- # [00:33] <zewt> quite possibly the worst idea imaginable
- # [00:33] <annevk> we spec editors love not using anything but <hx> and <p> inside <body> :)
- # [00:33] <zewt> well, the problem being that the console froze :P
- # [00:34] <gsnedders> zewt: Surprising. :P
- # [00:34] <gsnedders> zewt: File a perf bug. :P
- # [00:34] <zewt> yeah i'll get riiiight on that
- # [00:35] <annevk> HTML has perf bugs. Film at 11.
- # [00:35] * Joins: othermaciej (~mjs@17.245.17.234)
- # [00:35] <annevk> if reddit was not mainstream I'm sure it would be a meme :p
- # [00:35] * Joins: weinig (~weinig@17.245.20.158)
- # [00:38] <zewt> fwiw, IE9 agrees with Chrome about document.body.children[string] returning a collection rather than the first item
- # [00:38] <zewt> re earlier conversation
- # [00:39] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Quit: miketaylr)
- # [00:41] <Hixie> anyone know if anyone implements dropzone="" yet?
- # [00:41] * Quits: davidb (~davidb@bas1-toronto06-2925212153.dsl.bell.ca) (Quit: davidb)
- # [00:41] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [00:41] <zewt> (looks like Opera returns a collection, too)
- # [00:42] * Joins: rniwa (~rniwa@216.239.45.130)
- # [00:42] * Quits: Morphous (jan@unaffiliated/amorphous) (Ping timeout: 240 seconds)
- # [00:42] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [00:42] * Joins: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [00:43] * Parts: gicode (gicode@rancor.csh.rit.edu)
- # [00:43] <zewt> rniwa: ^
- # [00:43] <rniwa> zewt: pong
- # [00:43] <J_Voracek>
- # [00:43] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Client Quit)
- # [00:44] * Joins: KevinMarks (~KevinMark@173-13-183-134-sfba.hfc.comcastbusiness.net)
- # [00:44] * Joins: jacobolus (~jacobolus@adsl-75-36-158-177.dsl.pltn13.sbcglobal.net)
- # [00:44] <MikeSmith> yall dutch MCs got a nice language to work with
- # [00:44] <rniwa> zewt: wait, so children returns a collection?
- # [00:44] <rniwa> on IE9?
- # [00:44] * MikeSmith reading http://fronteers.nl/blog/2011/12/het-platform-bouwen
- # [00:47] <MikeSmith> rniwa: hey, you have a test suite of any kind started for undomanager?
- # [00:47] <rniwa> MikeSmith: not yet
- # [00:47] <MikeSmith> ok
- # [00:47] <MikeSmith> would be a bit premature, I guess
- # [00:48] <rniwa> MikeSmith: my plan is to start implementing it in webkit and write test suites as I do
- # [00:48] <MikeSmith> cool
- # [00:48] <rniwa> s/test suite/tests/
- # [00:48] <zewt> rniwa: one sec, making a quick test page
- # [00:48] <rniwa> MikeSmith: it's hard to write good tests without any implementation
- # [00:48] <MikeSmith> I'm in the process now of looking at specs in development and figuring out which are priorities for testing
- # [00:48] <MikeSmith> rniwa: yeah, sure
- # [00:49] <smaug____> priorities for testing? all of them?
- # [00:49] <zewt> http://zewt.org/~glenn/test-htmlcollection.html
- # [00:49] * Quits: plutoniix (~plutoniix@1.47.199.28) (Quit: Leaving)
- # [00:49] * Quits: jacobolus (~jacobolus@adsl-75-36-158-177.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [00:49] <zewt> rniwa: IE returns an HTMLCollection containing both items for both children["x"] and children.item("x")
- # [00:50] <MikeSmith> smaug____: well, more in terms of "what are we lacking any test suites at all for right now but that we could have tests for if somebody were to write test cases"
- # [00:50] <rniwa> zewt: that seems wrong
- # [00:50] <zewt> chrome returns an array containing the same (but it's not an HTMLCollection)
- # [00:50] <rniwa> zewt: :(
- # [00:50] <zewt> (but they're both similar--they're both arrays of results)
- # [00:50] <zewt> only Firefox actually returns a single result for both of those
- # [00:50] <rniwa> zewt: that sucks
- # [00:50] <zewt> basically, IE (and almost Chrome) treats those functions as filters instead of getters
- # [00:50] <rniwa> zewt: maybe there are some web contents that depend on this behavior then
- # [00:51] <zewt> in IE9 you can say document.body.children["x"]["x"]["x"]["x"]["x"] since each returns another HTMLCollection
- # [00:51] * Quits: MikeSmith (~MikeSmith@EM1-112-245-243.pool.e-mobile.ne.jp) (Quit: Make the road by walking. (B-side: Tired of Fighting))
- # [00:51] <rniwa> zewt: that's funny
- # [00:52] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Quit: miketaylr)
- # [00:52] * Joins: MikeSmith (~MikeSmith@EM1-112-245-243.pool.e-mobile.ne.jp)
- # [00:52] * zewt hunts around opera trying to find the console, which seems to be quite well-hidden now
- # [00:52] <zewt> gaaaaah, opera is yet different, heh
- # [00:52] <zewt> let me dump the results into a static page
- # [00:52] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [00:53] * Joins: miketaylr (~miketaylr@ip68-12-241-42.ok.ok.cox.net)
- # [00:53] * Joins: miketayl_r (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [00:54] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [00:54] <zewt> gah, copying text from ff8's console and pasting into notepad is doing something evil
- # [00:54] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [00:54] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [00:55] <smaug____> zewt: what does it do?
- # [00:55] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [00:55] <smaug____> on FF9 it seems to work just fine
- # [00:55] <smaug____> (linux)
- # [00:55] <zewt> not entirely sure, i ended up with some kind of non-printing characters at the end of the line which confused it
- # [00:55] <zewt> i jumped to gvim, i'll poke at it in a few
- # [00:56] * Quits: miketayl_r (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Client Quit)
- # [00:56] * Joins: Morphous (jan@unaffiliated/amorphous)
- # [00:57] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 252 seconds)
- # [00:57] * Quits: miketaylr (~miketaylr@ip68-12-241-42.ok.ok.cox.net) (Ping timeout: 240 seconds)
- # [00:57] <Velmont> zewt: CTRL+ALT+I for DragonFly, then you can either ESC to get a console, or click it. -- Or Error Console, CTRL ALT O. I think :-)
- # [00:58] * Joins: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [00:58] <annevk> whoa
- # [00:58] <annevk> data:text/html,<style>input:hover{background:lime}</style><label>hover this text<input></label>
- # [00:58] <sicking> zewt: wait, wht does body.children.x return?
- # [00:58] <annevk> in WebKit/Gecko
- # [00:58] <annevk> that's pretty wild
- # [00:58] <sicking> zewt: all elements with name <x> in the children list?
- # [00:58] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 252 seconds)
- # [00:59] <zewt> sicking: one sec
- # [00:59] <zewt> http://zewt.org/~glenn/test-htmlcollection-results.txt
- # [00:59] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [00:59] <zewt> for those three, literally every implementation is significantly different, heh
- # [00:59] <sicking> annevk: ugh, gecko has a pretty nasty bug there
- # [00:59] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [00:59] <sicking> annevk: hover the label, then the <input> and then the label again
- # [01:00] * Quits: hasather_ (~hasather_@84.38.144.96) (Ping timeout: 252 seconds)
- # [01:00] <TabAtkins> annevk: Yeah, exposing dictionaries somehow would be good, so you can trivially feature-test.
- # [01:00] * Joins: bzed (~bzed@devel.recluse.de)
- # [01:00] <annevk> sicking: oops
- # [01:00] <sicking> annevk: nice, webkit has the same bug
- # [01:00] <annevk> sicking: prolly because of the magic
- # [01:00] <sicking> annevk: harder to trigger, but it's still there
- # [01:01] <rniwa> zewt: seems like IE9's behavior is most sane
- # [01:01] * Joins: kennyluck (~kennyluck@114-25-245-5.dynamic.hinet.net)
- # [01:01] <rniwa> zewt: of course FF8's behavior matches the spec but is inconsistent with the rest.
- # [01:02] <rniwa> zewt: I think we should just change the spec to always return HTMLCollection
- # [01:02] * Quits: smaug____ (~chatzilla@193-64-22-176-nat.elisa-mobile.fi) (Ping timeout: 268 seconds)
- # [01:02] <rniwa> zewt: given that IE, WebKit, and Opera all returns array-like objects for [] and namedItem, I don't think it makes sense for us to match the spec.
- # [01:02] * Quits: frank_salim (~frank@64-71-23-251.static.wiline.com) (Ping timeout: 252 seconds)
- # [01:03] <Hixie> anyone know if making atob() skip spaces has broken anything?
- # [01:03] <Hixie> gsnedders said that opera not throwing exceptions in atob was causing compat issues
- # [01:03] <Hixie> but i don't seem to have any up to date info on atob() compat for opera since it was updated to throw exceptions but not for whitespace
- # [01:03] <zewt> sicking: added children.x to http://zewt.org/~glenn/test-htmlcollection-results.txt
- # [01:03] <zewt> rniwa: agreed (odd-looking api but oh well)
- # [01:04] <rniwa> zewt: well but I suppose FF8 also returns HTMLCollection for option element
- # [01:04] <rniwa> zewt: so this change makes things more consistent across the board
- # [01:04] <zewt> http://zewt.org/~glenn/test-htmlcollection.html in case anyone wants to stupid-check my test
- # [01:05] <rniwa> zewt: can we also test IE6/IE7?
- # [01:05] <zewt> need to dig out my vms
- # [01:05] <zewt> (i dream of distributed browser code testing~~~)
- # [01:05] <annevk> nn
- # [01:06] <zewt> later
- # [01:06] * Joins: frank_salim (~frank@64-71-23-251.static.wiline.com)
- # [01:06] <sicking> zewt: ugh! .children shouldn't be a HTML collection
- # [01:06] <sicking> zewt: it might be worth trying FF10. I think we turned a lot of HTMLCollections into NodeLists there
- # [01:07] * Quits: weinig (~weinig@17.245.20.158) (Quit: weinig)
- # [01:07] <rniwa> sicking: oh dear...
- # [01:07] <rniwa> sicking: we're improving engines too fast LOL
- # [01:07] <sicking> rniwa: i disagree, we're not doing it fast enough :)
- # [01:08] <zewt> sicking: it's an HTMLCollection in DOM4, and in that all four implementations agree
- # [01:08] <rniwa> sicking: hopefully we don't end up ping-pong each other's behavior
- # [01:08] * Quits: othermaciej (~mjs@17.245.17.234) (Quit: othermaciej)
- # [01:08] <rniwa> zewt: wait but webkit doesn't return HTMLCollection, right?
- # [01:08] <rniwa>
- # [01:08] <zewt> according to "document.body.children instanceof HTMLCollection"
- # [01:09] <zewt> rniwa: it doesn't return it--talking about children *itself* being an HTMLCollection
- # [01:09] <rniwa> zewt: we just return an array
- # [01:09] <rniwa> zewt: ah, I see. right.
- # [01:09] <sicking> zewt: if by "all four" you exclude FF10 :)
- # [01:10] <zewt> sicking: all four production releases
- # [01:10] * nunnun is now known as nunnun_away
- # [01:10] * rniwa insists on us needing data for IE6, 7, & 8
- # [01:10] <zewt> i don't have VMs for all of those it seems, testing 6 now
- # [01:10] <rniwa> zewt: thanks
- # [01:10] <sicking> zewt: hmm.. it appears to be in FF10 as well.. bummer
- # [01:11] <rniwa> sicking: that's good though
- # [01:11] <rniwa> sicking: that means all browsers agree on that
- # [01:11] * Quits: nessy (~Adium@124-169-149-59.dyn.iinet.net.au) (Quit: Leaving.)
- # [01:11] <sicking> zewt: ouch, we even still make getElementsByTagName return a HTMLCollection :(
- # [01:11] * Quits: davidaparicio (~davidapar@acces2523.res.insa-lyon.fr) (Quit: HydraIRC -> http://www.hydrairc.com <- IRC with a difference)
- # [01:12] <sicking> rniwa: HTMLCollection is a very messy API. I almost think it's strictly worse than NodeList
- # [01:12] * Joins: nessy (~Adium@124-169-149-59.dyn.iinet.net.au)
- # [01:13] <zewt> 2011 and i'm debugging code to make it work in ie6
- # [01:13] <zewt> kill me
- # [01:13] <Hixie> just let it break, man
- # [01:13] <rniwa> sicking: you make it sound as if NodeList is a good API :P
- # [01:13] <zewt> Hixie: the point is testing code for the above :)
- # [01:13] * Quits: nessy (~Adium@124-169-149-59.dyn.iinet.net.au) (Client Quit)
- # [01:15] <bga> infinite redirect on facebook :/
- # [01:15] <rniwa> sicking: caching nodes for NodeList is just a nightmare
- # [01:15] <rniwa> sicking: it's the reason inserting a node is O(depth of tree) in WebKit at the moment
- # [01:16] <zewt> rniwa: ie6 doesn't have HTMLCollection at all, and all four cases return an array-like object with two items
- # [01:16] <rniwa> zewt: ah I see
- # [01:16] <rniwa> zewt: but still consistent with being it array-like
- # [01:16] <zewt> right
- # [01:16] <rniwa> zewt: so I think we have a clear compat. issue here
- # [01:18] <zewt> also, namedItem is less clear
- # [01:19] <zewt> in IE6 it returned an array, in IE9 it returns a single item (matching FF); Chrome and Opera still return arrays
- # [01:19] <rniwa> zewt: :(
- # [01:19] <zewt> smells like IE changing to match the spec but the spec was wrong
- # [01:19] <rniwa> zewt: yeah...
- # [01:19] <rniwa> zewt: they might need to play a ping-pong here.
- # [01:20] <zewt> it's odd that IE9 *only* changed to match the spec for namedItem and not the others, though
- # [01:20] <zewt> maybe that was the only one they could change without breaking lots of pages
- # [01:20] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [01:20] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [01:22] <rniwa> zewt: could be.
- # [01:22] <rniwa> zewt: i mean they should be told us it won't work
- # [01:22] <rniwa> zewt: then we didn't have to wait 'til now to figure this out :(
- # [01:22] <rniwa> should have*
- # [01:23] <zewt> rniwa: and not inconsistently changing one part of a tightly-related API and just confusing things further
- # [01:23] <rniwa> or that spec authors should have paid more attention..
- # [01:23] <rniwa> zewt: yeah,
- # [01:23] <rniwa> zewt: just changing the behavior of namedItem is way too confusing
- # [01:23] <zewt> if the implementors aren't giving back feedback (I wouldn't know either way) then there's only so much the editors can do
- # [01:24] <zewt> (MS people--not all of them--seem to be in that group of people who wait until LC then give two years of withheld feedback all at once)
- # [01:25] <sicking> rniwa: that's not a NodeList problem
- # [01:25] <sicking> rniwa: you'd have the same problem if .childNodes was a HTMLCollection
- # [01:25] <rniwa> sicking: right.
- # [01:25] <rniwa> sicking: so I think all of those are bad APIs
- # [01:25] <Hixie> zewt: your definition of "two years of withheld feedback" is much smaller than mine...
- # [01:26] <sicking> rniwa: additionally, lots of things will force you to walk the parent chain when inserting nodes
- # [01:26] <sicking> rniwa: so it's not a .childNodes problem either really
- # [01:26] * Quits: frank_salim (~frank@64-71-23-251.static.wiline.com) (Ping timeout: 240 seconds)
- # [01:26] <sicking> rniwa: MutationObservers will force you to do the same
- # [01:26] <zewt> well, i seem to recall seeing them dump feedback in response to CfC's (making me think: why did you wait?)
- # [01:26] <sicking> rniwa: as do ranges likely
- # [01:27] <rniwa> sicking: sure. but we should be able to insert nodes in O(1) as long as there are no ranges and no observers
- # [01:27] <zewt> (or whatever magic TLA it is they use when calling for updating drafts)
- # [01:27] <rniwa> sicking: which is fairly common
- # [01:28] <rniwa> sicking: we're thinking to have some hash map for selection, focus, etc...
- # [01:28] * Joins: agektmr (~Adium@74.125.56.33)
- # [01:28] <rniwa> sicking: but most of those things need to happen at removal
- # [01:28] <rniwa> sicking: e.g. inserting a node shouldn't require DOM traversal for ranges
- # [01:29] <zewt> anyway just my impression from the outside, i'm not an editor tearing out my hair at this stuff :)
- # [01:29] <rniwa> zewt: we just need to split spec into smaller pieces
- # [01:29] <rniwa> zewt: and push them into LC as soon as possible
- # [01:30] <sicking> rniwa: shrug. I don't think that walking the parent chain would be a big deal in most cases
- # [01:30] <rniwa> sicking: it actually is.
- # [01:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [01:30] <rniwa> sicking: I've found that most trees have depths of 5-20
- # [01:30] <rniwa> sicking: but walking all those nodes on every node insertion is quite expensive
- # [01:30] <sicking> rniwa: it's just a linked list
- # [01:31] <sicking> and 20 is pretty short
- # [01:31] <rniwa> sicking: simply because loading the node into memory may invalidate L1/L2 caches in the CPU
- # [01:31] * Quits: agektmr (~Adium@74.125.56.33) (Client Quit)
- # [01:31] <zewt> linked lists are notoriously troublesome for cache...
- # [01:31] <sicking> you'll likely have to access the node anyway when laying it out
- # [01:31] <rniwa> sicking: sure.
- # [01:31] <rniwa> sicking: layout is super duper slow
- # [01:31] <zewt> (though that can be alleviated with some/a lot of work)
- # [01:32] <rniwa> sicking: but we should make DOM operation as fast as possible nonetheless
- # [01:32] * Quits: tantek (~tantek@nat/mozilla/x-kltciwsfkntebdnm) (Quit: tantek)
- # [01:32] <sicking> i don't actually know if walking the parent chain shows up in profile for us. I think most of the time it doesn't
- # [01:32] <sicking> but i'm not fully sure
- # [01:32] <sicking> bz would know
- # [01:34] <rniwa> sicking: in most pages it doesn't.
- # [01:34] <rniwa> sicking: but gmail, for example, spends 80-90% of its loading time in making DOM mutations
- # [01:35] <zewt> heh, gmail being the only web app i've ever used that actually takes so long to start up it needs a progress bar for it
- # [01:35] * Joins: agektmr (~Adium@74.125.56.33)
- # [01:36] <sicking> haha
- # [01:37] <rniwa> anyway, I think making DOM operations faster is a good thing
- # [01:38] <rniwa> and we should make sure we don't introduce new APIs that makes everything slower
- # [01:39] <zewt> rniwa: are you going to file a bug about changing HTMLCollection in dom4?
- # [01:39] <zewt> don't know whether to recommend the results be NodeList or HTMLCollection
- # [01:40] <zewt> (that's the lesser problem, though)
- # [01:40] <rniwa> zewt: I think you should file one since you have a test
- # [01:41] <zewt> k
- # [01:41] * Joins: othermaciej (~mjs@17.245.90.102)
- # [01:45] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [01:47] <zewt> anyone have FF8 to test?
- # [01:47] <zewt> (to narrow where the namedItem change was made)
- # [01:47] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [01:47] * Quits: micheil (~micheil@92.40.254.152.threembb.co.uk) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [01:48] * Quits: cgcardona (~cgcardona@unaffiliated/cgcardona) (Quit: cgcardona)
- # [01:48] * Joins: weinig (~weinig@17.245.90.16)
- # [01:49] * Quits: KillerX (~anant@nat/mozilla/x-tzqvyboxxmqkzqmn) (Quit: KillerX)
- # [01:49] <rniwa> zewt: I have FF7...
- # [01:50] * Quits: weinig (~weinig@17.245.90.16) (Client Quit)
- # [01:50] <zewt> that'd get closer...
- # [01:51] <rniwa> document.body.children is an HTMLCollection: true
- # [01:51] <rniwa> document.body.children["x"]: [object XrayWrapper [object HTMLDivElement]] undefined HTMLElement
- # [01:51] <rniwa> document.body.children.item("x"): [object XrayWrapper [object HTMLDivElement]] undefined HTMLElement
- # [01:51] <rniwa> document.body.children.namedItem("x"): [object XrayWrapper [object HTMLDivElement]] undefined HTMLElement
- # [01:51] <rniwa> document.body.children.x: [object XrayWrapper [object HTMLDivElement]] undefined HTMLElement
- # [01:51] <rniwa> (FF7)
- # [01:51] <rniwa> now onto FF8
- # [01:51] <zewt> err
- # [01:51] <zewt> sorry, I meant IE7
- # [01:52] <rniwa> zewt: oh IE7
- # [01:52] <zewt> to narrow where IE made the namedItem change we talked about before
- # [01:52] <zewt> (not a huge data point, but worth noting)
- # [01:52] <rniwa> no i don't...
- # [01:54] <rniwa> zewt: if you have a windows machine, you can download these images: http://www.microsoft.com/download/en/details.aspx?id=11575
- # [01:54] * Joins: scor (~scor@c-98-216-102-251.hsd1.ma.comcast.net)
- # [01:54] * Quits: scor (~scor@c-98-216-102-251.hsd1.ma.comcast.net) (Changing host)
- # [01:54] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [01:54] <zewt> yuck, trying to undo a lot in gmail's editor is *painful*
- # [01:54] <zewt> hold down ^Z, go get a sandwich
- # [01:54] <zewt> like 1/3 second per undo
- # [01:55] <rniwa> zewt: oh dear...
- # [01:55] <rniwa> ojan: ^
- # [01:55] <rniwa> zewt: on which UA?
- # [01:55] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [01:55] <zewt> (started typing a mail, decided to copy my text and undo to get the original quotes back)
- # [01:56] <ojan> rniwa: ?
- # [01:56] <zewt> FF8, html editor
- # [01:56] <rniwa> ojan: zewt tells me undo on gmail is super slow (takes 1/3 second)
- # [01:56] <zewt> slow enough that i held ^Z for a while, came here to grumble about it, and it was still going when I tabbed back :)
- # [01:57] <rniwa> zewt: I think gmail recently switched not to use iframes for editors
- # [01:57] <rniwa> zewt: in "new look"
- # [01:57] <rniwa> zewt: so that might be theculprit.
- # [01:57] <zewt> (replying to hixie's 100-page mails is seriously painful in gmail's editor, but this is just two paragraphs)
- # [01:57] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [01:57] <zewt> rniwa: havn't switched to "new look" (since google "new looks" are always ... not good)
- # [01:57] <Hixie> pine baby
- # [01:58] <zewt> Hixie: given the choice of pains... :)
- # [01:58] * Quits: gwicke (~gabriel@212.255.28.36) (Quit: Bye!)
- # [02:00] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [02:00] * Joins: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:00] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 245 seconds)
- # [02:03] * Joins: MikeSmith_ (~MikeSmith@EM1-112-230-87.pool.e-mobile.ne.jp)
- # [02:03] * Quits: KevinMarks (~KevinMark@173-13-183-134-sfba.hfc.comcastbusiness.net) (Quit: The computer fell asleep)
- # [02:04] * Joins: KevinMarks (~KevinMark@173-13-183-134-sfba.hfc.comcastbusiness.net)
- # [02:06] * Quits: MikeSmith (~MikeSmith@EM1-112-245-243.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [02:06] * MikeSmith_ is now known as MikeSmith
- # [02:08] * Quits: KevinMarks (~KevinMark@173-13-183-134-sfba.hfc.comcastbusiness.net) (Ping timeout: 268 seconds)
- # [02:10] * Quits: othermaciej (~mjs@17.245.90.102) (Quit: othermaciej)
- # [02:10] <zewt> rniwa: sort of funny to see Microsoft distributing tools as RARs
- # [02:10] <gsnedders> Hixie: you want to know if skipping whitespace in atob causes issues?
- # [02:10] <Hixie> gsnedders: i did a search of the bts without seeing any problems
- # [02:11] <Hixie> gsnedders: so i'm guessing the answer is that it was fine in practice
- # [02:11] <gsnedders> Hixie: That's about all I can do
- # [02:11] <gsnedders> Hixie: So I guess so
- # [02:11] <Hixie> well i updated the spec
- # [02:11] * Quits: ojan (ojan@nat/google/x-zvufyptiwcvwacaz) (Quit: ojan)
- # [02:11] <Hixie> to match opera
- # [02:12] <Hixie> i'm amused by the e-mail i just sent that mentions a bug that i wontfixed back in 2000
- # [02:12] <Hixie> while interning at netscape
- # [02:12] <gsnedders> Hixie: You're aware of CORE-38656?
- # [02:12] <gsnedders> I presume you found that.
- # [02:13] <gsnedders> Which was the original change based upon your proposal to not throw for whitespace.
- # [02:13] <gsnedders> But yeah, nothing seems to break.
- # [02:13] <Hixie> yeah zcorpan posted that to the whatwg list which is what led me to have the question
- # [02:14] <gsnedders> I can't even find the prior evidence for not throwing breaking stuff, though I remember seeing bug reports about it
- # [02:15] <Hixie> my evidence was you saying so :-P
- # [02:16] <gsnedders> Yeah, I know that was your evidence.
- # [02:16] <zewt> heh, i've talked to someone on mailing lists, gone "uh where have I seen this name before", and realized that it was someone I had talked to on some other mailing list literally exactly one decade earlier
- # [02:16] <gsnedders> I just can't find the bugs. :P
- # [02:16] <Hixie> oh well
- # [02:17] * Joins: agektmr (~Adium@74.125.56.33)
- # [02:18] <Hixie> bbl.
- # [02:18] <gsnedders> see ya
- # [02:19] * Joins: weinig (~weinig@17.245.91.121)
- # [02:23] * Joins: ehsan (~ehsan@209.29.21.241)
- # [02:24] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [02:27] <gsnedders> Hixie: Oh, throwing for non-ASCII chars? That's CORE-36226 and all of the dupes
- # [02:27] * gsnedders is blatantly too tired
- # [02:29] * jernoble is now known as jernoble|afk
- # [02:30] * Quits: ap (~ap@17.212.155.203) (Quit: ap)
- # [02:31] * Joins: astearns_ (~anonymous@sjfw1-a.adobe.com)
- # [02:32] * Joins: mkanat (mkanat@nat/google/x-tdxtelyeminaxxai)
- # [02:32] * Quits: astearns (~anonymous@sjfw1.adobe.com) (Read error: Operation timed out)
- # [02:33] * Quits: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
- # [02:34] * Joins: jwalden (~waldo@nat/mozilla/x-wlzvflsyzvlzfxqq)
- # [02:34] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [02:35] * Quits: astearns_ (~anonymous@sjfw1-a.adobe.com) (Ping timeout: 240 seconds)
- # [02:36] * Quits: jdong__ (~quassel@124.126.70.32) (Remote host closed the connection)
- # [02:40] * Joins: jdong_ (~quassel@124.126.70.32)
- # [02:40] * Joins: jdong__ (~quassel@124.126.70.32)
- # [02:40] * Quits: jdong_ (~quassel@124.126.70.32) (Remote host closed the connection)
- # [02:43] <zewt> geeh
- # [02:44] <zewt> rniwa: the result type of these methods depends on whether there's one result or more than one
- # [02:44] <rniwa> hehehe. great.
- # [02:44] <zewt> i'd go with D:
- # [02:45] <zewt> opera doesn't change behaviors
- # [02:45] <rniwa> zewt: maybe IE behaves differently depending on whether it's on strict mode or not LOL
- # [02:45] <zewt> well IE6 probably behaves differently depending on if you fed it after midnight
- # [02:45] <zewt> okay that's a bad comparison because IE6 isn't normally cute and fuzzy
- # [02:46] <zewt> i think the weird changing return type is isolated to old IE
- # [02:46] <zewt> waiting for giganto images to finish downloading to find out how isolated
- # [02:49] * Joins: ehsan (~ehsan@209.29.21.241)
- # [02:52] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [02:52] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [02:53] * Quits: necolas (~necolas@5e0c7fb2.bb.sky.com) (Remote host closed the connection)
- # [02:53] * Joins: jacobolus (~jacobolus@c-24-5-85-179.hsd1.ca.comcast.net)
- # [02:57] * Quits: malydok (marek@moma.t16.ds.pwr.wroc.pl) (Read error: Connection reset by peer)
- # [03:02] <zewt> rniwa: ... sorry, no, looks like the difference is pretty common
- # [03:02] <zewt> (opera, chrome)
- # [03:03] * Joins: KillerX (~anant@70-36-146-71.dsl.dynamic.sonic.net)
- # [03:04] <MikeSmith> http://tools.ietf.org/html/draft-carpenter-6man-uri-zoneid-00
- # [03:04] <MikeSmith> "Representing IPv6 Zone Identifiers in Uniform Resource Identifiers"
- # [03:07] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [03:08] * Quits: KillerX (~anant@70-36-146-71.dsl.dynamic.sonic.net) (Client Quit)
- # [03:08] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:08] <zewt> rniwa: https://zewt.org/~glenn/test-htmlcollection-results.html so looks like the only differences are when there are duplicate ids, which is a much smaller problem (nonconforming anyway)
- # [03:12] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [03:13] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [03:14] * nunnun_away is now known as nunnun
- # [03:15] * nunnun is now known as nunnun_away
- # [03:15] * nunnun_away is now known as nunnun
- # [03:20] <heycam> AryehGregor, ping
- # [03:29] * Joins: gavinc_ (~gavin@50-0-76-242.dsl.dynamic.sonic.net)
- # [03:31] * Quits: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net) (Read error: Operation timed out)
- # [03:40] * Quits: Druid_ (~Druid@p5B136927.dip.t-dialin.net) (Ping timeout: 252 seconds)
- # [03:42] <zewt> bugzilla bitching at me for using the same form to file two bugs. heh
- # [03:45] * Joins: Druid_ (~Druid@p5B136927.dip.t-dialin.net)
- # [03:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 252 seconds)
- # [03:58] * Joins: tantek (~tantek@adsl-99-137-128-33.dsl.snfc21.sbcglobal.net)
- # [03:58] * Quits: weinig (~weinig@17.245.91.121) (Quit: weinig)
- # [03:59] * Quits: gavinc_ (~gavin@50-0-76-242.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [04:03] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [04:04] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [04:06] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 252 seconds)
- # [04:07] * Joins: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net)
- # [04:08] * Quits: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net) (Client Quit)
- # [04:08] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [04:10] * Quits: Druid_ (~Druid@p5B136927.dip.t-dialin.net) (Ping timeout: 252 seconds)
- # [04:11] * Quits: jacobolus (~jacobolus@c-24-5-85-179.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [04:16] * Joins: Druid_ (~Druid@p5B136927.dip.t-dialin.net)
- # [04:18] * Joins: bzed (~bzed@devel.recluse.de)
- # [04:30] <heycam> AryehGregor, when are you around, would you mind commenting on https://www.w3.org/Bugs/Public/show_bug.cgi?id=14887#c3 please.
- # [04:34] <heycam> annevk, in your reply http://www.w3.org/mid/op.v6g563va64w2qv@annevk-macbookpro.local does that mean I should not bother with making non-Array and Array objects distinguishable for now?
- # [04:34] <heycam> annevk, (as well as not worrying about defining dictionary<DOMString>?)
- # [04:41] * Joins: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net)
- # [04:41] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [04:42] * nunnun is now known as nunnun_away
- # [04:43] * nunnun_away is now known as nunnun
- # [04:44] * Quits: wesbos (~wesbos@24.52.240.143) (Quit: Leaving...)
- # [04:46] * heycam is now known as heycam|away
- # [04:47] * Joins: agektmr (~Adium@74.125.56.33)
- # [04:51] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 240 seconds)
- # [04:53] * heycam|away is now known as heycam
- # [04:58] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [04:58] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [04:58] * eric_carlson__ is now known as eric_carlson
- # [04:59] * nunnun is now known as nunnun_away
- # [04:59] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [04:59] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:01] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:01] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:02] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:02] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:02] * eric_carlson__ is now known as eric_carlson
- # [05:02] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:02] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:03] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:03] * Quits: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:05] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:05] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:05] * eric_carlson__ is now known as eric_carlson
- # [05:05] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:05] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:07] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:08] * Joins: eric_carlson___ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:08] * Quits: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:09] * Quits: eric_carlson___ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:09] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:09] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [05:10] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Ping timeout: 240 seconds)
- # [05:11] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:11] * Quits: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:15] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Ping timeout: 252 seconds)
- # [05:15] * Quits: dave_levin (dave_levin@nat/google/x-kzmqgdryrhnlhxbi) (Quit: dave_levin)
- # [05:19] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Quit: miketaylr)
- # [05:22] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:22] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Remote host closed the connection)
- # [05:22] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:22] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:22] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:22] * eric_carlson__ is now known as eric_carlson
- # [05:23] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [05:24] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:24] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:25] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:27] * Joins: eric_carlson___ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:27] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:27] * eric_carlson___ is now known as eric_carlson
- # [05:28] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:29] * Quits: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Ping timeout: 252 seconds)
- # [05:29] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:29] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Remote host closed the connection)
- # [05:29] * Joins: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [05:30] * Quits: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [05:30] * Quits: eric_carlson__ (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: Connection reset by peer)
- # [05:33] * Joins: danielfilho_ (~daniel@187.31.77.7)
- # [05:34] * Quits: danielfilho (~daniel@187.31.77.7) (Ping timeout: 240 seconds)
- # [05:34] * danielfilho_ is now known as danielfilho
- # [05:35] * Quits: jwalden (~waldo@nat/mozilla/x-wlzvflsyzvlzfxqq) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
- # [05:35] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [05:45] * Quits: jamesr_ (jamesr@nat/google/x-ewahbtwaxnigtpyc) (Ping timeout: 252 seconds)
- # [05:46] * Joins: jamesr_ (jamesr@nat/google/x-xwcutnyrkidukbho)
- # [05:48] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (Ping timeout: 240 seconds)
- # [05:48] * Joins: agektmr (~Adium@74.125.56.33)
- # [05:57] * Quits: tantek (~tantek@adsl-99-137-128-33.dsl.snfc21.sbcglobal.net) (Quit: tantek)
- # [05:57] * Quits: jamesr (jamesr@nat/google/x-dhkxvhxgjodqxbkz) (Quit: jamesr)
- # [05:59] * Quits: Evanescence (~Evanescen@122.237.21.84) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [06:00] * Joins: andyg (~andyg@CPE-124-189-148-81.sqcy1.win.bigpond.net.au)
- # [06:01] * Joins: nonge_ (~nonge@p5082B5A1.dip.t-dialin.net)
- # [06:03] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [06:05] * Quits: nonge (~nonge@p5082B876.dip.t-dialin.net) (Ping timeout: 255 seconds)
- # [06:08] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
- # [06:08] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [06:10] * Joins: Evanescence (~Evanescen@122.237.21.84)
- # [06:15] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [06:25] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [06:28] * Joins: Areks (~Areks@rs.gridnine.com)
- # [06:37] * nunnun_away is now known as nunnun
- # [06:43] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
- # [06:43] * Joins: tantek (~tantek@adsl-99-137-128-33.dsl.snfc21.sbcglobal.net)
- # [06:49] * Quits: tantek (~tantek@adsl-99-137-128-33.dsl.snfc21.sbcglobal.net) (Quit: tantek)
- # [07:03] * Joins: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net)
- # [07:03] * Quits: jacobolus (~jacobolus@70-36-215-74.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [07:19] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [07:27] * Joins: agektmr (~Adium@74.125.56.33)
- # [07:27] * Joins: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au)
- # [07:27] * Quits: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au) (Max SendQ exceeded)
- # [07:28] * Joins: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au)
- # [07:33] * Quits: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [07:45] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
- # [07:48] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [07:50] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [07:50] * Quits: Evanescence (~Evanescen@122.237.21.84) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [07:53] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
- # [07:53] * Joins: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
- # [08:04] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [08:04] * Joins: MikeSmith_ (~MikeSmith@EM1-113-179-47.pool.e-mobile.ne.jp)
- # [08:06] * Quits: MikeSmith (~MikeSmith@EM1-112-230-87.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
- # [08:06] * MikeSmith_ is now known as MikeSmith
- # [08:08] * Joins: agektmr (~Adium@74.125.56.33)
- # [08:09] * Quits: agektmr (~Adium@74.125.56.33) (Client Quit)
- # [08:09] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [08:11] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
- # [08:13] * Quits: michaelrt (madcow@207.290.dsl.mel.iprimus.net.au) (Ping timeout: 244 seconds)
- # [08:15] * Joins: michaelrt (madcow@207.290.dsl.mel.iprimus.net.au)
- # [08:17] * Quits: jochen__ (jochen@nat/google/x-gkvrkbusxzomhjun) (Remote host closed the connection)
- # [08:18] * Joins: jochen__ (jochen@nat/google/x-qhvyudntjxnfxflo)
- # [08:20] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [08:21] * heycam is now known as heycam|away
- # [08:25] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [08:25] * Joins: bzed (~bzed@devel.recluse.de)
- # [08:26] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [08:27] * Quits: mkanat (mkanat@nat/google/x-tdxtelyeminaxxai) (Quit: Ex-Chat)
- # [08:29] * Joins: agektmr (~Adium@74.125.56.33)
- # [08:36] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [08:41] * Joins: woef (~woef@91.183.84.141)
- # [08:44] * Joins: agektmr (~Adium@74.125.56.33)
- # [08:46] * Joins: mishunov (~spliter@77.88.72.162)
- # [08:46] * Joins: Zauberfisch (zauber@venus.zauberfisch.at)
- # [08:49] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
- # [08:51] * Joins: tomasf_ (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [08:54] * Joins: FlorianX (~Dimitri@p4FCF7F9B.dip.t-dialin.net)
- # [08:55] * Joins: graememcc (~chatzilla@host86-148-30-166.range86-148.btcentralplus.com)
- # [08:56] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [08:59] <annevk> heycam|away: yeah
- # [09:01] * Joins: PalleZingmark (~Adium@217.13.228.226)
- # [09:01] * Quits: seventh (seventh@27.100.18.38) (Quit: ...)
- # [09:14] * Joins: agektmr (~Adium@74.125.56.33)
- # [09:17] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
- # [09:17] * Joins: PalleZingmark (~Adium@217.13.228.226)
- # [09:21] * Joins: jochen___ (jochen@nat/google/x-sdzlxfzobocmpzda)
- # [09:24] * Quits: jochen__ (jochen@nat/google/x-qhvyudntjxnfxflo) (Ping timeout: 252 seconds)
- # [09:24] * jochen___ is now known as jochen__
- # [09:24] * Joins: samn (~samuelnys@h-21-26.a212.corp.bahnhof.se)
- # [09:31] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [09:32] * Joins: nessy (~Adium@124-169-149-59.dyn.iinet.net.au)
- # [09:35] * Joins: sicking (~chatzilla@adsl-99-191-73-25.dsl.pltn13.sbcglobal.net)
- # [09:40] * michaelrt is now known as michaelrtm
- # [09:41] * Quits: samn (~samuelnys@h-21-26.a212.corp.bahnhof.se) (Remote host closed the connection)
- # [09:41] <annevk> http://twitter.com/bz_moz/status/147229432275415041 context?
- # [09:46] * Quits: Druid_ (~Druid@p5B136927.dip.t-dialin.net) (Ping timeout: 252 seconds)
- # [09:46] <hsivonen> annevk: probably http://groups.google.com/group/mozilla.dev.platform/msg/6000e4ce6d744531
- # [09:46] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [09:46] <hsivonen> annevk: and some German news site writing a story about that thread
- # [09:46] <hsivonen> annevk: my guess about context could be wrong
- # [09:46] <hsivonen> but unlikely
- # [09:47] * Joins: samuelnystedt (~samuelnys@h-21-26.a212.corp.bahnhof.se)
- # [09:47] * samuelnystedt is now known as samn
- # [09:48] <hsivonen> annevk: http://www.golem.de/1112/88347.html
- # [09:49] <hsivonen> annevk: contrast with https://twitter.com/#!/eevee/status/147018826712756225
- # [09:51] * Joins: Druid_ (~Druid@p5B135263.dip.t-dialin.net)
- # [09:53] <annevk> good times
- # [09:55] * nunnun is now known as nunnun_away
- # [10:02] * Joins: xec (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01)
- # [10:04] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [10:08] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [10:09] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [10:11] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [10:12] * Joins: mpt (~mpt@canonical/mpt)
- # [10:16] * Quits: graememcc (~chatzilla@host86-148-30-166.range86-148.btcentralplus.com) (Ping timeout: 240 seconds)
- # [10:16] * Joins: graememcc (~chatzilla@host86-148-30-166.range86-148.btcentralplus.com)
- # [10:24] <MikeSmith> very cool to see responseType=json going into Firefox 10
- # [10:25] <MikeSmith> hsivonen: you got bugs left to fix on View Source?
- # [10:26] * Joins: virtuelv (virtuelv__@nat/opera/x-xzjivqxsihgzyskl)
- # [10:27] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [10:35] * Quits: sicking (~chatzilla@adsl-99-191-73-25.dsl.pltn13.sbcglobal.net) (Ping timeout: 252 seconds)
- # [10:41] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [10:41] * Joins: bzed (~bzed@devel.recluse.de)
- # [10:50] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [10:50] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [10:54] * Quits: hasather_ (~hasather_@84.38.144.96) (Ping timeout: 240 seconds)
- # [10:59] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [10:59] * tomasf_ is now known as tomasf
- # [11:03] * Joins: gwicke (~gabriel@212.255.28.36)
- # [11:04] * Joins: codeho (~codeho@178-26-69-223-dynip.superkabel.de)
- # [11:09] * Quits: richt (richt@nat/opera/x-fwhthbyttxnmkfld) (Ping timeout: 252 seconds)
- # [11:10] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [11:10] * Joins: bzed (~bzed@devel.recluse.de)
- # [11:13] * Joins: richt (~richt@guest.opera.com)
- # [11:13] * Joins: erlehmann (~erlehmann@89.204.139.200)
- # [11:14] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [11:26] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
- # [11:32] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [11:33] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [11:35] * Quits: Obvious_MkII (tachikoma@188.226.74.2) (Ping timeout: 252 seconds)
- # [11:35] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
- # [11:36] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
- # [11:49] <hsivonen> MikeSmith: one regression left in View Source
- # [11:49] <hsivonen> MikeSmith: plus a bunch of features that it logically should have but doesn't
- # [11:49] <MikeSmith> OK
- # [11:50] <hsivonen> if you aren't using the built-in View Source viewer and are using an external app via a hidden pref, clicking links from the Error Console doesn't work
- # [11:50] <MikeSmith> oh
- # [11:51] <hsivonen> yay hidden prefs that I had no idea existed when I was developing the new View Source
- # [11:51] <MikeSmith> heh
- # [11:57] * Quits: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [11:58] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
- # [12:03] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
- # [12:10] * Joins: richt (richt@nat/opera/x-dhxlyfdjdljwiuft)
- # [12:12] <hsivonen> how does one get to activate New New Twitter?
- # [12:18] <MikeSmith> hsivonen: I don't think you can
- # [12:18] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
- # [12:18] <MikeSmith> you must wait to be chosen
- # [12:19] <MikeSmith> what's a "threaded web application"?
- # [12:19] <hsivonen> MikeSmith: ok
- # [12:19] <hsivonen> MikeSmith: any context for "threaded web application"?
- # [12:20] <hsivonen> MikeSmith: a Web app that uses Workers maybe?
- # [12:20] * Quits: codeho (~codeho@178-26-69-223-dynip.superkabel.de) (Quit: codeho)
- # [12:20] <MikeSmith> http://dvcs.w3.org/hg/streams-api/raw-file/tip/Overview.htm
- # [12:21] * Joins: mishunov (~spliter@77.88.72.162)
- # [12:21] * Quits: agektmr (~Adium@74.125.56.33) (Quit: Leaving.)
- # [12:22] * Joins: agektmr (~Adium@74.125.56.33)
- # [12:22] * Joins: necolas (~necolas@5e0c7fb2.bb.sky.com)
- # [12:23] * Quits: hendry (~hendry@175.143.64.33) (Ping timeout: 268 seconds)
- # [12:25] * Joins: smaug____ (~chatzilla@ZMMMCXLIV.gprs.sl-laajakaista.fi)
- # [12:26] <hsivonen> MikeSmith: seems to me it means Workers
- # [12:26] <MikeSmith> hmm, OK
- # [12:26] <MikeSmith> they should say "workers" then
- # [12:26] <hsivonen> it would be clearer if it just said "Workers"
- # [12:26] <MikeSmith> yeah
- # [12:26] <hsivonen> yeah
- # [12:26] * Quits: agektmr (~Adium@74.125.56.33) (Ping timeout: 252 seconds)
- # [12:27] <MikeSmith> especially since workers are not threads...
- # [12:27] <hsivonen> depends on implementation
- # [12:29] <MikeSmith> I mean as far as the API exposed to Web apps
- # [12:30] <MikeSmith> at the JS level
- # [12:32] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:32] * Quits: karlcow (~karl@nerval.la-grange.net) (Client Quit)
- # [12:32] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:34] * Joins: Areks (~Areks@rs.gridnine.com)
- # [12:39] * Joins: annevk (~annevk@j106179.upc-j.chello.nl)
- # [12:40] * Joins: Evanescence (~Evanescen@122.237.21.84)
- # [12:44] * Quits: Evanescence (~Evanescen@122.237.21.84) (Client Quit)
- # [12:48] * Joins: Evanescence (~Evanescen@122.237.21.84)
- # [12:54] * Joins: Lachy (Lachy@nat/opera/x-ajjjrgminsqqvhgj)
- # [13:01] * Joins: seventh (seventh@27.100.17.18)
- # [13:07] * Joins: codeho (~codeho@tmo-102-129.customers.d1-online.com)
- # [13:09] <annevk> oops
- # [13:10] <hsivonen> annevk: ?
- # [13:12] <annevk> had a bug in my encoding source data
- # [13:15] * Quits: codeho (~codeho@tmo-102-129.customers.d1-online.com) (Quit: codeho)
- # [13:15] <annevk> added http://dvcs.w3.org/hg/encoding/raw-file/tip/Overview.html#preface
- # [13:20] * Quits: nessy (~Adium@124-169-149-59.dyn.iinet.net.au) (Quit: Leaving.)
- # [13:38] <matjas> was `doctype` technically allowed to be lowercase in previous versions of HTML?
- # [13:48] <zcorpan> yes
- # [13:50] <smaug____> is it invocation or invokation ?
- # [13:50] <smaug____> I would assume with c
- # [13:50] <smaug____> websocket spec has invokation
- # [13:50] <zcorpan> the protocol?
- # [13:50] <smaug____> api
- # [13:50] <zcorpan> ah
- # [13:50] <zcorpan> yeah it's with c
- # [13:51] <zcorpan> unless the spec wanted to hotswap to swedish for one word
- # [13:55] * Joins: YellowOnion1 (~huh@219.241.69.111.dynamic.snap.net.nz)
- # [13:55] * Joins: Obvious (tachikoma@188.226.74.2)
- # [13:58] <smaug____> websocket::send is bad
- # [13:58] <smaug____> it is strange to close the connection so easily
- # [13:59] * nunnun_away is now known as nunnun
- # [14:04] * Joins: MikeSmith_ (~MikeSmith@EM114-49-29-222.pool.e-mobile.ne.jp)
- # [14:05] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 240 seconds)
- # [14:07] * Quits: MikeSmith (~MikeSmith@EM1-113-179-47.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [14:07] * MikeSmith_ is now known as MikeSmith
- # [14:07] <zcorpan> you mean when the buffer is full?
- # [14:16] <smaug____> yeah
- # [14:16] <smaug____> I think that handling should be different
- # [14:17] <smaug____> filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=15209
- # [14:19] * Joins: Obvious (tachikoma@188.226.74.2)
- # [14:26] * Joins: codeho (~codeho@p5B071502.dip0.t-ipconnect.de)
- # [14:27] <zcorpan> it also says to increase bufferedAmount even if the connection is closed
- # [14:28] <zcorpan> since it doesn't throw
- # [14:28] <hsivonen> matjas: HTML that pretended to be SGML allowed lower case. HTML that pretended to be XML didn't.
- # [14:29] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-hloogczgtgqwqbgt) (Remote host closed the connection)
- # [14:29] * Quits: oal (u4126@gateway/web/irccloud.com/x-mrrmdxqibenxbofl) (Remote host closed the connection)
- # [14:29] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-zhmguntxnhlfaczw) (Remote host closed the connection)
- # [14:29] * Quits: matjas (u2247@gateway/web/irccloud.com/x-qkbrjhgsknbqnrlj) (Read error: Connection reset by peer)
- # [14:29] * Quits: jeremyselier (u2513@gateway/web/irccloud.com/x-acwnxcydoyjrvxsu) (Remote host closed the connection)
- # [14:29] * Quits: remysharp (u4345@gateway/web/irccloud.com/x-nqadsbjksorjwoja) (Remote host closed the connection)
- # [14:29] * Quits: lensco (u4054@gateway/web/irccloud.com/x-ifucvjsveqrspdzn) (Read error: Connection reset by peer)
- # [14:29] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (Read error: Connection reset by peer)
- # [14:29] * Quits: ryanseddon (u1832@gateway/web/irccloud.com/x-uikgfxybjimelidm) (Remote host closed the connection)
- # [14:29] * Quits: Phae (u455@gateway/web/irccloud.com/x-arztluxrrqokxsxd) (Remote host closed the connection)
- # [14:29] * Quits: djr-irccloud (u788@gateway/web/irccloud.com/x-jewdlqtckywlxqql) (Remote host closed the connection)
- # [14:29] * Quits: bobylito (u3929@gateway/web/irccloud.com/x-tbachtkgoyxrlqfy) (Read error: Connection reset by peer)
- # [14:29] * Quits: romainhuet (u2533@gateway/web/irccloud.com/x-zdpjoqkkljsfvosr) (Remote host closed the connection)
- # [14:29] * Quits: annevk5 (u2483@gateway/web/irccloud.com/x-osxveryigxnqufvz) (Remote host closed the connection)
- # [14:29] * Quits: wycats (u79@gateway/web/irccloud.com/x-lvoruezvimumczxl) (Remote host closed the connection)
- # [14:29] * Quits: dglazkov (u4270@gateway/web/irccloud.com/x-daxudeywsglgrfvh) (Remote host closed the connection)
- # [14:29] * Quits: slightlyoff (u1768@gateway/web/irccloud.com/x-lmymnoeywgruzfzh) (Remote host closed the connection)
- # [14:29] * Quits: benschwarz (u2121@gateway/web/irccloud.com/x-hitfhnycasrpemty) (Read error: Connection reset by peer)
- # [14:29] * Quits: Raynos (u3611@gateway/web/irccloud.com/x-ykwnbeszbqtszshd) (Read error: Connection reset by peer)
- # [14:29] * Quits: eae (u4278@gateway/web/irccloud.com/x-ezxpaqlwykodmyvf) (Read error: Connection reset by peer)
- # [14:29] * Quits: upgrayeddd (u2969@gateway/web/irccloud.com/x-plpnudbjnbrwfeyo) (Remote host closed the connection)
- # [14:29] * Quits: krijn (u2319@gateway/web/irccloud.com/x-alhqkqdzoxmnkkgv) (Remote host closed the connection)
- # [14:29] * Quits: boblet (u1921@gateway/web/irccloud.com/x-hevskxwaojyfpyop) (Remote host closed the connection)
- # [14:29] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-pvtxrzlwvaaqjbob) (Remote host closed the connection)
- # [14:29] * Joins: oal (u4126@gateway/web/irccloud.com/x-mnsqyvfaeeiuegvd)
- # [14:29] * Quits: arv (u4269@gateway/web/irccloud.com/x-xbmktkvxlreonioi) (Remote host closed the connection)
- # [14:29] * Quits: timeless (u4015@firefox/developer/timeless) (Remote host closed the connection)
- # [14:29] * Quits: YellowOnion1 (~huh@219.241.69.111.dynamic.snap.net.nz) (Quit: Leaving)
- # [14:30] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-sclshhnniljataer)
- # [14:30] * Joins: arv (u4269@gateway/web/irccloud.com/x-gdjhyhfimmnjfpxi)
- # [14:31] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-hmmdytuoopvbrgij)
- # [14:33] * Joins: matjas (u2247@gateway/web/irccloud.com/x-dlhmanycpyfwmxyk)
- # [14:33] * Joins: erichynds (~ehynds@venkman.brightcove.com)
- # [14:33] * Joins: boblet (u1921@gateway/web/irccloud.com/x-tljmimkqewcikbvm)
- # [14:34] * Joins: bobylito (u3929@gateway/web/irccloud.com/x-ylhwpyuxblccaeve)
- # [14:37] * Joins: eae (u4278@gateway/web/irccloud.com/x-brfpaywhiewedtik)
- # [14:39] * Joins: dglazkov (u4270@gateway/web/irccloud.com/x-ybmldwvdjdpggtdk)
- # [14:40] * Joins: slightlyoff (u1768@gateway/web/irccloud.com/x-qejbuijonqgtwydc)
- # [14:44] * Joins: timeless (u4015@gateway/web/irccloud.com/x-atvtchqwxbppyyfl)
- # [14:44] * Quits: timeless (u4015@gateway/web/irccloud.com/x-atvtchqwxbppyyfl) (Changing host)
- # [14:44] * Joins: timeless (u4015@firefox/developer/timeless)
- # [14:46] * Joins: Phae (u455@gateway/web/irccloud.com/x-hvegvhmbrmfahxpf)
- # [14:46] * Joins: annevk5 (u2483@gateway/web/irccloud.com/x-gzhgxgrjzygacial)
- # [14:50] * Joins: lensco (u4054@gateway/web/irccloud.com/x-rrnrglukhcufejlv)
- # [14:50] * Joins: upgrayeddd (u2969@gateway/web/irccloud.com/x-dxkfcqgjjdwsdgux)
- # [14:52] * Joins: dragon__ (~dragon@219-75-219-30f1.hyg2.eonet.ne.jp)
- # [14:53] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
- # [14:53] * Quits: dragon__ (~dragon@219-75-219-30f1.hyg2.eonet.ne.jp) (Client Quit)
- # [14:57] * Quits: Evanescence (~Evanescen@122.237.21.84) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [15:01] * Joins: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [15:03] * Quits: codeho (~codeho@p5B071502.dip0.t-ipconnect.de) (Quit: codeho)
- # [15:04] * Joins: davidb_ (~davidb@66.207.208.98)
- # [15:04] <annevk> *summon Ms2ger*
- # [15:04] * annevk wonders what the typical response time is for "summon"
- # [15:07] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [15:08] * Joins: Raynos (u3611@gateway/web/irccloud.com/x-zxisnwhpvirqbtyw)
- # [15:08] * Joins: remysharp (u4345@gateway/web/irccloud.com/x-uhdfazahxkhykcmg)
- # [15:09] * Joins: bzed (~bzed@devel.recluse.de)
- # [15:13] * Joins: eric_carlson (~eric@2620:149:4:1b01:fc46:605c:7ed8:eef4)
- # [15:15] * Quits: virtuelv (virtuelv__@nat/opera/x-xzjivqxsihgzyskl) (Quit: Ex-Chat)
- # [15:15] * Joins: virtuelv (virtuelv__@nat/opera/x-oekrlbuvevuicksg)
- # [15:17] <annevk> renamed the encodings to just use the iso- names http://dvcs.w3.org/hg/encoding/raw-file/tip/Overview.html
- # [15:17] <annevk> 8858-9 and -11 are missing as they are actually a windows- encoding
- # [15:17] <annevk> oh, and -1 is too
- # [15:17] <annevk> and -12 does not exist
- # [15:17] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:18] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [15:18] * Joins: krijn (u2319@gateway/web/irccloud.com/x-xmtjbvnjjnjrbncr)
- # [15:18] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-nsldhsmryybsxalu)
- # [15:19] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-pydpkpntzoxjdeqp)
- # [15:20] * Joins: wycats (u79@gateway/web/irccloud.com/x-twdmoijznpgbvcfu)
- # [15:22] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Ping timeout: 240 seconds)
- # [15:25] <smaug____> has anyone reviewed "File API: Directories and System" ?
- # [15:25] <smaug____> and, btw, is any of that implemented elsewhere than in Chrome
- # [15:25] * Joins: plutoniix (~plutoniix@125.25.49.79.adsl.dynamic.totbb.net)
- # [15:26] <annevk> I think sicking objected to that
- # [15:26] <annevk> Apple did not seem interested either
- # [15:26] <annevk> (sicking wanted to use Indexed DB instead)
- # [15:26] <annevk> dunno about Opera, we have something similar so I guess there's some interest
- # [15:26] <smaug____> yeah
- # [15:27] <smaug____> but no one has reviewed the spec? I don't recall much discussion about that spec in web apps wg
- # [15:27] <annevk> it was discussed during some of the meetings, but mostly on the level of, "do we actually want to go there"
- # [15:29] <matjas> HTML5 doesn’t seem to allow `<p//` instead of `<p></p>` anymore — anyone got a spec link for that? or is that hidden away in the parsing algo?
- # [15:29] * Quits: Phae (u455@gateway/web/irccloud.com/x-hvegvhmbrmfahxpf) (Remote host closed the connection)
- # [15:29] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-sclshhnniljataer) (Remote host closed the connection)
- # [15:29] * Quits: wycats (u79@gateway/web/irccloud.com/x-twdmoijznpgbvcfu) (Remote host closed the connection)
- # [15:30] * Joins: djr-irccloud (u788@gateway/web/irccloud.com/x-lorlzhjsyuxcsism)
- # [15:30] <annevk> matjas: http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#start-tags
- # [15:32] <matjas> annevk: thanks
- # [15:34] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-yzkyirzdzwleycjz)
- # [15:36] * Quits: smaug____ (~chatzilla@ZMMMCXLIV.gprs.sl-laajakaista.fi) (Ping timeout: 268 seconds)
- # [15:36] * Joins: ehsan (~ehsan@209.29.21.241)
- # [15:37] * Quits: ehsan (~ehsan@209.29.21.241) (Read error: Connection reset by peer)
- # [15:37] * Joins: ehsan (~ehsan@209.29.21.241)
- # [15:38] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:38] * Joins: codeho (~codeho@195.71.160.78)
- # [15:39] * Joins: jdong_bot_ (~jdong_bot@114.112.45.151)
- # [15:40] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [15:41] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [15:42] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
- # [15:43] * Joins: astearns (~anonymous@69.38.214.164)
- # [15:43] * Joins: Phae (u455@gateway/web/irccloud.com/x-uycnxugcffozpvyn)
- # [15:43] * Joins: JVoracek (~J_Voracek@pool-173-57-35-110.dllstx.fios.verizon.net)
- # [15:46] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:46] <MikeSmith> annevk: do the following look like what we need?
- # [15:46] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Remote host closed the connection)
- # [15:46] <MikeSmith> http://trac.webkit.org/browser/trunk/LayoutTests/fast/url
- # [15:47] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 240 seconds)
- # [15:47] <MikeSmith> e.g., http://trac.webkit.org/export/102933/trunk/LayoutTests/fast/url/anchor.html
- # [15:47] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [15:48] * Quits: eric_carlson (~eric@2620:149:4:1b01:fc46:605c:7ed8:eef4) (Read error: Connection reset by peer)
- # [15:48] * Joins: eric_carlson (~eric@2620:149:4:1b01:fc46:605c:7ed8:eef4)
- # [15:48] * Quits: JVoracek (~J_Voracek@pool-173-57-35-110.dllstx.fios.verizon.net) (Quit: disconnected: Jace Voracek - Jace@Jace-Place.com)
- # [15:49] * Joins: wycats (u79@gateway/web/irccloud.com/x-xswajmptublbhquu)
- # [15:52] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [15:53] * Quits: bzed (~bzed@devel.recluse.de) (Remote host closed the connection)
- # [15:53] * Joins: bzed (~bzed@devel.recluse.de)
- # [15:55] <annevk> MikeSmith: yeah
- # [15:55] <annevk> MikeSmith: those combined with abarth's sketch might go a long way towards defining URLs
- # [15:55] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-smjffqefhlruvagd)
- # [15:55] <MikeSmith> excellent
- # [15:55] <MikeSmith> so I'll ping abarth later
- # [15:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Remote host closed the connection)
- # [15:58] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [16:02] * Quits: MacTed (~Thud@63.119.36.36)
- # [16:09] * Joins: Christopher (~chatzilla@pD9ED7797.dip.t-dialin.net)
- # [16:11] * Quits: beverloo (peter@nat/google/x-rszcpbjuqpcivvob) (Ping timeout: 268 seconds)
- # [16:13] * Joins: beverloo (peter@nat/google/x-xckmczcrufoydeqo)
- # [16:15] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
- # [16:15] * Joins: miketayl_r (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [16:15] * Quits: miketayl_r (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Client Quit)
- # [16:16] * Joins: asdflj (~nodebot@ANantes-557-1-139-181.w2-1.abo.wanadoo.fr)
- # [16:16] * Joins: miketayl_r (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [16:16] * Joins: kuya (~d1223m@93-97-190-130.zone5.bethere.co.uk)
- # [16:16] <kuya> can i ask something about validator.nu here?
- # [16:17] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
- # [16:17] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Ping timeout: 240 seconds)
- # [16:17] * miketayl_r is now known as miketaylr
- # [16:19] * Quits: virtuelv (virtuelv__@nat/opera/x-oekrlbuvevuicksg) (Ping timeout: 252 seconds)
- # [16:21] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Remote host closed the connection)
- # [16:21] <MikeSmith> kuya: yes
- # [16:21] <MikeSmith> so, for ES6, seems that engines are going to need to need to do mode-switching
- # [16:21] <MikeSmith> https://lists.webkit.org/pipermail/webkit-dev/2011-December/018903.html
- # [16:21] <matjas> what’s the correct name for the “URL part” after the formal public identifier in <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">?
- # [16:22] * Joins: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [16:22] <bga> or embed different engines
- # [16:22] <bga> but single bytecode
- # [16:22] <kuya> im sending a multipart/form request with a field called content to validator.nu but whatever i do cant get it to return anything but html output. iv tried adding it to the url and to the form data but no joy - does it actually work?
- # [16:22] <zcorpan> matjas: transitional doesn't need <p>
- # [16:23] <matjas> zcorpan: i know, just want to learn the correct technical name
- # [16:23] <matjas> oooh no i didn’t know that
- # [16:23] * Joins: yael (c0646811@gateway/web/freenode/ip.192.100.104.17)
- # [16:24] <matjas> zcorpan: http://validator.w3.org/#validate_by_input says <!DOCTYPE html PUBLIC"-//W3C//DTD HTML 4.01 Transitional//EN"><title// is invalid
- # [16:24] <MikeSmith> matjas: I think you mean the "system ID"?
- # [16:24] <MikeSmith> kuya: yeah, it works
- # [16:24] <MikeSmith> gimme a minute to fine an example
- # [16:24] <kuya> MikeSmith: i just read the bit i was doing wrong!
- # [16:24] <matjas> MikeSmith: it is still called “System ID” if it’s a PUBLIC identifier?
- # [16:25] <matjas> zcorpan: I suppose that’s a bug in the W3C Validator then?
- # [16:25] <MikeSmith> the public ID is the non-URL part
- # [16:25] <kuya> MikeSmith: it didnt work in the url but i was specifying out=json after the content=<whatever>
- # [16:25] <matjas> MikeSmith: oh, i see
- # [16:25] <zcorpan> matjas: it needs body content
- # [16:25] <MikeSmith> kuya: I see. So you ahve it working now?
- # [16:25] <kuya> "The content field must be the last field in the submission. " was what i was missing
- # [16:25] <kuya> what a strange prerequisite
- # [16:26] <matjas> zcorpan: gotcha. <!DOCTYPE html PUBLIC"-//W3C//DTD HTML 4.01 Transitional//EN"><title//x it is
- # [16:26] <matjas> zcorpan: thanks!
- # [16:27] * Joins: wesbos (~wesbos@24.52.240.143)
- # [16:29] <MikeSmith> kuya: fwiw, when I test the REST API with curl, I run it like this: curl --data-binary @foo.html -H "Content-Type: text/html" "http://localhost:8888/?out=gnu"
- # [16:29] * Quits: astearns (~anonymous@69.38.214.164) (Quit: astearns)
- # [16:30] <zcorpan> matjas: are you sure iso html doesn't allow omitting tags etc?
- # [16:30] <annevk> I think I created a test of some sorts
- # [16:30] <kuya> iv been trying to validate bits of html via a browser in some sort of automated way
- # [16:31] <kuya> which turns out to be quite a pita with jquery
- # [16:31] <hsivonen> sigh. <!DOCTYPE html><math><mtext><p><i></p>a
- # [16:31] <matjas> zcorpan: not sure at all, but validator.w3.org says it’s invalid
- # [16:32] * Quits: Neocortex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Neocortex)
- # [16:32] <hsivonen> matjas: system identifier
- # [16:33] <matjas> thanks
- # [16:33] <zcorpan> matjas: Note that the xmlns attribute on the root <html> element isn’t required in this version of XHTML. [citation needed]
- # [16:34] <matjas> zcorpan: no citation, just the result of trial and error using validator.w3.org :')
- # [16:34] <zcorpan> i see
- # [16:34] <hsivonen> kuya: the validator wants to ingest the form data in a streaming way in case the document is huge. it doesn't reorder fields on the server, so it wants to see the fields that set up the validation options before it seess the document
- # [16:35] <matjas> zcorpan: is it a validator bug?
- # [16:35] <hsivonen> matjas: xmlns is required if the recipient isn't processing external entities
- # [16:35] <hsivonen> matjas: it's an XML design bug
- # [16:35] <matjas> hah
- # [16:35] <hsivonen> matjas: or a design bug in the XHTML 1.0 DTD, depending on your world view
- # [16:36] <zcorpan> matjas: dunno, i try not to spend my time on reading XHTML2 WG deliverables these days
- # [16:36] <hsivonen> matjas: the DTD, if processed, implies the attribute on the XML 1.0 layer before the XMLNS layer does its thing
- # [16:37] <hsivonen> matjas: but XML doesn't guaranteed DTD processing
- # [16:37] <kuya> hsivonen: i see, fair enuff. it was there in the docs so its my own fault :)
- # [16:37] <hsivonen> s/d//
- # [16:38] <hsivonen> Opera is more compliant than Firefox with <!DOCTYPE html><math><mtext><p><i></p>a
- # [16:38] <matjas> i ♥ these hardcore write-up reviews
- # [16:38] <annevk> not exactly fast... http://dump.testsuite.org/encoding/single-octet-test.html
- # [16:38] <annevk> dreamhost latency
- # [16:40] * Quits: erichynds (~ehynds@venkman.brightcove.com) (Ping timeout: 240 seconds)
- # [16:41] * Quits: PalleZingmark (~Adium@217.13.228.226) (Ping timeout: 240 seconds)
- # [16:44] * Joins: agektmr (~Adium@p1181-ipbf3510marunouchi.tokyo.ocn.ne.jp)
- # [16:47] * Joins: ehsan (~ehsan@66.207.208.98)
- # [16:51] * Joins: MacTed (~Thud@63.119.36.36)
- # [16:59] <hsivonen> MikeSmith: an out of band mode switch for JS seems like a bad thing
- # [17:00] * Joins: smaug____ (~chatzilla@GGKMMCXLII.gprs.sl-laajakaista.fi)
- # [17:02] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:04] * Joins: erichynds (~ehynds@venkman.brightcove.com)
- # [17:04] * Joins: Areks (~Areks@128.72.118.250)
- # [17:07] <MikeSmith> hsivonen: yeah
- # [17:07] <MikeSmith> but sounds like that's where things are headed
- # [17:09] * Quits: codeho (~codeho@195.71.160.78) (Quit: codeho)
- # [17:12] <zewt> isn't the script type effectively deprecated, given that you can't even specify it with worker ctors, importScripts, etc
- # [17:13] <zewt> i guess you could restrict to importing scripts of the same version, but that would be pretty nasty
- # [17:13] <annevk> someone should inform TC39 how ECMAScript is used in a browser...
- # [17:13] * Quits: jdong_bot_ (~jdong_bot@114.112.45.151) (Remote host closed the connection)
- # [17:13] <zewt> the mere idea of having to specify @type to <script> again would make me want to throw food
- # [17:13] <annevk> vacuum dev--
- # [17:13] * Quits: samn (~samuelnys@h-21-26.a212.corp.bahnhof.se) (Remote host closed the connection)
- # [17:16] <annevk> is anyone going to take that up with es-discuss?
- # [17:16] * paul_irish_ is now known as paul_irish
- # [17:17] <matjas> omg, forgot that doctype is optional in XHTML
- # [17:18] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [17:18] <annevk> matjas: not cool
- # [17:19] <matjas> ლ(ಠ益ಠლ) y u no tell me‽
- # [17:19] * gwicke is now known as gwicke_away
- # [17:20] * Joins: jarek (~jarek@bcu201.neoplus.adsl.tpnet.pl)
- # [17:20] * Quits: jarek (~jarek@bcu201.neoplus.adsl.tpnet.pl) (Changing host)
- # [17:20] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [17:21] * gwicke_away is now known as gwicke
- # [17:22] <zewt> having one person suggest mislabelling caption tracks in webvtt as metadata tracks (and write your own cue renderer in javascript) and having someone@microsoft nod agreement makes me sad for the world
- # [17:22] * Joins: astearns (~anonymous@sjfw1.adobe.com)
- # [17:24] * Quits: asdflj (~nodebot@ANantes-557-1-139-181.w2-1.abo.wanadoo.fr) (Remote host closed the connection)
- # [17:26] <ksweeney> yeah i saw that :-/
- # [17:26] * Quits: smaug____ (~chatzilla@GGKMMCXLII.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
- # [17:28] * Quits: FlorianX (~Dimitri@p4FCF7F9B.dip.t-dialin.net) (Quit: Leaving.)
- # [17:32] * Joins: FlorianX (~Dimitri@p4FCF7F9B.dip.t-dialin.net)
- # [17:35] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
- # [17:35] * Quits: ksweeney (~Adium@nyv-exweb.iac.com) (Quit: Leaving.)
- # [17:36] * Quits: nonge_ (~nonge@p5082B5A1.dip.t-dialin.net) (Quit: Verlassend)
- # [17:38] * Joins: codeho (~codeho@178-26-69-223-dynip.superkabel.de)
- # [17:39] * Joins: FlorianX1 (~Dimitri@p578F1EF9.dip.t-dialin.net)
- # [17:40] <annevk> zewt: filed https://bugs.webkit.org/show_bug.cgi?id=74610 on removing UTF-7 and UTF-32 from Webkit/Chromium
- # [17:40] * Quits: FlorianX (~Dimitri@p4FCF7F9B.dip.t-dialin.net) (Ping timeout: 252 seconds)
- # [17:41] <zewt> cool, see how it goes
- # [17:42] <annevk> I wonder if I should first start defining multi-octet encodings by reference with rules on top
- # [17:42] <zewt> annevk: obscure as it is, trying to get them to either fix or remove ibm864 would be nice, since it's the only encoding here that screws with the ASCII range
- # [17:42] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
- # [17:42] <annevk> zewt: you mean Gecko?
- # [17:42] <zewt> anything else come to mind (outside of wide encodings) that breaks the "all encodings are supersets of ascii" rule?
- # [17:43] <zewt> actually, both, i guess :(
- # [17:43] <annevk> ooh yes
- # [17:43] <annevk> WebKit/Chromium has some weird shit going on for all IBM encodings
- # [17:43] <zewt> that's such an insanely noninteroperable encoding (remapping %? really?) that it seems to strongly suggest no to "is this encoding in use"
- # [17:44] <zewt> oh yeah didn't notice the one in ibm866
- # [17:44] <annevk> but Chromium only supports ibm864 and I think it is only because of WebKit, not because they want to
- # [17:44] <annevk> and Gecko supports a whole lot of IBM encodings
- # [17:45] <zewt> muh
- # [17:45] <zewt> doesn't seem worth spending a lot of time pushing uphill for those encodings, but nailing down the ASCII range would be a nice win
- # [17:45] <annevk> but that does not seem needed for interoperability
- # [17:46] <annevk> given that Chrome does not support ibm866 and Opera does not support ibm864 I think we can get all IBM stuff removed
- # [17:49] * Joins: smaug____ (~chatzilla@YYKMMMDCCXVI.gprs.sl-laajakaista.fi)
- # [17:50] * Quits: rillian (~rillian@mist.thaumas.net) (Remote host closed the connection)
- # [17:54] * Quits: Lachy (Lachy@nat/opera/x-ajjjrgminsqqvhgj) (Quit: Computer has gone to sleep.)
- # [17:55] <annevk> kind of weird
- # [17:55] <annevk> whenever you file a bug on WebKit it's like it goes into a void unless you find some people to cc
- # [17:55] <annevk> whenever you file a bug on Gecko a whole bunch of people are paying attention
- # [17:56] <zewt> though that doesn't necessarily mean anyone who can do anything with it :P
- # [17:57] <Velmont> annevk: People have a similar WebKit experience with Opera and IE, I guess.
- # [17:57] <annevk> yeah :(
- # [17:57] <zewt> well, you'll have that with any large project; how often is more the question
- # [17:58] <annevk> after I saw what happened with the bugs zcorpan submitted to IE I stopped bothering
- # [17:58] <Velmont> annevk: What happened?
- # [17:58] * Quits: xec (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01) (Remote host closed the connection)
- # [17:59] * Joins: JonathanNeal (~Jonathan@dsl211-159-045.lax1.dsl.speakeasy.net)
- # [18:01] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [18:01] * Quits: seventh (seventh@27.100.17.18) (Ping timeout: 240 seconds)
- # [18:02] * Joins: ezoe (~ezoe@112-68-245-174f1.kyt1.eonet.ne.jp)
- # [18:02] <annevk> Velmont: resolved WONTFIX because they didn't make it for the release...
- # [18:02] <zewt> very... stereotypically microsoft
- # [18:03] <Velmont> ... :|
- # [18:03] <MikeSmith> Velmont, hey, you got my message about the W3C mercurial repo?
- # [18:03] <MikeSmith> you should be set up with perms to push to that repo now
- # [18:04] <MikeSmith> can't remember now which one it was
- # [18:04] <MikeSmith> but whatever one you asked about
- # [18:04] <Velmont> MikeSmith: Yep! I moved webkit tests into submissions/. I've been stalled on other stuff now. :-) But I'm actually looking through them now.
- # [18:04] <MikeSmith> cool
- # [18:04] <Velmont> MikeSmith: I'm a bit too afraid to just push, -- but, well, release early and often, can iterate and fix stuff later I guess ,-)
- # [18:04] <MikeSmith> yep
- # [18:05] <MikeSmith> that's what the submissions area's for, anyway
- # [18:06] <smaug____> filing Opera bugs has been really difficult. Few times the form has just failed (giving some server errors), and other times I've got some emails asking more information, but that is quite annoying way to handle bugs
- # [18:07] <smaug____> Opera should just open their bug database ;)
- # [18:07] <zewt> no browser's bug handling makes me very inclined to file bugs
- # [18:08] <zewt> i do from time to time but they're all ... unmotivating
- # [18:08] <MikeSmith> we clearly need to gamify bug-filing
- # [18:08] <zewt> heh
- # [18:08] <MikeSmith> badges..
- # [18:09] <MikeSmith> achievements unlocked
- # [18:09] * Joins: cgcardona (~cgcardona@unaffiliated/cgcardona)
- # [18:09] <smaug____> there should be some common bug database for browser bugs, at least for cases when browsers don't implement some API
- # [18:09] * Joins: Ms2ger (~Ms2ger@91.181.102.203)
- # [18:10] <smaug____> the bug could have fields for different browser engines.
- # [18:11] <zewt> sounds more like a reference registry than a bug tracker
- # [18:12] <smaug____> well, whatever it is called
- # [18:12] <smaug____> Mozilla uses bugzilla for everything
- # [18:12] <Velmont> Sooo... When we have a nice big w3c-test.org with a cool test runner and all, that can be a nice reference :-)
- # [18:13] <annevk> I guess at some point I should tell whatwg@whatwg.org about the encoding standard...
- # [18:13] <zewt> shhh
- # [18:14] <annevk> it's not exactly a secret, but still :)
- # [18:14] <zewt> i'm afraid to find out what error handling interop looks like for multibyte encodings
- # [18:14] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 255 seconds)
- # [18:15] <zewt> at least most encodings don't have as many error cases as utf-8, so there aren't quite so many ways they can differ
- # [18:17] * Quits: annevk (~annevk@j106179.upc-j.chello.nl) (Quit: annevk)
- # [18:17] * Joins: mpt (~mpt@nat/canonical/x-huugqikcaqvixomg)
- # [18:17] * Quits: mpt (~mpt@nat/canonical/x-huugqikcaqvixomg) (Changing host)
- # [18:17] * Joins: mpt (~mpt@canonical/mpt)
- # [18:23] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # [18:26] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 255 seconds)
- # [18:31] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:32] <kennyluck> annevk5, that's pretty much my experience submitting patches to Mozilla/WebKit. I guess the following data might explain this somehow.
- # [18:34] <kennyluck> Summarizing 175 emails randomly selected from www-style: 31.4% Unkown Affliation, 24.6% Mozilla (5 people), 22.9% Google (1 people, that is TabAtkins), 13.7% Opera (3 people), 2.3% Microsoft (2 people), 1.1% Apple (1 person).
- # [18:36] <kennyluck> I guess you get similar figures if you count mails from whatwg@whatwg.org too.
- # [18:36] <kennyluck> Well, except Micorsoft.
- # [18:37] * Quits: necolas (~necolas@5e0c7fb2.bb.sky.com) (Remote host closed the connection)
- # [18:37] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
- # [18:38] <smaug____> I'd guess Opera gets higher numbers in WhatWG
- # [18:38] * Joins: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net)
- # [18:40] * Joins: rillian (~rillian@184.71.166.126)
- # [18:41] * gwicke is now known as gwicke_away
- # [18:43] <Ms2ger> annevk5, in this case about 3h30
- # [18:43] * rillian is now known as rillian_lime
- # [18:47] * Quits: erlehmann (~erlehmann@89.204.139.200) (Quit: Ex-Chat)
- # [18:47] * Joins: erlehmann (~erlehmann@89.204.139.200)
- # [18:52] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:52] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:52] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:53] * Joins: drublic_ (~drublic@frbg-4d029c5f.pool.mediaWays.net)
- # [18:53] * Quits: drublic_ (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Remote host closed the connection)
- # [18:54] * Joins: ap_ (~ap@2620:149:4:1b01:5dcd:3ab9:8068:d00b)
- # [18:58] * Quits: drublic (~drublic@frbg-4d029c5f.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [19:01] <Velmont> annevk5: http://dvcs.w3.org/hg/webappsec/rev/8a0775f6d0eb
- # [19:06] * Quits: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au) (Ping timeout: 276 seconds)
- # [19:08] * Quits: ap_ (~ap@2620:149:4:1b01:5dcd:3ab9:8068:d00b) (Read error: Connection reset by peer)
- # [19:08] * Joins: ap_ (~ap@17.212.155.203)
- # [19:10] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [19:11] <annevk> Velmont: sweet
- # [19:12] <annevk> Velmont: did you tweet it?
- # [19:12] <Velmont> Will do, -- but sending email first.
- # [19:12] <annevk> way to set your priorities :p
- # [19:18] * Joins: dave_levin (dave_levin@nat/google/x-jvcawnqbeasmpran)
- # [19:19] * Joins: weinig (~weinig@17.245.88.131)
- # [19:20] <annevk> Ms2ger: what was the problem with patching Gecko for the encoding stuff?
- # [19:20] <annevk> Ms2ger: you said something earlier about a table that was hard to comprehend
- # [19:21] <Ms2ger> http://mxr.mozilla.org/mozilla-central/source/intl/uconv/ucvlatin/cp874.ut
- # [19:22] <annevk> Ms2ger: also, what about http://krijnhoetmer.nl/irc-logs/whatwg/20111215#l-1037 ?
- # [19:22] <Ms2ger> Don't know anything about multi-byte encodings
- # [19:23] * Joins: scheib (u4467@gateway/web/irccloud.com/x-jdtrtbgpryorqjhw)
- # [19:24] <annevk> Ms2ger: that is a weird table
- # [19:26] * Quits: weinig (~weinig@17.245.88.131) (Remote host closed the connection)
- # [19:26] <annevk> Ms2ger: it does seem like you should simply replace the FFFDs in that table with the code points from the standard
- # [19:26] * Joins: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net)
- # [19:26] <zewt> weird but understandable, with a bit of squinting
- # [19:26] <annevk> Ms2ger: but then it says that file is generated so maybe you should fix the source file
- # [19:26] * Joins: weinig (~weinig@17.212.155.13)
- # [19:27] <Ms2ger> That's what it says, yes
- # [19:27] <Ms2ger> I've never found a source file
- # [19:28] <annevk> I guess you should ask smontagu
- # [19:28] <Ms2ger> Yeah
- # [19:28] <smaug____> that file was added to cvs 1999
- # [19:29] <Ms2ger> smaug____, you don't have up-to-date contact details for ftang? :)
- # [19:29] <zewt> better contact Netscape Client International Team, then
- # [19:29] <Ms2ger> Well
- # [19:30] <Ms2ger> ftang may still be alive, I'm pretty sure NSIT isn't
- # [19:30] <annevk> it seems last time around you patched the source file Ms2ger
- # [19:31] <annevk> e.g. looking at the change log of http://mxr.mozilla.org/mozilla-central/source/intl/uconv/ucvlatin/8859-13.ut
- # [19:31] <Ms2ger> Eh?
- # [19:32] <smaug____> haa, Ms2ger owns the file then !
- # [19:32] <Ms2ger> In that case...
- # [19:32] <Ms2ger> Want to submit a patch to remove it? smaug____ claims I own it :)
- # [19:33] <annevk> see e.g. https://bug577945.bugzilla.mozilla.org/attachment.cgi?id=521559
- # [19:33] <annevk> I cannot write the spec, the test, and the implementation
- # [19:33] <annevk> well I can
- # [19:33] <annevk> but I'm afraid of being called a monopoly
- # [19:33] <smaug____> Ms2ger has too many personalities, they can't keep up with what each others have been doing. :)
- # [19:34] <annevk> smaug____: sounds like http://thebjoernhoehrmannproject.org/ :p
- # [19:34] <Ms2ger> I know I changed the ut/uf files, yes
- # [19:35] <zewt> heh, the scripts in there refer to files that google's never even heard of ... except in the scripts
- # [19:35] * Joins: cpearce (~chatzilla@ip-118-90-47-248.xdsl.xnet.co.nz)
- # [19:35] <zewt> that's what happens when people make the mistake of committing generated files to version control
- # [19:36] <smaug____> and that is also an example what happens when commit message doesn't have bug number
- # [19:37] * Joins: gavinc_ (~gavin@50-0-76-242.dsl.dynamic.sonic.net)
- # [19:37] <annevk> I like how encodings are backed by probably four distinct implementations and how Google and Apple use ICU with different settings too, so maybe 4.5
- # [19:37] <zewt> (... that = you lose the source file and everyone gives up and just starts modifying the output)
- # [19:37] <bga> var i = 10; while(i --> 0);
- # [19:38] * Quits: gavinc_ (~gavin@50-0-76-242.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [19:38] <annevk> oh actually, iconv is ICU too I guess
- # [19:39] * Quits: weinig (~weinig@17.212.155.13) (Quit: weinig)
- # [19:39] <zewt> i wonder how much microsoft's big CJK codepage tables have changed over the years
- # [19:41] * Joins: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net)
- # [19:42] * Joins: jarek (~jarek@bdc208.neoplus.adsl.tpnet.pl)
- # [19:42] * Quits: jarek (~jarek@bdc208.neoplus.adsl.tpnet.pl) (Changing host)
- # [19:42] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [19:47] * Quits: plutoniix (~plutoniix@125.25.49.79.adsl.dynamic.totbb.net) (Quit: Leaving)
- # [19:48] * Joins: [[zz]] (~q@125.25.49.79.adsl.dynamic.totbb.net)
- # [19:48] * Joins: jarek__ (~jarek@bcr118.neoplus.adsl.tpnet.pl)
- # [19:48] * jarek is now known as Guest87099
- # [19:48] * Quits: jarek__ (~jarek@bcr118.neoplus.adsl.tpnet.pl) (Read error: Connection reset by peer)
- # [19:48] * Joins: jarek__ (~jarek@bcr118.neoplus.adsl.tpnet.pl)
- # [19:50] * Quits: Guest87099 (~jarek@unaffiliated/jarek) (Ping timeout: 248 seconds)
- # [19:53] <timeless> zewt: i think "sorting it all out" could tell you
- # [19:54] <timeless> http://blogs.msdn.com/b/michkap/
- # [19:54] * Parts: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
- # [19:58] * Joins: diraol (~diraol@201.20.213.107.user.ajato.com.br)
- # [19:58] * Quits: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net) (Quit: tantek)
- # [19:58] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [20:06] * Quits: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [20:06] <Velmont> annevk: So, dented (and identi.ca will probably send it to twitter automatically soonish IIRC).
- # [20:06] * Joins: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net)
- # [20:07] * Quits: MikeSmith (~MikeSmith@EM114-49-29-222.pool.e-mobile.ne.jp) (Ping timeout: 244 seconds)
- # [20:08] * Joins: martndemus (~martndemu@5ED433E0.cm-7-5a.dynamic.ziggo.nl)
- # [20:12] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # [20:12] * Joins: MikeSmith (~MikeSmith@EM114-48-31-164.pool.e-mobile.ne.jp)
- # [20:17] * Joins: msankhala (~mutant@117.207.84.250)
- # [20:17] * Quits: msankhala (~mutant@117.207.84.250) (Changing host)
- # [20:17] * Joins: msankhala (~mutant@unaffiliated/msankhala)
- # [20:32] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
- # [20:39] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # [20:39] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Client Quit)
- # [20:39] <Ms2ger> annevk, any chance you could generate http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/PC/CP864.TXT-style tables? :)
- # [20:40] <zewt> The requested URL /Public/MAPPINGS/VENDORS/MICSFT/PC/CP864.TXT-style was not found on this server. :P
- # [20:41] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [20:41] * Joins: ojan (ojan@nat/google/x-tpkzunvwzwpxfvbj)
- # [20:41] <ojan> what's the right spec to look at for figuring out the correct return values for getComputedStyle?
- # [20:41] * Joins: rniwa (rniwa@nat/google/x-gkgazbzazqyflzqq)
- # [20:42] <ojan> mdn claims to use used value from css2.1
- # [20:42] <Ms2ger> cssom or -view
- # [20:42] <ojan> Ms2ger: ah, thanks
- # [20:42] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # [20:43] <zewt> Ms2ger: you know you're looking at stuff from a prior era when a text file actually ends with a ^Z
- # [20:43] <Ms2ger> Well
- # [20:43] <ojan> Ms2ger. annevk: http://dev.w3.org/csswg/cssom/#resolved-value doesn't say what to do with shorthands
- # [20:43] <Ms2ger> That or the IETF is involved
- # [20:44] <zewt> that's what I said
- # [20:44] <zewt> (roundabout ietf burn)
- # [20:45] <ojan> annevk: also, "computed value" is not defined anywhere in the spec...presumably it needs to link to the appropriate CSS spec
- # [20:45] * Quits: jarek__ (~jarek@bcr118.neoplus.adsl.tpnet.pl) (Quit: Leaving)
- # [20:45] * Joins: drublic (~drublic@frbg-5d84fddd.pool.mediaWays.net)
- # [20:47] * Quits: diraol (~diraol@201.20.213.107.user.ajato.com.br) (Quit: Leaving.)
- # [20:48] * Joins: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au)
- # [20:49] * Quits: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au) (Max SendQ exceeded)
- # [20:49] * Joins: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au)
- # [20:49] * Quits: msankhala (~mutant@unaffiliated/msankhala) (Ping timeout: 240 seconds)
- # [20:51] * heycam|away is now known as heycam
- # [20:52] <timeless> heh
- # [20:53] <timeless> zewt: have you read sorting it all out?
- # [20:56] <Ms2ger> annevk, also, can you please update https://bitbucket.org/annevk/webencodings?
- # [20:58] * Quits: erlehmann (~erlehmann@89.204.139.200) (Quit: Ex-Chat)
- # [20:58] * Joins: roc (~chatzilla@121.98.230.221)
- # [21:01] * Joins: graememcc_ (~chatzilla@host31-53-72-206.range31-53.btcentralplus.com)
- # [21:02] <timeless> oh, zewt, if you're looking for disasters
- # [21:02] <timeless> i have one for you
- # [21:03] * Quits: graememcc (~chatzilla@host86-148-30-166.range86-148.btcentralplus.com) (Ping timeout: 276 seconds)
- # [21:03] <zewt> timeless: havn't read much of it
- # [21:03] * graememcc_ is now known as graememcc
- # [21:03] * Joins: erlehmann (~erlehmann@89.204.139.200)
- # [21:07] * Quits: danielfilho (~daniel@187.31.77.7) (Ping timeout: 244 seconds)
- # [21:08] * Quits: cpearce (~chatzilla@ip-118-90-47-248.xdsl.xnet.co.nz) (Ping timeout: 245 seconds)
- # [21:11] * Quits: yael (c0646811@gateway/web/freenode/ip.192.100.104.17) (Ping timeout: 258 seconds)
- # [21:22] * Quits: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:33] * Quits: Christopher (~chatzilla@pD9ED7797.dip.t-dialin.net) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
- # [21:35] * Quits: erlehmann (~erlehmann@89.204.139.200) (Quit: Ex-Chat)
- # [21:36] <jgraham> smaug____: I think it is generally accepted that we would like an open bug tracker but there are significant technical challenges
- # [21:40] <Velmont> We were joking about maybe getting it as the company provided xmas gift this year. <3
- # [21:41] <jgraham> That would be even weirder than the year that everyone got a whole Norwegian salmon
- # [21:41] <jgraham> which had to be taken on the train to Sweden
- # [21:42] <jgraham> (this was long before I joined though)
- # [21:42] <karlcow> jgraham: was it alive?
- # [21:44] * Quits: kennyluck (~kennyluck@114-25-245-5.dynamic.hinet.net) (Ping timeout: 252 seconds)
- # [21:45] * Quits: martndemus (~martndemu@5ED433E0.cm-7-5a.dynamic.ziggo.nl) (Ping timeout: 252 seconds)
- # [21:46] * Quits: espadrine (~thaddee_t@acces2120.res.insa-lyon.fr) (Quit: espadrine)
- # [21:46] <smaug____> jgraham: is setting up a bugzilla really that difficult ;)
- # [21:47] <karlcow> smaug____: setting is never hard
- # [21:47] <annevk> Ms2ger: what do you want to have there?
- # [21:47] <annevk> ojan: I gave up on CSS
- # [21:47] * Joins: kennyluck (~kennyluck@114-43-122-27.dynamic.hinet.net)
- # [21:47] <timeless> > For the record, I replaced the word he used with freaking there. He used 𝓕𝓾𝓬𝓴𝓲𝓷𝓰 only he didn't do something clever with Unicode to avoid the publish filters.
- # [21:47] <karlcow> fitting into a context and managing on a long term is always the issue.
- # [21:47] <Ms2ger> The things I fixed in Gecko last year
- # [21:47] * timeless chuckles
- # [21:48] <timeless> Velmont: if you're in Norway, i think the best company gift would be butter :)
- # [21:48] <annevk> Ms2ger: okay
- # [21:48] <annevk> Ms2ger: for the Unicode-style tables, is it okay without the third column?
- # [21:49] <annevk> Ms2ger: and what is the use case?
- # [21:49] <Velmont> timeless: lol, Opera gave us loads of butter yesterday for the «risgraut» (rice porridge) we were having.
- # [21:49] <Ms2ger> smontagu pointed me at the tool that generates those tables
- # [21:49] <Ms2ger> And that's what they take
- # [21:49] <jgraham> smaug____: What karlcow said, mostly. The problem is more how to synchronise with our existing bugtracker which has some mix of stuff that anyone could know and internal-only stuff
- # [21:49] <Ms2ger> *it takes
- # [21:50] <zewt> jgraham: fork the "security bug" (hidden) flag to "private bug", and just set it to true for existing bugs?
- # [21:50] <annevk> Velmont: what's your twitter?
- # [21:50] <jgraham> The butter crisis is evidence that Sweden is ahead of Norway; we had that months ago
- # [21:50] <Ms2ger> I think leaving out the last column should work
- # [21:50] <Ms2ger> if(buf[0]=='0' && buf[1] == 'x')
- # [21:50] <Ms2ger> {
- # [21:50] <Ms2ger> sscanf(buf,"%hx %hx",&c,&u);
- # [21:51] <zewt> then they can be unhidden on a case-by-case basis and reporters can decide as they want for future bugs
- # [21:51] * Quits: ezoe (~ezoe@112-68-245-174f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
- # [21:51] <Velmont> annevk: I'm Velmont on identi.ca and my ghosting twitter-account.
- # [21:51] <timeless> Velmont: sorry, it was just a hilarious news article to encounter
- # [21:51] <jgraham> zewt: Of course solutions exist but you know how it is, you need to decide waht works and then get lots of buy in
- # [21:51] <annevk> Ms2ger: I can also put #PLACEHOLDER there or some such if that is better
- # [21:51] <timeless> zewt: fwiw, bugzilla bug groups are a lot more than "security bug"
- # [21:51] <annevk> Ms2ger: rather not make things too fancy
- # [21:51] <Ms2ger> Yeah
- # [21:51] <timeless> it's trivial to make all old bugs "opera confidential"
- # [21:52] <zewt> timeless: yes, bugzilla is notoriously massively overcomplicated :P
- # [21:52] <Ms2ger> Having just 0xab 0xcdef should work, I think
- # [21:52] <timeless> and then let users file bugs as "public" (no group), "security" (security group), or "private" (another group)
- # [21:52] * Joins: dbaron (~dbaron@nat/mozilla/x-zfopgpvrbhlmqdoi)
- # [21:52] <Ms2ger> Or the "timeless" group, of course
- # [21:53] <timeless> Ms2ger: bugzilla has an Asa group
- # [21:53] <zewt> jgraham: but that's not a technical challenge at all, just a political one
- # [21:53] <timeless> err s/has/had/
- # [21:53] <jgraham> Right, this is the sort of thing where it sounds like it ought to be easy in principle but in practice there are a lot of details that get in the way
- # [21:53] <timeless> getting security and private to work requires a bit of trickery, the easiest way is 3 public products:
- # [21:53] <Ms2ger> Well, you say "had", but how can I know that? :)
- # [21:53] <timeless> Normal
- # [21:53] <timeless> Security
- # [21:53] <timeless> Private
- # [21:53] <timeless> where the Security group has a mandatory mark for the security group
- # [21:53] <timeless> and similar for private
- # [21:54] <timeless> and normal users aren't in either group
- # [21:54] <timeless> then you allow the various products to have bugs from Opera-confi, and Security/Private
- # [21:54] <timeless> Ms2ger: i'm too lazy to check to see if the group is still present
- # [21:54] <timeless> remember that i have at times had editproducts/editgroupaccess controls
- # [21:54] <timeless> my favorite group was a group w/ 5 bugs
- # [21:55] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [22:01] * Joins: jamesr (jamesr@nat/google/x-odjlmssplaexmvhd)
- # [22:02] * Quits: erichynds (~ehynds@venkman.brightcove.com)
- # [22:02] <timeless> of course i can't actually look things up right now, mozilla.org is having issues
- # [22:02] <Ms2ger> Yeah, the PHX datacenter broke down
- # [22:05] <annevk> Ms2ger: should I just check them into dcvs?
- # [22:05] <annevk> I guess I will
- # [22:06] <Ms2ger> That works too
- # [22:06] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
- # [22:06] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [22:06] <annevk> Ms2ger: http://dvcs.w3.org/hg/encoding/rev/3bf01afcf6e5
- # [22:07] <Ms2ger> Thanks
- # [22:08] <annevk> I guess I should check my Python scripts in too at some point
- # [22:08] <annevk> maybe when I feel I can handle the embarrassment
- # [22:08] <ojan> annevk: oh right...forgot. someone else volunteered to take over cssom, right?
- # [22:09] <annevk> yes glenn and shane
- # [22:09] <annevk> I think
- # [22:09] <annevk> glenn asked a bunch of questions, but I'm not sure anything happened
- # [22:09] <annevk> your issue about computed style is probably already in http://lists.w3.org/Archives/Public/www-archive/2011Dec/0010.html
- # [22:09] <annevk> but I'm not sure if they will go through that
- # [22:13] * Quits: Areks (~Areks@128.72.118.250) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
- # [22:14] <Hixie> sicking: when you argue that if people do things on the web it means they think it's the better thing... are you taking into account that they might not have any idea what they're doing? :-)
- # [22:14] <sicking> Hixie: sure, it's not a great argument
- # [22:14] <sicking> Hixie: but at least we can be informed by looking at how they used it
- # [22:15] <sicking> Hixie: i think saying that only functions is the better way of doing callbacks, you are saying that people shouldn't use object-oriented programming style
- # [22:15] * sicking should point that out
- # [22:15] <annevk> Ms2ger: the problem with updating webencodings is that I don't have up to date information for Opera on Windows
- # [22:15] <Velmont> sicking: I fixed the status checked on state OPENED test problem, btw, so gecko's all green on it now.
- # [22:16] <annevk> Ms2ger: maybe I should just remove that and hope we get it straight at some point
- # [22:16] <sicking> Velmont: sweet
- # [22:17] <TabAtkins> sicking: No, that's a silly point. Object-oriented doesn't necessarily include using a JS Object.
- # [22:17] <TabAtkins> Using closures to encapsulate data in a function is OO as well.
- # [22:18] <sicking> TabAtkins: it functions, by wrapping your OO code in non-oo
- # [22:20] <TabAtkins> You have a pretty restricted view of what OO means.
- # [22:21] <sicking> TabAtkins: i know that I'm annoyed any time I have to do that when I'm writing code in C++
- # [22:22] <sicking> TabAtkins: i.e. any time i'm interacting with c-style APIs that take a closure
- # [22:22] <TabAtkins> Sure, because C++ is really crappy for functional code, so using functional OO style is also really crappy.
- # [22:22] <sicking> i'm not sure what you mean by "functional OO"
- # [22:22] <sicking> i take it you don't mean functional in the sense of programming languages that don't modify state
- # [22:23] <TabAtkins> No, I mean in terms of functions being first-class objects. Sorry for these terms having multiple meaning. ;_;
- # [22:23] <TabAtkins> My point is that data-hiding with a Function object is just as OO as doing the same with an Object object.
- # [22:25] <Ms2ger> So, should we expose canvas' children when scripting is disabled?
- # [22:25] <Ms2ger> Philip`? :)
- # [22:26] <TabAtkins> That might make sense, yeah.
- # [22:26] * Quits: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net) (Quit: miketaylr)
- # [22:27] * Joins: ezoe (~ezoe@203-140-88-216f1.kyt1.eonet.ne.jp)
- # [22:27] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
- # [22:27] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
- # [22:28] <Ms2ger> Oh, the spec actually suggests that
- # [22:29] * Joins: miketaylr (~miketaylr@76-229-242-92.lightspeed.okcbok.sbcglobal.net)
- # [22:30] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
- # [22:31] <jgraham> Oh the flamewar about programming styles failed to get going, I see. Probably all the rain making everything damp.
- # [22:31] <Ms2ger> Obviously python is the best language ever
- # [22:32] <Ms2ger> But only if written with emacs
- # [22:32] <ojan> sicking: i don't want to add more noise to that thread...
- # [22:32] <sicking> hang on, on phone
- # [22:32] <ojan> sicking: i guess i don't feel super strongly about this...we have bigger fish to fry wit the web platform
- # [22:33] <ojan> sicking: the whole thing just smells of useless bloat to me
- # [22:33] <zewt> do I even want to know
- # [22:35] * smaug____ doesn't understand why "useless"
- # [22:35] <smaug____> callback objects are very handy in some cases
- # [22:35] <smaug____> that is why they are used as event listeners
- # [22:37] <zewt> anyone mind giving me some context here?
- # [22:37] <TabAtkins> Yes.
- # [22:38] <zewt> :|
- # [22:40] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [22:40] <jgraham> zewt: It's about things that can take either a function or an object {handleEvent:function(){}}
- # [22:40] <zewt> i've never really understood the purpose of that (the latter)
- # [22:40] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [22:40] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [22:40] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [22:40] <jgraham> There are people who want to allow more of the latter, but with different names
- # [22:40] <zewt> much cleaner to do eg. addEventListener("event", obj.func.bind(obj), false)
- # [22:40] * Quits: FlorianX1 (~Dimitri@p578F1EF9.dip.t-dialin.net) (Quit: Leaving.)
- # [22:40] <jgraham> depending on the type of thing
- # [22:40] <zewt> (which I do all the time)
- # [22:41] <sicking> i think we have different definitions of "cleaner"
- # [22:41] <jgraham> There are people who want to make both forms work everywhere just as stated
- # [22:41] <zewt> possible
- # [22:41] <sicking> obj.func.bind(obj) seems more messy than obj to me
- # [22:41] <zewt> it's nice how python basically does that for you, but doing the binding manually i've never found to be a big deal
- # [22:41] <jgraham> and there are people who want to pretend that the second form doesn't exist and stop adding new instances of it
- # [22:42] <jgraham> I think the binding thing is something that you have to live with in javascript
- # [22:42] <zewt> the only negative to binding manually in javascript is it makes unbinding harder (but that can be solved in other ways)
- # [22:42] <zewt> (removeEventListener, I mean)
- # [22:43] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
- # [22:43] <jgraham> I don't think changing this one thing is going to make it so that people don't have to understand how binding works in general
- # [22:43] <zewt> sicking: i find passing in an object and having to know that some magically-named member function will be called to be fairly unpleasant, FWIW
- # [22:43] <sicking> zewt: so you don't like the UndoManager API then?
- # [22:44] <zewt> i havn't looked at it
- # [22:46] <zewt> jgraham: understanding how the bind() method works is something I consider basic, mandatory knowledge--maybe just because I use it so much to work around JS's crappy basic behavior for member functions, but just the same
- # [22:47] <zewt> (i think python's method binding is one of its greatest features--too bad that doesn't help us at all)
- # [22:47] <smaug____> zewt: how is anything "magically-named" ?
- # [22:47] <smaug____> it is defined in the API
- # [22:47] <smaug____> addEventListener is "magically-named"
- # [22:48] <zewt> if I call addEventListener(..., foo.func, false), it's very clear and immediate what's going to be called; much less so for passing in an object
- # [22:48] <jgraham> sicking: I think the design is way more defensible if you have a group of things that you have to pass together
- # [22:48] <annevk> Ms2ger: pushed an update to bitbucket
- # [22:48] <zewt> expanding that to other types of callbacks, with different names, would seem a very bad way forward (feels Ruby-ish)
- # [22:49] <Ms2ger> Thanks
- # [22:49] <zewt> (or Java-ish, if you like)
- # [22:49] <annevk> Ms2ger: I guess I should host the new table somewhere
- # [22:49] <Ms2ger> I'll have another look later
- # [22:49] <sicking> jgraham: which it would be if the functions had different names and you listened for several things, no?
- # [22:49] <zewt> jgraham: if it's a complex interface where you have to pass in a tightly-coupled set of callbacks, then yeah, I might buy that more
- # [22:50] <annevk> Ms2ger: I guess one more thing I can do is to make the spec definitions a "browser"
- # [22:50] <annevk> Ms2ger: for comparison purposes
- # [22:50] <Ms2ger> That would be nice, if it isn't too hard
- # [22:50] <annevk> shouldn't be in theory
- # [22:50] <jgraham> sicking: That isn't how it works in the event case though. And it isn't really clear why that would be a logical way to group things
- # [22:51] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [22:51] <jgraham> Maybe if the API was addEventListener({click:function(){}, mouseover:function(){}) etc.
- # [22:52] <smaug____> the object allows one to store state easily
- # [22:52] <jgraham> (and in that case we would probably want the whole jQuery-style delegates thing)
- # [22:52] <jgraham> smaug____: Well, state is evil ;)
- # [22:53] <jgraham> (but seriously, if you need to store state there is no difficulty)
- # [22:53] <smaug____> some states only :)
- # [22:54] <Ms2ger> Arizona?
- # [22:54] <zewt> while i don't buy into it *too* much, there's also something to be said for python's "only have one way to do things" philosophy--i don't see benefits to eg. handleEvent to offset splitting users down the middle and having everyone using basic APIs in two very different ways, in what seems mostly a style difference
- # [22:55] <zewt> (eat run-on sentence, IRC)
- # [22:55] <zewt> dashes are the new period
- # [22:55] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Quit: snowfox)
- # [22:56] * Quits: _jgr (~jgr@CPE-124-187-10-111.lns9.cha.bigpond.net.au) (Remote host closed the connection)
- # [22:56] * Joins: espadrine (~thaddee_t@acces2120.res.insa-lyon.fr)
- # [23:00] <zewt> jgraham: in the blob reader callback api briefly discussed recently, i had suggested an interface like that, actually; it made sense there, since it was implementing an interface with several different tightly-related callbacks
- # [23:01] <zewt> since it was reduced down to one function I was going to suggest dropping that and just using a simple callback (don't think I bothered, since iirc we agreed the api probably wasn't worth it)
- # [23:04] * Joins: othermaciej (~mjs@17.245.90.16)
- # [23:10] * gwicke_away is now known as gwicke
- # [23:11] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [23:11] * Quits: Ms2ger (~Ms2ger@91.181.102.203) (Read error: Connection reset by peer)
- # [23:12] * Joins: Ms2ger (~Ms2ger@91.181.102.203)
- # [23:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 248 seconds)
- # [23:13] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:13] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:18] * Joins: cpearce (~chatzilla@60.234.54.74)
- # [23:22] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [23:26] <annevk> sweet I think I made it work
- # [23:28] * Quits: jwalden (~waldo@c-76-122-148-63.hsd1.mi.comcast.net) (Quit: brb, VPN)
- # [23:28] * Joins: jwalden (~waldo@nat/mozilla/x-cftiklhdgvkbydwq)
- # [23:28] * Joins: martndemus (~martndemu@80.187.147.83)
- # [23:33] <annevk> http://dvcs.w3.org/hg/encoding/raw-file/tip/single-octet-research.html
- # [23:33] <Ms2ger> Nice
- # [23:34] * Quits: martndemus (~martndemu@80.187.147.83) (Ping timeout: 276 seconds)
- # [23:35] * Joins: Neocortex (~nectop@82-170-160-25.ip.telfort.nl)
- # [23:46] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
- # [23:48] <kennyluck> I am curious again about how much difference there is between the Chromium and WebKit trunk regarding Web standards. This one didn't get into WebKit trunk it seems → http://code.google.com/p/chromium/issues/detail?id=69594
- # [23:49] <TabAtkins> WebKit trunk is explicitly the Chromium trunk + a few things that are restricted by licenses/patents/etc.
- # [23:51] <zewt> seems rather odd for a bug to go "this is explicitly disallowed for security reasons" and then "okay, implemented anyway"
- # [23:51] <zewt> "???"
- # [23:51] <zewt> (havn't touched appcache myself so not going to dig at it)
- # [23:52] <Hixie> sicking: i don't see how passing an object that has a function is any more "object orientated" than passing a function whose closure has that object
- # [23:52] <annevk> zewt: the security concern already applied
- # [23:52] <ap_> kennyluck: Chromium has an separate private implementation of AppCache
- # [23:53] <annevk> zewt: to prevent the attack you need a header and that also prevents app cache
- # [23:53] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:53] <sicking> Hixie: so would you say that c-style structs are as object oriented as c++ classes?
- # [23:53] <Hixie> sicking: but in any case, while i think the "pass an object with a function" mechanism is pointless given that we have closures, i am not arguing against it. I'm just arguing against having lots of callbacks with lots of different names.
- # [23:53] <zewt> Hixie: (it's not at all)
- # [23:53] <ap_> kennyluck: https://bugs.webkit.org/show_bug.cgi?id=60571 tracks making this change for WebKit
- # [23:53] * Joins: nessy (~Adium@124-169-149-59.dyn.iinet.net.au)
- # [23:53] <annevk> hey ap_
- # [23:54] <ap_> hey Anne
- # [23:54] <Hixie> sicking: a c-style struct containing a c++ class instance is as object-orientated as a c++ class instance containing a c-style struct, which would be the equivalent analogy
- # [23:54] <zewt> sicking: what do C or C++ have to do with it? neither has first-class functions or closures (well, ignoring insane new C++ stuff)
- # [23:54] <kennyluck> ap_, well then that contradicts what TabAtkins said then.
- # [23:54] <kennyluck> ap_, thanks for the link!
- # [23:54] <annevk> ap_: other reason for removing UTF-32 is reducing encoding proliferation and making it less likely for content to start depending on one user agent
- # [23:54] <TabAtkins> kennyluck: Believe ap_
- # [23:54] <sicking> Hixie: the whole point is having functions on the object
- # [23:55] <Hixie> sicking: functions in JS _are_ objects.
- # [23:55] <ap_> annevk: I guess I'm a bit allergic to ideas about limiting encoding support, because it often means special cases and more work
- # [23:55] <ap_> annevk: UTF-32 is not really one of those cases
- # [23:55] <zewt> as far as i'm concerned, the idea of passing an object containing a function when you really want to say "call this function" is just a nasty echo of java Runnable
- # [23:55] <ap_> annevk: text formats that HTML5 limits to UTF-8 definitely is more work for questionable benefit (at best)
- # [23:56] <annevk> ap_: guess that depends on the implementation, I can see how it's true for ICU
- # [23:56] <sicking> Hixie: i don't see how that's relevant
- # [23:56] <sicking> Hixie: no-one is arguing that you can't do this with only function callbacks
- # [23:56] <sicking> Hixie: it's a question of developer ergonomics
- # [23:56] <Hixie> sicking: instead of var o = { handleEvent: function () { ... }, state: 0 }; callback(o); you can just do var f = function () { ... }; f.state = 0; callback(f);
- # [23:56] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [23:56] <smaug____> zewt: it is not about "call this function". It is about call the function of this object.
- # [23:57] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [23:57] <sicking> Hixie: indeed. Objects are totally unneccesary
- # [23:57] <Hixie> sicking: anyway my argument isn't against objects. my argument is against having the callbacks have different names from each other.
- # [23:57] <sicking> Hixie: basic is just as turing complete as C++ and Java
- # [23:57] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [23:57] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [23:58] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Client Quit)
- # [23:58] <TabAtkins> I don't understand what imaginary position you're attempting to argue against, sicking.
- # [23:59] <sicking> TabAtkins: the question is what programming syntaxes we want to support
- # [23:59] <smaug____> is sicking arguing against something?
- # [23:59] <TabAtkins> sicking: I understand that. I'm wondering why the word "BASIC" got into the argument.
- # [23:59] <smaug____> I thought he is arguing why object callbacks are a nice feature
- # [23:59] <zewt> smaug____: it's "do this thing"; passing in a function (possibly created via function.bind) is much more direct than passing in an object containing a method to do the thing
- # [23:59] <TabAtkins> I suspect you're badly trying to make a reductio ad absurdum
- # [23:59] <sicking> TabAtkins: basic doesn't have objects
- # Session Close: Fri Dec 16 00:00:01 2011
The end :)