Options:
- # Session Start: Thu Mar 12 00:00:00 2009
- # Session Ident: #whatwg
- # [00:00] * Quits: epeus (n=KevinMar@nat/google/x-d69f7569a9c605cc)
- # [00:09] * Joins: bgalbraith (n=bgalbrai@135.196.169.246)
- # [00:15] * Quits: dimich (n=dimich@72.14.227.1)
- # [00:19] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [00:26] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [00:31] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [00:33] * fakeolliej is now known as olliej
- # [00:34] * Joins: MikeSmith (n=MikeSmit@EM114-48-39-173.pool.e-mobile.ne.jp)
- # [00:34] * dave_levin is now known as fakesteveballmer
- # [00:37] <MikeSmith> dglazkov: congrats on becoming a reviewer
- # [00:38] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [00:41] <dglazkov> MikeSmith: thanks!
- # [00:42] <MikeSmith> dglazkov: so you doing some work on Web Inspector?
- # [00:42] <dglazkov> yep.
- # [00:43] <dglazkov> but nothing dramatic, no features
- # [00:43] <dglazkov> just cleaning up
- # [00:43] <MikeSmith> great
- # [00:43] <MikeSmith> it's a great tool
- # [00:43] <MikeSmith> I love that thing
- # [00:43] <dglazkov> indeed
- # [00:45] * Quits: Hixie (i=ianh@trivini.no) ("trying a new configuration")
- # [00:45] * Joins: Hixie (i=ianh@trivini.no)
- # [00:45] <MikeSmith> dglazkov: speaking of features, I wonder if there's a bug open for implementing support for examining AppCache/manifest in Web Inspector
- # [00:46] <dglazkov> I don't know
- # [00:46] <dglazkov> sounds like a useful thing
- # [00:46] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [00:46] <dglazkov> you should file it
- # [00:47] <MikeSmith> yeah, I will
- # [00:49] * Quits: scherkus (n=scherkus@72.14.227.1) ("lol")
- # [00:50] * Quits: dglazkov (n=dglazkov@nat/google/x-50b6d2ddde5fe8f8)
- # [00:54] * Quits: sayrer_ (n=chatzill@user-160va8b.cable.mindspring.com) (Read error: 110 (Connection timed out))
- # [01:00] * Joins: slightlyoff (n=slightly@nat/google/x-282e937934e3f452)
- # [01:04] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [01:11] <MikeSmith> Hixie: would it be useful for the spec to suggest a convention for the file extension for application-cache manifest files/
- # [01:11] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
- # [01:11] <Hixie> that goes in the mime type registration bit
- # [01:12] <MikeSmith> Hixie: that's not been written yet?
- # [01:15] * Quits: slightlyoff (n=slightly@nat/google/x-282e937934e3f452)
- # [01:16] <Hixie> not yet
- # [01:16] <Hixie> sometime this year
- # [01:18] <MikeSmith> k
- # [01:19] * Joins: slightlyoff (n=slightly@nat/google/x-29623aaf054969ec)
- # [01:20] * Quits: slightlyoff (n=slightly@nat/google/x-29623aaf054969ec) (Remote closed the connection)
- # [01:20] * Quits: Simetrical (n=Simetric@wikipedia/simetrical) (Remote closed the connection)
- # [01:22] * Joins: scherkus (n=scherkus@72.14.227.1)
- # [01:26] * Quits: danbri (n=danbri@unaffiliated/danbri) ("going back to danbri.org")
- # [01:29] * Joins: ojan (n=ojan@72.14.229.81)
- # [01:29] * Parts: ojan (n=ojan@72.14.229.81)
- # [01:40] * Joins: Simetrical (n=Simetric@wikipedia/simetrical)
- # [01:47] * Joins: dimich_ (n=dimich@72.14.224.1)
- # [01:55] * dimich_ is now known as realsteveballmer
- # [01:58] * realsteveballmer is now known as dimich_
- # [02:04] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
- # [02:23] * Joins: billyjackass (n=MikeSmit@dhcp-246-117.mag.keio.ac.jp)
- # [02:29] <billyjackass> Hixie: is there any way I can programatically examine the URLs lists from an appcache manifest file?
- # [02:30] <billyjackass> I'm trying to figure out how to write a test to see whether the application cache is actually working as expected
- # [02:30] * Quits: MikeSmith (n=MikeSmit@EM114-48-39-173.pool.e-mobile.ne.jp) (Nick collision from services.)
- # [02:30] * billyjackass is now known as MikeSmith
- # [02:32] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [02:34] <Hixie> MikeSmith: not from within the browser, no
- # [02:34] <Hixie> i mean you can xhr it and parse it yourself
- # [02:35] <MikeSmith> yeah
- # [02:37] <MikeSmith> Hixie: so lacking that, I'm wondering how one could write a test to see whether the UA actually conforms to the spec
- # [02:39] <MikeSmith> hmm, does Safari really not have a "Work Offline" option? FF and Opera both do
- # [02:39] <Hixie> why? as a tester, you know what's in the manifest
- # [02:39] <Hixie> just pull the plug and see if the urls keep working
- # [02:39] <Hixie> afk, food
- # [02:44] <roc> MikeSmith: https://developer.mozilla.org/en/DOM/window.navigator.mozIsLocallyAvailable
- # [02:46] * Joins: gavin___ (n=gavin@people.mozilla.com)
- # [02:46] * MikeSmith looks at roc link
- # [02:46] * Quits: bzed (n=bzed@devel.recluse.de) (Read error: 104 (Connection reset by peer))
- # [02:46] <MikeSmith> roc: ah, excellent
- # [02:46] <MikeSmith> thanks
- # [02:48] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (hubbard.freenode.net irc.freenode.net)
- # [02:48] * Quits: didymos (i=jho@rapwap.razor.dk) (hubbard.freenode.net irc.freenode.net)
- # [02:48] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (hubbard.freenode.net irc.freenode.net)
- # [02:48] * Quits: gavin (n=gavin@firefox/developer/gavin) (hubbard.freenode.net irc.freenode.net)
- # [02:48] * Quits: takkaria (n=takkaria@isparp.co.uk) (hubbard.freenode.net irc.freenode.net)
- # [02:48] * Quits: wilhelm (i=wilhelm@trivini.no) (hubbard.freenode.net irc.freenode.net)
- # [02:48] <roc> we proposed that for the spec but people felt it wasn't important enough
- # [02:49] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [02:49] * Joins: didymos (i=jho@rapwap.razor.dk)
- # [02:49] * Joins: takkaria (n=takkaria@isparp.co.uk)
- # [02:49] * Quits: bgalbraith (n=bgalbrai@135.196.169.246)
- # [02:50] * Quits: fakesteveballmer (n=dave_lev@72.14.227.1)
- # [02:51] * gavin___ is now known as gavin
- # [02:51] <Hixie> mozIsLocallyAvailable doesn't tell you what's in the manifest
- # [02:51] <Hixie> it tells you what's cached
- # [02:52] <Hixie> and wouldn't really help with testing what's cached, since you can't trust what the browser tells you in a test :-)
- # [02:52] <roc> that's true, but I think it's what he actually wants
- # [02:53] * Joins: bzed (n=bzed@devel.recluse.de)
- # [02:53] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [02:53] * Joins: wilhelm (i=wilhelm@trivini.no)
- # [02:55] <roc> MikeSmith: btw for your tests you probably want to flush the main browser cache before you run the test because otherwise mozIsLocallyAvailable (or manual URI loads, for that matter) could be served out of the main cache
- # [02:56] * Joins: wilhelm_ (i=wilhelm@trivini.no)
- # [02:56] <MikeSmith> roc: OK
- # [03:09] * Quits: Hish___ (n=chatzill@mail2.n-e-s.de) (Read error: 104 (Connection reset by peer))
- # [03:13] * Joins: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
- # [03:14] <MikeSmith> http://hg.mozilla.org/mozilla-central/rev/fbbc3d6c9f3171023ab94d286e9c4bea80f1ef22
- # [03:14] <MikeSmith> tracemonkey wasn't in mozilla-central previously?
- # [03:16] <roc> no, it was, that's just an update from the tracemonkey repo to the mozilla-central repo
- # [03:16] <roc> they've continued to use a parallel repository
- # [03:16] <roc> the wonders of DVCS
- # [03:17] <MikeSmith> ah, I see
- # [03:19] * Quits: wilhelm (i=wilhelm@trivini.no) (Read error: 110 (Connection timed out))
- # [03:23] * felix-da-catz_zz is now known as felix_da_catz
- # [03:36] * Quits: beowulf (i=wiglaf@iloveni.com) (Remote closed the connection)
- # [03:45] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
- # [03:47] * Joins: bpalmer (n=user@unaffiliated/bpalmer)
- # [04:08] <jwalden> parallel repo with periodic merges is actually pretty good for not competing too hard for a place to commit patches
- # [04:08] <jwalden> I have five or six people to race, not fifty or a hundred
- # [04:17] * Quits: gavin_ (n=gavin@firefox/developer/gavin)
- # [04:21] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
- # [04:54] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
- # [04:55] * Quits: dolske (n=dolske@firefox/developer/dolske)
- # [04:56] * Joins: hober (n=ted@unaffiliated/hober)
- # [05:24] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [05:28] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.3 (IRC client for Emacs)")
- # [05:29] * Joins: dave_levin (n=dave_lev@72.14.224.1)
- # [05:29] * gsnedders stetches
- # [05:30] <gsnedders> I need to stop sleeping such fucked up hours.
- # [05:35] * Quits: dimich_ (n=dimich@72.14.224.1)
- # [06:00] * Joins: sayrer_ (n=chatzill@user-160va8b.cable.mindspring.com)
- # [06:00] * sayrer_ is now known as sayrer
- # [06:00] <MikeSmith> jwalden: how is success at getting patches committed to a particular repository affected by how many people use the repository?
- # [06:01] <jwalden> MikeSmith: someone screws up and pushes a patch that breaks the build or breaks automated tests, you have to wait for them to have taken steps to demonstrate that it's probably fixed
- # [06:01] <jwalden> fewer people means fewer times that has to happen
- # [06:01] <MikeSmith> jwalden: ah, I see
- # [06:02] <jwalden> not to mention fewer times you have to update a push to make sure you're changing tip and not committing new heads
- # [06:02] <jwalden> which Mozilla forbids, so if two people try at once, one will succeed and the other will have to modify the patch to sit atop the first one
- # [06:03] <MikeSmith> yeah, understood
- # [06:03] <jwalden> MikeSmith: I assume a server-side script to count times-loaded is a no-go for manifest testing?
- # [06:04] <MikeSmith> jwalden: It would be fine I guess. but I do really that Web developers will also end up wanting some access to it from some client-side interface
- # [06:04] <MikeSmith> do really think
- # [06:05] <MikeSmith> jwalden: as far as the part about breaking builds and tests, you guys really seem to do a lot of reverting due to that
- # [06:05] <MikeSmith> it seems like commits get reverted just about as often as they don7t
- # [06:05] <jwalden> not quite that bad, but our tests are not quite as reliable as they should be
- # [06:06] <MikeSmith> OK
- # [06:06] <jwalden> but people do make changes which break tests in will-always-happen ways
- # [06:06] <jwalden> not often, but it's not quite rare, either
- # [06:07] <roc> that's the point of having a lot of tests
- # [06:07] <roc> although it's better if you can run the tests locally, that's not always feasible
- # [06:07] <roc> getting more feasible since we'll have try-servers running tests soon
- # [06:08] <MikeSmith> yeah, the try-server thing is great
- # [06:08] <MikeSmith> I notice that's what hsivonen is using for his parser work
- # [06:09] <MikeSmith> I guess he's got the tests worked into that
- # [06:09] * Quits: doublec (n=doublec@202.0.36.64) ("Leaving")
- # [06:09] <roc> jwalden: we have a secret weapon against random test failures in the works ... but I'll let cpearce brag about it when it's ready
- # [06:09] <jwalden> gsnedders: wait for college, particularly if you're in a dorm that's not full of buckle-down-and-study people :-)
- # [06:10] <jwalden> roc: that's just mean, telling but not telling me
- # [06:10] <roc> yeah it is
- # [06:10] * jwalden wants ops in some shared channel to enact violence upon roc
- # [06:13] * Joins: sid0 (n=sid0@unaffiliated/sid0)
- # [06:15] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [06:18] <gsnedders> Compare: http://stuff.gsnedders.com/Overview.out.out.html and http://dev.w3.org/csswg/css3-namespace/
- # [06:20] <gsnedders> (The former has never been through the module post-processor, blatantly)
- # [06:25] <sayrer> somehow I suspect roc's weapon concerns replay
- # [06:27] * Quits: roc (n=roc@202.0.36.64)
- # [06:38] * Parts: bpalmer (n=user@unaffiliated/bpalmer) ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)")
- # [06:47] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [06:50] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [06:52] * Joins: zdobersek (n=zan@cpe-92-37-78-149.dynamic.amis.net)
- # [06:53] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [06:57] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [07:05] * Joins: zdobersek1 (n=zan@cpe-92-37-78-215.dynamic.amis.net)
- # [07:11] * Joins: zdobersek2 (n=zan@cpe-92-37-69-238.dynamic.amis.net)
- # [07:15] * Joins: heycam (n=cam@124-168-80-126.dyn.iinet.net.au)
- # [07:21] * Quits: zdobersek (n=zan@cpe-92-37-78-149.dynamic.amis.net) (Read error: 110 (Connection timed out))
- # [07:25] * Quits: zdobersek1 (n=zan@cpe-92-37-78-215.dynamic.amis.net) (Read error: 113 (No route to host))
- # [07:30] * Joins: ap (n=ap@194.154.88.43)
- # [07:36] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
- # [07:39] * Joins: sid0 (n=sid0@unaffiliated/sid0)
- # [07:45] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [07:46] * Quits: zdobersek2 (n=zan@cpe-92-37-69-238.dynamic.amis.net) (Read error: 113 (No route to host))
- # [07:50] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
- # [07:54] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [07:55] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [08:04] <hsivonen> MikeSmith: actually, I don't have tests integrated to try server pushes. The builds crash on try server and I think I know the stack of the crash but I have no idea how to fix it.
- # [08:05] * Quits: sid0_ (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [08:06] <MikeSmith> hsivonen: the builds crash right away at some smoke-testing stage?
- # [08:06] <hsivonen> MikeSmith: right.
- # [08:07] <hsivonen> MikeSmith: I can't reproduce on Mac. I can on Linux.
- # [08:07] <hsivonen> MikeSmith: on Linux, the first run after a fresh compile (even with and old profile) crashes
- # [08:07] <hsivonen> the second run doesn't
- # [08:07] <hsivonen> it's weird
- # [08:07] <MikeSmith> heh
- # [08:08] <hsivonen> moreover, the stack trace doesn't show local variables for the interesting bits
- # [08:08] <MikeSmith> ah
- # [08:08] <MikeSmith> well, makes it kind of hard to debug I guess
- # [08:08] <hsivonen> but it's related to freeing interned strings that are alive through the process lifetime
- # [08:09] <hsivonen> my guess is that there's a bug when the same string has been interned from two atom tables, although I've been told that's OK
- # [08:10] <MikeSmith> hsivonen: would that be something a lint checker or some other kind of static analysis thing might find for you?
- # [08:10] <hsivonen> I think that would be unlikely.
- # [08:10] <MikeSmith> OK
- # [08:21] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [08:21] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [08:33] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
- # [08:37] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [08:42] * Quits: sayrer (n=chatzill@user-160va8b.cable.mindspring.com) (hubbard.freenode.net irc.freenode.net)
- # [08:42] * Quits: gavin (n=gavin@firefox/developer/gavin) (hubbard.freenode.net irc.freenode.net)
- # [08:43] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:46] * Joins: gavin (n=gavin@63.245.208.169)
- # [08:46] * Joins: sayrer (n=chatzill@user-160va8b.cable.mindspring.com)
- # [08:51] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [08:52] * Joins: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [08:55] * Joins: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:57] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 110 (Connection timed out))
- # [08:57] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [08:57] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [08:59] * jwalden is now known as jwalden|awol
- # [09:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (Read error: 110 (Connection timed out))
- # [09:04] * Joins: olliej_ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
- # [09:06] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [09:08] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [09:12] * dave_levin is now known as fakesteveballmer
- # [09:14] * Quits: sayrer (n=chatzill@user-160va8b.cable.mindspring.com) (Read error: 60 (Operation timed out))
- # [09:14] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [09:14] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [09:14] * fakesteveballmer is now known as dave_levin
- # [09:15] * Quits: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl) (Read error: 110 (Connection timed out))
- # [09:16] * Joins: zalan_ (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
- # [09:20] * Joins: Mau`werk (n=ano@89.184.185.248)
- # [09:28] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) (Read error: 110 (Connection timed out))
- # [09:30] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [09:32] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
- # [09:32] * Joins: annevk5 (n=opera@dial-b3-106-1.telepac.pt)
- # [09:32] * Quits: jwalden|awol (n=waldo@corp-241.mountainview.mozilla.com) (Read error: 145 (Connection timed out))
- # [09:34] * Joins: sid0 (n=sid0@59.94.143.134)
- # [09:36] <hsivonen> grr. read-only google spreadsheets inhibits my ability to copy text
- # [09:40] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [09:51] * Joins: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [09:57] * Joins: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl)
- # [09:58] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [10:00] * Joins: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [10:01] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [10:02] * Quits: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se) (Read error: 60 (Operation timed out))
- # [10:03] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [10:13] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [10:14] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Nick collision from services.)
- # [10:14] * sid0_ is now known as sid0
- # [10:35] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:36] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [10:36] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Nick collision from services.)
- # [10:36] * sid0_ is now known as sid0
- # [10:39] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:43] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
- # [10:48] * Joins: doublec (n=doublec@118-92-143-120.dsl.dyn.ihug.co.nz)
- # [10:53] * Quits: zalan_ (n=kvirc@catv-89-133-232-199.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [10:56] * Quits: MikeSmith (n=MikeSmit@dhcp-246-117.mag.keio.ac.jp) (Read error: 110 (Connection timed out))
- # [10:57] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
- # [10:57] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:58] * Quits: dave_levin (n=dave_lev@72.14.224.1)
- # [11:06] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [11:10] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
- # [11:22] * Joins: Maurice (n=ano@89.184.185.248)
- # [11:25] * Lachy wonders how many people, out of those arguing for better historical date and alternative calendar support in the <time> element, would actually make use of such historical dates and alternative calendars themselves.
- # [11:26] <Lachy> I suspect this is another case of people arguing to support use cases for other people, when those other people aren't really calling for such use cases to be addressed by HTML
- # [11:31] * Quits: Mau`werk (n=ano@89.184.185.248) (Read error: 110 (Connection timed out))
- # [11:32] <hsivonen> Lachy: and more importantly, who'd actually consume the data without a prior bilateral agreement
- # [11:33] <Lachy> indeed
- # [11:33] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Ex-Chat")
- # [11:34] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [11:34] <Lachy> the only potentially compelling use cases I've seen in that thread relate to imprecise dates, like YYYY or YYYY-MM.
- # [11:34] <Lachy> although, they still need more investigation into the problems being solved
- # [11:39] <hsivonen> that would only make approximate sense for Julian years
- # [11:39] <hsivonen> but would still distriminate against various calendars still in religious use
- # [11:40] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
- # [11:41] <Lachy> what? The use cases I was referring to for imprecise dates have nothing to do with julian dates
- # [11:41] <Lachy> nor any other non-Gregorian calendars
- # [11:42] <roc> just use timestamps which are unlimited-precision floating point numbers of seconds since the Unix epoch, with negative values allowed
- # [11:47] <hsivonen> Lachy: oh ok.
- # [11:48] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [11:48] <hsivonen> s/distriminate/discriminate/
- # [11:52] <Philip`> roc: Unlimited precision doesn't help when I want to represent the moment precisely a third of a second after the epoch
- # [11:53] <roc> will you settle for rational numbers or do we need full support for transcendentals?
- # [11:54] <annevk5> wasn't <time> also meant to replace class=date kind of stuff? e.g. as styling hook
- # [11:54] <annevk5> in that case it sort of makes sense to allow just years or months
- # [11:55] <Philip`> roc: It's possible that we'll be invaded by aliens whose calendar systems use multiples of pi seconds, so we'd better make sure HTML can cope with that use case
- # [11:55] <Philip`> or perhaps we should just use RDFa for it
- # [12:04] * Joins: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [12:06] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [12:10] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [12:11] * Quits: pauld (n=pauld@host86-133-17-49.range86-133.btcentralplus.com)
- # [12:14] * Quits: Maurice (n=ano@89.184.185.248) (Read error: 110 (Connection timed out))
- # [12:24] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com) (Connection timed out)
- # [12:26] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
- # [12:41] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com) (Read error: 110 (Connection timed out))
- # [12:47] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
- # [12:47] * Joins: MikeSmith (n=MikeSmit@EM114-48-24-242.pool.e-mobile.ne.jp)
- # [13:02] * Quits: annevk5 (n=opera@dial-b3-106-1.telepac.pt)
- # [13:04] * Quits: olliej_ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
- # [13:09] * Joins: zalan_ (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
- # [13:19] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) (Read error: 145 (Connection timed out))
- # [13:19] <hsivonen> looking at http://www.w3.org/Bugs/Public/show_bug.cgi?id=6684 , could just fix text/* in non-SMTP protocols already?
- # [13:23] * Joins: pauld (n=pauld@92.40.191.50.sub.mbb.three.co.uk)
- # [13:30] * felix_da_catz is now known as felix-da-catz_zz
- # [13:39] * Quits: nessy (n=nessy@124-168-171-22.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [13:43] <jgraham> Crazy telecoms related things number #3456 we just got PAYG mobile broadband with 3 to fill in the gap before we can convince someone to give us proper useful broadband. To buy time you have to log onto the website. To log on to the website you need a password. They supply the password by SMS. To get the SMS you need either a 3G Phone or a Windows laptop
- # [13:43] <jgraham> because even though they have a OS X version of the client software it doesn't support the SMS feature
- # [13:44] <MikeSmith> jgraham: I recommend a shotgun.
- # [13:45] <MikeSmith> (for you visit to the headquarters to discuss the issue)
- # [13:45] * Quits: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [13:45] <jgraham> MikeSmith: Oh, I thought you were suggesting suicide
- # [13:46] <jgraham> (Anyway their uselessness pales into comparison compared with tele2 who, two whole months after we first asked for a broadband connection and were told 2-3 weeks, finally decided that we had not been in the country for long enough and so were not entitled to their services)
- # [13:46] <MikeSmith> heh
- # [13:47] <hsivonen> has anyone tested if nodeName returning in upper case in WebKit for HTML elements is a characteristic of the node itself or its owner document?
- # [13:47] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [13:47] <MikeSmith> jgraham: welcome to Scandinavia
- # [13:47] <jgraham> MikeSmith: Indeed
- # [13:47] <MikeSmith> World's Best Customer Service
- # [13:48] * hsivonen had a pretty good experience with getting IP connectivity to a new apartment
- # [13:48] <hsivonen> right on time
- # [13:48] <hsivonen> but then, it wasn't ADSL
- # [13:48] <jgraham> hsivonen: What was it?
- # [13:49] <hsivonen> jgraham: I don't know. Could be fiber optic. The pipe that comes into the apartement is 100 M Ethernet
- # [13:49] <jgraham> hsivonen: How much does that cost?
- # [13:51] <hsivonen> we only pay for 10/10 M, which is 32.90 euros per month. 100/10 M would be 42.90 euros per month
- # [13:51] <hsivonen> (incl. VAT)
- # [13:52] <jgraham> That sounds roughly similar to Sweden. I think the UK is quite a bit cheaper (or can be)
- # [13:55] * Quits: pauld (n=pauld@92.40.191.50.sub.mbb.three.co.uk) (Read error: 110 (Connection timed out))
- # [14:00] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [14:02] <hsivonen> hmm. looks like HTML 5 defines the case folding to be dependent on the HTML documentedness of the document and not a property of the element nodes themselves...
- # [14:05] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
- # [14:05] <MikeSmith> virtuelv: you calling in to widgets call?
- # [14:06] <MikeSmith> and any clues where is marcos?
- # [14:11] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 145 (Connection timed out))
- # [14:17] <hsivonen> Hixie: should script-inserted base attribute in the XML namespace be ignored in HTML documents?
- # [14:19] * Joins: tantek (n=tantek@63-146-75-9.dia.static.qwest.net)
- # [14:19] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 110 (Connection timed out))
- # [14:26] * Joins: davidb (n=davidb@mozca02.ca.mozilla.com)
- # [14:27] <hsivonen> Do we want to make createElement in XML documents whose document object implements the HTMLDocument interface create elements in the XHTML namespace?
- # [14:29] <Lachy> hsivonen, yes
- # [14:29] <Lachy> well, maybe
- # [14:30] <Lachy> what do browsers do?
- # [14:31] <hsivonen> Lachy: I haven't written a test case, I have only read browser source :-)
- # [14:31] <hsivonen> but source says yes
- # [14:31] <hsivonen> Gecko's source, that is
- # [14:32] * Joins: taf2 (n=taf2@65.210.82.235)
- # [14:33] * sid0_ is now known as sid0
- # [14:34] * Joins: aroben (n=aroben@unaffiliated/aroben)
- # [14:34] * hsivonen sees http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsDocument.cpp#6057
- # [14:35] <Lachy> hsivonen, document.createElement("foo").namespaceURI returns the XHTML namespace in an XHTML document.
- # [14:35] * Quits: tantek (n=tantek@63-146-75-9.dia.static.qwest.net) (Read error: 145 (Connection timed out))
- # [14:36] <hsivonen> Lachy: excellent. thanks
- # [14:37] <Lachy> for an SVG document, Opera returns the SVG namespace, but Gecko and WebKit return the XHTML namespace still
- # [14:38] <hsivonen> Hixie: Web DOM Core doesn't have renameNode...
- # [14:38] <hsivonen> Hixie: but HTML 5 places a requirement on its behavior
- # [14:43] * Joins: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp)
- # [14:49] * Quits: bzed (n=bzed@devel.recluse.de) (hubbard.freenode.net irc.freenode.net)
- # [14:51] * Joins: bzed (n=bzed@devel.recluse.de)
- # [14:52] <hsivonen> Does SetAttributeNode really lower case the name in existing browsers?
- # [14:52] <hsivonen> Shouldn't instead the attribute node creator method do the lower casing?
- # [14:54] * felix-da-catz_zz is now known as felix_da_catz
- # [14:54] * hsivonen files a spec bug
- # [14:58] <Lachy> JohnResig, yt?
- # [14:58] <JohnResig> Lachy: what's up
- # [14:58] <Lachy> JohnResig, I just noticed that the selectors api test suite doesn't contain any tests for the namespace selectors "|foo" and "*|foo", which need to be supported cause they don't need to be resolved
- # [14:59] * Quits: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [14:59] <JohnResig> Lachy: so the should be handled as if they were the same as "foo", correct?
- # [15:00] <Lachy> "|foo" matches elements in no namesace. i.e. the element created by document.createElementNS("", "foo");
- # [15:00] <JohnResig> hmm
- # [15:00] <Lachy> "*|foo" should match a foo element in any namespace
- # [15:01] <Lachy> for "|foo", you would have to test it by creating elements with createElementNS. You can't rely on any elements in an HTML document being in no namespace, since browsers (and HTML5) say to use the XHTML namespace
- # [15:03] <Lachy> I'll send an email about this to public-webapps as a reminder for this to be added when you have time
- # [15:03] <JohnResig> Lachy: ok, thanks
- # [15:05] * Joins: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp)
- # [15:10] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [15:11] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Read error: 54 (Connection reset by peer))
- # [15:12] * Joins: sid0 (n=sid0@unaffiliated/sid0)
- # [15:13] * Quits: zalan_ (n=kvirc@catv-89-133-232-199.catv.broadband.hu) (Read error: 110 (Connection timed out))
- # [15:13] <Lachy> JohnResig, I just made some quick demos and it looks like WebKit fails the "|p" test. http://software.hixie.ch/utilities/js/live-dom-viewer/saved/27
- # [15:13] <Lachy> both Opera and Firefox pass that oen
- # [15:13] <Lachy> *one
- # [15:13] <Lachy> IE8 will fail because it doesn't support the namespace syntax
- # [15:14] <JohnResig> Lachy: ok, definitely post it to the list then, because I'm cautious of landing changes that'll cause 100%-passing regressions (people get grumpy)
- # [15:14] <JohnResig> it seems painless enough to land, though
- # [15:15] <Lachy> JohnResig, the whole point of a test suite is to find bugs. If we can find bugs in browsers that currently pass 100%, that's even better.
- # [15:16] <JohnResig> Lachy: absolutely - but I don't want the burdern of notifying and arguing with the vendors to be on me - that should be on the spec people (you)
- # [15:16] <JohnResig> since my only rebuttle will be "Well, Lachy told me to add it."
- # [15:16] <Lachy> good
- # [15:17] <JohnResig> just let them know on the list and I'll land it no problem
- # [15:17] * Quits: bzed (n=bzed@devel.recluse.de) (hubbard.freenode.net irc.freenode.net)
- # [15:17] * Joins: bzed (n=bzed@devel.recluse.de)
- # [15:28] * Joins: billmason (n=bmason@ip102.unival.com)
- # [15:43] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
- # [15:44] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
- # [16:01] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [16:06] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [16:10] * Quits: doublec (n=doublec@118-92-143-120.dsl.dyn.ihug.co.nz) ("Leaving")
- # [16:22] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) (Read error: 110 (Connection timed out))
- # [16:27] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [16:32] * Joins: dglazkov (n=dglazkov@nat/google/x-4458505bc3ff652c)
- # [16:59] * Joins: smedero (n=smedero@mdp-nat251.mdp.com)
- # [17:00] * Joins: annevk (n=annevk@dial-b3-106-72.telepac.pt)
- # [17:03] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
- # [17:04] * Quits: dglazkov (n=dglazkov@nat/google/x-4458505bc3ff652c) (Read error: 104 (Connection reset by peer))
- # [17:04] * Quits: Mau`werk (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [17:04] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [17:04] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [17:06] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [17:12] * Joins: dglazkov (n=dglazkov@nat/google/x-7548ca788f0692c9)
- # [17:12] * Joins: zdobersek (n=zan@cpe-92-37-71-44.dynamic.amis.net)
- # [17:12] * Joins: sayrer_ (n=chatzill@user-160va8b.cable.mindspring.com)
- # [17:12] * sayrer_ is now known as sayrer
- # [17:13] * Joins: mlpug (n=mlpug@a91-156-60-13.elisa-laajakaista.fi)
- # [17:15] <annevk> so when of the Python devs is here and when I asked him about the annoyance that the internal encoding can be set at compile time he admitted it was a mistake and that they should have fixed it to UTF-32
- # [17:15] <annevk> a small battle ensued
- # [17:16] <annevk> s/so when/so one/
- # [17:16] * Quits: zdobersek (n=zan@cpe-92-37-71-44.dynamic.amis.net) (Client Quit)
- # [17:16] <smedero> �
- # [17:16] * Joins: zdobersek (n=zan@cpe-92-37-71-44.dynamic.amis.net)
- # [17:16] <Dashiva> utf-32? heh
- # [17:17] <annevk> PHP6 with ETA "unknown" will be fixed to UTF-16 according to Rasmus (also here)
- # [17:18] <Lachy> why would anyone want to use UTF-32 for anything?!
- # [17:18] <Philip`> Because it's easy and works
- # [17:18] <Philip`> unlike everything else
- # [17:18] <Dashiva> If you think space is cheap and astral characters are important, I suppose
- # [17:19] <Lachy> but it's so inefficient with space, and UTF-16 is only mildly less efficient with non-BMP characters
- # [17:19] <Philip`> Lachy: With UTF-16 you can't do constant-time extraction of substrings
- # [17:19] <gsnedders> PHP6 just uses UTF-16 because it's what ICU uses
- # [17:19] <Philip`> (because you've got to scan the whole string to count characters)
- # [17:20] <Philip`> If you care so much about performance that a mere doubling of string sizes is significant, you shouldn't be using Python
- # [17:21] <annevk> gsnedders, he might have mentioned that, yes :)
- # [17:22] <Lachy> Philip`, that's why python shouldn't bother with UTF-32 for the small performance benefit it brings in comparisson with its overall performance
- # [17:23] <Philip`> Lachy: It's much more than a small performance benefit when you're e.g. extracting the millionth character from a string, and it can read the four-millionth byte instead of scanning through the whole string
- # [17:23] <jgraham> Lachy: Do you have evidence that most programs consume a significant amount of their memory in string types?
- # [17:24] <Lachy> no
- # [17:24] <jgraham> UTF-32 is much /much/ easier than UTF-16 for non-BMP characters
- # [17:24] <Lachy> Philip`, jgraham, so are you arguing that using UTF-32 for python is a good thing?
- # [17:25] <jgraham> Lachy: If the choice is between the UCS2 and UCS4 code currently in Python, UCS4 wins every time
- # [17:25] <Philip`> Lachy: It seems a better thing than the alternatives
- # [17:25] * annevk notes that what Python does depends on how you compile it and will continue to do so for the foreseeable future in case that wasn't clear
- # [17:25] <jgraham> (the 2-byte string code is not quite UTF-16)
- # [17:26] <jgraham> (Or at least python doesn't really handle non-BMP characters well)
- # [17:26] <gsnedders> (Guido said on the dev mailing list that anywhere it wasn't UTF-16 was a bug)
- # [17:26] <gsnedders> (But it presents non-BMP characters to interpreted code in a whacky way (i.e., as surrogates))
- # [17:28] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Client Quit)
- # [17:28] <Lachy> how many people actually deal with astral characters in python programs?
- # [17:28] * jgraham raises a hand
- # [17:28] * gsnedders raises a hand
- # [17:29] <Lachy> what do you use them for?
- # [17:29] <jgraham> Lachy: html5lib
- # [17:29] * Philip` raises a hand, complete with half an arm and some severed tendons
- # [17:29] <gsnedders> For stripping any character not valid in ifragment in Anolis when creating IDs
- # [17:29] <jgraham> Also some thing I did for parsing the UCD
- # [17:31] * Quits: myakura (n=myakura@p1063-ipbf3305marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [17:31] <annevk> http://www.christopherschmitt.com/2009/03/12/convert-xhtml-web-pages-to-html5/ has some amusing terminology
- # [17:32] <annevk> and untidying is fun too
- # [17:32] * jgraham wonders why he can't reproduce a bug in the python unicode support, realises he is using a UCS4 build
- # [17:46] * Joins: pauld (n=pauld@193.128.16.130)
- # [17:49] * Quits: pauld (n=pauld@193.128.16.130) (Read error: 104 (Connection reset by peer))
- # [17:49] * Quits: svl (n=chatzill@a194-109-2-36.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
- # [17:49] * Joins: pauld (n=pauld@193.128.16.130)
- # [17:56] * Joins: pauld_ (n=pauld@193.128.16.130)
- # [18:00] <Philip`> gsnedders: Be careful about suggesting deferring to self-proclaimed date/time experts who wrote ISO8601, because the same argument could apply to things like RDF :-p
- # [18:00] * Joins: sayrer_ (n=chatzill@user-160va8b.cable.mindspring.com)
- # [18:02] * Quits: sicking (n=chatzill@corp-241.mountainview.mozilla.com) (Remote closed the connection)
- # [18:04] * Joins: sicking (n=chatzill@corp-241.mountainview.mozilla.com)
- # [18:08] * Joins: pauld__ (n=pauld@92.40.137.195.sub.mbb.three.co.uk)
- # [18:09] * Quits: sayrer (n=chatzill@user-160va8b.cable.mindspring.com) (Read error: 110 (Connection timed out))
- # [18:12] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [18:14] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [18:19] * Quits: pauld (n=pauld@193.128.16.130) (Connection timed out)
- # [18:19] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
- # [18:19] * Quits: pauld__ (n=pauld@92.40.137.195.sub.mbb.three.co.uk)
- # [18:22] * Quits: pauld_ (n=pauld@193.128.16.130) (Read error: 110 (Connection timed out))
- # [18:25] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 110 (Connection timed out))
- # [18:34] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [18:37] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Nick collision from services.)
- # [18:37] * sid0_ is now known as sid0
- # [18:38] * Quits: olliej (n=oliver@nat/apple/x-1ca9ccff651dcc60) (hubbard.freenode.net irc.freenode.net)
- # [18:38] * Joins: olliej (n=oliver@nat/apple/x-1ca9ccff651dcc60)
- # [18:56] <ap> annevk: does the change event bubble in IE? I didn't test myself, but saw a blog post saying that it didn't (referenced in the bug)
- # [18:57] <annevk> dunno, but the testcase works in Opera (and reportedly Firefox)
- # [18:57] <annevk> maybe Hixie based the spec on IE?
- # [18:57] <zcorpan> Lachy: please have both "" and null in the test suite :)
- # [18:57] <ap> annevk: that usually makes sense ;)
- # [18:57] <annevk> I suppose
- # [18:58] * annevk launches IE6
- # [18:58] <ap> zcorpan: that's a CSS Selectors test, not a DOM 3 one! :)
- # [18:58] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
- # [18:58] <ap> annevk: I'm also puzzled by the requirement to fire the event asynchronously (post a task to fire a simpl event)
- # [18:59] <gsnedders> :P
- # [18:59] <annevk> I'm mostly mystified with the event source thing so I can't help you there
- # [18:59] <annevk> in IE6 the onchange handler does not trigger
- # [19:00] <gsnedders> Philip`: There is a difference between saying that use-cases they didn't deal with we don't have to compared with we have to cope with all their use-cases.
- # [19:00] <annevk> but I've no idea if that means it doesn't do bubbling
- # [19:00] * Quits: mlpug (n=mlpug@a91-156-60-13.elisa-laajakaista.fi) (Remote closed the connection)
- # [19:00] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
- # [19:00] <gsnedders> Damn chaals writes long emails at times.
- # [19:00] <ap> annevk: the test at <http://www.johnvey.com/blog/2007/07/ie-does-not-bubble-form-select-element-onchange-events> uses attachEvent, so it apparently doesn't bubble
- # [19:01] * Joins: tantek (n=tantek@12.14.133.83)
- # [19:02] <annevk> ap, it seems that the more useful thing to do is to bubble though
- # [19:02] <zcorpan> ap: yeah, true
- # [19:02] <annevk> ap, and IE can fix bugs
- # [19:02] * Joins: mlpug (n=mlpug@a91-156-60-13.elisa-laajakaista.fi)
- # [19:03] <annevk> I guess you can use capture listeners instead, but that's cumbersome
- # [19:05] <zcorpan> so firefox and webkit don't support 'copy' in canvas globalCompositeOperation
- # [19:05] <annevk> (and also doesn't work in IE :p)
- # [19:06] * Quits: MikeSmith (n=MikeSmit@EM114-48-24-242.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [19:07] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [19:08] <Philip`> zcorpan: I think they do
- # [19:09] <Philip`> (modulo certain bugs that are not directly related to 'copy')
- # [19:10] * Quits: tantek (n=tantek@12.14.133.83)
- # [19:11] * Joins: tantek (n=tantek@12.14.133.83)
- # [19:11] * Joins: dimich (n=dimich@72.14.227.1)
- # [19:13] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [19:14] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
- # [19:14] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [19:20] * Joins: ojan (n=ojan@72.14.229.81)
- # [19:21] * Parts: ojan (n=ojan@72.14.229.81)
- # [19:28] * Joins: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [19:28] * Quits: tantek (n=tantek@12.14.133.83)
- # [19:30] * Joins: weinig (n=weinig@user-1087d58.cable.mindspring.com)
- # [19:30] * Joins: weinig_ (n=weinig@cpe-72-229-20-110.nyc.res.rr.com)
- # [19:39] * Joins: tantek (n=tantek@12.14.133.108)
- # [19:43] * Quits: davidb (n=davidb@mozca02.ca.mozilla.com) (Read error: 131 (Connection reset by peer))
- # [19:43] * Joins: davidb (n=davidb@mozca02.ca.mozilla.com)
- # [19:44] * Joins: aboodman2 (n=aboodman@72.14.229.81)
- # [19:48] * Quits: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se) (Read error: 110 (Connection timed out))
- # [19:50] * Quits: tantek (n=tantek@12.14.133.108)
- # [19:54] * Joins: tantek (n=tantek@12.14.133.190)
- # [19:56] * Quits: weinig (n=weinig@user-1087d58.cable.mindspring.com) (Connection timed out)
- # [19:56] <gsnedders> What's controversial about bb?
- # [19:57] <annevk> the name!
- # [19:57] <Philip`> The fact that it's a crazy idea
- # [19:58] <smedero> didn't Philip` find a noticeable occurrence of people mistyping b as bb.
- # [19:58] <gsnedders> smedero: I dunno. Ask Philip`.
- # [19:58] <Philip`> It's like a script API but made much harder to use by not actually being a script API
- # [19:59] * Parts: smedero (n=smedero@mdp-nat251.mdp.com)
- # [19:59] <Philip`> Hmm, a load of people use <bb:menu> elements
- # [19:59] * Joins: smedero (n=smedero@mdp-nat251.mdp.com)
- # [20:00] <gsnedders> LOL
- # [20:00] <gsnedders> "to Pillar and Hedral for their ideas and support."
- # [20:00] * gsnedders expects they gave Hixie lots of ideas :P
- # [20:00] <Philip`> There do exist people who typo <b> as <bb>, but not a huge number
- # [20:01] <Philip`> and hopefully <bb> is specced so it does nothing if it's not got any interesting attributes
- # [20:02] <smedero> http://menumachine.com/kb/64 suggest that <bb:menu> is some sort of GoLive plugin?
- # [20:04] * Quits: dolske (n=dolske@firefox/developer/dolske)
- # [20:08] * jgraham has somewhat crappy home internet at last
- # [20:09] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
- # [20:12] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [20:25] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
- # [20:26] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [20:33] * Joins: sid0_ (n=sid0@unaffiliated/sid0)
- # [20:35] * Quits: annevk (n=annevk@dial-b3-106-72.telepac.pt) (Connection timed out)
- # [20:35] * Quits: sid0 (n=sid0@unaffiliated/sid0) (Nick collision from services.)
- # [20:35] * sid0_ is now known as sid0
- # [20:40] * Quits: weinig_ (n=weinig@cpe-72-229-20-110.nyc.res.rr.com)
- # [20:48] * Joins: nessy (n=nessy@124-168-171-22.dyn.iinet.net.au)
- # [20:49] * Joins: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [20:52] * Joins: zcorpan (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [20:52] * Joins: annevk (n=annevk@213.13.106.1)
- # [20:54] * Quits: ap (n=ap@194.154.88.43)
- # [20:58] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
- # [21:05] * Joins: slightlyoff (n=slightly@nat/google/x-35bdcd90083177b1)
- # [21:08] * Joins: erlehmann (n=erlehman@86.59.25.121)
- # [21:08] * Quits: smedero (n=smedero@mdp-nat251.mdp.com)
- # [21:27] * Quits: slightlyoff (n=slightly@nat/google/x-35bdcd90083177b1)
- # [21:27] * Joins: slightlyoff (n=slightly@nat/google/x-6f947ffa0002ebb1)
- # [21:28] <gsnedders> jgraham: w00t! crappy intarwebs!
- # [21:30] <gsnedders> jgraham: How on earth did you get that photo?
- # [21:35] * Joins: eric_carlson (n=ericc@nat/apple/x-9b781a983a7d93d3)
- # [21:35] * Quits: mlpug (n=mlpug@a91-156-60-13.elisa-laajakaista.fi) (Remote closed the connection)
- # [21:36] <jgraham> gsnedders: Multiple photos overlayed
- # [21:36] <gsnedders> I was guessing that.
- # [21:37] <jgraham> Macro lens wih the minimum depth of field
- # [21:37] <jgraham> I really want to do it in a way that looks seamless
- # [21:39] <jgraham> And SSH seems to be really bad on this connection
- # [21:42] <Philip`> jgraham: You could make it seamless by taking a single photo :-)
- # [21:43] * Quits: davidb (n=davidb@mozca02.ca.mozilla.com)
- # [21:44] * Joins: olliej_ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
- # [21:47] * Joins: billmason1 (n=bmason@ip102.unival.com)
- # [21:47] * Quits: billmason (n=bmason@ip102.unival.com) (Read error: 104 (Connection reset by peer))
- # [21:52] * felix_da_catz is now known as felix-da-catz_zz
- # [21:55] * Parts: zdobersek (n=zan@cpe-92-37-71-44.dynamic.amis.net)
- # [21:57] <jgraham> Philip`: Yes, if I had a large format camera :)
- # [22:17] * Quits: tantek (n=tantek@12.14.133.190)
- # [22:20] * Quits: eric_carlson (n=ericc@nat/apple/x-9b781a983a7d93d3)
- # [22:27] * Quits: olliej_ (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
- # [22:28] * Quits: heycam (n=cam@124-168-80-126.dyn.iinet.net.au) ("bye")
- # [22:35] * Joins: tantek (n=tantek@rrcs-97-77-179-40.sw.biz.rr.com)
- # [22:36] * Quits: taf2 (n=taf2@65.210.82.235)
- # [22:37] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
- # [22:38] * Quits: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [22:38] * Joins: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [22:40] * Quits: zcorpan (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [22:49] * Quits: aboodman2 (n=aboodman@72.14.229.81) (Read error: 110 (Connection timed out))
- # [22:58] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
- # [22:59] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [23:10] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
- # [23:12] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
- # [23:24] * Quits: tantek (n=tantek@rrcs-97-77-179-40.sw.biz.rr.com)
- # [23:26] * Joins: doublec (n=doublec@202.0.36.64)
- # [23:28] * felix-da-catz_zz is now known as felix_da_catz
- # [23:30] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [23:34] * Joins: tantek (n=tantek@rrcs-97-77-179-40.sw.biz.rr.com)
- # [23:49] * Quits: roc (n=roc@121-72-218-22.dsl.telstraclear.net)
- # [23:50] * Quits: sicking (n=chatzill@corp-241.mountainview.mozilla.com) (Remote closed the connection)
- # [23:57] * Quits: tantek (n=tantek@rrcs-97-77-179-40.sw.biz.rr.com)
- # [23:59] * Parts: billmason1 (n=bmason@ip102.unival.com)
- # Session Close: Fri Mar 13 00:00:01 2009
The end :)