Options:
- # Session Start: Tue Oct 12 00:00:00 2010
- # Session Ident: #whatwg
- # [00:00] <AryehGregor> TabAtkins, http://validator.nu/?doc=http://www.xanthir.com/blog/
- # [00:01] <TabAtkins> Noted.
- # [00:02] <Hixie> i wish we could make -- valid
- # [00:02] <Hixie> do we really care that it's not mappable to XML?
- # [00:02] <Hixie> and that it causes problems in older Geckos?
- # [00:02] <TabAtkins> NO.
- # [00:02] <TabAtkins> That was more forceful than intended.
- # [00:02] <TabAtkins> No.
- # [00:02] <Hixie> heh
- # [00:03] <TabAtkins> So I've fixed the error I care about. The validator can continue to complain about the line of ------ I have in a comment.
- # [00:03] * Joins: nessy (~Adium@124-168-60-18.dyn.iinet.net.au)
- # [00:04] <Hixie> anyone understand what http://www.w3.org/Bugs/Public/show_bug.cgi?id=10841 is about?
- # [00:04] * Joins: djgeo (~djgeo@190.166.242.14)
- # [00:04] <TabAtkins> I think he wants the ability for captions to adjust the playback rate.
- # [00:05] <Hixie> i don't understand what that means
- # [00:05] <Hixie> how could captions do that?
- # [00:06] <TabAtkins> Through some additional switch embedded in-band, I presume.
- # [00:06] <TabAtkins> The intent is so that with, frex, descriptions, you can have extra time to read the description while it's running.
- # [00:06] <TabAtkins> But only when you have the description track turned on.
- # [00:06] <KaOSoFt> Hello. In HTML5, can I do something like <br /> without breaking validation?
- # [00:07] <TabAtkins> Yes, using a trailing slash on void elements is just fine. It just doesn't mean anything.
- # [00:07] <Hixie> TabAtkins: hm, interesting. thanks.
- # [00:07] <TabAtkins> Doesn't mean anything special, that is. It's the same as <br>.
- # [00:07] <Hixie> i wonder if he means that this should just be allowed in principle, or that it should be part of a specific caption format, or part of <track>, or something else
- # [00:07] <cardona507> sans the cruft :D
- # [00:08] <Hixie> oh well, i asked him to elaborate
- # [00:08] <TabAtkins> Yeah, that's fine. If I didn't already know what the bug was about I wouldn't be able to parse what he said.
- # [00:09] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [00:10] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [00:13] <hober> TabAtkins: http://microformatique.com/optimus/?format=validate&uri=http://www.xanthir.com/blog/
- # [00:14] <hober> also http://lukearno.com/projects/hatom2atom/?url=http://www.xanthir.com/blog/
- # [00:15] <TabAtkins> hober: That validator is broken. For one, it's telling me that things aren't specified multiple times. For two, it's telling me that entry-title, updated, and bookmark aren't specified, then listing the entry-title, updated, and bookmark. For 3, author is specified in the feed, outside of the entry, as allowed by the hAtom format.
- # [00:16] <TabAtkins> For the second link, are you getting anything? I get a Python error.
- # [00:16] <hober> boo. :( have you sent a bug report to the validator peeps?
- # [00:16] <TabAtkins> hober: Not yet. I'm just now critiquing it. ^_^
- # [00:17] <hober> re: hAtom2Atom, yeah, I'm seeing the same thing, which is why I ran your page through the validator.
- # [00:17] * hober is impatient to subscribe to your blog :)
- # [00:17] <paul_irish> for real.
- # [00:17] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [00:17] <TabAtkins> Shortlinks first. Then a real atom feed for you people. Is there any standard location/filename for an atom feed?
- # [00:18] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [00:18] <Hixie> anyone got a good idea of a new example for http://www.w3.org/Bugs/Public/show_bug.cgi?id=10743 ?
- # [00:18] <Hixie> (that is, an example of a conformance requirement on authors that is present only to help authors avoid a brittle part of the language)
- # [00:19] <hober> TabAtkins: no, but you might as well mint the cleanest url possible (mine is /feed)
- # [00:19] <Hixie> i.e. another example for "Errors involving fragile syntax constructs" in http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#syntax-errors
- # [00:19] <TabAtkins> hober: Makes sense. I'll probably do /blog/atom, I guess.
- # [00:19] <TabAtkins> Hixie: Anything involving <p> autoclosing?
- # [00:20] * Quits: nessy (~Adium@124-168-60-18.dyn.iinet.net.au) (Quit: Leaving.)
- # [00:20] <hober> unquoted href with Sufficiently Weird URL in it?
- # [00:20] <Hixie> i don't know that we have any conformance requirements to avoid that (the only thing that's really fragile there is <p> bla bla \n <ins> <p> bla bla , and nothing is especially done to help authors avoid that issue
- # [00:21] <Hixie> )
- # [00:21] <Hixie> hober: hmm, href=?a=b maybe
- # [00:21] <Hixie> hober: though that's really illegal for another reason (likely typo, not being fragile)
- # [00:22] <hober> something involving the AAA?
- # [00:22] <TabAtkins> Actually, that's probably a good example, since it's one of the errors the validator flagged on my site.
- # [00:22] <TabAtkins> (It wasn't a typo in my case, of course.)
- # [00:22] <gsnedders> For those who have me on Facebook and feel helpful: http://www.facebook.com/gsnedders/posts/448566623395
- # [00:23] <TabAtkins> gsnedders: What do you need help with?
- # [00:23] <TabAtkins> gsnedders: Seems like everything's taken care of.
- # [00:25] <gsnedders> TabAtkins: The specific post? Or does that not show?
- # [00:25] <TabAtkins> gsnedders: I see the post. You gave an answer, and the dude seems to have understood it.
- # [00:26] <TabAtkins> AryehGregor: Permalinks are now short. Happy?
- # [00:26] <gsnedders> TabAtkins: I'm too tired to try and understand people :P
- # [00:26] * aroben is now known as aroben|phone
- # [00:28] <TabAtkins> AryehGregor: (Using tantek's system of a 3-digit number encoding days since the epoch in a specially-crafted sexagecimal designed for maximum readability, followed by a sexagecimal digit encoding the index of the post on that day.)
- # [00:31] <Dashiva> I hope Mark writes the HTML4 deployment post
- # [00:36] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [00:37] <TabAtkins> This seems somehow wrong: <link>rel="self" href="/feed"</link>
- # [00:37] <TabAtkins> It's from a tutorial on the Atom format.
- # [00:37] <TabAtkins> Surely that should be <link rel="self" href="/feed" />?
- # [00:38] * Quits: Anti-X (~duckmysic@cD977BF51.dhcp.bluecom.no)
- # [00:42] * Quits: Craig` (~craig@host81-141-115-0.wlms-broadband.com) (Quit: Leaving)
- # [00:46] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Quit: estes)
- # [00:49] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [00:50] * Joins: Anti-X (~duckmysic@cD977BF51.dhcp.bluecom.no)
- # [00:54] * Joins: estes (~aestes@17.246.16.64)
- # [00:57] * Quits: aroben|phone (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
- # [00:58] * Quits: othermaciej (~mjs@17.246.18.251) (Ping timeout: 240 seconds)
- # [01:05] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:05] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [01:07] <ai_scott> TabAtkins surely
- # [01:08] <TabAtkins> That's what I went with, after looking at other atom code elsewhere. That tutorial was kinda sketchy in several ways.
- # [01:09] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [01:14] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
- # [01:14] * Joins: gerardoc_ (~gerardoc@office.benetech.org)
- # [01:16] * Joins: gerardoc__ (~gerardoc@office.benetech.org)
- # [01:16] * Quits: gerardoc_ (~gerardoc@office.benetech.org) (Read error: Connection reset by peer)
- # [01:16] * Quits: gerardoc__ (~gerardoc@office.benetech.org) (Client Quit)
- # [01:17] * Quits: gerardoc (~gerardoc@office.benetech.org) (Ping timeout: 240 seconds)
- # [01:17] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [01:20] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
- # [01:21] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [01:22] * Quits: ben_alman (~cowboy@64.119.153.2) (Remote host closed the connection)
- # [01:27] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [01:32] * Quits: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net) (Quit: payman_m)
- # [01:36] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [01:43] * Quits: cyphase (~cyphase@adsl-99-55-160-73.dsl.pltn13.sbcglobal.net) (Ping timeout: 276 seconds)
- # [01:48] * Joins: mpt (~mpt@canonical/mpt)
- # [01:49] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [01:49] * Quits: mpt (~mpt@canonical/mpt) (Client Quit)
- # [01:51] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [02:02] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
- # [02:07] * Quits: estes (~aestes@17.246.16.64) (Quit: estes)
- # [02:07] <TabAtkins> hober, paul_irish: Feed up and validated. http://www.xanthir.com/blog/atom/
- # [02:09] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: No route to host)
- # [02:10] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
- # [02:11] <paul_irish> TabAtkins: lookin great
- # [02:12] * Joins: ben_alman (~cowboy@pool-74-104-110-123.bstnma.east.verizon.net)
- # [02:19] * Quits: ben_alman (~cowboy@pool-74-104-110-123.bstnma.east.verizon.net) (Remote host closed the connection)
- # [02:20] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Remote host closed the connection)
- # [02:22] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [02:22] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
- # [02:23] * Quits: tonyg-cr (~Adium@nat/google/x-reoznhpzhojllvgt) (Ping timeout: 272 seconds)
- # [02:25] <AryehGregor> TabAtkins, Google Reader doesn't seem to be creating links from the post's title. Are the permalinks not in the feed?
- # [02:25] * Joins: yutak_home (~kee@R222116.ppp.dion.ne.jp)
- # [02:25] <TabAtkins> AryehGregor: Ah, maybe not. One sec.
- # [02:26] <TabAtkins> AryehGregor: can you try it again?
- # [02:26] <AryehGregor> Still doesn't seem to show up.
- # [02:26] <AryehGregor> Maybe it's cached, though.
- # [02:27] <TabAtkins> Wait, I'm doing it wrong.
- # [02:27] <AryehGregor> Have you settled on "Tab Completion" for the Atom feed, or is that just your conversion script picking a random name each time you run it and then serving it indefinitely?
- # [02:27] <TabAtkins> Try it now?
- # [02:27] * AryehGregor wonders how clients will cope with changing names
- # [02:27] <TabAtkins> Settled on Tab Completion.
- # [02:28] <TabAtkins> To avoid clients being weird with changing names.
- # [02:28] <AryehGregor> Now Chrome's built-in feed display shows the links, but Reader still doesn't. I'm guessing some type of caching.
- # [02:28] <TabAtkins> Yeah, probably.
- # [02:29] <AryehGregor> I bet Reader only does one request and uses the result for all users. Would be silly otherwise.
- # [02:29] <AryehGregor> (It would be fun to see how clients reacted to a feed changing name every time you refresh. No rule against it, right?)
- # [02:30] * AryehGregor spent the last hour or something fighting the NYT's HTML5 FUD on Slashdot
- # [02:30] <AryehGregor> Probably not worthwhile, ultimately, but I didn't feel like doing anything useful.
- # [02:30] <TabAtkins> Also, yay, wide-screen layout on the main blog (where "wide" = "1000px")
- # [02:31] <AryehGregor> The NYT article was incredibly pathetic. Like: "The new Web language and its additional features present more tracking opportunities because the technology uses a process in which large amounts of data can be collected and stored on the user’s hard drive while online. Because of that process, advertisers and others could, experts say, see weeks or even months of personal data. That could include a user’s location, time zone, photographs,
- # [02:31] <AryehGregor> text from blogs, shopping cart contents, e-mails and a history of the Web pages visited." http://www.nytimes.com/2010/10/11/business/media/11privacy.html
- # [02:31] <AryehGregor> What the *heck*?
- # [02:32] <AryehGregor> How could they have even made that *up*?
- # [02:33] * AryehGregor decides not to care.
- # [02:36] <TabAtkins> It's extremely obvious that the report has no idea what they're talking about. As usual.
- # [02:36] * Quits: Jon_Neal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 264 seconds)
- # [02:36] <micheil> AryehGregor: A slow news week, they need something to create news, even if they create it them selves.
- # [02:37] <micheil> it's also quite NIMBY style thing.
- # [02:38] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:48] * Joins: ako (~nya@fuld-4d00d6ed.pool.mediaWays.net)
- # [02:49] <AryehGregor> Looks like Mozilla is serious about getting pipelining to work: https://bugzilla.mozilla.org/show_bug.cgi?id=603503
- # [02:49] <AryehGregor> Nice.
- # [02:49] <AryehGregor> (At least assuming Patrick McManus is in a position to do anything about it.)
- # [02:50] * Quits: sicking (~chatzilla@nat/mozilla/x-wskdzznbcaqfkkvp) (Remote host closed the connection)
- # [02:50] <AryehGregor> He seems to be a kernel hacker, not a Mozilla hacker.
- # [02:51] * Quits: aho (~nya@fuld-4d00d161.pool.mediaWays.net) (Ping timeout: 245 seconds)
- # [02:51] * Quits: connrs (~paul@host86-151-223-103.range86-151.btcentralplus.com) (Ping timeout: 276 seconds)
- # [02:52] <roc> he contributes to Mozilla
- # [02:52] <AryehGregor> Judging by his blog, his kernel contributions look TCP-related, so pipelining sounds right up his alley.
- # [02:54] * Quits: wycats (~wycats@dsl093-134-110.sfo4.dsl.speakeasy.net) (Quit: wycats)
- # [02:54] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [02:58] * Joins: connrs (~paul@host86-151-223-103.range86-151.btcentralplus.com)
- # [02:59] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
- # [03:07] * Joins: davidwalsh (~davidwals@66-188-88-74.dhcp.mdsn.wi.charter.com)
- # [03:08] * Quits: ap (~ap@17.203.15.167) (Quit: ap)
- # [03:11] * Quits: dbaron (~dbaron@nat/mozilla/x-mfypaqcjuizxhabz) (Ping timeout: 240 seconds)
- # [03:12] * Joins: jacobolus (~jacobolus@cato.hcs.harvard.edu)
- # [03:20] <AryehGregor> Well, his blog is interesting. I just read the whole history. http://bitsup.blogspot.com/
- # [03:20] * AryehGregor goes to bed
- # [03:22] * Quits: yutak_home (~kee@R222116.ppp.dion.ne.jp) (Quit: Ex-Chat)
- # [03:31] * Joins: nessy (~Adium@124-168-60-18.dyn.iinet.net.au)
- # [03:34] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Quit: eric_carlson)
- # [03:36] * Quits: Martijnc (~Martijnc@91.176.201.253) (Ping timeout: 264 seconds)
- # [03:37] * Quits: Aleoss (AleossIRC@142.166.195.62) (Quit: We love you, Dark Continent! Good night!)
- # [03:39] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k562.webspeed.dk) (Quit: Leaving)
- # [03:39] * Joins: hamcore (rhythm@unaffiliated/hamcore)
- # [03:41] * Joins: Martijnc (~Martijnc@91.176.150.248)
- # [03:41] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Read error: Operation timed out)
- # [03:43] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # [03:48] * Joins: mdelaney (~mdelaney@66.109.104.19)
- # [04:11] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Read error: Operation timed out)
- # [04:11] * Joins: onar_ (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944)
- # [04:11] * Joins: cyphase (~cyphase@adsl-99-55-160-73.dsl.pltn13.sbcglobal.net)
- # [04:14] * Quits: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944) (Ping timeout: 272 seconds)
- # [04:14] * onar_ is now known as onar
- # [04:16] * Joins: wycats (~wycats@c-69-181-216-213.hsd1.ca.comcast.net)
- # [04:19] * Joins: estes (~aestes@17.246.16.64)
- # [04:24] * Joins: agektmr (~Adium@220.109.219.244)
- # [04:24] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [04:24] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [04:49] * Quits: mdelaney (~mdelaney@66.109.104.19) (Quit: mdelaney)
- # [04:49] * Quits: estes (~aestes@17.246.16.64) (Quit: estes)
- # [04:50] * Quits: WHATWG (~apermanen@67-134-147-135.dia.static.qwest.net) (Quit: Leaving.)
- # [04:51] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [04:55] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [04:59] * Quits: erlehmann (~erlehmann@dslb-188-103-023-188.pools.arcor-ip.net) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
- # [05:03] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [05:09] * Quits: jwm (jwm@dev.dist.us) (Ping timeout: 276 seconds)
- # [05:09] * Joins: jwm (jwm@dev.dist.us)
- # [05:10] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
- # [05:10] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
- # [05:14] * Joins: nimbu (~nimbupani@mail.egcapital.com)
- # [05:21] * Quits: jwalden (~waldo@nat/mozilla/x-npifgtnvrooffbkc) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.10/20100920140826])
- # [05:29] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [05:37] * Quits: davidwalsh (~davidwals@66-188-88-74.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [05:37] * Joins: Jon_Neal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
- # [05:42] * Joins: ben_alman (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net)
- # [05:50] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Quit: Ex-Chat)
- # [05:51] * Quits: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) (Remote host closed the connection)
- # [05:52] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [05:55] * Quits: nimbu (~nimbupani@mail.egcapital.com) (Quit: nimbu)
- # [05:57] * Quits: micheil (~micheil@220-235-101-140.dyn.iinet.net.au) (Ping timeout: 240 seconds)
- # [05:57] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [06:00] * Joins: micheil (~micheil@220-235-101-140.dyn.iinet.net.au)
- # [06:02] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
- # [06:10] * Quits: cooto (~Adium@pc-77-158-83-200.cm.vtr.net) (Quit: Leaving.)
- # [06:12] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [06:19] * Quits: heycam (~cam@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 272 seconds)
- # [06:23] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [06:32] * Quits: ben_alman (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net) (Remote host closed the connection)
- # [06:34] * Joins: ben_alman (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net)
- # [06:39] * Quits: ben_alman (~cowboy@pool-74-104-156-115.bstnma.fios.verizon.net) (Ping timeout: 252 seconds)
- # [06:39] <hober> TabAtkins: no feed autodiscovery?
- # [07:10] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
- # [07:25] * Joins: matjas (~matjas@ip-213-49-113-59.dsl.scarlet.be)
- # [07:29] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [07:32] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
- # [07:38] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Quit: Ex-Chat)
- # [07:44] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [07:45] * Quits: ako (~nya@fuld-4d00d6ed.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [07:46] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # [08:12] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Ping timeout: 250 seconds)
- # [08:15] * Joins: virtuelv (~virtuelv_@65.168.34.95.customer.cdi.no)
- # [08:21] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [08:23] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [08:23] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [08:48] * Quits: jacobolus (~jacobolus@cato.hcs.harvard.edu) (Remote host closed the connection)
- # [08:49] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [08:50] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [08:53] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:53] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
- # [08:55] * Joins: jacobolus (~jacobolus@cato.hcs.HARVARD.EDU)
- # [08:56] * Quits: Jon_Neal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 255 seconds)
- # [08:57] * Quits: Anti-X (~duckmysic@cD977BF51.dhcp.bluecom.no) (Ping timeout: 252 seconds)
- # [08:58] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [08:59] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [09:01] * Joins: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi)
- # [09:02] * Joins: roc (~roc@121.98.230.221)
- # [09:03] * Joins: Anti-X (~duckmysic@93.179.2.164)
- # [09:05] * Joins: sean` (~Sean@h183146.upc-h.chello.nl)
- # [09:06] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [09:07] * Quits: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi) (Ping timeout: 264 seconds)
- # [09:09] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
- # [09:10] * Quits: sean` (~Sean@h183146.upc-h.chello.nl) (Client Quit)
- # [09:12] * Quits: Anti-X (~duckmysic@93.179.2.164) (Read error: Connection reset by peer)
- # [09:12] * Joins: Anti-X (~duckmysic@93.179.2.164)
- # [09:13] * Joins: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi)
- # [09:16] * Joins: payman_m (~payman_m@pat.se.opera.com)
- # [09:18] * Quits: payman_m (~payman_m@pat.se.opera.com) (Client Quit)
- # [09:18] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
- # [09:20] * Joins: davidhund (~davidhund@78.27.27.74)
- # [09:26] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [09:35] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [09:35] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [09:39] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [09:39] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [09:40] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
- # [09:41] <Hixie> where does http://bitbucket.org/ms2ger/dom-range/ allow me to actually see the spec?
- # [09:41] * Joins: ROBOd (~robod@89.123.148.51)
- # [09:41] * Joins: Steve_B (~chatzilla@gatek.thls.bbc.co.uk)
- # [09:47] <Philip`> Hixie: http://bitbucket.org/ms2ger/dom-range/raw/555ad6ae74fa/source.html ?
- # [09:47] <Hixie> that seems to have content-disposition headers
- # [09:48] <Hixie> but it'll do, thanks
- # [09:49] <Hixie> anyone write arabic fluently here?
- # [09:49] <Hixie> or hebrew?
- # [09:54] * Joins: reni__home (~reni@sedkit.inf.u-szeged.hu)
- # [09:55] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
- # [10:01] <jgraham> Just when I thought HyBi couldn't get any worse, people started top posting
- # [10:04] * Joins: annevk (~annevk@83.85.115.123)
- # [10:05] * Joins: hjjaa (~ghe@132.150.124.56)
- # [10:05] <annevk> Hixie, can you modify that multipart algo so it's easier to invoke from outside of <form>? i.e. from FormData
- # [10:05] <Hixie> yeah that seems reasonable. file a bug describing what interface you want and i'll make sure to make it available.
- # [10:06] <annevk> cool
- # [10:10] * Quits: ai_scott (~ai-scott@cpe-76-171-11-24.socal.res.rr.com) (Ping timeout: 264 seconds)
- # [10:13] <jgraham> Hixie: BTW on the subject of HyBi, it seems that NPN has difficult deployment issues e.g. there was some suggestion that it would make writing a server in java hard until some hypothetical future java release
- # [10:14] <jgraham> So it seems to me that the compromise solution is the best option on the table at the moment
- # [10:14] <annevk> oh yes
- # [10:14] <Hixie> or we could just update java
- # [10:14] <annevk> Unicode 6 adds support for emoji
- # [10:14] <Hixie> unicode 6 has a fantastic set of new characters
- # [10:14] <Hixie> i can't wait for fonts!
- # [10:15] <jgraham> Hixie: You plan to ship Java 1.7 as part of WebSockets? That is... ambitious
- # [10:15] <Hixie> at the current rate, it's unclear to me which will ship first
- # [10:15] <Hixie> i know people are working on java 1.7 and making progress
- # [10:15] <Hixie> it's unclear if the same can be said of websockets
- # [10:15] <annevk> phases of the moon have characters too
- # [10:16] <Hixie> jgraham: (anyway you don't need a new java, just a new TLS library)
- # [10:18] <annevk> aah NY Times cannot spell HTML5
- # [10:20] * Joins: mpt (~mpt@canonical/mpt)
- # [10:20] <annevk> I see that article was already discussed...
- # [10:20] <annevk> I worry more about the less obvious means of tracking not discussed by the much cited EverCookie (or whatever it was called)
- # [10:20] <Hixie> you mean they can't spell HTTP
- # [10:20] <annevk> the ones Björn mentioned
- # [10:21] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
- # [10:21] <annevk> like DNS caching, fingerprinting, HTTP indeed, etc.
- # [10:22] <annevk> and we could probably reduce risk significantly, but then everything will be dogslow and legit stuff will stop working
- # [10:22] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [10:23] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [10:24] <Hixie> we really should reduce fingerprinting, if only as an excuse to remove the crap from our HTTP requests like Accept-Encoding and whatnot
- # [10:24] <Hixie> and to simplify the UA strings
- # [10:24] <hsivonen> Hixie: you pinged me
- # [10:24] <Hixie> hsivonen: i did?
- # [10:24] <hsivonen> Hixie: well, yt'ed.
- # [10:25] <jgraham> Hixie: The speed-to-spec-completion argument works heavily against NPN. NPN was just as controversial for the TLS people as WebSockets has been for HTTP people
- # [10:25] <Hixie> hsivonen: ah yeah. i think i ended up asking the question on a bug.
- # [10:25] <hsivonen> Hixie: ok
- # [10:26] <hsivonen> I'm wondering if there's anything other than CSS and Web Apps that I should request observer status for
- # [10:26] <Hixie> jgraham: controversy in a wg is imho irrelevant, what matters is whether UAs will implement.
- # [10:26] <hsivonen> for TPAC week, that is
- # [10:28] <annevk> Hixie, yeah, we're killing Accept-Encoding and some useless User-Agent bits for starters
- # [10:28] <hsivonen> in a way, I'm tempted to observe the TAG meeting
- # [10:28] <jgraham> Hixie: The two may be somewhat related when you want changes on both clients and server sides
- # [10:29] <annevk> hsivonen, masochist? ;p
- # [10:29] <Hixie> jgraham: in my experience, servers will implement whatever it takes to interop with the clients.
- # [10:29] <jgraham> Since there is likely to be non-trivial overlap between the people who are unhappy and the implementors of major components
- # [10:29] <Hixie> jgraham: (and precisely nothing more)
- # [10:29] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
- # [10:30] <Hixie> jgraham: (even if doing more is the right thing for future extensibility... which is why i'd specced the error handling differently in the old websockets drafts for client and server)
- # [10:31] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
- # [10:34] <annevk> was http://www.0xdeadbeef.com/weblog/2010/10/websockets-shipping-before-its-ready/ mentioned here already?
- # [10:34] <annevk> I get called out for not prefixing in Opera's experimental release while Firefox 4 betas ship unprefixed too
- # [10:36] <annevk> until 7 days ago it wasn't even clear whether Mozilla was considering shipping a prefixed version judging from b.m.o
- # [10:36] <Rik`> the decision is changing twice a week
- # [10:36] <annevk> way to wake up
- # [10:38] <Hixie> he probably just misunderstood what you were shipping
- # [10:40] <annevk> well unless something changes our final will ship unprefixed too
- # [10:41] <annevk> we're not a market leader, we cannot really afford being incompatible
- # [10:41] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
- # [10:41] <annevk> if Chrome et al were shipping with a prefixed version of some kind, so would we
- # [10:44] <Hixie> are you actually shipping -76 or are you shipping the fixed version of -00 that's on the whatwg.org site and marked as obsolete?
- # [10:46] <annevk> oh, -00 I guess
- # [10:46] <Rik`> I don't understand why he is talking about Opera
- # [10:46] <Hixie> annevk: k
- # [10:46] <annevk> everyone seems to call it -76
- # [10:46] <Hixie> yeah
- # [10:46] <Hixie> dunno what chrome and safari actually implement
- # [10:46] <Rik`> the problem is not the second or third browser doing something unprefixed, it's the first one
- # [10:47] <annevk> http://my.opera.com/core/blog/websockets -- "Opera supports version -00 of the protocol (aka -76). This is the same as Chrome 6, Safari 5.02 and Firefox 4 beta."
- # [10:47] <Hixie> it'd be nice if there was a test suite online somewhere :-)
- # [10:47] <zcorpan> i thought -00 and -76 were the same version
- # [10:47] <Hixie> they are
- # [10:47] <Hixie> the question is whether it's -00 or -00-updated
- # [10:47] <Hixie> confusingly called "-latest"
- # [10:47] <Hixie> the version before ifette took over
- # [10:48] <annevk> we do the one with two types framing
- # [10:48] <Hixie> k
- # [10:48] <Hixie> so -00 then
- # [10:48] <Hixie> probably with some of the fixes from "-latest"
- # [10:48] <Hixie> man this is confusing
- # [10:48] <zcorpan> yes
- # [10:48] <annevk> and we have a test suite released, but you need to set it up
- # [10:48] <Hixie> i hope ifette gets a spec out there soon
- # [10:48] <annevk> with the rate hybi is going through things, I don't have high hopes
- # [10:48] <Hixie> i really just want us to do TLS-only at this point
- # [10:49] <Hixie> with only wss:
- # [10:49] <zcorpan> why only wss?
- # [10:49] <Hixie> i don't see the point of ws: if it's not trivial to implement
- # [10:49] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
- # [10:49] <Hixie> and we've clearly gone way past "trivial to implement"
- # [10:49] * Quits: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi) (Ping timeout: 276 seconds)
- # [10:50] <zcorpan> i thought there was a use case of intermediaries being able to inspect the payload
- # [10:50] <jgraham> It isn't at all clear to me that it is just as easy for a simple application using a prewritten server to use wss as ws
- # [10:51] <jgraham> I would presume wss requires the author to care about certificates and complex stuff like that
- # [10:51] <jgraham> Way too high a barrier to entry
- # [10:52] <Hixie> zcorpan: i don't know of a real use case for that
- # [10:53] <Hixie> jgraham: well we can add something to the API to disable cert checking if people think that that's useful. But I don't think a single 's' difference is enough of a red flag if we're going down that route, really.
- # [10:55] <jgraham> Well it is exactly like http, which might not be ideal but has the advantage that people understand it
- # [10:56] <jgraham> I don't think the right response to "we can't make it trivial" is "let's add loads of difficulty"
- # [10:56] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [10:57] <jgraham> It is still trivial as long as someone else writes the code to do the handshake and decode the frames
- # [11:00] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [11:00] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [11:02] * Joins: workmad3 (~workmad3@cspool86.cs.man.ac.uk)
- # [11:03] <micheil> Hixie: yeah, s/not/no was the difference. I didn't have a chance to add more info.
- # [11:06] <Hixie> np thanks
- # [11:08] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [11:10] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [11:12] <Hixie> i love that http://dev.w3.org/html5/html-xhtml-author-guide/html-xhtml-authoring-guide.html doesn't even remotely try to be polyglot
- # [11:13] <jgraham> To be clear, I assume that no one advocating prefixing the websockets API expects it to have any effect other than as a "this is experimental" signal?
- # [11:15] <annevk> first two videos from #fronteers10: http://vimeo.com/channels/140223 first is from adactio on the Design of HTML5
- # [11:18] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [11:18] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [11:18] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [11:18] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [11:25] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # [11:26] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [11:29] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [11:29] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:29] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Client Quit)
- # [11:30] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:31] * Joins: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi)
- # [11:40] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
- # [11:40] * Joins: davidhund_ (~davidhund@s55940049.adsl.wanadoo.nl)
- # [11:42] * Quits: davidhund (~davidhund@78.27.27.74) (Ping timeout: 252 seconds)
- # [11:42] * davidhund_ is now known as davidhund
- # [11:46] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [11:46] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [11:54] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # [11:55] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [12:01] * Joins: defeckt (~alex@188.26.193.219)
- # [12:02] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 260 seconds)
- # [12:12] <micheil> annevk: any ideas on who christopher blizzard is?
- # [12:12] * Joins: davidhund_ (~davidhund@78-27-27-74.dsl.alice.nl)
- # [12:12] <micheil> annevk: because for supporting both -76 and -02 you don't need UA detection, just feature detection.
- # [12:15] <smaug____> micheil: what you mean?
- # [12:15] * Quits: davidhund (~davidhund@s55940049.adsl.wanadoo.nl) (Ping timeout: 276 seconds)
- # [12:15] * davidhund_ is now known as davidhund
- # [12:15] <smaug____> how do you do the feature detection?
- # [12:15] <micheil> well, the differences between the protocols is mainly in the protocol, not the DOM api.
- # [12:15] <smaug____> er, how would you do the feature detection...
- # [12:15] <micheil> so there'd be a way to check based on data parsing
- # [12:15] <micheil> like we do with -75 and -76
- # [12:16] <smaug____> ah, you mean on server side
- # [12:16] <micheil> if "sec-websocket-key3" in headers
- # [12:16] <micheil> (I've probably quoted that wrong)
- # [12:16] <micheil> yeah
- # [12:16] <micheil> the browser API's should be consistent
- # [12:16] <smaug____> what about on client side
- # [12:16] <micheil> client side should be to spec.
- # [12:16] <smaug____> api is the same, at least for now
- # [12:17] <micheil> as even with new handshaking, I can't see that changing.
- # [12:17] <micheil> the only recent major change was with subprotocol handling from what I can recall
- # [12:17] <micheil> with the change from DOMSring to DOMString or DOMString[]
- # [12:18] <Hixie> ok it's way past my bed time
- # [12:18] <Hixie> nn
- # [12:18] <micheil> although, JS defines that Array.toString = "item1,item2"
- # [12:18] <smaug____> ah, that subprotocol handling, which is rather useless
- # [12:18] <micheil> which is how you need to declare if it's just a DOMString
- # [12:18] <micheil> (space separated to comma separated)
- # [12:19] <micheil> as for server side, detecting -02 may be harder then -75/76
- # [12:26] * Quits: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi) (Quit: Reconnecting…)
- # [12:26] * Joins: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi)
- # [12:41] <jgraham> micheil: Christopher Blizzard is a Mozilla guy. "Director of Evangelism at Mozilla Corporation" seems to be the full job title
- # [12:41] <micheil> k
- # [12:46] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [12:46] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [12:48] * Quits: defeckt (~alex@188.26.193.219)
- # [12:49] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
- # [12:49] <Rik`> he is now Director of Web Platform
- # [12:49] <Rik`> http://www.0xdeadbeef.com/weblog/2010/07/new-role-at-mozilla-director-of-web-platform/
- # [12:50] <micheil> ah, okay
- # [12:53] * Quits: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi) (Ping timeout: 264 seconds)
- # [13:01] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [13:01] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [13:07] * Quits: workmad3 (~workmad3@cspool86.cs.man.ac.uk) (Remote host closed the connection)
- # [13:15] * Quits: nessy (~Adium@124-168-60-18.dyn.iinet.net.au) (Quit: Leaving.)
- # [13:16] <zcorpan> micheil: -02 has a Sec-WebSocket-Draft field (or whatever it's called)
- # [13:16] <micheil> so you can do feature detection with that then.
- # [13:16] * micheil hasn't fully read -02 yet
- # [13:26] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [13:27] * Quits: Peter- (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
- # [13:29] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [13:29] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [13:36] * Joins: Peter- (~peter@170-116.citynet.ftth.internl.net)
- # [13:36] <micheil> Rik`: with FF, 3.6 doesn't declare the WebSocket constructor, does it?
- # [13:37] <zcorpan> i wonder if mozilla and webkit developers have tried to run our websocket testsuite yet
- # [13:37] <micheil> zcorpan: hmm?
- # [13:38] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:42] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Quit: nimbupani)
- # [13:47] * Joins: micheil_mbp (~micheil@124-149-173-56.dyn.iinet.net.au)
- # [13:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
- # [13:48] * Quits: micheil (~micheil@220-235-101-140.dyn.iinet.net.au) (Ping timeout: 240 seconds)
- # [13:48] * micheil_mbp is now known as micheil
- # [13:51] <zcorpan> micheil: we released a websocket testsuite. http://testsuites.opera.com/websockets/
- # [13:52] <jgraham> (client)
- # [13:53] <zcorpan> yes, it tests the client aspect of the protocol (-00ish) and the api
- # [13:55] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
- # [14:00] * Joins: ben_alman (~cowboy@64.119.153.2)
- # [14:00] * Joins: mpt (~mpt@canonical/mpt)
- # [14:02] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [14:05] <micheil> zcorpan: ah, I know yahoo was doing similar.
- # [14:07] <zcorpan> micheil: pointer?
- # [14:07] <micheil> none. it was on the server side
- # [14:07] <micheil> non-released data
- # [14:07] <micheil> iirc.
- # [14:07] <zcorpan> oh
- # [14:08] <micheil> so, what do I need to run the tests?
- # [14:10] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [14:10] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [14:12] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
- # [14:12] <zcorpan> you need pywebsocket, see README
- # [14:13] * Joins: wakaba_ (~wakaba_@130.139.210.220.dy.bbexcite.jp)
- # [14:13] * Quits: hjjaa (~ghe@132.150.124.56) (Ping timeout: 240 seconds)
- # [14:13] <Rik`> micheil: right, there's nothing websocket related in 3.6
- # [14:13] <micheil> okay, I'm getting reports of "WebSocket" in window === true in 3.6.4
- # [14:14] <Rik`> I just tested in 3.6.10
- # [14:14] <micheil> okay. odd.
- # [14:14] <Rik`> 3.6.4 is rather old btw
- # [14:15] <micheil> I'm being told: javascript:alert("WebSocket" in window)
- # [14:15] <micheil> is alert true
- # [14:15] <annevk> and javascript:alert(navigator.userAgent) in the same UA is?
- # [14:16] <micheil> turns out that a js library had created it for some reason.
- # [14:16] * Joins: Athox (~duckmysic@ip-224-62-149-91.dialup.ice.no)
- # [14:19] <annevk> oh
- # [14:19] <annevk> god
- # [14:19] <annevk> should not have emailed hybi
- # [14:19] <micheil> heh.
- # [14:20] <jgraham> micheil: That is quite crazy
- # [14:21] <micheil> yeah, because this fallback implements a WebSocket object, by interfacing with flash, but doesn't define to the WebSocket DOM API
- # [14:21] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [14:21] * Quits: Anti-X (~duckmysic@93.179.2.164) (Ping timeout: 250 seconds)
- # [14:21] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [14:21] * Athox is now known as Anti-X
- # [14:22] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [14:23] * Quits: wakaba_ (~wakaba_@130.139.210.220.dy.bbexcite.jp) (Quit: Leaving...)
- # [14:23] * Quits: Anti-X (~duckmysic@ip-224-62-149-91.dialup.ice.no) (Read error: Connection reset by peer)
- # [14:26] * Quits: micheil (~micheil@124-149-173-56.dyn.iinet.net.au) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [14:26] * Joins: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
- # [14:26] * Joins: Anti-X (~duckmysic@ip-224-62-149-91.dialup.ice.no)
- # [14:27] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [14:28] * Quits: ben_alman (~cowboy@64.119.153.2) (Remote host closed the connection)
- # [14:28] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [14:28] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Excess Flood)
- # [14:28] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [14:29] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
- # [14:31] * Joins: micheil (~micheil@124-149-173-56.dyn.iinet.net.au)
- # [14:32] * Joins: workmad3 (~workmad3@cspool86.cs.man.ac.uk)
- # [14:37] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [14:40] * Quits: Anti-X (~duckmysic@ip-224-62-149-91.dialup.ice.no) (Ping timeout: 252 seconds)
- # [14:46] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [14:47] * Joins: Anti-X (~duckmysic@cD977BF51.dhcp.bluecom.no)
- # [14:47] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [14:55] <GPHemsley> Hey, did you hear? HTML5 may weaken privacy! http://www.nytimes.com/2010/10/11/business/media/11privacy.html
- # [14:55] * GPHemsley takes out his 2-by-4
- # [14:56] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [14:56] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [14:56] * Joins: erlehmann (~erlehmann@dslb-188-103-023-188.pools.arcor-ip.net)
- # [14:56] <GPHemsley> (Not to mention that the article calls HTML5 a "new Web language"
- # [14:56] <GPHemsley> )
- # [14:57] <GPHemsley> Hmm... this same journalism appears to have written an article about Flash cookies, as well.
- # [15:00] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Client Quit)
- # [15:02] <hsivonen> GPHemsley: it would be interesting to know what the quoted people said in full
- # [15:10] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
- # [15:10] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
- # [15:10] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [15:15] <micheil> hsivonen: they probably didn't say anything.
- # [15:16] <micheil> an unnamed source is as good as no source.
- # [15:17] * Quits: Peter- (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
- # [15:20] <hsivonen> micheil: I'd expect the named sources to have said something somewhere.
- # [15:24] * Joins: Peter- (~peter@170-116.citynet.ftth.internl.net)
- # [15:26] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
- # [15:33] * Quits: F1LT3R (~f1lt3r@64.119.153.2) (Quit: Do I really need more Java in my Script?)
- # [15:34] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Quit: Ankheg)
- # [15:36] * Quits: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f) (Quit: Ex-Chat)
- # [15:37] * Joins: yutak (~yutak@2401:fa00:4:1000:21d:9ff:fe0a:85f)
- # [15:42] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
- # [15:43] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
- # [15:49] * Quits: Peter` (~peter@535174E7.cable.casema.nl) (Ping timeout: 240 seconds)
- # [15:53] * Joins: ndluthier (~barberboy@173.190.235.194)
- # [15:54] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
- # [15:56] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
- # [15:59] * Parts: ndluthier (~barberboy@173.190.235.194)
- # [16:00] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [16:07] * Quits: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [16:08] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [16:26] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
- # [16:35] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [16:37] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
- # [16:38] * Quits: connrs (~paul@host86-151-223-103.range86-151.btcentralplus.com) (Ping timeout: 264 seconds)
- # [16:44] <KaOSoFt> http://www.smashingmagazine.com/2010/10/11/local-storage-and-how-to-use-it/
- # [16:50] * Guest99727 is now known as Moo-_-
- # [16:51] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [16:52] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
- # [16:54] * Joins: mdelaney (~mdelaney@66.109.104.19)
- # [16:54] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Remote host closed the connection)
- # [16:55] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
- # [16:59] * Joins: yutak_home (~kee@R222116.ppp.dion.ne.jp)
- # [17:00] <smaug____> huh, chrome is switching to ws protocol v02
- # [17:00] * Quits: yutak_home (~kee@R222116.ppp.dion.ne.jp) (Client Quit)
- # [17:00] <smaug____> which is, I believe, very unstable
- # [17:01] <zcorpan> maybe they want to experiment with it in the dev channel?
- # [17:01] * Quits: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) (Remote host closed the connection)
- # [17:02] <jgraham> Well it is kinda surprising. But they always claimed they would do this
- # [17:02] * Quits: reni__home (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
- # [17:02] <jgraham> So not all that surprising
- # [17:02] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:02] <zcorpan> yeah i'm not surprised :)
- # [17:03] <jgraham> It will be interesting to see what effect it has, if any, on the adoption of websockets
- # [17:03] <zcorpan> i wonder what microsoft are doing
- # [17:03] <zcorpan> they reviewed -02
- # [17:04] * Quits: matjas (~matjas@ip-213-49-113-59.dsl.scarlet.be) (Remote host closed the connection)
- # [17:04] <jgraham> It will be intersting to see what they do in IE9
- # [17:05] <jgraham> If they do nothing they might just have to follow everyone in IE10
- # [17:05] <jgraham> Or they might not. Depends on how it plays out, really
- # [17:06] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:08] * Quits: Peter- (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
- # [17:09] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [17:09] * Quits: Steve_B (~chatzilla@gatek.thls.bbc.co.uk) (Remote host closed the connection)
- # [17:14] * Joins: connrs (~paul@host86-136-132-1.range86-136.btcentralplus.com)
- # [17:17] * Joins: ai_scott (~ai-scott@cpe-76-171-11-24.socal.res.rr.com)
- # [17:17] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [17:19] * Quits: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com) (Quit: Leaving.)
- # [17:23] * Joins: paulgendek (~paulgende@fl-71-53-154-93.dhcp.embarqhsd.net)
- # [17:24] * Joins: paul_irish (~paul_iris@nat/google/x-otvourwxbpgcvdiw)
- # [17:25] <paul_irish> smaug____: got a link re: ws protocol v02 ?
- # [17:25] <annevk> see hybi email archives
- # [17:25] <annevk> claim by Ian Fette
- # [17:26] * Joins: Craig` (~craig@host81-141-115-0.wlms-broadband.com)
- # [17:29] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
- # [17:29] <paul_irish> thx
- # [17:41] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
- # [17:45] * Joins: Athox (~duckmysic@cD977BF51.dhcp.bluecom.no)
- # [17:45] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b7pre/20101005145608])
- # [17:47] * Quits: Anti-X (~duckmysic@cD977BF51.dhcp.bluecom.no) (Ping timeout: 265 seconds)
- # [17:48] <annevk> but per data from Peter` I guess that won't make it in before Chrome 8
- # [17:50] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
- # [17:55] * Joins: WHATWG (~apermanen@67-134-147-135.dia.static.qwest.net)
- # [17:59] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
- # [18:02] * Joins: jwalden (~waldo@nat/mozilla/x-fdnjrqnrpeulpiqd)
- # [18:04] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
- # [18:04] * Quits: mdelaney (~mdelaney@66.109.104.19) (Quit: mdelaney)
- # [18:06] * Joins: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net)
- # [18:07] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Quit: Do I really need more Java in my Script?)
- # [18:07] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [18:08] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft) (Ping timeout: 276 seconds)
- # [18:08] <TabAtkins> hober: How do I get autodiscovery? I'll turn it on if I know how.
- # [18:08] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:08] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
- # [18:09] * Joins: tonyg-cr (~Adium@nat/google/x-cllcqwriclepfdti)
- # [20:09] * Disconnected
- # [20:10] * Attempting to rejoin channel #whatwg
- # [20:10] * Rejoined channel #whatwg
- # [20:10] * 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!'
- # [20:10] * Set by annevk42 on Mon Oct 19 23:03:06
- # [20:13] * Joins: dglazkov (~dglazkov@nat/google/x-bjqqmszfdwjrhlvj)
- # [20:14] * mven wonders if your IE shirt comes holes or patches
- # [20:19] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [20:21] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [20:21] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [20:22] * Joins: tw2113 (~tw2113asw@host-66-96-230-24.midco.net)
- # [20:22] * Quits: tw2113 (~tw2113asw@host-66-96-230-24.midco.net) (Changing host)
- # [20:22] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
- # [20:24] * Joins: jwalden (~waldo@nat/mozilla/x-pwyhfhczixiqwead)
- # [20:27] * jwalden really wishes there were some IRC channel, or some other relatively low-lag forum, where people from all the major browsers/engines, hung out for quick technical discussion
- # [20:27] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [20:27] <TabAtkins> jwalden: Dude, what?
- # [20:28] <jwalden> TabAtkins: I'm thinking of one specific engine, really
- # [20:28] <TabAtkins> Which is...?
- # [20:28] <jwalden> umm, IE?
- # [20:29] <TabAtkins> Okay then. So why does your desire for IE engineers to get on IRC result in you spamming the room with a generic request that seems to be satisfied by this very room?
- # [20:29] <jwalden> ...wait, you think that was spam?
- # [20:29] <TabAtkins> It was the second time you said it. ^_^
- # [20:29] <jwalden> oh, sorry
- # [20:29] <jwalden> I thought the first time I'd pinged out and it hadn't made its way to the channel
- # [20:30] * Quits: Athox (~duckmysic@cD977BF51.dhcp.bluecom.no) (Ping timeout: 240 seconds)
- # [20:30] <jwalden> in my defense I checked http://krijnhoetmer.nl/irc-logs/whatwg/20101012 to see whether it had made its way here, didn't see it
- # [20:30] * Joins: Anti-X (~duckmysic@77.18.177.227.tmi.telenormobil.no)
- # [20:34] * Quits: jennb (~jennb@nat/google/x-zfbdaupzhppccxeb) (Quit: jennb)
- # [20:36] * Quits: othermaciej (~mjs@67.218.105.50) (Quit: othermaciej)
- # [20:36] * Joins: olli- (~olli@cm-84.209.48.194.getinternet.no)
- # [20:38] * Joins: maikmerten_ (~maikmerte@port-92-201-122-8.dynamic.qsc.de)
- # [20:39] * Joins: sicking (~chatzilla@nat/mozilla/x-ertuiewxagxuwhsc)
- # [20:40] * Quits: maikmerten (~maikmerte@port-92-201-119-127.dynamic.qsc.de) (Ping timeout: 276 seconds)
- # [20:41] * Joins: othermaciej (~mjs@17.246.17.109)
- # [20:43] * Quits: olli- (~olli@cm-84.209.48.194.getinternet.no) (Remote host closed the connection)
- # [20:43] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Ping timeout: 276 seconds)
- # [20:46] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [20:46] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
- # [20:52] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Read error: Connection reset by peer)
- # [20:54] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 255 seconds)
- # [20:55] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [20:56] * Quits: djgeo (~djgeo@190.166.242.14) (Ping timeout: 276 seconds)
- # [20:58] <peterhil> GPHemsley: The "New Web Code" and "Web [Markup] Language" bothers me too, but I think the article has a good point about the possibilities that providing 256 times larger storage than cookies for advertising networks IS going to be a privay issue.
- # [21:00] <peterhil> And the storage is an SQLite DB, which requires special tools or libraries to view or modify. I think users should have easy to use tools for managing the cookies and local storage databases.
- # [21:00] <peterhil> I think I'll make a tool, because the tracking cookies have also bothered me for a long time. The interface that for eg. Safari provides is not useful enough to really manage them
- # [21:02] <peterhil> I want to select cookies based on values or regexpes and remove or filter based on keywords aobut sites or values. And if the values are base64 I want the tool to decode them.
- # [21:03] * Quits: gerardoc (~gerardoc@office.benetech.org) (Remote host closed the connection)
- # [21:03] * Joins: gerardoc (~gerardoc@office.benetech.org)
- # [21:03] * Quits: tonyg-cr (~Adium@nat/google/x-cllcqwriclepfdti) (Quit: Leaving.)
- # [21:03] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [21:03] <peterhil> At least browser should ask the user if they want to allow different sites to store a database.
- # [21:03] <peterhil> I am very excited about the opportunities that local storage provides for web development, but I am also concerned about privacy issues.
- # [21:04] * Joins: othermaciej (~mjs@17.246.17.109)
- # [21:05] <Philip`> Why does the storage size matter? If you have, say, 8 bytes, then you can store a unique ID on the client and store arbitrary amounts of data on a server indexed by ID
- # [21:05] * peterhil have a SGI t-shirt with holes eaten by my little sister's hamster. ;-)
- # [21:06] <Philip`> Storing more data on the client doesn't seem any more privacy-violating
- # [21:06] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [21:06] <peterhil> Philip`: It matters, because it will be easier to store long log of events about users. Think of it as a way to provide 1 user ID + 255 event IDs...
- # [21:07] <peterhil> I mean, it provides more opportunities for advertisers also, and you know they are creative people. :-)
- # [21:09] <Workshiva> Why would they store it on the client anyway? That info could get lost any time
- # [21:09] <Workshiva> All you need to store on the client is the identifying marker, so you know who to send data on behalf of
- # [21:10] <peterhil> The privacy issues by local storage may not be that different from cookies, but I think it is important that this issue is being discussed properly instead of just ridiculing the whole issue.
- # [21:10] <Philip`> I don't think anyone is ridiculing it
- # [21:12] <Workshiva> You shouldn't focus on the storage size, the "harder to remove" bit is more important
- # [21:12] <peterhil> I was going to end the last message with "instead of ridiculing a poor journalist trying to make sense of the new things about HTML 5."
- # [21:13] * Quits: maikmerten_ (~maikmerte@port-92-201-122-8.dynamic.qsc.de) (Remote host closed the connection)
- # [21:14] <peterhil> Workshiva: I agree. The size may not be that important, but values in SQLite DBs are harder to remove and manage without proper tools.
- # [21:15] <Workshiva> Even so, I think browsers will offer good tools to clean out the new storage forms quickly enough
- # [21:15] <Workshiva> I'm more worried about flash sharedobjects (still)
- # [21:15] <peterhil> I just watched the Crockford Javascript Series and he makes some good points on part 6 about HTML5 worsening the XSS and some other security issues.
- # [21:16] <Workshiva> I'll refrain from discussing Crockford :)
- # [21:16] <peterhil> Me too - although they are sandboxed, but with Adobe's recent security track record it makes me worry a little. Just found them out on my computer.
- # [21:16] <peterhil> Ok. :_)
- # [21:17] <Hixie> peterhil: you'd think if he had good points he'd have mentioned them on the mailing list rather than keeping them to his talks. :-)
- # [21:18] <peterhil> I haven't watched the mailing lists. But it's a shame if it is so.
- # [21:18] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
- # [21:21] * Joins: nessy (~Adium@124-168-60-18.dyn.iinet.net.au)
- # [21:21] <peterhil> I learned the intricacies of encoding UTF-8 this summer, and it made me realize how there is a gazillion variations on how to encode, comment or escape data using different web and internet technologies, all bound or interwoven to the markup language used. So the only place to solve the problem is the markup language.
- # [21:23] * Joins: heycam (~cam@203-97-204-82.dsl.clear.net.nz)
- # [21:24] * Quits: heycam (~cam@203-97-204-82.dsl.clear.net.nz) (Client Quit)
- # [21:24] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [21:25] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [21:26] * Joins: heycam (~cam@203-97-204-82.dsl.clear.net.nz)
- # [21:28] <peterhil> I mean you can't regexp for malicious code in base64 encoded data for example. Not to mention how to misencode information between language encodings and the Unicode. It let's you quite easily produce hard to detect malicious scripting tags, which can slip through form validation.
- # [21:31] <peterhil> Usually the scurity measures by frameworks prevent this, but there are a lot of misconfigured servers...
- # [21:32] <peterhil> And I haven't experimented how easy it is to make such script injections, but I believe I could easily make one if I wanted.
- # [21:32] * Quits: othermaciej (~mjs@17.246.17.109) (Write error: Connection reset by peer)
- # [21:33] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
- # [21:34] * Joins: othermaciej (~mjs@17.246.17.109)
- # [21:38] * Joins: tonyg-cr (~Adium@nat/google/x-fhexelsdaeodrfbh)
- # [21:46] * Parts: tw2113 (~tw2113asw@fedora/tw2113) ("Leaving")
- # [21:47] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 240 seconds)
- # [21:52] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Ping timeout: 260 seconds)
- # [21:54] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [21:54] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
- # [21:54] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Read error: Connection reset by peer)
- # [21:54] <jgraham> Umm, what makes the client side storage for cookies any more user-servicable than other storage mechanisms?
- # [21:55] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
- # [21:55] <jgraham> In either case the values on disk could be stored in any format you like (sqlite, mork, RDF, encrypted key-value pairs)
- # [21:56] <jgraham> You rely on the browser to provide a magement UI
- # [21:56] <jgraham> *management
- # [21:56] * Joins: othermaciej (~mjs@17.246.17.109)
- # [21:58] <jgraham> I guess The SQL stuff lends itself more to a client side database for acceptable performance. But that need not be worse than the other formats
- # [21:58] <jgraham> And it is mostly defunct
- # [22:01] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Ping timeout: 245 seconds)
- # [22:02] <othermaciej> in some ways, storage or SQL are more restricted than cookies, since you need a browsing context from your origin to read or write
- # [22:02] <othermaciej> unlike cookies, where any resource load, even just an image, can read and write it in principle
- # [22:04] * Joins: gerardoc_ (~gerardoc@office.benetech.org)
- # [22:06] * Joins: Peter- (~peter@535174DE.cm-6-2b.dynamic.ziggo.nl)
- # [22:07] * Quits: gerardoc (~gerardoc@office.benetech.org) (Ping timeout: 245 seconds)
- # [22:07] * gerardoc_ is now known as gerardoc
- # [22:10] * Joins: ben_alman (~cowboy@64.119.153.2)
- # [22:12] * Joins: Craig` (~craig@host81-141-115-0.wlms-broadband.com)
- # [22:13] * Quits: Anti-X (~duckmysic@77.18.177.227.tmi.telenormobil.no)
- # [22:13] * Quits: Craig` (~craig@host81-141-115-0.wlms-broadband.com) (Read error: Connection reset by peer)
- # [22:13] * Joins: Anti-X (~duckmysic@77.18.177.227.tmi.telenormobil.no)
- # [22:17] * Parts: welly (~welly@unaffiliated/welly)
- # [22:18] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [22:19] * Joins: othermaciej (~mjs@17.246.17.109)
- # [22:19] * Joins: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net)
- # [22:24] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [22:25] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [22:28] * Joins: smaug____ (~chatzilla@YYYKMMMDCCCXV.gprs.sl-laajakaista.fi)
- # [22:29] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
- # [22:32] * Quits: davidhund (~davidhund@dnuhd.xs4all.nl) (Quit: davidhund)
- # [22:32] * Joins: tw2113 (~tw2113asw@host-66-96-230-24.midco.net)
- # [22:32] * Quits: tw2113 (~tw2113asw@host-66-96-230-24.midco.net) (Changing host)
- # [22:32] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
- # [22:36] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
- # [22:41] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [22:43] * Joins: heycam` (~cam@203-97-204-82.dsl.clear.net.nz)
- # [22:43] * Quits: heycam` (~cam@203-97-204-82.dsl.clear.net.nz) (Read error: Connection reset by peer)
- # [22:44] * Joins: heycam` (~cam@203-97-204-82.dsl.clear.net.nz)
- # [22:44] * Quits: heycam (~cam@203-97-204-82.dsl.clear.net.nz) (Disconnected by services)
- # [22:44] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [22:44] * heycam` is now known as heycam
- # [22:45] * Joins: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com)
- # [22:49] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Quit: Do I really need more Java in my Script?)
- # [22:54] * Joins: estes (~aestes@17.246.17.46)
- # [22:54] * Joins: jacobolus (~jacobolus@c-66-31-201-117.hsd1.ma.comcast.net)
- # [22:54] * Quits: ROBOd (~robod@89.123.148.51) (Quit: .)
- # [22:54] * Quits: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp) (Remote host closed the connection)
- # [22:55] * Joins: everton (~everton@216.131.110.148)
- # [22:58] * Joins: weinig (~weinig@17.246.17.102)
- # [22:59] * Quits: estes (~aestes@17.246.17.46) (Quit: estes)
- # [23:01] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [23:02] * Quits: weinig (~weinig@17.246.17.102) (Remote host closed the connection)
- # [23:02] * Joins: othermaciej (~mjs@17.246.17.109)
- # [23:02] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
- # [23:05] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:15] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:25] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [23:25] <Hixie> annevk: so what are we doing for the non-visual scrollIntoView() stuff?
- # [23:26] <TabAtkins> Hixie: Would it be possible to get a WOFF reference into Acid3?
- # [23:26] <TabAtkins> Hixie: Like, replacing SVG Fonts or something?
- # [23:26] * Joins: othermaciej (~mjs@17.246.17.109)
- # [23:27] <Hixie> if you got all the browser vendors to co-sign a publicly archived e-mail to me requesting that, and providing an example of what the new test would be, then sure
- # [23:27] <Hixie> but i'd much rather not change acid3
- # [23:27] <TabAtkins> I'm on it.
- # [23:27] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
- # [23:28] <Hixie> (get howcome to ok it too while you're at it)
- # [23:30] * Quits: Steve^ (~steve@cpc2-hari1-0-0-cust1111.hari.cable.virginmedia.com) (Quit: Leaving)
- # [23:31] <TabAtkins> Hixie: Out of curiousity, did you apply this criteria to the recent change about :visited?
- # [23:35] <Hixie> not the publicly archived part, but the change was much more minor
- # [23:35] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [23:35] <Hixie> and could have been spun much worse
- # [23:35] <Hixie> ("acid3 forces browsers to violate user's privacy")
- # [23:36] <Hixie> here the spin danger is in the other direction ("acid3 author caves to pressure from microsoft, improves IE9's score by removing subtests already passed by other browsers")
- # [23:36] <TabAtkins> All right, but WOFF is the only font format that everyone actually agrees to support, as opposed to SVG Fonts, which some browsers have explicitly stated they *won't* support.
- # [23:37] <Hixie> Um, TrueType is already supported by everyone :-)
- # [23:37] <TabAtkins> Caves to pressure from WebFonts WG!
- # [23:37] <Hixie> (WOFF is a waste of time IMHO, given TrueType, but that's a side issue)
- # [23:37] <Hixie> i'm not disagreeing with you that we shouldn't have added SVG Fonts to the test
- # [23:38] * Joins: Aleoss (AleossIRC@142.166.195.62)
- # [23:39] <TabAtkins> Well, I'll get the WebFontsWG to request it. We've got everyone but Apple represented.
- # [23:39] * Quits: nimbupani (~nimbupani@global210.lnk.telstra.net) (Read error: Connection reset by peer)
- # [23:39] * Joins: nimbupani (~nimbupani@global210.lnk.telstra.net)
- # [23:39] <Hixie> i don't think a wg should request it
- # [23:39] <Hixie> wgs requesting things is how we got into this problem in the first place
- # [23:39] <Hixie> just get the browser vendors to co-sign an e-mail
- # [23:40] <Hixie> (and howcome to agree)
- # [23:40] <Hixie> if there's actual support for this then it shouldn't be hard
- # [23:40] <Hixie> (personally i'm not convinced there is)
- # [23:40] <TabAtkins> It's easy to coordinate the action within the WG, simply because we have 4 browsers there. Including howcome.
- # [23:40] <zcorpan> opera doesn't support woff (yet)
- # [23:40] <Hixie> i don't mind where you talk about it, i just mean that the e-mail shouldn't mention the wg
- # [23:40] <Hixie> it's a PR thing
- # [23:42] <KaOSoFt> Arrggh, I really hate the multi-process safety measure of Chromium (Chrome).
- # [23:42] <KaOSoFt> Opera and Firefox work just as well, without that long list of processess.
- # [23:49] * Quits: othermaciej (~mjs@17.246.17.109) (Read error: Connection reset by peer)
- # [23:50] * Joins: othermaciej (~mjs@17.246.17.109)
- # [23:54] * Joins: everton_ (~everton@KD118153063184.ppp-bb.dion.ne.jp)
- # [23:57] * Quits: everton (~everton@216.131.110.148) (Ping timeout: 265 seconds)
- # [23:57] * everton_ is now known as everton
- # Session Close: Wed Oct 13 00:00:00 2010
The end :)