Options:
- # Session Start: Fri Jun 20 00:00:00 2008
- # Session Ident: #whatwg
- # [00:08] * Quits: othermaciej (n=mjs@adsl-71-142-160-125.dsl.pltn13.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [00:09] * Joins: othermaciej (n=mjs@adsl-71-142-160-125.dsl.pltn13.pacbell.net)
- # [00:15] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
- # [00:16] <Philip`> Hixie: I've updated the spec splitter (just removed one id) to work better with the current reorganisation; let me know if I missed any pages and they look stupidly short/long
- # [00:16] <Hixie> cool, thanks
- # [00:16] <Hixie> does the new organisation make more sense, do you think?
- # [00:16] <Hixie> (did you see any obvious mistakes?)
- # [00:17] <mcarter> Hixie, how would you describe your relationship to HTML5 besides "The editor of the HTML5 specification" ?
- # [00:17] <Hixie> that's how i would describe my relationship to html5
- # [00:17] <mcarter> ok, thanks
- # [00:18] <Philip`> Hixie: No idea - I just looked at the scrollbars, I didn't read the text at all :-)
- # [00:18] <Hixie> hah
- # [00:18] <Hixie> fat lot of use you are :-P
- # [00:19] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
- # [00:20] <Philip`> I could read through the whole spec looking for any parts that lack sense or contain mistakes, and I'll send my feedback some time during 2010
- # [00:22] * Quits: heycam` (n=cam@124-168-70-30.dyn.iinet.net.au) ("bye")
- # [00:22] <Hixie> that would be awesome
- # [00:23] <Hixie> though i recommend sending the feedback as you go
- # [00:23] <Hixie> so that my mail client doesn't crash when you send your 500MB e-mail
- # [00:23] <Philip`> But then you'll keep changing the spec as I'm reading, and it will take an infinite time before it's stable
- # [00:24] <Hixie> (2010 is half-way through our last call period)
- # [00:24] <Hixie> it won't take an infinite time
- # [00:24] <Hixie> it'll converge on stability
- # [00:25] <Philip`> 1/x converges on zero but takes an infinite amount of time to get there
- # [00:25] <Hixie> yeah but it doesn't take an infinite amount of time to get to zero plus or minus epsilon
- # [00:25] <Hixie> and that's my actual target, not zero
- # [00:26] <Hixie> when the feedback consists only of people suggesting changes to examples, spelling, grammar, etc, we're basically done
- # [00:27] <Hixie> ok wtf is a URL.
- # [00:27] <Hixie> it's not a URI, since URIs don't allow non-escaped non-ASCII characters.
- # [00:27] <Philip`> I suppose epsilon will increase over time, as you get more and more fed up of working on HTML5 and want to just mark it as 'finished' and move onto something else
- # [00:28] <Hixie> it's definitely not an IRI, since IRIs appear to be UTF-8 only
- # [00:28] <Hixie> Philip`: probably not, actually.
- # [00:29] <Hixie> Philip`: but we'll see
- # [00:29] <jcranmer> Philip`: you can get remarkably resilient
- # [00:32] * Quits: KevinMarks (n=KevinMar@nat/google/x-8e1e5dae64ad4a83) ("The computer fell asleep")
- # [00:32] * Joins: KevinMarks (n=KevinMar@nat/google/x-47c6b21cd583ca82)
- # [00:35] <Hixie> you know the web platform has a problem when you can't complete the sentence "The term URL in this specification is used to mean..."
- # [00:35] <jcranmer> shouldn't it be URI?
- # [00:35] <hober> heh
- # [00:35] <jcranmer> I thought URL was deprecated
- # [00:35] <jcranmer> Hixie: it also means that you have become a language lawyer
- # [00:36] <hober> "have become"? :)
- # [00:38] <Philip`> jcranmer: People have thought HTML was deprecated :-)
- # [00:38] <jcranmer> I meant the term
- # [00:39] <Philip`> That means fewer people will object if the term gets redefined into meaning something ugly and web-compatible
- # [00:40] <Philip`> If I'm not wrong, "URI" already has a specific meaning, so it'd be wrong to use that term to refer to something that's not quite the same
- # [00:41] * Quits: deane (n=dean@121-72-173-170.dsl.telstraclear.net) (Read error: 110 (Connection timed out))
- # [00:42] <Lachy> Philip`, URL already has a specific meaning too. But if I understand correctly, then we're redefining it to be more realistic
- # [00:45] <Hixie> URI means what RFC3986 says it means, which isn't what I want URL to mean
- # [00:45] <Hixie> e.g. it doesn't allow non-ascii characters
- # [00:46] * Quits: smedero (n=smedero@mdp-nat251.mdp.com)
- # [00:46] <jcranmer> isn't that idn is supposed to solve?
- # [00:46] <jcranmer> er, punycode or whatever it is?
- # [00:48] <Hixie> yes
- # [00:48] <Hixie> that's RFC3987
- # [00:48] <Hixie> but it assumes UTF-8
- # [00:49] <Hixie> which isn't what browsers do either
- # [00:49] <Hixie> (they use UTF-8 for the path, and the current encoding for the query component)
- # [00:49] <Hixie> so we can't say URL = URI, and we can't say URL = IRI
- # [00:49] <jcranmer> isn't this where one should say "screw encodings, everything's UTF8, and if you don't like that, you can have UTF16"
- # [00:50] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
- # [00:50] * Quits: KevinMarks (n=KevinMar@nat/google/x-47c6b21cd583ca82) (Connection timed out)
- # [00:51] * Joins: KevinMarks (n=KevinMar@nat/google/x-21502ff2d7a22979)
- # [00:55] <Lachy> Hixie, so what you really need to define is how a URL occuring within a given document maps to a properly encoded URI/IRI, which can then be retrieved.
- # [00:55] <Hixie> jcranmer: that doesn't really work well with the existing web :-)
- # [00:55] <Lachy> am I understanding correctly?
- # [00:55] <Hixie> Lachy: i think you're right
- # [00:55] <Hixie> i think i need hsivonen
- # [00:56] <Hixie> specifically, i want to know if he thinks that non-utf-8 escaped octets in a URI, or non-ascii in a query component in a non-utf-8 document, should be non-conforming
- # [00:58] <Lachy> what do you mean by a non-utf-8 escaped octet?
- # [01:01] <Hixie> http://example.com/%FF
- # [01:01] <Hixie> for example
- # [01:01] * Joins: JohnResig_ (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net)
- # [01:03] <Lachy> re bug 5772, I think rb is trying to make a distinction between the id="" attribute and attributes of type ID. He wants to preserve the meaning of the type ID which requires uniqueness, and redefine id="" so that it isn't of type ID and doesn't require uniqueness
- # [01:03] <Hixie> wish he'd say so then :-)
- # [01:04] <Lachy> but it's rather confusing, since HTML5 isn't defined in terms of a schema language
- # [01:04] <Hixie> aah, you said the word schema! 5 minutes in the corner!
- # [01:04] <Hixie> oh crap, so did i.
- # [01:04] * Hixie joins Lachy in the corner.
- # [01:04] <Lachy> :-D
- # [01:07] <Lachy> but what he's asking for is a bad idea since it creates problems for getElementById(), which depends on uniqueness for being totally predictable, as the DOM spec leaves behaviour explicitly undefined in the case of duplicates
- # [01:07] * Quits: webben (n=benh@nat/yahoo/x-728aab09bb80ba80) (Read error: 110 (Connection timed out))
- # [01:07] <Lachy> that should, of course, be defined in DOM5 though
- # [01:09] <Hixie> "A
- # [01:09] <Hixie> er
- # [01:09] <Hixie> "A URL is a string."
- # [01:09] <Hixie> there.
- # [01:10] <jcranmer> "A URL is a non-zero sequence of octets arranged in an unspecified fashion"
- # [01:10] <Hixie> no, it could be zero-length
- # [01:10] <Hixie> :-)
- # [01:10] <Hixie> "" = a URL to the current page
- # [01:10] <jcranmer> but it can't be 0
- # [01:10] * Quits: othermaciej (n=mjs@adsl-71-142-160-125.dsl.pltn13.pacbell.net) (Read error: 104 (Connection reset by peer))
- # [01:11] <jcranmer> I didn't say non-zero length :-)
- # [01:11] <Hixie> what's a zero sequence of octets then?
- # [01:11] * Joins: othermaciej (n=mjs@adsl-71-142-160-125.dsl.pltn13.pacbell.net)
- # [01:11] <jcranmer> uh... a sequence that sums to zero?
- # [01:11] * jcranmer frantically looks for someone who knows higher math
- # [01:11] <Philip`> A zero-length sequence sums to zero
- # [01:12] <jcranmer> well, we all know how many documents are non-conforming these days
- # [01:12] <Philip`> assuming you define sums in a sensible way
- # [01:15] <Lachy> Hixie, non-utf-8 escaped octets should be conforming. I don't believe there is a requirement that escaped octets in a path must represent UTF-8 bytes, only that non-ASCII characters must be represented by encoded UTF-8 octets.
- # [01:16] <Hixie> so a valid URL need not be a valid URI?
- # [01:17] <roc> I thought it was standardized that the first element in the document with a given ID is "the" element for that ID
- # [01:17] <roc> if not, it should be. The Web seems to depend on it
- # [01:17] <Hixie> not officially, but de facto, yeah. things get more exciting when you start changing the DOM though.
- # [01:17] <roc> hmm
- # [01:17] <Lachy> Hixie, isn't http://example.org/%FF a valid URI? I thought it was.
- # [01:18] <Hixie> yes, it is
- # [01:18] <Hixie> but should it be a valid URL?
- # [01:18] <roc> we always return the first element from getElementById, and if anyone tells us to do otherwise I will sneeze on them
- # [01:18] <Lachy> of course. Why shouldn't it be?
- # [01:18] <Hixie> what's the path?
- # [01:18] <Hixie> roc: even if someone inserts another element with the same ID before it?
- # [01:19] <roc> then we return the new element
- # [01:19] <roc> I mean "first in document order"
- # [01:20] * Quits: JohnResig (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net) (Read error: 110 (Connection timed out))
- # [01:20] <Lachy> Hixie, what do you mean? It's %FF (or the octect 0xFF)
- # [01:20] <Hixie> roc: i thought there was some issue where the order guarantee wasn't preserved in the face of dynamic changes
- # [01:20] <Hixie> Lachy: right, and what unicode character does %FF represent?
- # [01:20] <Lachy> why does it need to represent a unicode character?
- # [01:21] <jcranmer> because it means unescaping is always safe?
- # [01:21] <roc> maybe there is, but I've been hacking in this area recently and I'm pretty sure we preserve the order guarantee in the face of dynamic changes. We're certainly *trying*
- # [01:21] <Hixie> roc: ah, cool.
- # [01:21] <Hixie> roc: then we should fix the spec, indeed.
- # [01:22] <Hixie> Lachy: i guess it doesn't
- # [01:22] <roc> it's possible IE stuffs it up of course
- # [01:22] <othermaciej> I remember a while back Firefox would break the order guarantee in some cases
- # [01:22] <roc> if we do have bugs I'd rather fix them than preserve something insane
- # [01:23] <Lachy> I think it used to break it if a new element with a duplicate ID was inserted before an existing one with the same ID, or if one was moved from later in the document to before.
- # [01:27] <roc> ah OK, https://bugzilla.mozilla.org/show_bug.cgi?id=403868, fixed in November last year so in Firefox 3.
- # [01:27] <roc> Amazon apparently depends on the correct behaviour so it should be safe to write into the spec :-)
- # [01:29] <Hixie> we need someone to write Web DOM Core 5
- # [01:30] <Hixie> i think zcorpan volunteered once
- # [01:30] <Hixie> but i may be wrong :-)
- # [01:31] <othermaciej> Gecko has 3 getElementById implementations?
- # [01:33] <roc> yeah
- # [01:33] <roc> I've actually fixed that in my tree
- # [01:33] <roc> blame hyatt, he wrote one of them
- # [01:34] <jcranmer> and who wrote the others?
- # [01:34] <roc> dunno
- # [01:34] <gavin> the other two are html and xhtml
- # [01:34] <roc> digging up CVS blame from that long ago is something I only do when I'm in a *really* bad mood
- # [01:35] <othermaciej> there's one specific to xhtml, not xml?
- # [01:35] <gavin> no, I should have said XML
- # [01:35] <roc> actually gavin's not quite wright
- # [01:35] <roc> there's one for HTML+XHTML, one for XML, and one for XUL
- # [01:35] <othermaciej> I think hyatt's excuse for adding the xul one was that his request for making the general one do lots of caching was denied
- # [01:35] <othermaciej> (I vaguely remember him mentioning this once)
- # [01:35] <gavin> oh, I didn't know XHTML used the html one
- # [01:36] <roc> othermaciej: yeah, well I'm not defending any of the decisions made back then :-)
- # [01:37] <roc> but I will grumble that caching or not, nsXULDocument is the ugliest thing I've touched in a while
- # [01:38] <othermaciej> I will tell hyatt you send your love ;-)
- # [01:39] <jcranmer> I work in mailnews/... ugly is the norm
- # [01:39] <Hixie> Philip`: fixed the style xref link issue (apparently bert's script cross-references <em> elements)
- # [01:41] <Philip`> Hixie: Thanks
- # [01:41] <Hixie> anyone know how UAs determine which encoding to use when escaping URIs in scripts?
- # [01:45] <Lachy> I hope it's either UTF-8 or, failing that, the encoding of the script file
- # [01:46] <Lachy> but then most scripts don't declare their encodings and, IIRC, it inherits from the document anyway.
- # [01:55] * Quits: othermaciej (n=mjs@adsl-71-142-160-125.dsl.pltn13.pacbell.net)
- # [02:03] <Hixie> which document?
- # [02:03] * Joins: webben (n=benh@91.84.230.233)
- # [02:04] <Hixie> e.g. if i have na iframe showing doc1, and i get a reference to a function in that script, then navigate the iframe to doc2, different encoding, then call the function
- # [02:04] <Hixie> does it use the parent's encoding, doc1's encoding, or doc2's?
- # [02:05] * Quits: jgraham_ (n=james@81-86-219-217.dsl.pipex.com) ("I get eaten by the worms")
- # [02:05] <Lachy> I don't know, I was just speculating. Need to test it.
- # [02:05] <Hixie> yeah
- # [02:06] <Hixie> i feared that too
- # [02:06] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
- # [02:10] <MikeSmith> Hixie: back now
- # [02:10] <Hixie> i sent mail
- # [02:10] <Hixie> (good morning)
- # [02:11] * Quits: Lachy (n=Lachlan@85.196.122.246) (Read error: 104 (Connection reset by peer))
- # [02:12] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [02:13] <MikeSmith> Hixie: g'morning.. reading now
- # [02:14] <MikeSmith> thanks
- # [02:22] * Quits: webben (n=benh@91.84.230.233) (Read error: 110 (Connection timed out))
- # [02:53] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
- # [02:58] <Hixie> what's the character that is represented in the most different ways in commonly supported encodings?
- # [02:59] <jcranmer> euro sign?
- # [03:01] <Hixie> actually that's got surprisingly little variation
- # [03:06] * Quits: weinig (n=weinig@17.203.15.145)
- # [03:08] <jcranmer> :-/
- # [03:11] <Hixie> this can be reduced to a programming problem
- # [03:11] <Hixie> which is much more fun
- # [03:11] * Hixie starts coding
- # [03:13] <jcranmer> writing documentation can be fun... if you're in the mood :-)
- # [03:19] <Hixie> can't do the docs without the tests
- # [03:19] <Hixie> and the tests aren't fun :-)
- # [03:19] <jcranmer> I do docs first and tests second
- # [03:20] <jcranmer> or, more accurately, I wait for somebody to complain about a regression, and then write the test
- # [03:21] <Hixie> i need to have the tests in this case to know what to document :-(
- # [03:22] <Hixie> so much easier to make stuff up
- # [03:27] <Hixie> U+2116 seems to be the winner
- # [03:28] <jcranmer> what's that?
- # [03:30] <Hixie> +2116, U+2235, U+02C7, U+2019, U+00D7, U+201D, U+00F7, U+00A7 actually
- # [03:30] <Hixie> all have 6 different ways of being encoded in the encodings i was looking at
- # [03:32] <Hixie> if i only look at single byte encodings, U+0160, U+017E, U+017D, U+0161 win
- # [03:32] <Hixie> that's better
- # [03:33] <Hixie> all letters with carrons
- # [03:33] <Hixie> carons even
- # [03:35] <Hixie> Codepoint U+017D has 5 different encodings: 0xDE in encodings: ISO-8859-13, Win-1257 0xAC in encodings: ISO-8859-10 0xAE in encodings: ISO-8859-2, ISO-8859-4 0xB4 in encodings: ISO-8859-15, ISO-8859-16 0x8E in encodings: Win-1250, Win-1252
- # [03:35] <jcranmer> Hixie: but isn't the point of a spec to make up some abstract spot to get implementors to chase towards so that by the time they get there, you write a new one, even harder to implement? That's more or less what CSS did...d
- # [03:35] <jcranmer> :-)
- # [03:36] <Hixie> html5 takes spec writing in new directions
- # [03:39] <MikeSmith> html5 takes a lot of things in new directions
- # [03:40] <MikeSmith> the Undiscovered Country
- # [03:41] <MikeSmith> which phrase, interestingly, despite the use of it in a different way for that Star Trek movie, is talking about death
- # [03:41] <Hixie> hey!
- # [03:41] <MikeSmith> in Hamlet, where the phrase came from
- # [03:41] <MikeSmith> Hixie: :)
- # [03:42] <MikeSmith> sorry, I mean it only in a good way
- # [03:42] <MikeSmith> I promise
- # [03:42] <MikeSmith> Rage, rage against the dying of the light!
- # [03:43] <Hixie> :-)
- # [03:44] <jcranmer> Wherefore art thou Romeo?
- # [03:44] <jcranmer> that's about the best I can manage...
- # [03:49] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [03:51] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
- # [03:51] * Joins: csarven (n=csarven@modemcable130.251-202-24.mc.videotron.ca)
- # [04:02] <Hixie> http://www.hixie.ch/tests/adhoc/uri/encoding/001.html
- # [04:04] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [04:10] <Hixie> good lord
- # [04:10] <Hixie> IE8 actually sends ISO-885-13 over the wire
- # [04:13] <othermaciej> what is ISO-885-13?
- # [04:13] <jcranmer> 8851, I presume?
- # [04:15] <Hixie> 8851, sorry
- # [04:15] <Hixie> er, 59
- # [04:15] <jcranmer> er, right
- # [04:15] <Hixie> but actually if the page is ISO-8859-13, then the path component gets %-encoded as UTF-8 and the query component gets sent as raw Windows-1252
- # [04:19] * Joins: dbaron (n=dbaron@c-71-204-153-3.hsd1.ca.comcast.net)
- # [04:19] * Quits: KevinMarks (n=KevinMar@nat/google/x-21502ff2d7a22979) ("The computer fell asleep")
- # [04:26] <Hixie> oh jesus.
- # [04:26] <Hixie> so in IE
- # [04:26] <Hixie> if you set the .src of an iframe
- # [04:26] <Hixie> to a url that contains a unicode character
- # [04:26] <Hixie> IE will use the encoding of the document currently loaded in that iframe to encode the chararcter, and then won't escape it
- # [04:27] <Hixie> as far as i can tell
- # [04:27] <Hixie> http://www.hixie.ch/tests/adhoc/uri/encoding/001.html
- # [04:27] <Hixie> http://www.hixie.ch/tests/adhoc/uri/encoding/002.html
- # [04:32] <othermaciej> that's....
- # [04:32] <othermaciej> evil
- # [04:32] <othermaciej> I can see why people would like to pretend that when there are non-ASCII characters, it's an IRI
- # [04:32] <othermaciej> that would be a lot simpler than reality
- # [04:33] * jcranmer wonders if Hixie will give up in several months and just start labelling all edge cases as places where the spec is undefined
- # [04:35] <Hixie> i haven't given up yet, and i've been doing this since 2003 :-)
- # [04:35] <othermaciej> jcranmer: if he was the type of man to do that, he would have done so long since
- # [04:39] <Hixie> bbl food
- # [04:39] <jcranmer> when/if it hits, it hits hard
- # [04:47] * Quits: dbaron (n=dbaron@c-71-204-153-3.hsd1.ca.comcast.net) (Excess Flood)
- # [04:47] * Joins: dbaron (n=dbaron@c-71-204-153-3.hsd1.ca.comcast.net)
- # [04:50] <othermaciej> I do fear that someday he'll find a browser behavior crazy enough to make him say "ok, fuck this, I quit"
- # [04:50] <othermaciej> but that hasn't happened yet
- # [05:17] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [05:17] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [05:28] * Quits: dbaron (n=dbaron@c-71-204-153-3.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [06:47] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
- # [06:53] * Quits: csarven (n=csarven@modemcable130.251-202-24.mc.videotron.ca) ("http://www.csarven.ca/")
- # [07:25] <Hixie> actually it's self-limiting in a pretty neat way
- # [07:25] <Hixie> if the behaviour is too crazy, i just don't spec it
- # [07:25] <Hixie> i spec something better instead
- # [07:27] * Quits: roc (n=roc@202.0.36.64)
- # [08:01] <Hixie> what's with the microsoft people putting their names in square brackets all the time
- # [08:04] * Quits: virtuelv (n=virtuelv@192.80-203-77.nextgentel.com) ("Ex-Chat")
- # [08:10] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
- # [08:44] <Dashiva> It's hip to be square.
- # [09:04] * Joins: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net)
- # [09:23] <annevk> Hixie, if you didn't get that e-mail about access-control then I'm not sure what you meant
- # [09:24] <Hixie> what was the link again?
- # [09:24] <annevk> Hixie, you wanted personalized widgets on the server right without having to use HTTP headers?
- # [09:24] <Hixie> i've sent a lot of mail, i'm not sure of the context here
- # [09:24] <annevk> Hixie, http://lists.w3.org/Archives/Public/public-webapps/2008AprJun/0255.html
- # [09:26] <Hixie> right the idea is that the xbl might be returned differently based on cookies
- # [09:26] <Hixie> but sicking's idea would not send cookies without a flag
- # [09:26] <Hixie> so i'd have to add a flag to xbl2 for when we want cookies to be sent
- # [09:27] <Hixie> personally i'm not sure sicking's idea makes a whole lot of sense, as i later mentioned
- # [09:27] <Hixie> but assuming you do adopt it, then those xbl changes will be made later
- # [09:28] <annevk> but then on the server side you still need to use HTTP headers
- # [09:28] <annevk> because otherwise the flag will be ignored by the user agent
- # [09:29] <annevk> I thought that wasn't acceptable
- # [09:29] <annevk> if it is, we might as well drop <?access-control?> ...
- # [09:31] * Quits: MikeSmith (n=MikeSmit@58.157.21.205) ("Less talk, more pimp walk.")
- # [09:36] <Hixie> well that's fine
- # [09:37] <Hixie> doesn't matter what the server side has to do
- # [09:37] <Hixie> i was just talking about <xbl>
- # [09:37] <Hixie> er, <?xbl?>
- # [09:37] <annevk> oh?
- # [09:37] <Hixie> (and you still need <?access-control?> for the more common no-cookie case anyway)
- # [09:37] <annevk> I see...
- # [09:38] <annevk> In that case I did misunderstood you
- # [09:38] * Joins: heycam (n=cam@124-168-70-30.dyn.iinet.net.au)
- # [09:40] * Joins: deane (n=dean@121-72-186-243.dsl.telstraclear.net)
- # [09:45] <annevk> wtf
- # [09:46] <annevk> I pointed out in an e-mail why WebKit requested not throwing an exception for responseXML and responseText based on site compatibility and IE being inconsistent and they're saying no arguments were made?!
- # [09:46] <annevk> hah
- # [09:49] <annevk> "Oops. Adding Anne." :/
- # [09:49] * annevk is on the list
- # [09:57] * Joins: MikeSmith (n=MikeSmit@EM60-254-200-244.pool.e-mobile.ne.jp)
- # [10:00] <Hixie> annevk: i recommend just repeating yourself
- # [10:02] * Joins: aaronlev (n=chatzill@g227028234.adsl.alicedsl.de)
- # [10:02] <annevk> yeah, maybe during the weekend
- # [10:02] <annevk> I should really make this presentation I have to give later today
- # [10:12] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [10:13] * Quits: aaronlev (n=chatzill@g227028234.adsl.alicedsl.de) ("ChatZilla 0.9.82.1 [Firefox 3.0/2008052906]")
- # [10:16] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
- # [10:22] * Joins: webben (n=benh@nat/yahoo/x-74507e88f9f3dfa1)
- # [10:24] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:42] <Hixie> nggh. http://www.hixie.ch/tests/adhoc/uri/encoding/003.html
- # [10:45] <annevk> "%-escaped ISO-8859-13"
- # [10:45] <annevk> for query
- # [10:45] <Hixie> you must be using opera or firefox
- # [10:46] <annevk> yeah, Opera
- # [10:47] <Hixie> IE uses -15 (unless you go back/forward, in which case it starts doing even weirder things)
- # [10:47] <Hixie> safari uses -2
- # [10:47] <Hixie> iri says to use utf-8
- # [10:49] <Hixie> oh except IE uses raw octets and everyone else escapes
- # [10:49] <Hixie> everyone ignores the encoding of the script when doing this
- # [10:50] <Hixie> that's interesting
- # [10:50] <Hixie> of course it means now i have to find a way to associate a Document with every script
- # [10:50] <Hixie> that's exciting
- # [10:51] <annevk> doesn't the origin of a script arrive at some Document somehow
- # [10:52] <Hixie> not always
- # [10:52] * Joins: jgraham (n=james@81-86-219-217.dsl.pipex.com)
- # [10:53] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [10:55] <Hixie> bed time
- # [10:55] <Hixie> nn
- # [11:08] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
- # [11:08] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
- # [11:09] * Quits: jgraham (n=james@81-86-219-217.dsl.pipex.com) ("I get eaten by the worms")
- # [11:19] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
- # [11:19] * Joins: virtuelv_ (n=virtuelv@213.236.208.247)
- # [11:22] * Joins: jgraham (n=james@81-86-219-217.dsl.pipex.com)
- # [11:23] * Quits: jgraham (n=james@81-86-219-217.dsl.pipex.com) (Client Quit)
- # [11:41] * Quits: MikeSmith (n=MikeSmit@EM60-254-200-244.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [12:10] * Joins: arve__ (n=virtuelv@pat-tdc.opera.com)
- # [12:10] * Quits: virtuelv_ (n=virtuelv@213.236.208.247) (Read error: 110 (Connection timed out))
- # [12:20] * Joins: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp)
- # [12:30] * Joins: tndH_ (i=Rob@87.102.5.204)
- # [12:30] * tndH_ is now known as tndH
- # [13:04] * Quits: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [13:05] * Quits: webben (n=benh@nat/yahoo/x-74507e88f9f3dfa1)
- # [13:07] * Joins: webben (n=benh@nat/yahoo/x-57b8f8f34056a706)
- # [13:19] * Joins: MikeSmith (n=MikeSmit@EM119-72-55-247.pool.e-mobile.ne.jp)
- # [13:31] * Parts: gDashiva (n=noone@195.18.164.170)
- # [13:32] * Joins: gDashiva (n=noone@195.18.164.170)
- # [13:36] * Joins: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp)
- # [14:21] * Joins: aaronlev (n=chatzill@f051106099.adsl.alicedsl.de)
- # [14:24] * Quits: webben (n=benh@nat/yahoo/x-57b8f8f34056a706) (Read error: 104 (Connection reset by peer))
- # [14:27] * Joins: webben (n=benh@nat/yahoo/x-fe5f724bd9b9a763)
- # [14:43] * Joins: qwert666 (n=qwert666@acbb20.neoplus.adsl.tpnet.pl)
- # [14:59] * Quits: webben (n=benh@nat/yahoo/x-fe5f724bd9b9a763)
- # [15:01] * Quits: csarven- (n=csarven@on-irc.csarven.ca) (Read error: 110 (Connection timed out))
- # [15:02] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [15:02] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [15:11] * Joins: qwert666_ (n=qwert666@acbb20.neoplus.adsl.tpnet.pl)
- # [15:36] * Quits: qwert666 (n=qwert666@acbb20.neoplus.adsl.tpnet.pl) (Connection timed out)
- # [15:52] * Quits: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp) (Read error: 104 (Connection reset by peer))
- # [15:55] * Joins: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp)
- # [16:00] * Joins: csarven (i=csarven@on-irc.csarven.ca)
- # [16:01] * Joins: webben (n=benh@nat/yahoo/x-808f9411615e70ca)
- # [16:06] * Philip` continues to wish he could tell Gmail that anything sent to whatwg@whatwg.org is not to be considered spam
- # [16:09] * Quits: aaronlev (n=chatzill@f051106099.adsl.alicedsl.de) ("ChatZilla 0.9.82.1 [Firefox 3.0/2008052906]")
- # [16:10] <Lachy> what is it about whatwg emails that get caught?
- # [16:10] <Lachy> does it do the same for public-html? (I would classify a lot more of those as spam than I would whatwg)
- # [16:11] <Philip`> Lachy: Don't know what it is, but it caught your latest email
- # [16:11] <Lachy> great.
- # [16:11] <Philip`> It only seems to be around one every couple of weeks, and I've not noticed any pattern
- # [16:12] <Lachy> can you set up a filter or a whitelist or something?
- # [16:12] <Philip`> I don't remember public-html emails getting marked as spam, but that's mostly because my memory isn't great
- # [16:13] <Philip`> Hmm, now I can't connect to Gmail at all :-/
- # [16:16] <Philip`> Ah, back now
- # [16:16] * Joins: billmason (n=billmaso@ip206.unival.com)
- # [16:17] <Philip`> Lachy: I can set a filter to label/archive/etc WHATWG mails, but that just makes the messages in the spam folder have a WHATWG label - I can't see any way for a filter to affect the spam filtering
- # [16:28] <annevk> then you search every 30 days for label:whatwg in:spam
- # [16:28] <annevk> or something like that
- # [16:29] <jcranmer> looks like gmail needs better "adaptive junk mial controls"
- # [16:29] <jcranmer> s/ia/ai/
- # [16:34] <Lachy> Philip`, have you tried contacting google and sending them a bug report about it?
- # [16:36] * Joins: billyjack (n=MikeSmit@58.157.21.205)
- # [16:39] <annevk> interesting, WHATWG has now attraced crowd un-aware of what the W3C is doing
- # [16:39] <annevk> attracted*
- # [16:42] <Lachy> annevk, who is unaware?
- # [16:49] <annevk> the people talking about cross-site requests
- # [16:49] <annevk> and you, apparently :D
- # [16:52] <Lachy> ah, I hadn't read those mails yet
- # [16:52] * Quits: myakura (n=myakura@p1216-ipbf601marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [16:52] * Quits: MikeSmith (n=MikeSmit@EM119-72-55-247.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [16:52] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) ("Verlassend")
- # [17:43] <billyjack> annevk: Frode Børli seems to have quite prolific of late as far as postings to whatwg go
- # [17:43] * billyjack is now known as MikeSmith
- # [17:47] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
- # [18:06] * Joins: jgraham_ (n=james@81-86-219-217.dsl.pipex.com)
- # [18:08] * Joins: aroben (n=aroben@c-71-58-56-76.hsd1.pa.comcast.net)
- # [18:33] * Joins: weinig (n=weinig@nat/apple/x-3142df318e047c50)
- # [18:50] * qwert666_ is now known as qwert666
- # [19:05] * Joins: White_Leviathan (n=asdf@ip2-195.thearbours.orl.ygnition.net)
- # [19:25] * Parts: gorm (n=b@pat-tdc.opera.com)
- # [19:29] * Joins: maikmerten (n=maikmert@L8c82.l.pppool.de)
- # [19:42] * Quits: webben (n=benh@nat/yahoo/x-808f9411615e70ca)
- # [19:47] * Quits: tndH (i=Rob@87.102.5.204) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
- # [19:58] * Quits: billmason (n=billmaso@ip206.unival.com) (".")
- # [20:01] * Joins: billmason (n=billmaso@ip206.unival.com)
- # [20:08] * Joins: aaronlev (n=chatzill@f051106099.adsl.alicedsl.de)
- # [20:20] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [20:20] * Joins: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [20:41] * Quits: maikmerten (n=maikmert@L8c82.l.pppool.de) (Remote closed the connection)
- # [20:50] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
- # [20:55] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [21:21] * Quits: othermaciej (n=mjs@c-24-5-43-151.hsd1.ca.comcast.net)
- # [21:31] * weinig is now known as weinig|lunch
- # [21:34] <mcarter> Hixie, whats the URI scheme for secure web socket... "wss://" ?
- # [21:48] * Quits: White_Leviathan (n=asdf@ip2-195.thearbours.orl.ygnition.net) (".•«UPP»•.")
- # [21:59] <Lachy> mcarter, I thought the web socket proposal just used HTTP URIs
- # [22:00] <Lachy> in which case, couldn't HTTPS be used for establishing secure connections?
- # [22:00] <mcarter> Yeah, thats what I had proposed. There had been discussion in here about the potential of using an alternative, such as "ws://"
- # [22:00] <mcarter> i'm just curious what a secure WebSocket would look like in the context of "ws://" as the URI
- # [22:02] <Lachy> ah, ok. I had missed that discussion. I'll read the logs about it later
- # [22:08] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
- # [22:17] * weinig|lunch is now known as weinig
- # [22:19] * Joins: Lachy (n=Lachlan@85.196.122.246)
- # [22:26] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [22:57] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
- # [23:14] * Joins: othermaciej (n=mjs@17.255.99.178)
- # [23:15] * Quits: arve__ (n=virtuelv@pat-tdc.opera.com) (Read error: 60 (Operation timed out))
- # [23:35] <Hixie> wss:// makes sense to me
- # [23:39] * Quits: csarven (i=csarven@on-irc.csarven.ca) ("http://www.csarven.ca")
- # [23:42] * Quits: qwert666 (n=qwert666@acbb20.neoplus.adsl.tpnet.pl) (Connection timed out)
- # [23:44] * Joins: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
- # Session Close: Sat Jun 21 00:00:00 2008
The end :)