Options:
- # Session Start: Thu Jun 18 00:00:00 2009
- # Session Ident: #whatwg
- # [00:00] * Parts: expensivelesbian (n=expensiv@78-86-157-220.zone2.bethere.co.uk) ("Leaving.")
- # [00:07] * Quits: takoratta (n=takoratt@p4076-ipbf6604marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [00:08] * Quits: weinig (n=weinig@17.246.17.91)
- # [00:09] * Quits: annevk2 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [00:20] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [00:21] * Joins: weinig (n=weinig@17.246.17.91)
- # [00:29] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [00:32] * Quits: weinig (n=weinig@17.246.17.91)
- # [00:33] * Joins: weinig (n=weinig@17.246.17.91)
- # [00:34] * Joins: dpranke (n=dpranke@nat/google/x-074354a9343f1fc2)
- # [00:35] <Hixie> annevk42: where is the credentials flag initialised in xhr2?
- # [00:51] * Quits: billyjackass (n=MikeSmit@EM114-48-20-74.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [01:06] * Parts: billmason (n=billmaso@ip182.unival.com)
- # [01:06] * aroben is now known as aroben|meeting
- # [01:06] * Joins: jwalden (n=waldo@corp-240.mv.mozilla.com)
- # [01:12] * Joins: MikeSmith (n=MikeSmit@EM114-48-36-210.pool.e-mobile.ne.jp)
- # [01:15] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 54 (Connection reset by peer))
- # [01:16] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [01:21] * gsnedders wonders why Google.com is being so slow
- # [01:22] <jcranmer> gsnedders: a lot of networks just went down?
- # [01:23] <gsnedders> I mean, taking a minute to connect to "www.google.com" is wrong.
- # [01:30] * Joins: slightlyoff_ (n=slightly@72.14.229.81)
- # [01:30] * Quits: slightlyoff_ (n=slightly@72.14.229.81) (Remote closed the connection)
- # [01:30] * Quits: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
- # [01:31] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [01:36] * Joins: webben (n=benh@91.85.211.107)
- # [01:37] * Quits: heycam (n=cam@124-168-61-74.dyn.iinet.net.au) ("bye")
- # [01:40] * Joins: Lachy_ (n=Lachlan@85.196.122.246)
- # [01:43] * Quits: dglazkov (n=dglazkov@nat/google/x-b90e44ca48dd646e)
- # [01:47] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
- # [01:50] * Quits: weinig (n=weinig@17.246.17.91) (Read error: 104 (Connection reset by peer))
- # [01:50] * Quits: jruderman (n=jruderma@corp-240.mv.mozilla.com)
- # [01:51] * Quits: Lachy (n=Lachlan@85.196.122.246) (Read error: 110 (Connection timed out))
- # [02:00] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [02:02] * Quits: webben (n=benh@91.85.211.107) (Read error: 110 (Connection timed out))
- # [02:06] * Joins: jruderman (n=jruderma@corp-240.mv.mozilla.com)
- # [02:06] * Joins: slightlyoff_ (n=slightly@72.14.229.81)
- # [02:08] * Quits: olliej (n=oliver@17.246.18.14)
- # [02:11] * Quits: slightlyoff_ (n=slightly@72.14.229.81) (Remote closed the connection)
- # [02:11] * Joins: slightlyoff_ (n=slightly@72.14.229.81)
- # [02:14] * Joins: olliej (n=oliver@17.246.18.14)
- # [02:14] * Quits: olliej (n=oliver@17.246.18.14) (Client Quit)
- # [02:16] * Joins: olliej (n=oliver@17.246.18.14)
- # [02:18] * Joins: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz)
- # [02:22] * Quits: slightlyoff (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
- # [02:28] * Parts: dpranke (n=dpranke@nat/google/x-074354a9343f1fc2)
- # [02:36] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [02:37] * Quits: bgalbraith (n=bgalbrai@corp-240.mv.mozilla.com)
- # [02:39] * aroben|meeting is now known as aroben
- # [02:41] * Joins: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [02:47] * Quits: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [03:16] * aroben is now known as aroben|dinner
- # [03:23] * Quits: olliej (n=oliver@17.246.18.14)
- # [03:42] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 60 (Operation timed out))
- # [03:49] * Quits: tantekc (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [03:50] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [04:00] * Joins: weinig (n=weinig@nat/apple/x-8491f5d62eda5ca2)
- # [04:05] * Quits: dolske (n=dolske@corp-240.mv.mozilla.com)
- # [04:10] * Quits: dbaron (n=dbaron@corp-240.mv.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
- # [04:26] * Joins: tyoshino (n=tyoshino@220.109.219.244)
- # [04:32] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [04:37] * Joins: dave_levin (n=dave_lev@72.14.224.1)
- # [04:42] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [05:00] * Quits: slightlyoff_ (n=slightly@72.14.229.81)
- # [05:10] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [05:11] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [05:14] * Joins: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [05:16] * Quits: weinig (n=weinig@nat/apple/x-8491f5d62eda5ca2)
- # [05:17] * Joins: archtech (n=stanv@83.228.56.37)
- # [05:23] * Joins: weinig (n=weinig@nat/apple/x-42538cff4f20b531)
- # [05:24] * Quits: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [05:26] * Quits: MikeSmith (n=MikeSmit@EM114-48-36-210.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [05:28] * Joins: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [05:36] * Quits: weinig (n=weinig@nat/apple/x-42538cff4f20b531) (Read error: 60 (Operation timed out))
- # [05:42] * Joins: dbaron (n=dbaron@98.234.51.190)
- # [05:43] * Quits: jorlow (n=jorlow@nat/google/x-dc5faa287d516296) (Read error: 110 (Connection timed out))
- # [05:46] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
- # [05:48] * Joins: jorlow (n=jorlow@33.sub-75-208-59.myvzw.com)
- # [05:51] * Joins: MikeSmith (n=MikeSmit@EM114-48-179-144.pool.e-mobile.ne.jp)
- # [05:51] * Joins: billyjackass (n=MikeSmit@EM114-48-179-144.pool.e-mobile.ne.jp)
- # [05:51] * Quits: billyjackass (n=MikeSmit@EM114-48-179-144.pool.e-mobile.ne.jp) (Client Quit)
- # [05:52] * Quits: jwalden (n=waldo@corp-240.mv.mozilla.com) ("ChatZilla 0.9.84 [Firefox 3.5pre/20090616033045]")
- # [05:58] * Quits: archtech (n=stanv@83.228.56.37)
- # [06:17] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [06:22] * Quits: franksalim (n=frank@adsl-76-243-95-41.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
- # [06:24] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
- # [06:29] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [06:32] * Quits: jorlow (n=jorlow@33.sub-75-208-59.myvzw.com) (Read error: 60 (Operation timed out))
- # [06:34] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [06:42] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
- # [06:45] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
- # [06:45] * Quits: MikeSmith (n=MikeSmit@EM114-48-179-144.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [06:48] * Quits: othermaciej (n=mjs@17.246.19.114)
- # [06:49] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
- # [06:56] * Joins: MikeSmith (n=MikeSmit@EM114-48-162-116.pool.e-mobile.ne.jp)
- # [06:57] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
- # [06:58] * Quits: jruderman (n=jruderma@corp-240.mv.mozilla.com) (Read error: 110 (Connection timed out))
- # [07:01] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:01] * Joins: hdh (n=hdh@2001:470:18:88:0:0:0:2)
- # [07:04] * Quits: dbaron (n=dbaron@98.234.51.190) ("8403864 bytes have been tenured, next gc will be global.")
- # [07:07] * Quits: MikeSmith (n=MikeSmit@EM114-48-162-116.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [07:10] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:10] * Joins: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net)
- # [07:13] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [07:15] * Quits: doublec (n=doublec@203-97-204-82.dsl.clear.net.nz) ("Leaving")
- # [07:16] * Joins: MikeSmith (n=MikeSmit@dhcp-247-192.mag.keio.ac.jp)
- # [07:21] * Quits: hdh (n=hdh@2001:470:18:88:0:0:0:2) (Remote closed the connection)
- # [07:21] * Joins: jorlow (n=jorlow@67.180.199.19)
- # [07:22] * Quits: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [07:24] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:30] * Quits: jorlow (n=jorlow@67.180.199.19)
- # [07:31] * Joins: archtech (n=stanv@83.228.56.37)
- # [07:35] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [07:47] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [07:49] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [07:50] * Joins: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:56] * Joins: olliej (n=oliver@17.246.18.14)
- # [07:56] * Quits: bgalbraith (n=bgalbrai@71.202.109.116)
- # [07:57] * Joins: ap (n=ap@194.154.88.33)
- # [07:57] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [08:11] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [08:14] <heycam> Hixie, ping?
- # [08:15] <Hixie> here
- # [08:16] <heycam> so i'm thinking about your [XXX]es that are meant to be like "partial" interfaces
- # [08:16] <heycam> and i see that they all only have attributes on them, no operations
- # [08:17] <heycam> so that means what you really want is to avoid having a new object in the prototype chain for objects implementing these interfaces
- # [08:17] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:17] <heycam> e.g. you don't want a new, empty prototype object in the chain that corresponds to the interface with the applets attribute on it
- # [08:18] <heycam> but, i don't think "extending" the interfaces, at the IDL level, is the right thing to do
- # [08:18] <heycam> you just want to control the JS aspects of it
- # [08:18] <heycam> so e.g. if these extended interfaces did have operations, then they would go on to the HTMLDocument prototype object (in this case)
- # [08:21] <heycam> well actually i see you have two kinds of XXXes now
- # [08:21] <heycam> on WindowModal, where you separate it because sometimes you want this interface to be implemented and sometimes not, but if it is, then there's no extra object in the prototype chain for WindowModal
- # [08:22] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:22] <heycam> and for the things in the Obsolete section, where they're separate just so you don't see them in the earlier sections
- # [08:22] <heycam> but they are actually part of the same interface
- # [08:22] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Success)
- # [08:22] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:23] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Connection reset by peer)
- # [08:23] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:24] <heycam> ok maybe i'm talking myself into allowing "partial" interface definitions
- # [08:24] <heycam> for that second case
- # [08:24] <heycam> even though it's only because of how you want to organise the spec
- # [08:24] <heycam> but for the WindowModal case i think your XXX does need to be something like NoPrototypeObject
- # [08:27] <heycam> maybe partial should also exist to support adding new constants from different specs, like DOMException codes
- # [08:28] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:28] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [08:29] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [08:30] * Quits: aroben|dinner (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [08:30] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [08:30] * Joins: cyberpea2 (n=james@fedora/cyberpear)
- # [08:30] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:30] <heycam> also, i'm thinking of moving a bunch of things from extended attributes into the "proper" syntax
- # [08:30] <heycam> like optional arguments, variadic operations
- # [08:31] <heycam> i'm gonna give up pretending web idl is a superset of omg idl
- # [08:34] <Hixie> (still here, hold on)
- # [08:35] * Quits: cyberpea2 (n=james@fedora/cyberpear) (Remote closed the connection)
- # [08:35] <Hixie> heycam: basically my desire is to not have the spec separation affect the prototype chain
- # [08:36] <Hixie> heycam: so we should be able to take, e.g., HTMLDocument, or Window, and split it amongst multiple specs and have zero effect on implementation requirements
- # [08:36] <Hixie> heycam: basically i'm trying to avoid the problem hsivonen mentions regularly where you end up splitting the tech into silos per wg
- # [08:38] <heycam> so, having a [NoPrototypeObject] could do that
- # [08:38] <heycam> especially if the interface only has attributes, since they never go in prototype objects
- # [08:38] <Hixie> they'll have methods sometimes
- # [08:38] <Hixie> i'm surprised that they don't already
- # [08:38] * Quits: MikeSmith (n=MikeSmit@dhcp-247-192.mag.keio.ac.jp) (Read error: 104 (Connection reset by peer))
- # [08:39] <heycam> maybe something like [AugmentPrototype=Window] instead
- # [08:39] * Quits: cyberpear (n=james@fedora/cyberpear) (Read error: 110 (Connection timed out))
- # [08:39] <Hixie> yes
- # [08:39] <Hixie> that would work
- # [08:39] <Hixie> and then the "actual" interface name wouldn't matter?
- # [08:40] <Hixie> i.e. it'd be an editorial concern only?
- # [08:40] <heycam> yes, except for other language bindings
- # [08:40] <heycam> which don't have prototypes
- # [08:40] <Hixie> well for bindings that have classes i'd want the same thing
- # [08:40] <heycam> they'd be proper, separate interfaces still
- # [08:40] <heycam> yeah?
- # [08:40] <Hixie> the idea is for there to be zero differences
- # [08:40] <heycam> how should it matter?
- # [08:40] <heycam> if you say "all HTMLDocument objects also implement HTMLDocumentObselete"
- # [08:41] <heycam> oh casting would matter
- # [08:41] <Hixie> don't you have to explicitly cast from one to the other?
- # [08:41] <Hixie> right
- # [08:41] <heycam> i mean, you'd need to cast
- # [08:41] <heycam> hmm
- # [08:41] <heycam> so it sounds like you exactly want a "partial" modifier on interface
- # [08:42] <Hixie> the point is we should be able to take HTML5, 10 years from now, when it's all perfectly implemented (hah), and make 15 specs out of it and be able to release that as an Edited Recommendation that has zero changes required to any test suites in any languages
- # [08:42] <Hixie> with all the same code working unchanged
- # [08:42] <Hixie> that's basically what i'm doing, btw -- taking DOM2 HTML, and splitting it into the "obsolete" and "today" sections in html5
- # [08:43] <Hixie> 10 years after DOM2 HTML was published
- # [08:44] <heycam> ok i'm gonna go for a "partial" keyword then, see how it goes
- # [08:44] <Hixie> cool
- # [08:44] <heycam> partial interface HTMLDocument : ... { /* now stuff */ }; partial interface HTMLDocument { /* old stuff */ };
- # [08:45] <Hixie> do i put it on all interfaces?
- # [08:45] <heycam> hmm
- # [08:45] <heycam> you want any interface to be extendable?
- # [08:45] <Hixie> i'm sure there will be specs that add to Window if there aren't already
- # [08:45] * Joins: MikeSmith (n=MikeSmit@tea14.w3.mag.keio.ac.jp)
- # [08:45] <heycam> right
- # [08:45] <Hixie> and it would have been nice to be able to add to HTMLElement instead of having the side interfaces, for some cases
- # [08:46] <Hixie> but i dunno
- # [08:46] <heycam> yeah i'm not sure
- # [08:46] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:46] <Hixie> i mean, if we have to have it to extend, you're basically saying it's the opposite of "final"
- # [08:46] <heycam> well, not really
- # [08:46] <heycam> you can extend with ":"
- # [08:46] <heycam> but it's a different kind of extending
- # [08:46] <Hixie> yeah
- # [08:47] <Hixie> ":" and also with "side" interfaces
- # [08:47] <Hixie> like how EventTarget is on all Nodes
- # [08:47] <heycam> right
- # [08:47] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [08:47] <heycam> depends on how you want the prototype chain to look
- # [08:47] <Hixie> but for some cases like Window that seems... wrong
- # [08:47] <Hixie> yeah
- # [08:47] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [08:47] <heycam> yeah Window is a bit special in that regard, in that you think of it as just a pool of properties that you add to
- # [08:47] <Hixie> i guess in practice people would just say that the interface they want to extend had "partial" on it
- # [08:47] <Hixie> even if it didn't
- # [08:48] <heycam> heh perhaps
- # [08:48] <Hixie> so in practice even if you say we have to put it on both, it won't matter
- # [08:48] <Hixie> it's just nice to annotate one of them (the "not primary" one, there's usually a clear one that is the "primary" one) as being an extention of another
- # [08:50] <heycam> it's kinda weird for languages like java to have an interface whose definition changes depending on which specs you decide to implement
- # [08:51] <Hixie> why?
- # [08:51] <Hixie> how is that different from when you decide how much of one spec to implement?
- # [08:51] <Hixie> it's not like spec boundaries reflect actual implementation boundaries, like, ever
- # [08:52] <heycam> it's different if you want to use two libraries together, say
- # [08:52] <heycam> let's say a spec first defines interface A
- # [08:52] <heycam> and a later spec defines an extension to A
- # [08:52] <heycam> and both of these specs used this "partial" keyword to allow this
- # [08:53] <heycam> one library was compiled with the first A, and another library was compiled with the extended A
- # [08:53] <heycam> now both libraries have different A.class files
- # [08:53] <heycam> whichever one the class loader finds first is the one that will be usable
- # [08:53] <heycam> you need to be sure to get the extended one loaded first somehow
- # [08:54] <heycam> but then it's impossible if there were two extensions to A, and each library chose the different extended one
- # [08:54] <heycam> you couldn't get both libraries working together in the one program
- # [08:56] <Hixie> what about if you use two libraries, and they both implement a part of the same spec?
- # [08:56] <Hixie> same problem
- # [08:56] <Hixie> literally the same problem, because the next day that spec might be split into two
- # [08:57] <Hixie> and the day after that the specs might be merged together again
- # [08:57] * Joins: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk)
- # [08:57] <heycam> you could at least have the same all-in-one interface implemented by both libraries, but some of those methods just throw a NotImplementedException or something
- # [08:57] <heycam> in fact you would need to, to get it to compile
- # [08:58] <Hixie> i guess in java maybe. in javascript we encourage implementations that don't support something to not expose it, so that you can test to see if it exists
- # [08:58] <heycam> yes
- # [08:58] * Quits: gauthier_ (n=gauthier@rind.silverorange.com) (Read error: 54 (Connection reset by peer))
- # [08:59] <heycam> it's a benefit of not having to implement a whole interface i suppose
- # [08:59] <Hixie> well it's a benefit of easy reification
- # [09:00] <heycam> benefit of duck typing (sorta)?
- # [09:01] <Hixie> vaguely
- # [09:01] <Hixie> not exclusively though
- # [09:01] <Hixie> it's a benefit of late binding and easy reification
- # [09:01] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
- # [09:02] <Hixie> sorry, not reification, reflection
- # [09:02] <Hixie> late binding and reflection
- # [09:02] <Hixie> because you can compile code that uses something without it needing to be supported, and then you can test to see if that code would work, and if it doesn't, you can skip it
- # [09:03] * Joins: gauthier_ (n=gauthier@rind.silverorange.com)
- # [09:04] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [09:05] <heycam> so for something like WindowTimers, would you want to do that with partial instead?
- # [09:09] <Hixie> yeah
- # [09:09] <Hixie> actually no
- # [09:09] <Hixie> well
- # [09:09] <Hixie> gah, i dunno
- # [09:10] <Hixie> WindowTimers is also implemented by the WorkerUtils object
- # [09:10] <heycam> ah
- # [09:10] <Hixie> but i'd want it to appear on the prototype of WorkerUtils (which itself should just appear on the prototype of two other interfaces), and i'd want it to appear as if it was part of Window also
- # [09:10] <Hixie> and it's specced in the same spec as Window but not the same spec as WorkerUtils
- # [09:11] <heycam> do any of these use ":"?
- # [09:11] <heycam> or is it [ImplementedOn]
- # [09:12] <Hixie> none of these use :
- # [09:12] <heycam> btw i think i like the "Node implements EventTarget;" kind of syntax
- # [09:12] <Hixie> oh actually that's a lie
- # [09:12] <Hixie> the WorkerUtils thing is implemented on interfaces that do use inheritance
- # [09:13] <heycam> [AugmentPrototype] Window implements WindowTimers;
- # [09:13] <heycam> or if you're doing something with ":"
- # [09:14] <heycam> interface ExtendedWindow : [AugmentPrototype] Window ...
- # [09:14] <heycam> but have Java interfaces change depending on which specs you choose to implement seems bad to me
- # [09:15] <Hixie> well i don't really mind how you end up doing things for java really
- # [09:15] <Hixie> i'm mildly professionally interested in how what you do ends up for C++, because of Native Client's use of WebIDL
- # [09:15] <Hixie> but really my interest lies in JS
- # [09:16] * Quits: drostie (n=hopkins@5ED17066.cable.ziggo.nl) (Read error: 104 (Connection reset by peer))
- # [09:17] <heycam> having c++ classes with different members seems as bad as with java
- # [09:17] <heycam> mixin abstract classes (just like different java interfaces) seems ok though
- # [09:20] * hsivonen raises eyebrows at www-tag
- # [09:23] <hsivonen> s/www-tag/www-archive-
- # [09:26] * Joins: cyberpea3 (n=james@fedora/cyberpear)
- # [09:28] <heycam> Hixie, i'll think about partial/[AugmentPrototype] a bit more, gotta head home now
- # [09:29] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [09:29] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [09:29] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [09:29] * Joins: hdh (n=hdh@hdh-1-pt.tunnel.tserv20.hkg1.ipv6.he.net)
- # [09:29] * jacobolus_ is now known as jacobolus
- # [09:32] * Quits: cyberpea3 (n=james@fedora/cyberpear) (Remote closed the connection)
- # [09:32] * Quits: onar_ (n=onar@c-67-180-87-66.hsd1.ca.comcast.net)
- # [09:39] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [09:39] * Joins: annevk2 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [09:40] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [09:47] * Joins: drostie (n=hopkins@5ED17066.cable.ziggo.nl)
- # [09:49] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [09:49] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [09:55] * Joins: heycam (n=cam@124-168-61-74.dyn.iinet.net.au)
- # [09:57] * Quits: hdh (n=hdh@hdh-1-pt.tunnel.tserv20.hkg1.ipv6.he.net) (Remote closed the connection)
- # [09:58] * Joins: cyberpea2 (n=james@fedora/cyberpear)
- # [09:59] <Hixie> heycam: cool, thanks
- # [10:02] * Quits: annevk42 (n=annevk@5ED2D22C.cable.ziggo.nl) (Remote closed the connection)
- # [10:03] * Joins: doublec (n=doublec@118-92-218-190.dsl.dyn.ihug.co.nz)
- # [10:07] * Joins: roc (n=roc@121-72-162-39.dsl.telstraclear.net)
- # [10:14] * Quits: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [10:30] * Joins: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net)
- # [10:35] * Joins: mat_t (n=mattomas@nat/canonical/x-9b9ff9b6a7d1a819)
- # [10:42] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
- # [10:43] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [10:48] * cyberpea2 is now known as cyberpear
- # [10:50] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [10:50] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [10:56] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
- # [10:56] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [10:57] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (Read error: 113 (No route to host))
- # [10:57] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:59] * Quits: MikeSmith (n=MikeSmit@tea14.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
- # [11:02] * Joins: Lachy__ (n=Lachlan@85.196.122.246)
- # [11:02] * Quits: dave_levin (n=dave_lev@72.14.224.1)
- # [11:10] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [11:15] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [11:15] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [11:16] * Quits: Lachy_ (n=Lachlan@85.196.122.246) (Read error: 110 (Connection timed out))
- # [11:27] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
- # [11:28] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [11:28] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [11:37] * Joins: remysharp (n=remyshar@remysharp.plus.com)
- # [11:41] * Quits: olliej (n=oliver@17.246.18.14)
- # [11:41] * Joins: Hish_ (n=chatzill@212.60.242.26)
- # [11:42] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [11:46] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 60 (Operation timed out))
- # [11:46] * Hish_ is now known as Hish
- # [12:00] * Quits: gsnedders (n=gsnedder@host86-174-38-173.range86-174.btcentralplus.com) ("Adios intarwebs.")
- # [12:02] * Quits: ap (n=ap@194.154.88.33)
- # [12:07] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [12:07] * Quits: archtech (n=stanv@83.228.56.37)
- # [12:09] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [12:10] * Joins: maikmerten_ (n=merten@vp-c-67.cs.uni-dortmund.de)
- # [12:11] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 110 (Connection timed out))
- # [12:14] * Joins: Hish_ (n=chatzill@mail2.n-e-s.de)
- # [12:15] * Joins: annevk42 (n=annevk@92.67.37.154)
- # [12:20] * Quits: Hish (n=chatzill@212.60.242.26) (Read error: 60 (Operation timed out))
- # [12:28] * Joins: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net)
- # [12:29] * Joins: MikeSmith (n=MikeSmit@EM114-48-173-163.pool.e-mobile.ne.jp)
- # [12:32] * Joins: ciaran_lee (n=ciaran_l@83-70-247-82-dynamic.b-ras1.prp.dublin.eircom.net)
- # [12:35] * Quits: remysharp (n=remyshar@remysharp.plus.com) ("Gotta shoot - "peeyaow"")
- # [12:35] * Joins: webben (n=benh@nat/yahoo/x-ba892cc8432079a7)
- # [12:36] * Quits: doublec (n=doublec@118-92-218-190.dsl.dyn.ihug.co.nz) ("Leaving")
- # [12:40] * Joins: othree_ (n=othree@admin39.ct.ntust.edu.tw)
- # [12:42] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (Read error: 104 (Connection reset by peer))
- # [12:47] * Joins: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [12:48] <zcorpan_> gsnedders: http://gsnedders.html5.org/outliner/process.py?url=http%3A%2F%2Fsimon.html5.org%2Fsandbox%2Fhtml%2Fgoogle-chrome-comic seems wrong
- # [12:51] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [12:51] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [12:53] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [12:53] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [12:54] * Parts: annevk42 (n=annevk@92.67.37.154)
- # [12:58] * Joins: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl)
- # [13:03] * Quits: mat_t (n=mattomas@nat/canonical/x-9b9ff9b6a7d1a819) ("Leaving")
- # [13:12] * Joins: mat_t (n=mattomas@nat/canonical/x-41be0f54b6b29daf)
- # [13:21] * Quits: webben (n=benh@nat/yahoo/x-ba892cc8432079a7) (Read error: 110 (Connection timed out))
- # [13:21] * Quits: MikeSmith (n=MikeSmit@EM114-48-173-163.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [13:31] * Quits: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com) (Read error: 104 (Connection reset by peer))
- # [14:18] * Quits: maikmerten_ (n=merten@vp-c-67.cs.uni-dortmund.de) (Read error: 113 (No route to host))
- # [14:18] * Joins: maikmerten_ (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [14:19] * Joins: MikeSmith (n=MikeSmit@EM114-48-188-143.pool.e-mobile.ne.jp)
- # [14:19] * Quits: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net) (Remote closed the connection)
- # [14:21] * Joins: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net)
- # [14:23] * Joins: webben (n=benh@nat/yahoo/x-1acac7806108c4cd)
- # [14:44] * Joins: annevk42 (n=annevk@92.67.37.154)
- # [14:50] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
- # [15:02] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [15:02] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [15:03] * jacobolus_ is now known as jacobolus
- # [15:07] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [15:07] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [15:21] * Quits: roc (n=roc@121-72-162-39.dsl.telstraclear.net)
- # [15:39] * Quits: Lachy__ (n=Lachlan@85.196.122.246) ("Leaving")
- # [15:39] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [15:48] <annevk42> http://troogle.wordpress.com/2009/06/17/google-is-trying-to-set-us-up-breaking-news-the-new-web-project-revealed-before-its-release/ wtf
- # [15:48] <annevk42> especially since http://whois.domaintools.com/thenewwebproject.com points back to them
- # [15:49] <annevk42> some kind of elaborate joke that did not cover its tracks?
- # [15:50] <Dashiva> "we believe the GOVERNMENT is involved too"
- # [15:50] <Philip`> "Google has plans to work together with Microsoft ..." - clearly this whole thing is just a work of fiction
- # [15:51] <Dashiva> It looks like a parody of that British guy who walked around with visible secret papers
- # [15:52] <annevk42> http://cocaman.ch/wp/2009/06/the-new-web-project-its-a-movie-and-plot-against-google/
- # [15:52] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [15:54] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [15:54] <annevk42> they could have at least used a proxy for the whois
- # [16:12] * Joins: ap (n=ap@194.154.88.33)
- # [16:32] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [16:35] * othree_ is now known as othree
- # [16:37] * Joins: billmason (n=billmaso@ip7.unival.com)
- # [16:52] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [16:52] * Joins: ZombieLoffe (n=e@unaffiliated/zombieloffe)
- # [16:53] * Joins: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [16:59] * Joins: bgalbraith (n=bgalbrai@corp-240.mv.mozilla.com)
- # [17:00] * Joins: myakura (n=myakura@p3155-ipbf1001marunouchi.tokyo.ocn.ne.jp)
- # [17:03] <Philip`> http://asyourworldchanges.wordpress.com/2009/05/31/hear-me-stumble-around-white-house-recovery-and-data-gov-web-sites/ looks potentially informative
- # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [17:04] * Quits: maikmerten_ (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [17:15] * Quits: dglazkov (n=dglazkov@c-69-181-143-54.hsd1.ca.comcast.net)
- # [17:17] * Parts: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [17:23] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [17:24] * Joins: sayrer (n=chatzill@user-160va8b.cable.mindspring.com)
- # [17:24] * Joins: jacobolus__ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [17:25] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Success)
- # [17:25] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [17:27] * Quits: jacobolus__ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [17:27] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [17:28] * Joins: dave_levin (n=dave_lev@72.14.224.1)
- # [17:32] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) (Remote closed the connection)
- # [17:32] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
- # [17:34] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [17:35] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [17:35] * Quits: annevk42 (n=annevk@92.67.37.154) (Read error: 60 (Operation timed out))
- # [17:43] * Joins: dglazkov (n=dglazkov@nat/google/x-1c823105cf2700a8)
- # [17:43] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [17:44] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [17:46] * Joins: archtech (n=stanv@83.228.56.37)
- # [18:04] * Quits: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [18:04] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [18:09] * Joins: sbublava (n=stephan@77.119.102.67.wireless.dyn.drei.com)
- # [18:17] * Quits: pesla (n=retep@procurios.xs4all.nl) (Read error: 104 (Connection reset by peer))
- # [18:19] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [18:28] * Joins: mstange_ (n=markus@aixd3.rhrk.uni-kl.de)
- # [18:30] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [18:32] * Quits: Wolfman2000 (n=Wolfman2@cpe-065-184-176-090.ec.res.rr.com) ("Leaving")
- # [18:34] * Quits: myakura (n=myakura@p3155-ipbf1001marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [18:35] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) (Read error: 110 (Connection timed out))
- # [18:49] * Joins: annevk42 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [18:49] * Joins: dbaron (n=dbaron@corp-240.mv.mozilla.com)
- # [18:49] * Joins: billyjackass (n=MikeSmit@EM114-48-137-244.pool.e-mobile.ne.jp)
- # [18:50] * Quits: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [18:54] * Joins: onar_ (n=onar@17.226.23.106)
- # [18:59] * Joins: maikmerten (n=maikmert@Z9d17.z.pppool.de)
- # [19:06] * Quits: MikeSmith (n=MikeSmit@EM114-48-188-143.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [19:07] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe)
- # [19:24] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [19:30] * Joins: othermaciej (n=mjs@17.246.19.114)
- # [19:31] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
- # [19:33] * Joins: dolske (n=dolske@corp-240.mv.mozilla.com)
- # [19:36] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [19:39] * Quits: mstange_ (n=markus@aixd3.rhrk.uni-kl.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090618031143]")
- # [19:45] * Quits: sbublava (n=stephan@77.119.102.67.wireless.dyn.drei.com)
- # [19:50] * Joins: sharovatov (n=vitaly@92.243.175.40)
- # [19:52] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [19:54] * Joins: weinig (n=weinig@17.246.17.91)
- # [20:02] * slightlyoff is now known as slightlyoff_afk
- # [20:05] * Joins: gavin___ (n=gavin@people.mozilla.com)
- # [20:05] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 104 (Connection reset by peer))
- # [20:07] * gavin___ is now known as gavin_
- # [20:08] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [20:12] * Quits: mat_t (n=mattomas@nat/canonical/x-41be0f54b6b29daf) (Remote closed the connection)
- # [20:13] * Quits: weinig (n=weinig@17.246.17.91)
- # [20:13] * Quits: dave_levin (n=dave_lev@72.14.224.1)
- # [20:14] * Quits: KevinMarks (n=Snak@c-67-164-14-96.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
- # [20:21] * Quits: slightlyoff_afk (n=slightly@72.14.229.81) (Read error: 110 (Connection timed out))
- # [20:28] * Quits: annevk42 (n=annevk@5ED2D22C.cable.ziggo.nl) (Remote closed the connection)
- # [20:29] * Joins: annevk42 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [20:30] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
- # [20:33] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [20:34] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [20:40] * Joins: weinig (n=weinig@nat/apple/x-aa7a801502e9ec8c)
- # [20:41] * Quits: ciaran_lee (n=ciaran_l@83-70-247-82-dynamic.b-ras1.prp.dublin.eircom.net)
- # [20:42] * Quits: slightlyoff (n=slightly@72.14.229.81) (Remote closed the connection)
- # [20:43] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [20:52] * Joins: jwalden (n=waldo@corp-240.mv.mozilla.com)
- # [20:52] * Joins: ojan (n=ojan@72.14.229.81)
- # [20:57] * Quits: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
- # [20:58] * Joins: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net)
- # [21:03] * Quits: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [21:16] <ojan> I know arun's not around, but maybe others here know the answer to my question...why does File API need getAsDataURI and getAsText?
- # [21:17] <ojan> as in, can't you replace getAsDataURI with a few lines of code wrapping getAsText?
- # [21:26] * Quits: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk) ("updating chatzilla")
- # [21:26] <annevk2> i guess it's just a convenience thing
- # [21:26] * Joins: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk)
- # [21:26] <annevk2> not sure it's needed if we get the getAsLocalURL()
- # [21:27] <annevk2> ojan, seems best to comment on public-webapps
- # [21:28] <ojan> annevk2: will do. just wanted to make sure i wasn't missing something obvious
- # [21:28] <ojan> annevk2: yeah, getAsLocalURL does seem very useful to me
- # [21:28] <annevk2> oh wait, I guess PNG and such won't get you text but will get you data URLs
- # [21:29] * annevk2 wonders why he did not think of that
- # [21:29] <annevk2> but then getAsText might work anyway, it's not very well defined
- # [21:30] <ojan> i was thinking that if you passed base64 as the encoding to getAsText it ought to work for binary content
- # [21:32] <annevk2> base64 is not a character encoding, however
- # [21:32] <annevk2> but then getAsText is underdefined
- # [21:34] * Quits: dglazkov (n=dglazkov@nat/google/x-1c823105cf2700a8)
- # [21:37] * Joins: dglazkov (n=dglazkov@nat/google/x-e62dafa1351a22ec)
- # [21:40] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [21:42] * Joins: franksalim (n=frank@adsl-76-243-95-41.dsl.pltn13.sbcglobal.net)
- # [21:48] * Quits: ap (n=ap@194.154.88.33)
- # [21:59] * Quits: maikmerten (n=maikmert@Z9d17.z.pppool.de) (Remote closed the connection)
- # [22:06] * Quits: weinig (n=weinig@nat/apple/x-aa7a801502e9ec8c)
- # [22:07] * Joins: dpranke (n=dpranke@nat/google/x-c93d9f06f032d6cc)
- # [22:12] * Joins: gsnedders (n=gsnedder@host86-174-38-173.range86-174.btcentralplus.com)
- # [22:34] * Joins: annevk5 (n=annevk@5ED2D27A.cable.ziggo.nl)
- # [22:34] <annevk5> oh yay, some guy is advocating software patents on www-style
- # [22:40] * Quits: annevk2 (n=annevk@5ED2D22C.cable.ziggo.nl) (Read error: 110 (Connection timed out))
- # [22:40] * Quits: annevk42 (n=annevk@5ED2D22C.cable.ziggo.nl) (Read error: 110 (Connection timed out))
- # [22:44] * Quits: othermaciej (n=mjs@17.246.19.114)
- # [22:48] * Quits: zdobersek (n=zan@cpe-92-37-75-80.dynamic.amis.net) ("Leaving.")
- # [22:50] * Quits: sharovatov (n=vitaly@92.243.175.40)
- # [22:50] * Joins: weinig (n=weinig@nat/apple/x-41334940c30d8c24)
- # [22:59] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [23:00] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [23:01] * ojan is now known as ojanAFK
- # [23:02] <sicking> Hixie, ping
- # [23:03] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [23:04] * Joins: olliej (n=oliver@17.246.19.121)
- # [23:12] * Joins: weinig_ (n=weinig@17.203.15.178)
- # [23:13] * Quits: weinig_ (n=weinig@17.203.15.178) (Client Quit)
- # [23:14] * Quits: sayrer (n=chatzill@user-160va8b.cable.mindspring.com) (Read error: 110 (Connection timed out))
- # [23:15] * Joins: jorlow (n=jorlow@nat/google/x-848eaa7103b9ac4e)
- # [23:15] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
- # [23:18] * Joins: othermaciej (n=mjs@17.246.19.114)
- # [23:18] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
- # [23:23] <Hixie> sicking: here
- # [23:23] <sicking> Hixie, is there a draft for File drag-n-drop?
- # [23:24] <sicking> Hixie, we have an intern that's going to start working on it pretty much today
- # [23:24] <sicking> Hixie, we can do a lot without a spec for now I think, but it'd be nice to have a draft
- # [23:24] <annevk5> there's a proposal on the WHATWG list
- # [23:25] <Hixie> i'm waiting for arun's draft to stabalise
- # [23:25] <Hixie> but basically i expect datatransfer to get some new api for files
- # [23:26] <Hixie> maybe make getData and setData take |any| instead of DOMString
- # [23:26] <Hixie> and have them return either DOMStrings for Files
- # [23:26] <Hixie> or alternatively, have the files be totally separate
- # [23:26] <sicking> Hixie, ok
- # [23:26] <Hixie> just a .files or something on DataTransfer
- # [23:27] * gsnedders hits more bugs in PHP. ergh.
- # [23:27] <Hixie> oh hey, arun is mozilla too, i forgot
- # [23:27] <Hixie> go light a fire under his chair :-)
- # [23:27] <Hixie> i think we'll go with just .files
- # [23:28] <gsnedders> Hixie: But that'll mean he'll have to move away from his computer, thus making him take longer to write the spec
- # [23:28] <Hixie> gsnedders: it is implied that he'd be tied down first and only released once the spec was done, thus increasing the motivation to work on it :-)
- # [23:28] <Hixie> sicking: yeah so i imagine we'll add a .files that returns a sequence<File>
- # [23:30] <sicking> Hixie, ok
- # [23:30] <sicking> Hixie, ugh, we'll have to add support for sequence<> to gecko...
- # [23:30] <sicking> Hixie, the idea is that that'll map to a JS array, right?
- # [23:32] <sicking> annevk5, where is the proposal on the whatwg list? What's the subject line?
- # [23:32] * Joins: onar__ (n=onar@17.244.69.239)
- # [23:33] * virtuelv thinks "file" should be the atom here, whether that is a file or collection of files
- # [23:34] <virtuelv> and treat, at least, zip files as if they were collections of files
- # [23:34] <othermaciej> sicking: fwiw we have a patch to implement it for WebKit, and we proposed an API on WHATWG
- # [23:34] <virtuelv> that way, an application could easily process openoffice (and similar) documents like epub
- # [23:35] <othermaciej> sicking: our version is fairly agnostic with respect to details of Arun's draft
- # [23:35] <sicking> othermaciej, cool
- # [23:35] <sicking> othermaciej, do you have a link to the draft you proposed?
- # [23:35] <gsnedders> Hixie: But then you risk him dying before he finishes the spec, which means you need to find a new editor
- # [23:36] * Quits: onar_ (n=onar@17.226.23.106) (Read error: 60 (Operation timed out))
- # [23:36] <othermaciej> http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-June/020302.html
- # [23:36] <othermaciej> sicking: ^
- # [23:38] <Hixie> that's basically what i just described :-)
- # [23:38] <Hixie> sicking: sequence<T> is just shorthand for an interface with a length property and an item() property or something like that, i think
- # [23:38] <Hixie> sicking: basically i just mean your regular DOM list of things
- # [23:39] * Quits: virtuelv (n=virtuelv@084202133045.customer.alfanett.no) ("Ex-Chat")
- # [23:40] * gsnedders gives up trying to obtain Lightroom, seeming Adobe keep refusing to sell it to me
- # [23:40] <gsnedders> Oh well, their lost sale.
- # [23:42] <sicking> Hixie, ok
- # [23:43] * Joins: bdodson (n=guy@DNab422153.Stanford.EDU)
- # [23:50] * Joins: jruderman (n=jruderma@nat/mozilla/x-87367414be616a3e)
- # [23:52] * Quits: heycam (n=cam@124-168-61-74.dyn.iinet.net.au) ("bye")
- # [23:52] <sicking> othermaciej, btw, have you had a look at the API that Arun proposed for File?
- # [23:53] <sicking> othermaciej, I know FileDialog is still controversial, but it'd be nice to hear how you feel about File
- # [23:53] <othermaciej> sicking: not yet
- # [23:53] <othermaciej> sicking: on my TODO list of spec review
- # [23:54] <othermaciej> I just did a careful review of ForceTLS so I'm in a reviewing mood
- # [23:54] <sicking> hehe
- # [23:54] <sicking> sweet
- # [23:54] <othermaciej> sicking: I expect to have issues with it if there's still synchronous file I/O, which I suspect there is
- # [23:55] <sicking> othermaciej, nope, asynch only
- # [23:55] <othermaciej> then maybe not so much!
- # [23:55] <sicking> sweet!
- # [23:55] <sicking> i know you guys had concerns about googles Blob proposal, which was async only
- # [23:55] <othermaciej> we're obviously interested in making file access better, and it would be nice to have fine DnD and our <input type="file" multi> fuly spec'd
- # [23:56] <sicking> not sure what that feedback was though, so not sure if it applies to File
- # [23:56] <othermaciej> I dunno
- # [23:56] <Hixie> i'll spec both of those within days of arun's proposal being stable
- # [23:56] <sicking> othermaciej, Agreed. I think the only controversial part is FileDialog, assuming you're fine with file I/O
- # [23:56] <othermaciej> right now we're just using the File interface as a dumb handle
- # [23:58] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # Session Close: Fri Jun 19 00:00:00 2009
The end :)