Options:
- # Session Start: Wed Sep 21 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:04] * Joins: othermaciej (~mjs@17.245.88.124)
- # [00:04] * Quits: ChrisWilson (~Chris_Wil@216.178.108.111) (Quit: Leaving.)
- # [00:12] * Joins: jamesr (jamesr@nat/google/x-zeeojmsdyauxmsaf)
- # [00:17] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Quit: We love you, Dark Continent! Good night!)
- # [00:17] <zewt> https://encrypted.google.com/ ... why is google drawing an arrow pointing at an empty space? heh
- # [00:18] <zewt> "dude, the corner of your monitor is pretty cool"?
- # [00:18] * Joins: ezoe (~ezoe@112-68-245-101f1.kyt1.eonet.ne.jp)
- # [00:19] <jamesr> lawl
- # [00:19] <jamesr> i think that's where the google plus thingy shows up when you are logged in
- # [00:19] <jamesr> zewt: try google.com
- # [00:20] <jamesr> there's something there in the non-https version of that page
- # [00:20] <zewt> but i don't use google.com, i use encrypted.google.com
- # [00:20] <zewt> smells like poor testing practices for the front page of google's flagship product, heh :P
- # [00:21] <zewt> on google.com it points at "Web" (which is where you already are)
- # [00:22] <zewt> (and clicking it says "hey, you wasted your time clicking this since g+ is broken on gapps accounts")
- # [00:22] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: FireFly)
- # [00:23] * Joins: ChrisWilson (~Chris_Wil@216.178.108.111)
- # [00:23] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
- # [00:25] <dglazkov> zewt: :D
- # [00:27] <zewt> D:
- # [00:28] * Quits: ChrisWilson (~Chris_Wil@216.178.108.111) (Quit: Leaving.)
- # [00:29] <dglazkov> don't be sad. sadness leads to poor digestion. poor digestion leads to fear. Fear leads to anger. Anger leads to hate. Hate leads to suffering. And more poor digestion.
- # [00:30] <zewt> i'd be less sad if google's main search page would stop intentionally distracting users from what they came to search for D:
- # [00:31] <zewt> i've never ran gdb and had it load pacman
- # [00:34] <dglazkov> zewt: I filed a bug -- does that make you feel a bit better? :)
- # [00:35] <zewt> on gdb asking for pacman? D:
- # [00:35] <dglazkov> sh> gdb
- # [00:35] <zewt> the frontpage stuff usually only lasts a couple days so it's sort of a self-expiring bug :)
- # [00:35] <dglazkov> > call pacman
- # [00:35] * Joins: ChrisWilson (~Chris_Wil@216.178.108.111)
- # [00:36] <dglazkov> ChrisWilson!!!
- # [00:37] * Quits: Amorphous (jan@unaffiliated/amorphous) (Read error: Operation timed out)
- # [00:39] <ChrisWilson> dglazkov!
- # [00:40] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [00:41] <dglazkov> ChrisWilson: I honestly don't know why I did that.
- # [00:43] * Joins: takkaria (~takkaria@isparp.co.uk)
- # [00:54] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [00:55] <ChrisWilson> :P
- # [01:01] * Quits: jamesr (jamesr@nat/google/x-zeeojmsdyauxmsaf) (Quit: jamesr)
- # [01:07] * Joins: doublec_ (~doublec@cd.pn)
- # [01:08] * Joins: gsnedder1 (~gsnedders@204.232.194.186)
- # [01:08] * Joins: danbri (~danbri@adsl-75-63-19-245.dsl.pltn13.sbcglobal.net)
- # [01:09] * Quits: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [01:09] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [01:12] * Quits: dglazkov (dglazkov@nat/google/x-jnjkqxeltwjcvpyd) (*.net *.split)
- # [01:12] * Quits: lumely_ (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (*.net *.split)
- # [01:12] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (*.net *.split)
- # [01:12] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (*.net *.split)
- # [01:12] * Quits: doublec (~doublec@unaffiliated/doublec) (*.net *.split)
- # [01:12] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
- # [01:12] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [01:12] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
- # [01:13] <dbaron> TabAtkins, so by "concrete object" do you mean "box" or do you mean something else?
- # [01:13] <dbaron> TabAtkins, I was assuming you meant "box".
- # [01:13] * dbaron is wondering whether to introduce cement objects and bricks
- # [01:14] <jcranmer> cinder blocks
- # [01:15] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
- # [01:16] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [01:17] * gsnedder1 is now known as gsnedders
- # [01:20] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
- # [01:20] * Joins: inimino (~inimino@boshi.inimino.org)
- # [01:20] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Changing host)
- # [01:20] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [01:20] <dbaron> I should probably just unsubscribe from www-style.
- # [01:20] <dbaron> It's full of people arguing about things that nobody's even said or written down anywhere.
- # [01:23] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # [01:26] * Joins: AlexNRoss (~AleossIRC@unaffiliated/aleoss)
- # [01:29] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [01:32] * Quits: danbri (~danbri@adsl-75-63-19-245.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [01:32] * Joins: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp)
- # [01:33] <roc> just be selective about which threads you read
- # [01:37] * Quits: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp) (Ping timeout: 258 seconds)
- # [01:37] * Quits: espadrine (~thaddee_t@acces2213.res.insa-lyon.fr) (Ping timeout: 276 seconds)
- # [01:37] * doublec_ is now known as doublec
- # [01:38] * Quits: doublec (~doublec@cd.pn) (Changing host)
- # [01:38] * Joins: doublec (~doublec@unaffiliated/doublec)
- # [01:38] * Quits: stefan-_ (~music@wall.wi2.uni-trier.de) (Quit: Verlassend)
- # [01:39] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:40] * Quits: connrs (~connrs@conners.plus.com) (Quit: Going offline)
- # [01:41] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [01:42] * Quits: ChrisWilson (~Chris_Wil@216.178.108.111) (Quit: Leaving.)
- # [01:43] * Quits: ezoe (~ezoe@112-68-245-101f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [01:44] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [01:46] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [01:46] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
- # [01:49] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # [01:51] * Quits: necolas (~necolas@5e011564.bb.sky.com) (Remote host closed the connection)
- # [01:51] * Joins: ChrisWilson (~Chris_Wil@216.178.108.111)
- # [01:53] * Quits: nessy (~Adium@216.178.108.111) (Quit: Leaving.)
- # [01:55] * Joins: cygri_ (~cygri@wlan-nat.fwgal01.deri.ie)
- # [01:58] * Quits: erlehmann (~erlehmann@89.204.153.102) (Quit: Ex-Chat)
- # [01:59] * Quits: benjoffe (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Remote host closed the connection)
- # [02:00] * Quits: cygri (~cygri@wg1-nat.fwgal01.deri.ie) (Ping timeout: 260 seconds)
- # [02:00] * cygri_ is now known as cygri
- # [02:02] <rniwa> sicking: yt?
- # [02:06] * Quits: CvP (~CvP@123.49.21.144) (Disconnected by services)
- # [02:07] * Joins: xCG (~CvP@123.49.21.144)
- # [02:07] * Quits: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com) (Ping timeout: 260 seconds)
- # [02:07] * Joins: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com)
- # [02:07] * xCG is now known as CvP
- # [02:07] <sicking> rniwa: pong
- # [02:09] <rniwa> sicking: hi
- # [02:09] <rniwa> sicking: do you have a time now?
- # [02:09] <sicking> rniwa: just about to head into a meeting, shouldn't be more than an hour, will you still be around?
- # [02:10] <rniwa> sicking: oh sure
- # [02:10] <rniwa> sicking: I'll probably be around 'til 6:30
- # [02:10] <rniwa> sicking: if not 7
- # [02:10] <sicking> cool
- # [02:10] <sicking> ping me at 6 if i haven't pinged you already
- # [02:10] <rniwa> sicking: ok
- # [02:12] * Quits: ChrisWilson (~Chris_Wil@216.178.108.111) (Quit: Leaving.)
- # [02:13] * bga_ is now known as bga_|away
- # [02:13] * bga_|away is now known as bga_
- # [02:18] * Joins: weinig (~weinig@2620:149:4:1b01:c4bf:9a06:9223:bf93)
- # [02:21] * Joins: ezoe (~ezoe@61-205-125-26f1.kyt1.eonet.ne.jp)
- # [02:22] * bga_ is now known as bga_|away
- # [02:26] * Quits: robman (~robman@eth4584.nsw.adsl.internode.on.net) (Ping timeout: 252 seconds)
- # [02:33] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [02:33] * Joins: danbri (~danbri@70-36-138-150.dsl.dynamic.sonic.net)
- # [02:33] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
- # [02:34] * Joins: MikeSmith (~MikeSmith@EM111-191-44-19.pool.e-mobile.ne.jp)
- # [02:38] * Joins: jamesr (jamesr@nat/google/x-hzlwcsuzqxmnvbst)
- # [02:38] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [02:39] * Joins: nessy (~Adium@12.201.85.26)
- # [02:40] <sicking> rniwa: back
- # [02:40] <rniwa> sicking: hi
- # [02:40] * Quits: danbri (~danbri@70-36-138-150.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [02:40] <rniwa> sicking: so I was sort of looking at the big picture of undoManager
- # [02:41] <rniwa> sicking: and I've started to think that maybe we've taken a wrong path in certain things
- # [02:41] <sicking> rniwa: oh?
- # [02:41] <rniwa> sicking: right now, we're going to have undoManger.automaticTransact and undoManager.manualTransact, right?
- # [02:41] <rniwa> sicking: and then we'll have two separate interfaces for those objects
- # [02:41] <sicking> yup
- # [02:42] <sicking> sort of
- # [02:42] <rniwa> sicking: but then, we'll need to expose those in []
- # [02:42] <sicking> i don't actually know that we need real interfaces
- # [02:42] <rniwa> sicking: that would mean that the return value of [] would either be Object
- # [02:42] <sicking> they're more like pure JS-objects
- # [02:42] <rniwa> sicking: or we have to define some AbstractInterface for it
- # [02:42] <sicking> rniwa: oh
- # [02:42] * Joins: micheil (~micheil@92.40.254.200.threembb.co.uk)
- # [02:43] <sicking> rniwa: i think it's fine to use Object. If we indeed even are going to use interfaces here at all
- # [02:43] <rniwa> sicking: but this would really ingrains the concept of automatic/manual transaction into undomnager
- # [02:43] <rniwa> sicking: in the sense, undo manager needs to know all
- # [02:43] <rniwa> sicking: in my original proposal, I tried to de-couple those concepts so that undomanager doesn't need to know anything about automatic transaction
- # [02:44] <rniwa> sicking: undomanager would just call apply, unapply, reapply
- # [02:44] <rniwa> sicking: which is nice from implementor's perspective
- # [02:44] <sicking> rniwa: hmm
- # [02:44] <rniwa> sicking: with current approach, we have to end up adding bindings for undoManger.automaticTransact and undoManager.manualTransact and then share code somehow
- # [02:44] <rniwa> sicking: because most of steps in those are identically equal
- # [02:44] <sicking> rniwa: i don't really care what's nice from an implementation perspective though. It's much more important to have a good API
- # [02:44] * bga_|away is now known as bga_
- # [02:45] <sicking> rniwa: to a certain extent of course, it shouldn't be completely insane to implement
- # [02:45] <rniwa> sicking: in the sense the only difference between automaticTransact and manualTransact is how it calls apply
- # [02:45] <rniwa> sicking: or what object it takes
- # [02:46] <rniwa> sicking: so I've started to think that it might be better to provide an API that creates automatic transaction instead
- # [02:46] <rniwa> sicking: i.e. we'll have createAutomaticTransaction function or just new AutomaticTransaction
- # [02:46] * Joins: jacobolus (~jacobolus@adsl-99-35-226-65.dsl.pltn13.sbcglobal.net)
- # [02:46] <rniwa> sicking: that'll create an object with unapply/reapply functions given apply function
- # [02:46] <rniwa> (function names are pending)
- # [02:47] * Joins: jacobolu_ (~jacobolus@adsl-99-35-226-65.dsl.pltn13.sbcglobal.net)
- # [02:47] <rniwa> sicking: this would allow us to have simple transact function again
- # [02:47] * paul_irish_ is now known as paul_irish
- # [02:47] <sicking> rniwa: is there a reason to do this other than save a few lines of code in the implementation?
- # [02:47] <rniwa> sicking: I think this makes the interface conceptually simpler
- # [02:47] <sicking> rniwa: i think it's much more important to look at what's a good API from a usability point of view first
- # [02:47] <rniwa> sicking: because all transactions are just transactions
- # [02:48] <sicking> rniwa: what happens if someone calls reapply multiple times in a row on a automatic transaction?
- # [02:48] <sicking> rniwa: or unapply and then apply?
- # [02:49] * Joins: MikeSmith_ (~MikeSmith@EM1-113-125-15.pool.e-mobile.ne.jp)
- # [02:49] <sicking> rniwa: hmm.. actually
- # [02:49] <rniwa> sicking: I guess it could ignore subsequence calls
- # [02:50] <sicking> rniwa: so how would this work, would createAutomaticTransaction run the "execution function"?
- # [02:50] <rniwa> sicking: no, it'll just create a transaction object
- # [02:51] <rniwa> sicking: e.g. you do undoManager.transact(createAutomaticTransaction(myCommand, 'typing'))
- # [02:51] * Quits: jacobolus (~jacobolus@adsl-99-35-226-65.dsl.pltn13.sbcglobal.net) (Ping timeout: 260 seconds)
- # [02:51] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
- # [02:51] <rniwa> sicking: in some sense, automaticTransact is a syntactic sugar for this
- # [02:51] * Quits: MikeSmith (~MikeSmith@EM111-191-44-19.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
- # [02:51] * MikeSmith_ is now known as MikeSmith
- # [02:51] <rniwa> sicking: but I found that having one function for doing things is better than having two
- # [02:52] <sicking> rniwa: from an implementation point of view, or from a usability point of view?
- # [02:52] <rniwa> sicking: e.g. this would allow author's script to pass transactions around
- # [02:52] <rniwa> sicking: from author's point of view as well
- # [02:52] <rniwa> sicking: so in the current design, you need to know whether you're creating an automatic transaction or manual transaction
- # [02:52] <rniwa> sicking: if you've just got a transaction object from some helper function
- # [02:52] <rniwa> sicking: e.g.
- # [02:53] <rniwa> sicking: var transaction = createMyTransaction(...);
- # [02:53] <sicking> that makes some sense i agree
- # [02:53] <rniwa> sicking: and then I wouldn't know whether I should call automaticTransact or manualTransact
- # [02:53] * Quits: jamesr (jamesr@nat/google/x-hzlwcsuzqxmnvbst) (Quit: jamesr)
- # [02:53] <sicking> right
- # [02:53] <rniwa> sicking: if we have createAutomaticTransaction, then we can always call transact
- # [02:54] <sicking> rniwa: still is a lot to type every time you create a automatic transaction though :(
- # [02:54] <rniwa> sicking: yeah, that's one drawback
- # [02:54] <sicking> rniwa: i wonder if we can also add a helper function that does the work for you
- # [02:54] <rniwa> sicking: also it's harder to add properties in this syntax
- # [02:54] <sicking> rniwa: that's a good point
- # [02:54] <sicking> very good even
- # [02:55] <rniwa> sicking: yeah so I'm not sure which way is better at this point
- # [02:55] <sicking> rniwa: i think we can help with the typing by creating a helper function
- # [02:55] <sicking> rniwa: but the properties part is worse
- # [02:55] <rniwa> sicking: right.
- # [02:55] * Joins: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net)
- # [02:55] <rniwa> sicking: so one thing I was thinking is that we can make createAutomaticTransaction take some object
- # [02:55] <rniwa> sicking: and let the resultant transaction object retrieve all properties the original object had
- # [02:56] <rniwa> sicking: but that's a very strange object
- # [02:56] <sicking> rniwa: i.e. we can add a function like addAutomatic(func) { return this.transact(createAutomaticTransaction(func)) } to the interface
- # [02:56] <rniwa> sicking: yeah
- # [02:56] <sicking> rniwa: that sounds hacky
- # [02:56] <sicking> (the automatic copying that is)
- # [02:56] <rniwa> sicking: but I'm suspecting that many use cases of automatic transaction doesn't require adding new properties
- # [02:56] <sicking> rniwa: you'll loose things like the prototype chain
- # [02:56] <rniwa> sicking: right
- # [02:56] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:57] * Quits: jacobolu_ (~jacobolus@adsl-99-35-226-65.dsl.pltn13.sbcglobal.net) (Ping timeout: 258 seconds)
- # [02:57] <sicking> rniwa: which i believe Alex Russel really wants to use to be able to do things like manager.transact(new MyOwnTransactionClass(...));
- # [02:57] * Quits: nessy (~Adium@12.201.85.26) (Quit: Leaving.)
- # [02:57] <rniwa> sicking: on the other hand, we could have createAutomaticTransaction just add/assign unapply/reapply properties
- # [02:57] <rniwa> sicking: instead of creating of new object
- # [02:57] <rniwa> creating new
- # [02:58] <rniwa> sicking: yeah, that'll nice
- # [02:58] <rniwa> 'll be* nice
- # [02:58] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 252 seconds)
- # [02:58] <sicking> having the DOM monkey-patch your objects seems somewhat unfortunate
- # [02:59] <rniwa> sicking: so if we'll have createAutomaticTransaction(x)=x but x will get extra properties
- # [02:59] <rniwa> sicking: yeah
- # [02:59] <rniwa> sicking: it's not particularly clean either
- # [02:59] <rniwa> sicking: alternatively, we could add "automatic" boolean to transaction object
- # [02:59] <rniwa> sicking: so instead of having two methods
- # [02:59] <rniwa> sicking: we'll just have a boolean that determines whether it's automatic or not
- # [03:00] <rniwa> sicking: in the object itself
- # [03:00] <sicking> rniwa: yeah, that seems ok
- # [03:00] <sicking> rniwa: i do like the idea of being able to return a transaction
- # [03:00] <rniwa> sicking: yeah
- # [03:00] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
- # [03:00] <sicking> rniwa: but i *really* liked the syntax you guys had in your original email that came up with the transaction objects as they are now
- # [03:00] <rniwa> sicking: so we'll have undoManager.transact({apply:~~, automatic:true})
- # [03:01] <rniwa> sicking: which one?
- # [03:01] <sicking> rniwa: the one that introduced the syntax as it is now
- # [03:01] <rniwa> sicking: oh undoManager.transact({apply:~~, automatic:true}) ?
- # [03:02] <sicking> nono, much much earlier
- # [03:02] <sicking> nevermind, i think our irc'ing just crossed paths :)
- # [03:02] <sicking> rniwa: i like the automatic:true idea
- # [03:03] <sicking> rniwa: that seems like it would take care of the original use case
- # [03:03] <rniwa> sicking: mn... like undoManager.transact(new ManagedTransaction(...)) ?
- # [03:04] * Quits: fishd (darin@nat/google/x-ztkkaxfmmutwqzje) (Read error: Connection reset by peer)
- # [03:04] * Joins: roc_ (~chatzilla@60.234.54.74)
- # [03:04] <sicking> you just lost me :)
- # [03:04] * Quits: ap (~ap@2620:149:4:1b01:b075:6b11:968b:f5a1) (Quit: ap)
- # [03:05] * Joins: fishd_ (darin@nat/google/session)
- # [03:05] * Quits: fishd_ (darin@nat/google/session) (Changing host)
- # [03:05] * Joins: fishd_ (darin@nat/google/x-vqwowhaznpmswwwg)
- # [03:05] * Quits: kennyluck (~kennyluck@119.57.31.98) (Quit: kennyluck)
- # [03:05] <rniwa> sicking: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2011-August/032766.html ?
- # [03:05] <rniwa> sicking: ok
- # [03:06] <sicking> rniwa: what I'm saying is that the undoManager.transact({ apply: ..., automatic: true }) seems to solve the use case of having code like: transact = someFunctionThatGeneratesTransactions(); undoManager.transact(transact);
- # [03:06] <rniwa> sicking: yeah
- # [03:06] <rniwa> sicking: ok, I'll post something up on whatwg and make this change subsequently
- # [03:06] <rniwa> sicking: this will lets us just have one implicit interface
- # [03:06] <rniwa> sicking: and one transact
- # [03:06] <rniwa> :D
- # [03:07] <sicking> rniwa: yup. Might be good to come up with something shorter than "automatic" though. Maybe just "auto"?
- # [03:07] <sicking> i'll leave the bikeshedding to others :)
- # [03:07] <rniwa> sicking: yeah, auto works
- # [03:07] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 260 seconds)
- # [03:07] * roc_ is now known as roc
- # [03:07] <sicking> rniwa: also, i'm still not sold on apply+reapply. I still think just apply is better :)
- # [03:07] <sicking> with a boolean argument
- # [03:08] <rniwa> sicking: hmm.... I still make the same argument AryehGregor made and say booleans are bad
- # [03:08] <rniwa> sicking: I find a function that does both do & undo to be semantically hard to understand
- # [03:09] <rniwa> sicking: unfortunately, there are no good precedents for this because most of Undo API just provide functions for undo/redo
- # [03:09] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [03:09] <rniwa> sicking: and not the initial execution
- # [03:09] <sicking> rniwa: sure, i wouldn't propose to merge do/undo
- # [03:09] <rniwa> sicking: oops I meant do/redo
- # [03:09] <sicking> rniwa: booleans are bad on the callsite generally
- # [03:09] <rniwa> sicking: I'm not buying the idea that developers would duplicate code
- # [03:09] <rniwa> sicking: when he can just call apply
- # [03:09] <sicking> rniwa: but here the callsite is inside the browser code, so that's not a problem
- # [03:10] <sicking> rniwa: but he can't call apply, you brought up good reasons for why they should be slightly different
- # [03:10] <rniwa> sicking: also arv made an argument that booleans are hard to remember which one is which
- # [03:10] <sicking> rniwa: again, that's generally true on the caller side, not on the callee side
- # [03:10] <rniwa> sicking: so he can do reapply: function() { /* some work! */ this.apply(); }
- # [03:11] <sicking> rniwa: i don't think you can do selection like that
- # [03:11] <sicking> rniwa: also, look at the examples that you sent to the list, they all duplicated code
- # [03:11] <rniwa> sicking: or reapply: function() { this.apply(); /* some work */ }
- # [03:12] <rniwa> but should I define function(isApply) {...} or function(isReapply) {...}?
- # [03:13] <sicking> rniwa: Either way, it'll be obvious when you look at any example
- # [03:13] <sicking> rniwa: the problem with boolean arguments is that you can't tell on the caller side: apply(false)
- # [03:13] <sicking> rniwa: but on the callee side it's always documented using the variable name
- # [03:14] <sicking> rniwa: i'm also not convinced that the differences between apply/reapply are always so simple that you can implement them before and/or after
- # [03:14] <rniwa> sicking: so the argument was that it's hard to remember which boolean it was when you write the function for the first tie
- # [03:14] <rniwa> time*
- # [03:14] <sicking> though i'd have to think to come up with an example
- # [03:15] <sicking> rniwa: how would you do that without looking at docs or examples?
- # [03:15] * Quits: weinig (~weinig@2620:149:4:1b01:c4bf:9a06:9223:bf93) (Quit: weinig)
- # [03:15] <rniwa> sicking: well, you probably remember it was undoManager
- # [03:15] <rniwa> sicking: and on firebug or developer console, you can see that it has transact method
- # [03:16] <rniwa> sicking: and maybe I'll vaguely remember it takes apply function
- # [03:16] * Joins: jamesr (jamesr@nat/google/x-ihrzfoztozcgeblt)
- # [03:16] <zewt> if that's a person's way of learning an api, they're going to get confused no matter what the type of the argument :)
- # [03:16] <rniwa> zewt: well, I almost always use developer tools to figure out property names, etc...
- # [03:16] <rniwa> zewt: too lazy to search
- # [03:17] * Quits: othermaciej (~mjs@17.245.88.124) (Quit: othermaciej)
- # [03:17] <rniwa> zewt: most of the times, properties I find do what their name suggest to do
- # [03:17] <rniwa> anyways
- # [03:17] <zewt> seems like a strange reason to abolish bools, heh
- # [03:17] <rniwa> zewt: I guess
- # [03:18] <zewt> if there was more info to send i'd suggest passing an object, like events, but that's a bit overkill if that's all there is
- # [03:18] <sicking> rniwa: i'm not convinced that it'll be easier to remember that there's both a "apply" and a "reapply" function, than to remember that it takes a isReapply boolean argument
- # [03:19] <rniwa> sicking: I've talked to a couple of developers internally and they told me they'd prefer apply/reapply simply because they don't like booleans
- # [03:19] <rniwa> sicking: but then they also told me they'll be fine with booleans
- # [03:19] <zewt> if an api made me provide two separate functions that are very similar, i'm pretty sure i'd quick patch it away so i don't have to deal with that
- # [03:20] <zewt> (i havn't looked closely enough to know why "apply" and "reapply" are separate concepts, though)
- # [03:20] * bga_ is now known as bga_|away
- # [03:20] * Quits: bga_|away (~bga@ppp78-37-240-254.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [03:20] <rniwa> zewt: if you don't supply reapply, it falls back to apply
- # [03:20] <zewt> ah
- # [03:20] <rniwa> zewt: apply is called when you call undoManager.transact
- # [03:20] <jamesr_> how's that better than having a bool? if authors forget about reapply, in both cases their apply() function is called
- # [03:20] <rniwa> zewt: reapply is called, well, when a user triggers redo
- # [03:21] <zewt> i guess as someone who's typed "int main(int argc, char *argv[])" a few thousand times, worrying about this seems minor :)
- # [03:21] <rniwa> zewt: I can never remember which comes first although I've been writing c programs over a decade
- # [03:21] <zewt> if i think about it i'd probably forget--i just let my fingers type it
- # [03:22] <zewt> digit coprocessors
- # [03:22] <rniwa> mn.. maybe I'll like it better if we renamed apply/reapply
- # [03:22] <rniwa> sicking: how about executeDo and executeUndo?
- # [03:23] <rniwa> sicking: or execute and executeUndo?
- # [03:23] <sicking> rniwa: i like apply/unapply/reapply better
- # [03:23] <rniwa> sicking: ?
- # [03:23] <rniwa> sicking: you like apply/unapply better?
- # [03:23] <sicking> rniwa: the names that is
- # [03:23] <rniwa> sicking: I think the problem is that apply appears to indicate that it's only called for the first time
- # [03:24] <sicking> rniwa: oh, i see
- # [03:24] <jamesr_> do/undo/redo?
- # [03:24] <sicking> rniwa: i generally try to stay out of naming issues
- # [03:24] <rniwa> jamesr: I think we want to get rid of redo function
- # [03:24] <sicking> :)
- # [03:24] <rniwa> jamesr: do/undo seems fine
- # [03:25] <rniwa> jamesr: but might be too generic?
- # [03:25] <rniwa> jamesr: we want to let duck type it so user may want to inherit from some other objects
- # [03:25] <zewt> do is a keyword :)
- # [03:25] <rniwa> zewt: oh that won't work :(
- # [03:25] <sicking> zewt: that's ok in ES5
- # [03:25] <sicking> rniwa: no, that's not a problem in ES5
- # [03:26] <rniwa> sicking: probably better to avoid it though
- # [03:26] <zewt> why is it okay, that sounds gross, heh
- # [03:26] <rniwa> sicking: you never know which JIT compiler has bugs
- # [03:26] * Quits: dbaron (~dbaron@nat/mozilla/x-lyyjbhjfofyxjmmk) (Read error: Operation timed out)
- # [03:26] <rniwa> sicking: good principle > i generally try to stay out of naming issues
- # [03:26] <rniwa> sicking: makes you productive :)
- # [03:27] <sicking> rniwa: we have functions called 'delete' in indexedDB
- # [03:27] <rniwa> sicking: oh dear
- # [03:28] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 252 seconds)
- # [03:28] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:31] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 260 seconds)
- # [03:31] <rniwa> sicking: but I think the problem here is that do is defined by author
- # [03:31] <rniwa> sicking: so you'll writ something like undoManager.transact{do: funciton(redo) {..}, undo: funciton() {..})
- # [03:31] <rniwa> sicking: I guess it's fine in this simple case but might be annoying in more complicated case
- # [03:31] * Joins: robreact (~chatzilla@c-66-30-72-144.hsd1.ma.comcast.net)
- # [03:31] * Joins: bzed_ (~bzed@devel.recluse.de)
- # [03:31] <rniwa> sicking: how old is ES5 support among browsers?
- # [03:31] <rniwa> sicking: I don't want to make library author's life harder but I don't want to worry about backward compat. if it's form ages ago
- # [03:31] * bzed_ is now known as bzed
- # [03:31] <sicking> rniwa: JIT's don't matter here, only ecmascript parsers
- # [03:31] <sicking> rniwa: it was renamed from 'remove' to 'delete' based on developer input
- # [03:31] <sicking> rniwa: past the parser it's just strings
- # [03:31] <sicking> rniwa: one option would be to do both things
- # [03:31] <sicking> rniwa: have apply/reapply/unapply, pass a boolean argument to apply/reapply, and do the fallback to apply if reapply doesn't exist
- # [03:31] <sicking> rniwa: that way, if you have really different implementations between apply/reapply you can split it into two functions
- # [03:31] <sicking> rniwa: but if you don't, you can just add a few branches
- # [03:31] <sicking> s/but if you don't/but if the differences are small/
- # [03:31] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [03:31] <rniwa> sicking: that's what I meant :)
- # [03:32] <rniwa> sicking: > parsers
- # [03:32] <dglazkov> zewt: ftfy https://encrypted.google.com/
- # [03:32] <rniwa> sicking: should have said engine*
- # [03:32] <sicking> hmm... seems like i have connectivity issues
- # [03:32] <sicking> rniwa: did you get my last message?
- # [03:32] <rniwa> sicking: yeah
- # [03:32] <rniwa> sicking: that might be a good idea
- # [03:32] <sicking> rniwa: the "s/but if you don't/but if the differences are small/" one?
- # [03:32] <rniwa> sicking: having both*
- # [03:33] <sicking> cool
- # [03:33] <rniwa> sicking: okay, let's do that for now
- # [03:33] <zewt> dglazkov: :D
- # [03:33] <sicking> rniwa: for what it's worth, if you do { "do": function(...) { ... } }, that will work even in ES3 parsers
- # [03:33] <rniwa> sicking: sorry about the delay in responses, I want to be more responsive but I've been blocked by regressions from my Apple-style-span removals
- # [03:33] <rniwa> sicking: oh that's a good point
- # [03:34] <rniwa> sicking: mn... come to think of it
- # [03:34] <rniwa> sicking: maybe we don't need automatic boolean
- # [03:34] <rniwa> sicking: maybe we should just rename apply for automatci function to execute
- # [03:34] <sicking> ok, gotta run, circus class!
- # [03:35] <rniwa> sicking: so that manual transaction would have apply(bool), unapply, and optionally reapply
- # [03:35] <rniwa> sicking: and automatic transactoin would have execute
- # [03:35] <rniwa> sicking: ah, ok.
- # [03:35] <rniwa> ttyl
- # [03:35] <sicking> rniwa: that might work too
- # [03:35] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Client Quit)
- # [03:35] <rniwa> guess I'll post that on whatwg and see what others think
- # [03:37] * Joins: roc (~chatzilla@60.234.54.74)
- # [03:37] * Quits: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com) (Remote host closed the connection)
- # [03:37] * Joins: jdong__ (~quassel@222.126.155.250)
- # [03:38] * Quits: jdong_ (~quassel@222.126.155.250) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [03:38] * Quits: jdong__ (~quassel@222.126.155.250) (Client Quit)
- # [03:39] * Joins: jdong_ (~jdong@222.126.155.250)
- # [03:40] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [03:45] * Quits: jdong_ (~jdong@222.126.155.250) (Remote host closed the connection)
- # [03:45] * Quits: jamesr (jamesr@nat/google/x-ihrzfoztozcgeblt) (Read error: Connection reset by peer)
- # [03:46] * Joins: jamesr (jamesr@nat/google/x-vouhisyprkmgbayw)
- # [03:48] * Quits: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [03:48] * 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])
- # [03:50] * Quits: robreact (~chatzilla@c-66-30-72-144.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [03:53] * Quits: micheil (~micheil@92.40.254.200.threembb.co.uk) (Quit: micheil)
- # [03:57] * Quits: ojan (ojan@nat/google/x-bzwhcanxjcxplyvr) (Quit: ojan)
- # [04:04] * Joins: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net)
- # [04:07] * Quits: jamesr (jamesr@nat/google/x-vouhisyprkmgbayw) (Quit: jamesr)
- # [04:17] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [04:31] * Joins: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net)
- # [04:32] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [04:34] * Joins: dave_levin (dave_levin@nat/google/x-dcorfzoiwqpvuwlx)
- # [04:41] * Quits: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [04:49] * Joins: ChrisWilson (~Chris_Wil@12.201.85.2)
- # [04:49] * Joins: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net)
- # [04:50] * Quits: dave_levin (dave_levin@nat/google/x-dcorfzoiwqpvuwlx) (Quit: dave_levin)
- # [04:55] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [05:02] * Joins: jdong_ (~quassel@222.126.155.250)
- # [05:02] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [05:03] * Quits: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net) (Read error: Operation timed out)
- # [05:12] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [05:16] * Quits: rniwa (rniwa@nat/google/x-fvghsijdcawewhfy) (Quit: rniwa)
- # [05:22] * Joins: robman (~robman@eth4853.nsw.adsl.internode.on.net)
- # [05:42] * Joins: nonge__ (~nonge@p5B3264CE.dip.t-dialin.net)
- # [05:46] * Joins: dydx (~dydz@173-11-70-186-SFBA.hfc.comcastbusiness.net)
- # [05:46] * Quits: nonge_ (~nonge@p5B326ED6.dip.t-dialin.net) (Ping timeout: 258 seconds)
- # [05:48] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [05:50] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [05:53] * Joins: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net)
- # Session Close: Wed Sep 21 05:59:27 2011
- #
- # Session Start: Wed Sep 21 05:59:27 2011
- # Session Ident: #whatwg
- # [05:59] * Disconnected
- # [06:00] * Attempting to rejoin channel #whatwg
- # [06:00] * Rejoined channel #whatwg
- # [06:00] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [06:00] * Set by annevk42 on Mon Oct 19 23:03:06
- # [06:10] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [06:10] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (*.net *.split)
- # [06:10] * Quits: annacc (Adium@nat/google/x-oiyiuavblwxhnmiz) (*.net *.split)
- # [06:10] * Quits: beverloo (beverloo@nat/google/x-mnxhwlqqgvdokonq) (*.net *.split)
- # [06:10] * Quits: hober (~ted@unaffiliated/hober) (*.net *.split)
- # [06:10] * Quits: eric_carlson (~eric@2620:149:4:1b01:c82a:d739:d408:e751) (*.net *.split)
- # [06:10] * Quits: hoodow (~hoodow@pdpc/supporter/active/hoodow) (*.net *.split)
- # [06:10] * Quits: FastJack (~fastjack@dumpstr.net) (*.net *.split)
- # [06:10] * Quits: jamesr_ (jamesr@nat/google/x-uvfbeopqjrhateva) (*.net *.split)
- # [06:10] * Quits: ParadoX- (~para@hades.spexhost.com) (*.net *.split)
- # [06:10] * Quits: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net) (*.net *.split)
- # [06:10] * Quits: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net) (*.net *.split)
- # [06:10] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (*.net *.split)
- # [06:10] * Quits: doublec (~doublec@unaffiliated/doublec) (*.net *.split)
- # [06:10] * Quits: asmodai (asmodai@h61194.upc-h.chello.nl) (*.net *.split)
- # [06:10] * Quits: mven_ (~mven__@169.241.49.57) (*.net *.split)
- # [06:10] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (*.net *.split)
- # [06:10] * Quits: riven (~riven@pdpc/supporter/professional/riven) (*.net *.split)
- # [06:10] * Quits: nw` (eero@heaven.unlink.org) (*.net *.split)
- # [06:10] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (*.net *.split)
- # [06:10] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (*.net *.split)
- # [06:10] * Quits: krijn (u2319@gateway/web/irccloud.com/x-bloavqfrlmrrqohu) (*.net *.split)
- # [06:10] * Quits: toyoshim (~toyoshim@yuri.twintail.org) (*.net *.split)
- # [06:10] * Quits: ben_alman (~ben_alman@web126.webfaction.com) (*.net *.split)
- # [06:10] * Quits: Peter` (~peter@nishino.lvp-media.com) (*.net *.split)
- # [06:10] * Quits: ivan`` (~ivan@li125-242.members.linode.com) (*.net *.split)
- # [06:10] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (*.net *.split)
- # [06:10] * Quits: chayin (~quassel@61.14.141.36) (*.net *.split)
- # [06:10] * Quits: danheberden (~danheberd@li225-35.members.linode.com) (*.net *.split)
- # [06:10] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
- # [06:10] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (*.net *.split)
- # [06:10] * Quits: dydx (~dydz@173-11-70-186-SFBA.hfc.comcastbusiness.net) (*.net *.split)
- # [06:10] * Quits: ChrisWilson (~Chris_Wil@12.201.85.2) (*.net *.split)
- # [06:10] * Quits: karlcow (~karl@nerval.la-grange.net) (*.net *.split)
- # [06:10] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (*.net *.split)
- # [06:10] * Quits: ezoe (~ezoe@61-205-125-26f1.kyt1.eonet.ne.jp) (*.net *.split)
- # [06:10] * Quits: CvP (~CvP@123.49.21.144) (*.net *.split)
- # [06:10] * Quits: Dashiva (Dashiva@wikia/Dashiva) (*.net *.split)
- # [06:10] * Quits: aho (~nya@fuld-590c76d4.pool.mediaWays.net) (*.net *.split)
- # [06:10] * Quits: boaz (~boaz@li326-230.members.linode.com) (*.net *.split)
- # [06:10] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (*.net *.split)
- # [06:10] * Quits: Rubennn (~quassel@apher.xlshosting.net) (*.net *.split)
- # [06:10] * Quits: kling (~kling@nat/trolltech/x-qwpvvzokryssrxbg) (*.net *.split)
- # [06:10] * Quits: payman (~payman@pat.se.opera.com) (*.net *.split)
- # [06:10] * Quits: hendry_ (~hendry@212.13.195.83) (*.net *.split)
- # [06:10] * Quits: kinetik (~kinetik@121.98.132.55) (*.net *.split)
- # [06:10] * Quits: nlogax (~nlogax@unaffiliated/nlogax) (*.net *.split)
- # [06:10] * Quits: foolip (~philip@83.218.67.122) (*.net *.split)
- # [06:10] * Quits: ukai (ukai@nat/google/x-irtdnaauyqndyfmk) (*.net *.split)
- # [06:10] * Quits: manu-db (~msporny@digitalbazaar.com) (*.net *.split)
- # [06:10] * Quits: hasather (~davidh@pat-tdc.opera.com) (*.net *.split)
- # [06:10] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (*.net *.split)
- # [06:10] * Quits: wirepair (fbi@random.supermario.org) (*.net *.split)
- # [06:10] * Quits: hsivonen (~hsivonen@kekkonen.cs.hut.fi) (*.net *.split)
- # [06:10] * Quits: timb_ (~tim@bacon2.burri.to) (*.net *.split)
- # [06:10] * Quits: jarib (~jarib@unaffiliated/jarib) (*.net *.split)
- # [06:10] * Quits: purefusion (~purefusio@unaffiliated/purefusion) (*.net *.split)
- # [06:10] * Quits: nonge__ (~nonge@p5B3264CE.dip.t-dialin.net) (*.net *.split)
- # [06:10] * Quits: krijnh (KtK@ip9135ee9d.speed.planet.nl) (*.net *.split)
- # [06:10] * Quits: virtuelv (~virtuelv_@247.183.189.109.customer.cdi.no) (*.net *.split)
- # [06:11] * Quits: ralphholzmann (~ralph@li76-151.members.linode.com) (*.net *.split)
- # [06:11] * Quits: ryanseddon (u1832@gateway/web/irccloud.com/x-egfarjcijxbuzwlr) (*.net *.split)
- # [06:11] * Quits: Scorchin (u1242@gateway/web/irccloud.com/x-imprailhylshdqqs) (*.net *.split)
- # [06:11] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
- # [06:11] * Quits: gavin (~gavin@firefox/developer/gavin) (*.net *.split)
- # [06:11] * Quits: llrcombs (~llrcombs@64.130.210.214) (*.net *.split)
- # [06:11] * Quits: jarib_ (~jarib@109.74.192.179) (*.net *.split)
- # [06:11] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (*.net *.split)
- # [06:11] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (*.net *.split)
- # [06:11] * Quits: temp01 (~temp01@unaffiliated/temp01) (*.net *.split)
- # [06:11] * Quits: Russ_ (~quassel@nat/transgaming/x-jnasuwwmkphdlldn) (*.net *.split)
- # [06:11] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (*.net *.split)
- # [06:11] * Quits: salavas (~salavas@c83-248-102-83.bredband.comhem.se) (*.net *.split)
- # [06:11] * Quits: matjas (u2247@gateway/web/irccloud.com/x-mouyynmbsfsejxqa) (*.net *.split)
- # [06:11] * Quits: beowulf (u116@pdpc/supporter/professional/beowulf) (*.net *.split)
- # [06:11] * Quits: boblet (u1921@gateway/web/irccloud.com/x-texhiyaflveynbku) (*.net *.split)
- # [06:11] * Quits: romainhuet (u2533@gateway/web/irccloud.com/x-usqlzabvvnbjpznv) (*.net *.split)
- # [06:11] * Quits: jeremyselier (u2513@gateway/web/irccloud.com/x-qcnowvwfouzvbxyk) (*.net *.split)
- # [06:11] * Quits: reggna (~reggna@godis.olf.sgsnet.se) (*.net *.split)
- # [06:11] * Quits: tmzt (~tmzt@76.211.8.155) (*.net *.split)
- # [06:11] * Quits: Jedi_ (~Jedi@jedi.org) (*.net *.split)
- # [06:11] * Quits: nigelb (~nigel@ubuntu/member/nigelb) (*.net *.split)
- # [06:11] * Quits: tomasf (~tomasf@host-95-198-29-143.mobileonline.telia.com) (*.net *.split)
- # [06:11] * Quits: mpt (~mpt@canonical/mpt) (*.net *.split)
- # [06:11] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (*.net *.split)
- # [06:11] * Quits: crash\ (bouncer@lubyte.de) (*.net *.split)
- # [06:11] * Quits: [tm]_ (~MikeSmith@sideshowbarker.net) (*.net *.split)
- # [06:11] * Quits: slightlyoff (u1768@gateway/web/irccloud.com/x-awcwbdkhetklhqmf) (*.net *.split)
- # [06:11] * Quits: tellnes (~KrooniX@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com) (*.net *.split)
- # [06:11] * Quits: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill) (*.net *.split)
- # [06:11] * Quits: Hixie (~ianh@trivini.no) (*.net *.split)
- # [06:11] * Quits: jmb (~jmb@mail.parsifal.org.uk) (*.net *.split)
- # [06:11] * Quits: Moo^_- (~quassel@herd37.twinapex.fi) (*.net *.split)
- # [06:11] * Quits: TabAtkins (tabatkins@nat/google/x-gpbhmfoxpebamfeh) (*.net *.split)
- # [06:11] * Quits: robman (~robman@eth4853.nsw.adsl.internode.on.net) (*.net *.split)
- # [06:11] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (*.net *.split)
- # [06:11] * Quits: rillian (~giles@150.183.119.66.static.metrobridge.net) (*.net *.split)
- # [06:11] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-rzmsjwklriozcecv) (*.net *.split)
- # [06:11] * Quits: benschwarz (u2121@gateway/web/irccloud.com/x-zvskklfiaylbqjzm) (*.net *.split)
- # [06:11] * Quits: broquaint (a52b469f90@78.47.79.137) (*.net *.split)
- # [06:11] * Quits: wilhelm (~wilhelm@trivini.no) (*.net *.split)
- # [06:11] * Quits: Workshiva (~Dashiva@74.125.57.33) (*.net *.split)
- # [06:11] * Quits: gnarf (~gnarf@unaffiliated/gnarf) (*.net *.split)
- # [06:11] * Quits: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com) (*.net *.split)
- # [06:11] * Quits: esc_ (~esc-ape@84.inst-3.ufg.ac.at) (*.net *.split)
- # [06:11] * Quits: tomaw (tom@freenode/staff/tomaw) (*.net *.split)
- # [06:11] * Quits: Martijnc (~Martijn@d54C02C64.access.telenet.be) (*.net *.split)
- # [06:11] * Quits: jdong_ (~quassel@222.126.155.250) (*.net *.split)
- # [06:11] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (*.net *.split)
- # [06:11] * Quits: roc (~chatzilla@60.234.54.74) (*.net *.split)
- # [06:11] * Quits: fishd_ (darin@nat/google/x-vqwowhaznpmswwwg) (*.net *.split)
- # [06:11] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (*.net *.split)
- # [06:11] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
- # [06:11] * Quits: eighty4 (~eighty4@unaffiliated/eighty4) (*.net *.split)
- # [06:11] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
- # [06:11] * Quits: Amorphous (jan@unaffiliated/amorphous) (*.net *.split)
- # [06:11] * Quits: takkaria (~takkaria@isparp.co.uk) (*.net *.split)
- # [06:11] * Quits: cpearce (~chatzilla@60.234.54.74) (*.net *.split)
- # [06:11] * Quits: Phae (u455@gateway/web/irccloud.com/x-lgiswgncxmakdosn) (*.net *.split)
- # [06:11] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-pseqoipgkpagtyhs) (*.net *.split)
- # [06:11] * Quits: twisted` (~twisted@205.189.73.45) (*.net *.split)
- # [06:11] * Quits: theoros (~user@unaffiliated/theoros) (*.net *.split)
- # [06:11] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (*.net *.split)
- # [06:11] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
- # [06:11] * Quits: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan) (*.net *.split)
- # [06:11] * Quits: jgraham (~jgraham@web22.webfaction.com) (*.net *.split)
- # [07:07] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [07:08] * Joins: zcorpan (~zcorpan@c-df9be355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [07:40] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [07:52] * Quits: zcorpan (~zcorpan@c-df9be355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [08:17] * Joins: zcorpan (~zcorpan@c-5eeaaa20-74736162.cust.telenor.se)
- # [08:25] * Quits: MrOpposite (~MrOpposit@unaffiliated/mropposite) (Quit: ZNC - http://znc.sourceforge.net)
- # [08:29] * Quits: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net) (Read error: Connection reset by peer)
- # [08:46] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [08:50] * Joins: MikeSmith_ (~MikeSmith@EM1-112-85-135.pool.e-mobile.ne.jp)
- # [08:51] * Quits: MikeSmith (~MikeSmith@EM1-113-125-15.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [08:51] * MikeSmith_ is now known as MikeSmith
- # [08:57] * Joins: zdobersek (~zan@90.157.240.217)
- # [09:31] * Joins: inimino (~inimino@boshi.inimino.org)
- # [09:43] * Joins: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
- # [09:48] * Quits: zcorpan (~zcorpan@c-5eeaaa20-74736162.cust.telenor.se) (Quit: zcorpan)
- # [09:57] * Joins: zcorpan (~zcorpan@c-5eeaaa20-74736162.cust.telenor.se)
- # [09:58] * Joins: TabAtkins (tabatkins@nat/google/x-gpbhmfoxpebamfeh)
- # [09:58] * Joins: Moo^_- (~quassel@herd37.twinapex.fi)
- # [09:58] * Joins: jmb (~jmb@mail.parsifal.org.uk)
- # [09:58] * Joins: Hixie (~ianh@trivini.no)
- # [09:58] * Joins: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill)
- # [09:58] * Joins: tellnes (~KrooniX@ec2-79-125-26-36.eu-west-1.compute.amazonaws.com)
- # [09:58] * Joins: slightlyoff (u1768@gateway/web/irccloud.com/x-awcwbdkhetklhqmf)
- # [09:58] * Joins: [tm]_ (~MikeSmith@sideshowbarker.net)
- # [09:58] * Joins: crash\ (bouncer@lubyte.de)
- # [09:58] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [09:58] * Joins: mpt (~mpt@canonical/mpt)
- # [09:58] * Joins: FastJack (~fastjack@dumpstr.net)
- # [09:58] * Joins: hoodow (~hoodow@pdpc/supporter/active/hoodow)
- # [09:58] * Joins: jamesr_ (jamesr@nat/google/x-uvfbeopqjrhateva)
- # [09:58] * Joins: eric_carlson (~eric@2620:149:4:1b01:c82a:d739:d408:e751)
- # [09:58] * Joins: hober (~ted@unaffiliated/hober)
- # [09:58] * Joins: beverloo (beverloo@nat/google/x-mnxhwlqqgvdokonq)
- # [09:58] * Joins: annacc (Adium@nat/google/x-oiyiuavblwxhnmiz)
- # [09:58] * Joins: Jedi_ (~Jedi@jedi.org)
- # [09:58] * Joins: nigelb (~nigel@ubuntu/member/nigelb)
- # [09:58] * Joins: tmzt (~tmzt@76.211.8.155)
- # [09:58] * Joins: reggna (~reggna@godis.olf.sgsnet.se)
- # [09:58] * Joins: jeremyselier (u2513@gateway/web/irccloud.com/x-qcnowvwfouzvbxyk)
- # [09:58] * Joins: romainhuet (u2533@gateway/web/irccloud.com/x-usqlzabvvnbjpznv)
- # [09:58] * Joins: boblet (u1921@gateway/web/irccloud.com/x-texhiyaflveynbku)
- # [09:58] * Joins: beowulf (u116@pdpc/supporter/professional/beowulf)
- # [09:58] * Joins: matjas (u2247@gateway/web/irccloud.com/x-mouyynmbsfsejxqa)
- # [09:58] * Joins: salavas (~salavas@c83-248-102-83.bredband.comhem.se)
- # [09:58] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # [09:58] * Joins: Russ_ (~quassel@nat/transgaming/x-jnasuwwmkphdlldn)
- # [09:58] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [09:58] * Joins: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [09:58] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [09:58] * Joins: agektmr (~Adium@220.109.219.244)
- # [09:58] * Joins: bezoar (~Adium@c-24-143-67-135.customer.broadstripe.net)
- # [09:58] * Joins: bga_ (~bga@ppp78-37-240-254.pppoe.avangarddsl.ru)
- # [09:58] * Joins: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl)
- # [09:58] * Joins: jgraham (~jgraham@web22.webfaction.com)
- # [09:58] * Joins: kbrosnan (~kbrosnan@firefox/community/qa/kbrosnan)
- # [09:58] * Joins: Philip` (~philip@zaynar.co.uk)
- # [09:58] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
- # [09:58] * Joins: twisted` (~twisted@205.189.73.45)
- # [09:58] * Joins: theoros (~user@unaffiliated/theoros)
- # [09:58] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-pseqoipgkpagtyhs)
- # [09:58] * Joins: Phae (u455@gateway/web/irccloud.com/x-lgiswgncxmakdosn)
- # [09:58] * Joins: takkaria (~takkaria@isparp.co.uk)
- # [09:58] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [09:58] * Joins: gsnedders (~gsnedders@204.232.194.186)
- # [09:58] * Joins: eighty4 (~eighty4@unaffiliated/eighty4)
- # [09:58] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [09:58] * Joins: fishd_ (darin@nat/google/x-vqwowhaznpmswwwg)
- # [09:58] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [09:58] * Joins: jdong_ (~quassel@222.126.155.250)
- # [09:58] * Joins: ukai (ukai@nat/google/x-ouairzrvtkmfmoft)
- # [09:58] * Joins: robman (~robman@eth4853.nsw.adsl.internode.on.net)
- # [09:58] * Joins: roc (~chatzilla@60.234.54.74)
- # [09:58] * Joins: MrOpposite (~MrOpposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se)
- # [09:58] * Joins: aho (~nya@fuld-590c74c8.pool.mediaWays.net)
- # [09:58] * Joins: mokush (~quassel@188.24.43.164)
- # [09:58] * Joins: purefusion (~purefusio@unaffiliated/purefusion)
- # [09:58] * Joins: jarib (~jarib@unaffiliated/jarib)
- # [09:58] * Joins: timb_ (~tim@bacon2.burri.to)
- # [09:58] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [09:58] * Joins: wirepair (fbi@random.supermario.org)
- # [09:58] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
- # [09:58] * Joins: danheberden (~danheberd@li225-35.members.linode.com)
- # [09:58] * Joins: hsivonen (~hsivonen@kekkonen.cs.hut.fi)
- # [09:58] * Joins: hasather (~davidh@pat-tdc.opera.com)
- # [09:58] * Joins: chayin (~quassel@61.14.141.36)
- # [09:58] * Joins: manu-db (~msporny@digitalbazaar.com)
- # [09:58] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [09:58] * Joins: ivan`` (~ivan@li125-242.members.linode.com)
- # [09:58] * Joins: jarib_ (~jarib@109.74.192.179)
- # [09:58] * Joins: Peter` (~peter@nishino.lvp-media.com)
- # [09:58] * Joins: llrcombs (~llrcombs@64.130.210.214)
- # [09:58] * Joins: ben_alman (~ben_alman@web126.webfaction.com)
- # [09:58] * Joins: toyoshim (~toyoshim@yuri.twintail.org)
- # [09:58] * Joins: gavin (~gavin@firefox/developer/gavin)
- # [09:58] * Joins: foolip (~philip@83.218.67.122)
- # [09:58] * Joins: nlogax (~nlogax@unaffiliated/nlogax)
- # [09:58] * Joins: krijn (u2319@gateway/web/irccloud.com/x-bloavqfrlmrrqohu)
- # [09:58] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [09:58] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
- # [09:58] * Joins: nw` (eero@heaven.unlink.org)
- # [09:58] * Joins: kinetik (~kinetik@121.98.132.55)
- # [09:58] * Joins: hendry_ (~hendry@212.13.195.83)
- # [09:58] * Joins: payman (~payman@pat.se.opera.com)
- # [09:58] * Joins: ParadoX- (~para@hades.spexhost.com)
- # [09:58] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [09:58] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [09:58] * Joins: kling (~kling@nat/trolltech/x-qwpvvzokryssrxbg)
- # [09:58] * Joins: Rubennn (~quassel@apher.xlshosting.net)
- # [09:58] * Joins: mven_ (~mven__@169.241.49.57)
- # [09:58] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [09:58] * Joins: asmodai (asmodai@h61194.upc-h.chello.nl)
- # [09:58] * Joins: Scorchin (u1242@gateway/web/irccloud.com/x-imprailhylshdqqs)
- # [09:58] * Joins: ryanseddon (u1832@gateway/web/irccloud.com/x-egfarjcijxbuzwlr)
- # [09:58] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [09:58] * Joins: ralphholzmann (~ralph@li76-151.members.linode.com)
- # [09:58] * Joins: Dashiva (Dashiva@wikia/Dashiva)
- # [09:58] * Joins: doublec (~doublec@unaffiliated/doublec)
- # [09:58] * Joins: CvP (~CvP@123.49.21.144)
- # [09:58] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [09:58] * Joins: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net)
- # [09:58] * Joins: nonge__ (~nonge@p5B3264CE.dip.t-dialin.net)
- # [09:58] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [09:58] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [09:58] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # [09:58] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [09:58] * Joins: woef (~woef@91.183.84.141)
- # [09:58] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [09:58] * Joins: connrs (~connrs@conners.plus.com)
- # [09:58] * Joins: shepazu (~shepazu@108-70-132-46.lightspeed.rlghnc.sbcglobal.net)
- # [09:58] * Joins: rillian (~giles@150.183.119.66.static.metrobridge.net)
- # [09:58] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-rzmsjwklriozcecv)
- # [09:58] * Joins: benschwarz (u2121@gateway/web/irccloud.com/x-zvskklfiaylbqjzm)
- # [09:58] * Joins: broquaint (a52b469f90@78.47.79.137)
- # [09:58] * Joins: wilhelm (~wilhelm@trivini.no)
- # [09:58] * Joins: Workshiva (~Dashiva@74.125.57.33)
- # [09:58] * Joins: gnarf (~gnarf@unaffiliated/gnarf)
- # [09:58] * Joins: paul_irish (~paul_iris@ve.hsh6wjwx.vesrv.com)
- # [09:58] * Joins: esc_ (~esc-ape@84.inst-3.ufg.ac.at)
- # [09:58] * Joins: tomaw (tom@freenode/staff/tomaw)
- # [09:58] * Joins: Martijnc (~Martijn@d54C02C64.access.telenet.be)
- # [09:59] * Joins: ZombieLoffe (ZombieL@c-a67170d5.010-25-736b7610.cust.bredbandsbolaget.se)
- # [10:00] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [10:00] * MrOpposite is now known as Guest90123
- # [10:00] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
- # [10:00] -tomaw- [Global Notice] Sorry for the outage there, it seems one of our hubs had some issue. We've re-routed around it for now.
- # [10:00] * Quits: Guest90123 (~MrOpposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se) (Changing host)
- # [10:00] * Joins: Guest90123 (~MrOpposit@unaffiliated/mropposite)
- # [10:00] * Quits: ZombieLoffe (ZombieL@c-a67170d5.010-25-736b7610.cust.bredbandsbolaget.se) (Changing host)
- # [10:00] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [10:00] * Guest90123 is now known as MrOpposite
- # [10:02] * Quits: mokush (~quassel@188.24.43.164) (Remote host closed the connection)
- # [10:02] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [10:07] * Quits: jacobolus (~jacobolus@adsl-99-38-145-29.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [10:11] * Quits: zcorpan (~zcorpan@c-5eeaaa20-74736162.cust.telenor.se) (Quit: zcorpan)
- # [10:11] * Joins: jochen___ (jochen@nat/google/x-btwkjeiirsqbhkua)
- # [10:11] * Joins: rimantas (~rimliu@93.93.57.193)
- # [10:12] * Quits: jochen__ (jochen@nat/google/x-odpexbdvbjuehnys) (Ping timeout: 240 seconds)
- # [10:12] * jochen___ is now known as jochen__
- # [10:14] * Joins: mokush (~quassel@188.24.43.164)
- # [10:15] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
- # [10:15] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [10:29] * Joins: GlitchMr (~glitchmr@178-36-146-244.adsl.inetia.pl)
- # [10:34] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
- # [10:39] * Quits: aho (~nya@fuld-590c74c8.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [10:41] * Joins: Ms2ger (~Ms2ger@91.181.20.245)
- # [10:43] * Joins: mishunov (~spliter@77.88.72.162)
- # [10:47] * Joins: jacobolus (~jacobolus@c-71-198-174-224.hsd1.ca.comcast.net)
- # [10:47] * Joins: jacobolu_ (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
- # [10:51] * Quits: jacobolus (~jacobolus@c-71-198-174-224.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
- # [10:51] * Joins: cypha (~cypha@unaffiliated/cypha)
- # [10:52] * Quits: robman (~robman@eth4853.nsw.adsl.internode.on.net) (Ping timeout: 260 seconds)
- # [10:54] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
- # [11:02] <Ms2ger> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-September/033136.html
- # [11:02] <Ms2ger> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-September/033257.html
- # [11:02] <Ms2ger> So does Opera support script onload?
- # [11:03] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 260 seconds)
- # [11:04] <bga_> small css proposal. resampling-filter: lanczos | bicubic | linear | ...
- # [11:07] <zcorpan> Ms2ger: hmm!
- # [11:07] <Ms2ger> I'd look at the code, but you guys are evil ;)
- # [11:09] <zcorpan> Ms2ger: seems my testing was bogus
- # [11:15] * Quits: mokush (~quassel@188.24.43.164) (Remote host closed the connection)
- # [11:22] <annevk> "hot mutato"
- # [11:23] * annevk is trying to work out the component model minutes
- # [11:28] <asmodai> Mmm, had SPDY been put forth for an IETF RFC by now (given how Mozilla added it to ff as well in recent builds)?
- # [11:28] <asmodai> s/had/has/
- # [11:31] <annevk> "(shouting match--declarative will be there)"
- # [11:31] <annevk> So far it seems sufficient people in the room were in favor of a trimmed XBL2
- # [11:36] <smaug____> I missed that meeting, but I was told that Mozilla and Apple had pretty similar ideas, and Google something a bit different
- # [11:37] <smaug____> Though, I think someone needs to still figure out sane event handling for shadow trees / bindings
- # [11:37] <annevk> From the minutes I just read on public-webapps that appears to be the case, yes
- # [11:37] <smaug____> (event retargeting is just quite error prone)
- # [11:38] <annevk> Mozilla/Apple participants want a trimmed XBL2; Google wants simpler JS libraries
- # [11:38] <annevk> The specifics were not nailed down
- # [11:38] <annevk> That is, all the hard questions are still there I guess :)
- # [11:38] <smaug____> indeed
- # [11:39] * Joins: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp)
- # [11:39] <annevk> I proposed a unconference session for TPAC
- # [11:39] <annevk> Maybe we can make some progress then...
- # [11:39] * smaug____ tries to not attend TPAC
- # [11:40] <smaug____> too much flying
- # [11:42] <woef> on rel="next" and rel="prev"
- # [11:42] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # [11:42] <woef> Google says: "Send users to the most relevant page/URL—typically the first page of the series."
- # [11:43] <woef> Why would they do that and is there any way to step them from going through with it?
- # [11:53] * Quits: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp) (Remote host closed the connection)
- # [11:54] * Joins: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp)
- # [11:56] * Joins: erlehmann (~erlehmann@89.204.153.88)
- # [11:58] * Quits: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp) (Ping timeout: 252 seconds)
- # [12:03] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
- # [12:07] * Joins: benjoffe_ (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [12:07] * benjoffe_ is now known as benjoffe
- # [12:09] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [12:18] * Quits: benjoffe (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au) (Remote host closed the connection)
- # [12:19] * bga_ is now known as bga_|away
- # [12:21] * Quits: CvP (~CvP@123.49.21.144) (Ping timeout: 258 seconds)
- # [12:26] * Parts: MrOpposite (~MrOpposit@unaffiliated/mropposite) ("Leaving")
- # [12:41] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
- # [12:45] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [12:49] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
- # [12:56] * Joins: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp)
- # [12:57] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
- # [12:59] * Joins: espadrine (~thaddee_t@acces2213.res.insa-lyon.fr)
- # [13:02] <annevk> Curious to see whether this will have any effect: http://infrequently.org/2011/09/things-the-w3c-should-stop-doing/
- # [13:02] <annevk> Seems kind of pointless to suggest XML should be removed as it is unlikely to be removed from browsers, but overall it's a valid point
- # [13:03] * Quits: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [13:11] * bga_|away is now known as bga_
- # [13:13] * Joins: Neiluj (~Julien@195.200.175.214)
- # [13:13] <Neiluj> Hi
- # [13:15] <Neiluj> is there a plan to support other date/time format for inputs ? like <input type="time" format="time-hour:time-minute"/> or <input type="date" format="date-mday/date-month/date-fullyear"/> ?
- # [13:17] <annevk> do you mean UI-wise or submission-wise?
- # [13:17] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [13:17] <annevk> submission-wise: no
- # [13:18] <annevk> UI-wise: vague ideas exist
- # [13:18] <Neiluj> what means submission-wise ? what coming out from the form ?
- # [13:18] <annevk> yeah, what the server gets
- # [13:18] <Neiluj> ok, so no only UI-wise
- # [13:19] <annevk> we don't really have a good idea yet
- # [13:19] <annevk> at the moment UI is up to browsers
- # [13:20] <Neiluj> ok :)
- # [13:20] <Neiluj> hope it will come one day, thx :)
- # [13:20] <smaug____> hopefully browsers can pickup the "right" UI based on the page's language
- # [13:21] <smaug____> similarly to <input type="number"> handling
- # [13:21] <smaug____> (where decimal separator can be . or ,)
- # [13:21] <Neiluj> but what if the format is not about language convention, like not showing seconds for time inputs
- # [13:22] <smaug____> that is indeed some extra hint which UA should get from the page
- # [13:22] <annevk> Neiluj, that you can control already using step I think
- # [13:22] <annevk> well, showing is another matter I guess
- # [13:22] <Neiluj> annevk: indeed, with time, it's ok, that was for the example and that's a trick
- # [13:24] <Neiluj> thinking this may be some CSS property responsability actually...
- # [13:24] <annevk> on public-webapps@w3.org there is some discussion going on on how we want to allow developers to extend/replace elements with their own implementation
- # [13:25] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [13:25] <Neiluj> as it won't change the data but only the UI...
- # [13:44] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
- # [13:55] * Joins: mpt (~mpt@nat/canonical/x-nbkbvweqvtszjtkf)
- # [13:55] * Quits: mpt (~mpt@nat/canonical/x-nbkbvweqvtszjtkf) (Changing host)
- # [13:55] * Joins: mpt (~mpt@canonical/mpt)
- # [13:56] * bga_ is now known as bga_|away
- # [13:57] * bga_|away is now known as bga_
- # [13:58] * bga_ is now known as bga_|away
- # [13:58] * Quits: bga_|away (~bga@ppp78-37-240-254.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [14:03] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 258 seconds)
- # [14:03] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [14:06] * Joins: danbri (~danbri@adsl-76-199-97-3.dsl.pltn13.sbcglobal.net)
- # [14:08] * Joins: david_carlisle (~chatzilla@86.188.197.189)
- # [14:09] * Joins: MrOpposite (~MrOpposit@unaffiliated/mropposite)
- # [14:16] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 252 seconds)
- # [14:19] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [14:20] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Ping timeout: 252 seconds)
- # [14:20] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [14:20] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 252 seconds)
- # [14:22] * Quits: espadrine (~thaddee_t@acces2213.res.insa-lyon.fr) (Ping timeout: 260 seconds)
- # [14:24] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [14:27] * Quits: Ankheg (~Ankheg@91.224.77.4) (Ping timeout: 258 seconds)
- # [14:39] * Joins: micheil (~micheil@195.24.233.121)
- # [14:42] * Joins: mpt (~mpt@canonical/mpt)
- # [14:44] * Quits: micheil (~micheil@195.24.233.121) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [14:45] * Joins: davidb_ (~davidb@66.207.208.98)
- # [14:45] * Quits: GlitchMr (~glitchmr@178-36-146-244.adsl.inetia.pl) (Read error: Connection reset by peer)
- # [14:49] * Joins: MikeSmith_ (~MikeSmith@EM111-191-211-68.pool.e-mobile.ne.jp)
- # [14:52] * Quits: MikeSmith (~MikeSmith@EM1-112-85-135.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [14:52] * MikeSmith_ is now known as MikeSmith
- # [14:53] <annevk> For everyone who wants to use Anolis with cross-specification cross-references, it's quite easy: http://wiki.whatwg.org/wiki/Anolis
- # [14:55] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
- # [14:59] * Joins: jdaggett (~jdaggett@y230056.dynamic.ppp.asahi-net.or.jp)
- # [15:01] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [15:01] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # [15:02] * Joins: mpt (~mpt@canonical/mpt)
- # [15:07] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [15:07] <annevk> http://shiki.esrille.com/2011/09/es-acid1.html seems Shiki is writing a browser in ECMAScript and it now passes Acid1
- # [15:07] <annevk> that's pretty neat
- # [15:11] * Quits: danbri (~danbri@adsl-76-199-97-3.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
- # [15:11] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [15:16] * Joins: CvP (~CvP@123.49.22.150)
- # [15:16] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
- # [15:19] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:24] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [15:24] * Joins: mpt (~mpt@nat/canonical/x-smzqepqcfhrxntgj)
- # [15:24] * Quits: mpt (~mpt@nat/canonical/x-smzqepqcfhrxntgj) (Changing host)
- # [15:24] * Joins: mpt (~mpt@canonical/mpt)
- # [15:25] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [15:25] * Joins: mpt (~mpt@nat/canonical/x-drizpblugkqofwlb)
- # [15:25] * Quits: mpt (~mpt@nat/canonical/x-drizpblugkqofwlb) (Changing host)
- # [15:25] * Joins: mpt (~mpt@canonical/mpt)
- # [15:28] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 276 seconds)
- # [15:31] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [15:33] * Joins: Kellen` (~Kellen@194.17.8.94)
- # [15:34] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:35] * Joins: micheil (~micheil@195.24.233.121)
- # [15:41] * Quits: CvP (~CvP@123.49.22.150) (Disconnected by services)
- # [15:41] * Joins: xCG (~CvP@123.49.20.114)
- # [15:41] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [15:42] * xCG is now known as CvP
- # [15:42] * Joins: mpt (~mpt@canonical/mpt)
- # [15:42] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [15:51] * Joins: lumely_ (~lumely@dhcp2-228.slis.tsukuba.ac.jp)
- # [15:51] * Quits: lumely (~lumely@dhcp2-228.slis.tsukuba.ac.jp) (Ping timeout: 252 seconds)
- # [15:56] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [15:59] * Quits: CvP (~CvP@123.49.20.114) (Quit: [ UPP ] > all)
- # [15:59] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [15:59] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
- # [16:03] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
- # [16:07] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
- # [16:07] * Quits: MacTed (~Thud@63.119.36.36) (Ping timeout: 260 seconds)
- # [16:08] * Joins: rillian_ (~giles@mist.thaumas.net)
- # [16:09] <rillian_> foolip, we're not having a meeting now, right?
- # [16:10] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [16:10] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
- # [16:10] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [16:10] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Excess Flood)
- # [16:11] * Quits: micheil (~micheil@195.24.233.121) (Quit: micheil)
- # [16:13] * Joins: MacTed (~Thud@63.119.36.36)
- # [16:19] * rillian_ guesses not
- # [16:20] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
- # [16:21] * Joins: benjoffe (~benjoffe_@r49-2-10-185.cpe.vividwireless.net.au)
- # [16:27] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [16:30] * Joins: micheil (~micheil@195.24.233.121)
- # [16:32] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [16:42] * Joins: saba (~foo@unaffiliated/saba)
- # [16:43] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [16:48] * Joins: tomasf (~tomasf@host-95-199-14-53.mobileonline.telia.com)
- # [16:49] * Quits: tomasf (~tomasf@host-95-199-14-53.mobileonline.telia.com) (Client Quit)
- # [16:49] * Joins: tomasf (~tomasf@host-95-199-14-53.mobileonline.telia.com)
- # [16:52] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
- # [16:57] * Quits: rillian_ (~giles@mist.thaumas.net) (Ping timeout: 258 seconds)
- # [17:01] * Parts: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [17:02] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [17:03] * Quits: Kellen` (~Kellen@194.17.8.94) (Ping timeout: 258 seconds)
- # [17:06] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
- # [17:07] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Ping timeout: 252 seconds)
- # [17:09] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Quit: Verlassend)
- # [17:09] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
- # [17:10] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Quit: Leaving)
- # [17:15] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Read error: Connection reset by peer)
- # [17:15] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [17:19] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Ping timeout: 240 seconds)
- # [17:20] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # [17:24] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
- # [17:26] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:29] * Joins: espadrine (~thaddee_t@acces2213.res.insa-lyon.fr)
- # [17:31] * Joins: simplicity- (~simplicit@unaffiliated/simplicity-)
- # [17:34] * Joins: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net)
- # [17:38] <annevk> oh Björn had his spiel again about XMLHttpRequest not having a test suite
- # [17:38] <annevk> trololol
- # [17:40] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
- # [17:42] <hsivonen> I thought you wrote a test suite for XHR
- # [17:43] * Joins: CvP (~CvP@123.49.23.106)
- # [17:43] <annevk> yeah Ms2ger pointed that out
- # [17:43] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [17:48] <smaug____> oh, test suites
- # [17:49] <smaug____> I need to look at my notes about invalid EventSource tests
- # [17:49] * Quits: tomasf (~tomasf@host-95-199-14-53.mobileonline.telia.com) (Quit: tomasf)
- # [17:50] <smaug____> annevk: but in any case, thanks for writing tests!
- # [17:50] <annevk> smaug____, they've been around for a year now...
- # [17:51] <smaug____> xhr and eventsource?
- # [17:51] <smaug____> do you happen to have tests for xhr.timeout already?
- # [17:51] <smaug____> (someone is implementing that)
- # [17:52] <annevk> I have not written tests for any of the new features and I don't think I should
- # [17:52] <annevk> It's bad to write both the spec and the tests
- # [17:53] <smaug____> true
- # [17:55] * Quits: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl) (Ping timeout: 252 seconds)
- # [18:00] <Ms2ger> annevk, so what should I recommend instead of replaceWholeText?
- # [18:02] * Joins: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net)
- # [18:04] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [18:05] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
- # [18:05] <annevk> Ms2ger, parentNode.normalize() and then setting data?
- # [18:06] <annevk> or maybe just say to use textContent
- # [18:08] <Ms2ger> Takk
- # [18:09] <annevk> graag gedaan
- # [18:11] * Joins: shetech (~shetech@12.234.36.130)
- # [18:12] <karlcow> http://www.onderhond.com/blog/work/rel-next-prev-google
- # [18:12] * Quits: shetech (~shetech@12.234.36.130) (Client Quit)
- # [18:15] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 260 seconds)
- # [18:16] * Joins: mokush (~quassel@188.24.43.164)
- # [18:17] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:18] * Joins: KillerX (~anant@nat/mozilla/x-cwicsockfauvesyn)
- # [18:20] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:20] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # [18:22] * Joins: KevinMarks (~KevinMark@205.248.100.252)
- # [18:22] * Joins: danbri (~danbri@205.248.100.252)
- # [18:22] <zewt> "verbose"
- # [18:23] <annevk> also seems like what Google is doing is the whole point behind having such attribute values
- # [18:23] <annevk> that you can offer different UI
- # [18:25] * Quits: KillerX (~anant@nat/mozilla/x-cwicsockfauvesyn) (Read error: Connection reset by peer)
- # [18:25] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Read error: No route to host)
- # [18:26] * Joins: Necrathex (~nectop@82-170-160-25.ip.telfort.nl)
- # [18:27] * Joins: RobbertAtWork (~Robbert@a83-160-99-114.adsl.xs4all.nl)
- # [18:27] <Hixie> hsivonen: ooh, second time an "assistant-resolved" bug got escalated :-)
- # [18:31] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [18:32] <annevk> oh hey
- # [18:32] <annevk> deadline coming up
- # [18:32] * Joins: KillerX (~anant@nat/mozilla/x-mftoonfkxnnyywny)
- # [18:32] <annevk> http://lists.w3.org/Archives/Public/public-html/2011May/0162.html
- # [18:32] <annevk> sort of forgot about that
- # [18:34] <Ms2ger> Only 175 for HTML5
- # [18:35] <annevk> 30 bugs to WONTFIX per day :p
- # [18:37] * Quits: mokush (~quassel@188.24.43.164) (Remote host closed the connection)
- # [18:39] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # [18:40] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 252 seconds)
- # [18:41] * Parts: RobbertAtWork (~Robbert@a83-160-99-114.adsl.xs4all.nl)
- # [18:42] * Joins: tomasf (~tom@2002:55e5:d95e:0:71d9:af4a:e009:409b)
- # [18:42] * Joins: rabbi1 (~manjunath@49.200.68.74)
- # [18:42] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Client Quit)
- # [18:47] * Joins: KolakCC (~KolakCC@unaffiliated/kolakcc)
- # [18:51] * Quits: myakura (~myakura@FL1-203-136-181-177.tky.mesh.ad.jp) (Remote host closed the connection)
- # [18:52] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 276 seconds)
- # [18:53] * Joins: RobbertAtWork (~Robbert@a83-160-99-114.adsl.xs4all.nl)
- # [18:53] * Quits: manu-db (~msporny@digitalbazaar.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.1.19/20110430173934])
- # [18:54] * Joins: manu-db (~msporny@digitalbazaar.com)
- # [18:54] * Joins: ap_ (~ap@2620:149:4:1b01:91ee:987a:a0da:e276)
- # [18:55] * Joins: rniwa (rniwa@nat/google/x-ytnjfmooymlosrkm)
- # [18:55] <annevk> noticed http://www.w3.org/Bugs/Public/show_bug.cgi?id=13684 (on event handlers and DOM Events) while looking through those bugs; been meaning to write about that so that was nice
- # [18:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [18:59] * Quits: danbri (~danbri@205.248.100.252) (Remote host closed the connection)
- # [19:00] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [19:04] <annevk> Oh, it's already text/vtt I see
- # [19:07] <zewt> i sort of like the idea of dropping "web" from webvtt, simply because there's nothing about it that's web-specific, and having "web" in there could (minorly) hinder adoption
- # [19:08] * Quits: KillerX (~anant@nat/mozilla/x-mftoonfkxnnyywny) (Quit: KillerX)
- # [19:08] <zewt> only casually, though, it's already had one name change
- # [19:08] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [19:10] <zewt> (on the other hand, "vtt" is slightly less googlable than "webvtt")
- # [19:10] * Joins: KillerX (~anant@nat/mozilla/x-uhzslmjwirnntnmh)
- # [19:11] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:11] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [19:13] * Joins: mpt (~mpt@nat/canonical/x-zccnlpkhxuzsdfjw)
- # [19:13] * Quits: mpt (~mpt@nat/canonical/x-zccnlpkhxuzsdfjw) (Changing host)
- # [19:13] * Joins: mpt (~mpt@canonical/mpt)
- # [19:15] <annevk> zewt, we could still call it WebVTT (although I don't think it's a good idea to prefix specifications with random words such as "X" or "Web"), just not have "Web" become an intrinsic part of the format
- # [19:16] <zewt> if it's baked into the name of the spec, that's what people will call it, so the file header probably doesn't matter much at that point
- # [19:17] <zewt> well, i guess what people end up calling it is out of our hands--if people name the files *.vtt they may call it "vtt" no matter what we do
- # [19:17] <Hixie> annevk: I wanted the signature to be "WEBVTT FILE", it's already been reduced to "WEBVTT". I don't think we should go down even further.
- # [19:18] * ap_ is now known as ap
- # [19:19] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # [19:20] <annevk> I guess in the end it's just another string, like XMLHttpRequest
- # [19:20] * Joins: jernoble (~jernoble@17.212.155.184)
- # [19:21] <annevk> (Not that WEBVTT is that bad ;))
- # [19:21] <Ms2ger> WEBVtt?
- # [19:22] * Joins: ezoe (~ezoe@61-205-124-212f1.kyt1.eonet.ne.jp)
- # [19:22] <zewt> WEBVtt to represent a file format name WebVTT? that's a mind-bender :)
- # [19:22] <zewt> named
- # [19:23] <annevk> hey you can now search in Google+
- # [19:23] * Joins: danbri (~danbri@205.248.100.252)
- # [19:24] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
- # [19:25] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [19:28] * Joins: bga_ (~bga@ppp78-37-240-254.pppoe.avangarddsl.ru)
- # [19:28] * Quits: astearns (~anonymous@c-50-132-9-217.hsd1.wa.comcast.net) (Quit: astearns)
- # [19:29] * Quits: erlehmann (~erlehmann@89.204.153.88) (Quit: Ex-Chat)
- # [19:33] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [19:34] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 240 seconds)
- # [19:39] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
- # [19:41] * Quits: jernoble (~jernoble@17.212.155.184) (Remote host closed the connection)
- # [19:42] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:42] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [19:44] * Quits: rabbi1 (~manjunath@49.200.68.74) (Quit: Leaving.)
- # [19:46] * bga_ is now known as bga_|away
- # [19:46] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:46] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [19:48] * Joins: jernoble (~jernoble@17.212.155.184)
- # [19:48] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:48] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [19:49] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:50] * Quits: eric_carlson (~eric@2620:149:4:1b01:c82a:d739:d408:e751) (Quit: eric_carlson)
- # [19:54] * Quits: jernoble (~jernoble@17.212.155.184) (Remote host closed the connection)
- # [19:55] * Joins: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971)
- # [19:55] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:59] * Joins: astearns (~anonymous@192.150.22.5)
- # [20:02] * Quits: connrs (~connrs@conners.plus.com) (Ping timeout: 260 seconds)
- # [20:02] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [20:03] * Joins: zdobersek1 (~zan@cpe-90-157-128-73.dynamic.amis.net)
- # [20:04] * Quits: zdobersek (~zan@90.157.240.217) (Ping timeout: 240 seconds)
- # [20:04] * Joins: jamesr (jamesr@nat/google/x-dmyvkoexvcqejoom)
- # [20:05] * Quits: CvP (~CvP@123.49.23.106) (Disconnected by services)
- # [20:05] * Joins: xCG (~CvP@123.49.20.69)
- # [20:05] * Quits: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971) (Remote host closed the connection)
- # [20:05] * Joins: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971)
- # [20:06] * xCG is now known as CvP
- # [20:06] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
- # [20:06] * Joins: cying_ (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [20:06] * Quits: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971) (Remote host closed the connection)
- # [20:08] * Joins: connrs (~connrs@conners.plus.com)
- # [20:08] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Ping timeout: 252 seconds)
- # [20:08] * cying_ is now known as cying
- # [20:09] * Quits: KillerX (~anant@nat/mozilla/x-uhzslmjwirnntnmh) (Quit: KillerX)
- # [20:11] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Read error: Connection reset by peer)
- # [20:11] * Joins: erlehmann (~erlehmann@89.204.153.88)
- # [20:11] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [20:13] * Joins: rabbi1 (~manjunath@49.200.68.74)
- # [20:14] * Joins: hasather_ (~hasather_@84.38.144.96)
- # [20:18] * Quits: dbaron (~dbaron@173-228-28-227.dsl.dynamic.sonic.net) (Ping timeout: 255 seconds)
- # [20:19] * Joins: GlitchMr (~glitchmr@178-36-146-244.adsl.inetia.pl)
- # [20:20] * Joins: KillerX (~anant@nat/mozilla/x-aauxirzvreippsli)
- # [20:20] * Quits: KillerX (~anant@nat/mozilla/x-aauxirzvreippsli) (Client Quit)
- # [20:20] * Quits: espadrine (~thaddee_t@acces2213.res.insa-lyon.fr) (Ping timeout: 244 seconds)
- # [20:21] * Joins: KillerX (~anant@nat/mozilla/x-lvwvpxribzxsticm)
- # [20:23] * Quits: connrs (~connrs@conners.plus.com) (Quit: Going offline)
- # [20:23] * Joins: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com)
- # [20:23] * Joins: jwalden (~waldo@2620:101:8003:200:221:6aff:fe6e:d10)
- # [20:26] <AryehGregor> So it looks like style="border-width: initial; border-color: initial" is unremovable via CSSOM in WebKit.
- # [20:26] <AryehGregor> . . .
- # [20:26] <AryehGregor> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!doctype%20html%3E%0A%3Cdiv%20style%3D%22border-width%3A%20initial%3B%20border-color%3A%20initial%22%3E%3C%2Fblockquote%3E%0A%3Cscript%3E%0Avar%20div%20%3D%20document.querySelector(%22div%22)%3B%0Adiv.style.borderWidth%20%3D%20%22%22%3B%0Adiv.style.removeProperty(%22border-width%22)%3B%0Adiv.style.removeProperty(%22borderWidth%22)%3B%0Adelete%20div.style.borderWidth%3B%0A%3C%2Fscript%3E
- # [20:26] * Joins: eric_carlson (~eric@2620:149:4:1b01:f964:79b8:8417:a429)
- # [20:28] * Quits: Neiluj (~Julien@195.200.175.214) (Quit: Neiluj)
- # [20:29] * Joins: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971)
- # [20:31] * Quits: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971) (Client Quit)
- # [20:32] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
- # [20:34] <AryehGregor> https://bugs.webkit.org/show_bug.cgi?id=68551
- # [20:35] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [20:36] * Quits: KevinMarks (~KevinMark@205.248.100.252) (Quit: The computer fell asleep)
- # [20:38] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [20:39] * Joins: jernoble (~jernoble@2620:149:4:1b01:8143:37e5:8975:c971)
- # [20:39] <GlitchMr> I would like to see ignoring CAPS LOCK state while using <input type=password>. Caps Lock usually does nothing good on those fields and is annoying :P (because you don't see you write with other case).
- # [20:39] <GlitchMr> But then, some might use passwords full of uppercase letters...
- # [20:39] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [20:40] <zewt> just mimic WinXP's "AWOOGA AWOOGA you've got caps lock on" tooltip on top of password boxes (if there was a way to detect it, of course)
- # [20:40] <GlitchMr> I don't think you could check Caps Lock state using JS
- # [20:40] <zewt> thus if there was :)
- # [20:41] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [20:41] <GlitchMr> Of course you could write passwords in database in lowercase or just try two passwords with each login (specified password and letter case flipped password), but that would lower the security.
- # [20:41] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # [20:41] <zewt> (some might argue that showing something like that is the browser's job, though I think that would be a bit visually invasive for browsers to do on every site)
- # [20:42] <AryehGregor> GlitchMr, doesn't IE10 alert you if your caps lock key is on when you're typing in password inputs?
- # [20:42] <AryehGregor> All browsers should just do that.
- # [20:42] <AryehGregor> It's only sensible.
- # [20:44] <GlitchMr> Makes sense...
- # [20:45] * Joins: mkanat (mkanat@nat/google/x-mxqdrwxifjxgwswp)
- # [20:46] * bga_|away is now known as bga_
- # [20:51] * Quits: MikeSmith (~MikeSmith@EM111-191-211-68.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [20:52] * Quits: rabbi1 (~manjunath@49.200.68.74) (Quit: Leaving.)
- # [20:53] * Joins: dave_levin (dave_levin@nat/google/x-aoaesmmiglarjijh)
- # [20:57] * Joins: MikeSmith (~MikeSmith@EM114-48-137-75.pool.e-mobile.ne.jp)
- # [20:57] * Joins: othermaciej (~mjs@17.245.90.178)
- # [20:59] * Joins: dbaron (~dbaron@nat/mozilla/x-zdixdgybltatypsh)
- # [21:05] * jernoble is now known as jernoble|afk
- # [21:06] * bga_ is now known as bga_|away
- # [21:08] * Joins: ojan (ojan@nat/google/x-adamoitnszrbhrnu)
- # [21:08] * Quits: nonge__ (~nonge@p5B3264CE.dip.t-dialin.net) (Quit: Verlassend)
- # [21:09] * Joins: nonge (~nonge@p5B3264CE.dip.t-dialin.net)
- # [21:10] * jernoble|afk is now known as jernoble
- # [21:11] * Quits: othermaciej (~mjs@17.245.90.178) (Quit: othermaciej)
- # [21:13] * Joins: othermaciej (~mjs@17.245.90.178)
- # [21:14] * Quits: othermaciej (~mjs@17.245.90.178) (Client Quit)
- # [21:15] * Joins: othermaciej (~mjs@17.245.90.178)
- # [21:19] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [21:21] * Joins: divya (~divyam@c-24-18-47-160.hsd1.wa.comcast.net)
- # [21:21] <RobbertAtWork> GlitchMr: Some people have learned to type using caps lock for any sequence of two or more uppercase letters
- # [21:35] * Quits: bga_|away (~bga@ppp78-37-240-254.pppoe.avangarddsl.ru) (Ping timeout: 260 seconds)
- # [21:36] * Joins: bga_ (~bga@ppp78-37-251-135.pppoe.avangarddsl.ru)
- # [21:36] * bga_ is now known as bga_|away
- # [21:41] * Joins: mattur (mattur@host-92-13-194-183.as43234.net)
- # [21:44] * gwillen is now known as gwillen[unemploy
- # [21:45] * gwillen[unemploy is now known as gwillen
- # [21:46] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [21:47] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [21:49] * Quits: divya (~divyam@c-24-18-47-160.hsd1.wa.comcast.net) (Remote host closed the connection)
- # [21:49] * Joins: divya (~divyam@c-24-18-47-160.hsd1.wa.comcast.net)
- # [21:55] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [22:01] * Quits: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com) (Ping timeout: 260 seconds)
- # [22:02] * Joins: KevinMarks (~KevinMark@205.248.100.252)
- # [22:05] * Joins: sicking (~chatzilla@34.198.247.173.mozilla-sfo1.web-pass.com)
- # [22:05] * Quits: divya (~divyam@c-24-18-47-160.hsd1.wa.comcast.net) (Remote host closed the connection)
- # [22:06] * Joins: timeless (d04149cb@firefox/developer/timeless)
- # [22:11] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
- # [22:14] * Quits: GlitchMr (~glitchmr@178-36-146-244.adsl.inetia.pl) (Read error: Connection reset by peer)
- # [22:15] <ojan> TabAtkins: yt? i'm trying to figure out what to do w/ height:auto on a vertical flexbox.
- # [22:16] <ojan> TabAtkins: vertical writing-mode shrinkwraps using the initial containing block as the height
- # [22:17] <ojan> TabAtkins: it seems like we should do the same for flexbox
- # [22:20] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
- # [22:21] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [22:30] * Quits: rniwa (rniwa@nat/google/x-ytnjfmooymlosrkm) (*.net *.split)
- # [22:30] * Quits: KolakCC (~KolakCC@unaffiliated/kolakcc) (*.net *.split)
- # [22:30] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [22:31] * Joins: aho (~nya@fuld-590c64b0.pool.mediaWays.net)
- # [22:36] * jernoble is now known as jernoble|afk
- # [22:37] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
- # [22:37] * Quits: Ms2ger (~Ms2ger@91.181.20.245) (Quit: nn)
- # [22:40] <TabAtkins> ojan, here
- # [22:40] <TabAtkins> I agree.
- # [22:40] <ojan> TabAtkins: on further thought, i'm going to propose to the wg that the writing-mode spec change
- # [22:40] <ojan> TabAtkins: and i think flexbox should match
- # [22:40] <TabAtkins> kk
- # [22:42] <ojan> TabAtkins: i'll post shortly...but basically, if there is an available height for a height:auto flexbox, i think we should fill it instead of shrinkwrapping
- # [22:42] <ojan> TabAtkins: only shrinkwrap in the case of not having an available height and in that case, shrinkwrap using the height of the initial containing block
- # [22:43] <TabAtkins> Oh, so <div height=300px><vbox height=auto>...</vbox></div> would make the vbox 300px tall?
- # [22:45] * tomaw is now known as 5EXAAAB0J
- # [22:45] * Joins: rniwa (rniwa@nat/google/x-ytnjfmooymlosrkm)
- # [22:45] * Joins: KolakCC (~KolakCC@unaffiliated/kolakcc)
- # [22:45] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [22:45] * 5EXAAAB0J is now known as tomaw
- # [22:45] <mkanat> As a developer, that's what I'd expect from height:100%, not from height: auto.
- # [22:45] <TabAtkins> ojan: ^^^?
- # [22:46] <TabAtkins> mkanat: I agree, if that's the behavior he's referring to.
- # [22:47] <ojan> TabAtkins: it makes height consistent w/ width
- # [22:48] <TabAtkins> ojan: But height isn't consistent with width in general. If you're embedding a vbox into a block element, I'd expect height:auto to work like height:auto does for any other element.
- # [22:48] <TabAtkins> (We need the 'fill' value for width/height which gives you the width:auto behavior explicitly, which we could then also use with height.)
- # [22:51] * Joins: arv (arv@nat/google/x-goylsyboktjbhvwk)
- # [22:52] * Joins: ako (~nya@fuld-590c7c8e.pool.mediaWays.net)
- # [22:53] * Joins: kns (~kns@192.100.104.17)
- # [22:54] * Parts: kns (~kns@192.100.104.17) ("Leaving")
- # [22:54] * Quits: danbri (~danbri@205.248.100.252) (Remote host closed the connection)
- # [22:55] * Quits: aho (~nya@fuld-590c64b0.pool.mediaWays.net) (Ping timeout: 252 seconds)
- # [23:05] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:358b:77b2:9021:3de9)
- # [23:11] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:15] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [23:19] * Joins: roc (~chatzilla@60.234.54.74)
- # [23:28] * Quits: jamesr (jamesr@nat/google/x-dmyvkoexvcqejoom) (Ping timeout: 244 seconds)
- # [23:28] * Joins: othermattur (mattur@host-92-13-205-70.as43234.net)
- # [23:28] * Quits: Rik` (~Rik`@2a01:e34:ec0f:1570:358b:77b2:9021:3de9) (*.net *.split)
- # [23:28] * Quits: rniwa (rniwa@nat/google/x-ytnjfmooymlosrkm) (*.net *.split)
- # [23:28] * Quits: KolakCC (~KolakCC@unaffiliated/kolakcc) (*.net *.split)
- # [23:28] * Quits: jennb (jennb@nat/google/x-xfagvrahkhmzoktj) (*.net *.split)
- # [23:29] * Joins: cpearce (~chatzilla@60.234.54.74)
- # [23:29] * Quits: mattur (mattur@host-92-13-194-183.as43234.net) (Ping timeout: 252 seconds)
- # [23:30] <annevk> "At the workshop today"
- # [23:30] <annevk> what workshop?
- # [23:31] <TabAtkins> The schema.org workshop, presumably.
- # [23:31] * jgraham can no longer keep up with all the semi-secret meetings
- # [23:31] <Hixie> you're not missing anything
- # [23:31] <Hixie> (from the whatwg perspective anyway)
- # [23:33] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:33] <Hixie> can someone teach me what a singular transform matrix's implications are?
- # [23:34] <Hixie> wikipedia's math pages are inpenetrable
- # [23:35] <jgraham> A simular matrix doesn't have an inverse, so I guess once loses information e.g. by mapping points from an area onto a line
- # [23:36] * jgraham doesn't know if that is helpful
- # [23:36] <AryehGregor> Hixie, it has derivative zero. It's not invertible. Geometrically, it multiplies areas by zero, so in two dimensions, it maps planes to points or lines.
- # [23:36] <AryehGregor> Anything specific you want to know?
- # [23:37] <AryehGregor> Singular vs. invertible is one of the basic differences you can have with matrices, so there are tons of things to say about it.
- # [23:37] * tomaw is now known as 5EXAAAB0J
- # [23:37] <Hixie> if you have a plane and your transform it by a singular matrix, where is the resulting point or line?
- # [23:38] <Hixie> i guess it's got zero thickness so it doesn't matter
- # [23:38] <AryehGregor> Right.
- # [23:38] <Hixie> i'm trying to work out why browsers can't just implement the spec with singular matrices, instead needing some special text for them
- # [23:38] <AryehGregor> If it's a regular 2x2 matrix, it will map the plane to either the origin or a line through the origin. If it's an augmented matrix, it transforms affinely instead of linearly, so the point or line can be anywhere.
- # [23:39] <AryehGregor> What exactly constitutes "singular" when your matrix's values are floating-points is nonobvious.
- # [23:39] * 5EXAAAB0J is now known as tomaw
- # [23:39] <dbaron> by derivative, AryehGregor meant determinant
- # [23:39] <Hixie> AryehGregor: yeah that's why i was hoping there'd be a nice way to not answer the question
- # [23:39] <AryehGregor> So I did. How embarrasing.
- # [23:39] <AryehGregor> embarrassing.
- # [23:40] <AryehGregor> Anyway, your questions have veered into the highly practical, so I don't think my expertise will be of much use.
- # [23:40] <Hixie> hah
- # [23:40] <dbaron> I think it really depends on the wording of the spec whether it needs to make a special case for singular matrices
- # [23:41] <dbaron> likewise for code
- # [23:41] <dbaron> but there are some things where it's certainly unavoidable
- # [23:41] * jernoble|afk is now known as jernoble
- # [23:41] * Joins: Rik` (~Rik`@2a01:e34:ec0f:1570:358b:77b2:9021:3de9)
- # [23:41] * Joins: rniwa (rniwa@nat/google/x-ytnjfmooymlosrkm)
- # [23:41] * Joins: KolakCC (~KolakCC@unaffiliated/kolakcc)
- # [23:41] * Joins: jennb (jennb@nat/google/x-xfagvrahkhmzoktj)
- # [23:41] <dbaron> like if we add an API for getting "coordinates in the space of element A" to "... of element B"
- # [23:42] <dbaron> if there's a singular transform between them, then there's no answer to the question in one direction (except for a narrow set of points) and lots of answers the other way
- # [23:42] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:43] <dbaron> likewise, there are a bunch of algorithms that have a "divide by the determinant" step, which doesn't work so well when it's 0. Usually such algorithms don't make any sense to apply to singular transforms anyway.
- # [23:43] <dbaron> Hixie, ^
- # [23:43] <Hixie> yeah
- # [23:43] <dbaron> but the spec still needs to say what it does (return 0, throw exception, etc.)
- # [23:44] <Hixie> well luckily for me i don't think i have anything that returns points or divides anything by anything
- # [23:44] <Hixie> however
- # [23:44] * Joins: brucel (~brucel@cpc4-smal11-2-0-cust879.perr.cable.virginmedia.com)
- # [23:44] * Joins: ayo (~nya@fuld-590c601a.pool.mediaWays.net)
- # [23:44] <Hixie> people have nonetheless asked the question
- # [23:44] <dbaron> (e.g., when animating transforms, the fallback case is to decompose the matrix and animate the pieces -- and the decomposition algorithm doesn't work on singular matrices)
- # [23:45] <dbaron> asked the question about what?
- # [23:45] <Hixie> "what should happen if you have a singular transformation matrix"
- # [23:46] <Hixie> e.g. if you call c.scale(0,1); and then c.fill(); with a path
- # [23:46] <dbaron> ah, so these are questions about canvas
- # [23:46] <dbaron> I think that's easy: nothing.
- # [23:47] * Quits: ako (~nya@fuld-590c7c8e.pool.mediaWays.net) (Ping timeout: 260 seconds)
- # [23:48] <dbaron> though if the path was set *before* the scale...?
- # [23:48] <Hixie> the path is non-zero
- # [23:48] <dbaron> (does the scale affect it?)
- # [23:48] <Hixie> the fill is all that is scaled
- # [23:48] <dbaron> hmmm, I don't remember canvas well enough to discuss this intelligently
- # [23:49] <hober> istm the canvas spec should align with the 2d/3d css transforms specs
- # [23:50] <Hixie> if img1 is a mostly green image, in webkit, this is a mostly green rectangle:
- # [23:50] <Hixie> c.beginPath(); c.rect(100,100,100,100); c.fillStyle = c.createPattern(img1, 'repeat');
- # [23:50] <Hixie> c.scale(0.000000000000000000000000000000000001,1);
- # [23:50] <Hixie> c.fill();
- # [23:50] <Hixie> but if i add one "0" to that number, it no longer paints anything.
- # [23:51] <Hixie> because repeating a zero-width image across the plane doesn't make much sense
- # [23:51] * Quits: simplicity- (~simplicit@unaffiliated/simplicity-) (Quit: ...)
- # [23:51] <Hixie> but what about if the fill is a color?
- # [23:51] * Quits: othermattur (mattur@host-92-13-205-70.as43234.net)
- # [23:52] <jamesr_> if it does nothing, does the globalCompositeOperation still apply?
- # [23:52] <jamesr_> if i do c.globalCompositeOperation="copy"; c.scale(0,1); makePath(c); c.fill();
- # [23:52] <jamesr_> is my canvas now empty?
- # [23:53] <Hixie> not in webkit
- # [23:53] <Hixie> however
- # [23:53] <AryehGregor> If we had perfect precision, all this stuff would be well-defined. But some things suddenly behave differently at determinant zero compared to determinant epsilon, and there's no difference with floating-point . . .
- # [23:53] <Philip`> I think the reason the spec doesn't return points or divide anything by anything is that it doesn't actually define the algorithms to render things (which can do those things)
- # [23:54] * Joins: mattur (mattur@host-92-13-205-70.as43234.net)
- # [23:54] <Hixie> if you set it to c.scale(0.000000000000000000000000000000000001,1);
- # [23:54] <Hixie> then it is empty
- # [23:54] <Hixie> so there's a difference between c.scale(0.000000000000000000000000000000000001,1);, c.scale(0.00000000000000000000000000000000001,1);, and c.scale(0.00000000000000000000000000000000000,1);
- # [23:55] <Hixie> that is, c.scale(1e-36,1);, c.scale(1e-37,1); and c.scale(0,1);
- # [23:55] <Hixie> Philip`: yeah, i was just noticing that nothing actually says how fill() paints a repeating pattern
- # [23:55] <Philip`> Sound like FLT_MIN
- # [23:55] <Philip`> *Sounds
- # [23:57] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # Session Close: Thu Sep 22 00:00:00 2011
The end :)