Options:
- # Session Start: Fri Aug 20 00:00:00 2010
- # Session Ident: #whatwg
- # [00:02] * Joins: nimbupani (~nimbupani@216.127.61.149)
- # [00:03] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [00:05] * Quits: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi) (Ping timeout: 258 seconds)
- # [00:05] * Quits: ap (~ap@17.246.19.116) (Remote host closed the connection)
- # [00:06] * Joins: ap (~ap@17.246.19.116)
- # [00:11] * Quits: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de) (Ping timeout: 240 seconds)
- # [00:15] * Quits: eric_carlson (~ericc@2620:0:1b00:1191:223:32ff:feb1:5d30) (Quit: eric_carlson)
- # [00:17] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:25] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
- # [00:25] * Joins: variable (~variable@unaffiliated/variable)
- # [00:27] <Hixie> TabAtkins: do you know who is responsible for the video codec selection part of chrome?
- # [00:28] <Hixie> e.g. what decides to use WebM vs Ogg vs H.264?
- # [00:28] <Hixie> roc: ping
- # [00:28] <TabAtkins> hixie: Scherkus, I'm told.
- # [00:28] <Hixie> any idea if he's on #chromium?
- # [00:29] <Hixie> scherkus: ah, he is
- # [00:29] <Hixie> er
- # [00:29] <TabAtkins> Ah, good. I wasn't about to go searching down that list of /who.
- # [00:30] <Hixie> i just typed "sch<tab>" :-)
- # [00:30] <Hixie> but i wasn't expecting him to use his name :-)
- # [00:30] <TabAtkins> That's only useful about 50% of the time...
- # [00:31] <roc> hi
- # [00:32] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Remote host closed the connection)
- # [00:33] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
- # [00:33] <MikeSmith> Hixie: you got roc back now too
- # [00:35] <Hixie> woohoo, roc's here too!
- # [00:35] <Hixie> roc: trying to work out what to do with <video> and content-type sniffing
- # [00:35] <jgraham> Party!
- # [00:35] <jgraham> Or maybe sleep
- # [00:35] * jgraham goes with that
- # [00:36] <Hixie> roc: looks like we have five browsers and more or less five different implementations
- # [00:36] <Hixie> roc: what's your position on this topic?
- # [00:36] <Hixie> roc: http://hixie.ch/tests/adhoc/html/video/001.html and http://hixie.ch/tests/adhoc/html/video/NOTES may be of interest
- # [00:38] * Joins: micheil (~micheil@124-170-69-59.dyn.iinet.net.au)
- # [00:40] * Joins: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk)
- # [00:43] <roc> personally I get the feeling we've raced halfway down to the bottom of the slippery slope of the poisoned well
- # [00:44] <roc> and much as I hate to do it, we're likely to have to sniff, at least for <video> loads
- # [00:44] <roc> and there's a pretty strong argument that if you sniff for <video> loads, you should sniff the same for browsing context loads
- # [00:45] <Hixie> would you want to not even sniff for streams with missing content-types?
- # [00:45] <roc> otherwise stuff like a "View Video" context menu item breaks oddly
- # [00:45] <roc> I think sniffing for streams with no content-type is fine no matter what
- # [00:46] <roc> *however* I think the other video guys in the office are more keen to hold the non-sniffing line than I am
- # [00:46] <Hixie> what's the benefit of not sniffing when there is a type, given that these types are basically unambiguously sniffable? or are they not?
- # [00:46] <roc> but they're not here right now
- # [00:46] <roc> here's one
- # [00:47] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # [00:48] <roc> Hixie: I don't know. It's possible that in some containers you have to read a lot of data to figure out what codecs are present, where that information can be given in the MIME type. Our experts in that area are in the process of joining us...
- # [00:49] <Hixie> oh you'd want to respect the codecs="" parameter even when it's wrong?
- # [00:49] <Hixie> or do you just mean to throw out the content early?
- # [00:49] <roc> the latter
- # [00:50] <roc> Hixie: I assume if we were to sniff, we'd still not even try to load resources whose <source type> is something we cannot render?
- # [00:50] <Hixie> i assume so
- # [00:50] <Hixie> there wouldn't be any point in the type="" attribute otherwise
- # [00:50] <roc> right
- # [00:50] <Hixie> haven't tested that though
- # [00:51] <Hixie> but that seems like a case that's much more unambiguously useful to honour
- # [00:52] <Hixie> right now firefox seems to look at the mime type to pick the codec, and refuses to render mislabelled content, but i haven't tested the codecs="" parameter
- # [00:52] <Hixie> s/codec/wrapper/
- # [00:52] <roc> yeah, we try not to be first in the race to the bottom :)
- # [00:53] <Hixie> (whatever you call the code that does that)
- # [00:53] <roc> but we don't want to be last either :-)
- # [00:53] <Hixie> hah
- # [00:53] <kinetik> Hixie: with Matroska (and WebM, since the WebM spec doesn't exclude this "feature"), you may have to read an arbitrary amount of ASCII at the start of the file before you can identify it as a valid Matroska file (see the first paragraph of http://matroska.org/technical/specs/notes.html)
- # [00:53] <roc> we should be honoring the codecs parameter correctly, we have code (and tests!) for that
- # [00:54] <kinetik> but I'm going to propose that the WebM spec is changed to exclude that feature
- # [00:54] <Hixie> roc: so if you supported codecs A and B, and a file used A but was labelled video/somethingsupported;codecs=B, you would not play it?
- # [00:54] <Hixie> kinetik: wow, that's lame
- # [00:55] <Hixie> kinetik: please indeed have them fix that!
- # [00:55] <roc> Hixie: that is correct, that's what we do
- # [00:55] <roc> or is it? hmm
- # [00:55] * roc thinks
- # [00:55] <roc> no I guess it's not
- # [00:55] * Joins: Rik` (~Rik`@lepekinoi.homeftp.net)
- # [00:55] <Hixie> i guess you don't support enough codecs to actually test that
- # [00:56] <Hixie> or do you do the webm codec in ogg?
- # [00:56] <Hixie> i guess that'd be one way to test it?
- # [00:56] <roc> if the container type is mislabelled, we will reject even if both the label and the resource are something we support
- # [00:56] <Hixie> yes
- # [00:56] <Hixie> that i have indeed found
- # [00:56] <roc> but we don't check that the codecs we got in the resource are the ones advertised
- # [00:56] <roc> that would be pretty easy for us to do if we wanted to
- # [00:58] <Hixie> doesn't seem like either of these checks are especially useful to the author or user
- # [00:59] <Hixie> but they would definitely (if implemented everywhere) lead to mare accurately labeled content
- # [01:00] <roc> the brutal truth is that almost all the time, if it's done consistently and can be done unambiguously in a predictable way, sniffing is the most useful for authors and users
- # [01:00] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:00] * Quits: jlebar (~jlebar@nat/mozilla/x-jfiyhrlhnqwbcsbg) (Remote host closed the connection)
- # [01:01] <Hixie> i don't know that that's particularly brutal :-)
- # [01:02] <roc> it feels brutal to me :-)
- # [01:02] <Hixie> the consistency is the hard part
- # [01:02] <roc> yeah, those are big "ifs"
- # [01:02] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
- # [01:03] <roc> Hixie: there's a small ease-of-implementation benefit for us the way we do things; we can set up the decoder based on the container label early in the load process, instead of having to buffer data, sniff it, construct the decoder, and feed the data back into it
- # [01:03] <roc> but clearly that benefit is low priority
- # [01:03] <Hixie> that's the container decoder right?
- # [01:03] <roc> yeah
- # [01:04] <Hixie> the chrome guy was telling me that one of his requirements is that the decoding happens out-of-process, and so he wants to just hand the bytes straight to that other process, and for some reason for them it's easier to just have that work without knowing the type
- # [01:04] <roc> the container formats contain authoritative metadata telling you what the codecs are
- # [01:04] <roc> we don't have to sniff again
- # [01:04] <Hixie> though he said he could add (what he called "artificial") checks for the type
- # [01:04] <roc> thankfully
- # [01:06] <Hixie> if we could limit how much you have to buffer, would that help?
- # [01:07] <Hixie> or is buffering any of the payload vs the headers a problem?
- # [01:08] <roc> It's really not a problem
- # [01:08] <roc> it's just extra code
- # [01:09] <Hixie> k
- # [01:09] <Hixie> i get the feeling some of the other implementations have the opposite situation because they just hand the whole shebang over to a Multimedia Framework and have that figure it out on its own
- # [01:10] <roc> yeah, for them it's definitely easier to sniff
- # [01:10] <roc> if you have a framework that always sniffs
- # [01:10] <roc> like Quicktime
- # [01:12] <roc> Hixie: I think kinetik and I are pretty much resigned to sniffing everything at this point, but doublec may not be, so I'll get him to chime in when he shows up
- # [01:12] <Hixie> awesome, thanks
- # [01:12] <Hixie> i'm hoping we don't have to sniff everything
- # [01:13] <roc> ok
- # [01:13] <Hixie> i'm hoping we can do what opera does rather than safari/IE/chrome
- # [01:13] <Hixie> which is to use the mime type as a "no" but not as a "yes", basically
- # [01:13] <Hixie> so it can be wrong, so long as it's a supported type
- # [01:13] <Hixie> since that at least has the benefit of minimising network usage
- # [01:14] <roc> I suspect you'll get a lot of pushback against that from Apple, but I should let them speak for themselves
- # [01:14] <roc> we'd certainly be happy with that if you can get everyone on board
- # [01:15] <Hixie> yeah i've been trying to get in touch with the relevant apple people
- # [01:16] <Hixie> i don't even know who to contact on the IE side
- # [01:20] * jernoble is now known as jernoble|away
- # [01:25] * Quits: Yudai (~Yudai@p8bc812.kngwnt01.ap.so-net.ne.jp) (Quit: SIGTERM received; exit)
- # [01:25] * Joins: Yudai (~Yudai@p8bc812.kngwnt01.ap.so-net.ne.jp)
- # [01:28] * Joins: Twisol (~Twisol@wikia/Oddlyoko)
- # [01:29] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [01:36] * Joins: jlebar (~jlebar@nat/mozilla/x-kqsvlyhkhliscvjq)
- # [01:37] * Quits: variable (~variable@unaffiliated/variable) (Quit: Daemon escaped from pentagram)
- # [01:41] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [01:41] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft) (Client Quit)
- # [01:54] * Quits: dglazkov (~dglazkov@nat/google/x-qljjornvacloiqpd) (Quit: dglazkov)
- # [01:56] <TabAtkins> Hixie: Can we get @srcdoc to imply @sandbox? Sandboxing is basically the entire *point* of @srcdoc, and it would help security in the common case.
- # [01:57] <Hixie> i'm not a huge fan of implying security attributes, but maybe... does abarth have an opinion?
- # [01:57] <TabAtkins> Haven't asked him; I was just talking to jschuh, who's implementing @srcdoc right now.
- # [01:58] <Hixie> it'd be good to get his take on it
- # [01:58] <TabAtkins> I'm just afraid of it being common for authors to do <iframe srcdoc="<script>evilcode()</script>"></iframe> and not realizing that this is insecure.
- # [01:58] <Hixie> yeah, understood
- # [01:59] <Hixie> it removes the ability to not have a sandbox though
- # [01:59] <Hixie> and often you'll want to say sandbox=allow-same-origin or whatever the keyword is
- # [01:59] <Hixie> and also add seamless
- # [01:59] <Hixie> so will it really help? hard to say
- # [01:59] <TabAtkins> If you don't need a sandbox, then you can just splice it into your page directly.
- # [02:00] <Hixie> not always
- # [02:00] <Hixie> it can be convenient to stick something in its own document
- # [02:00] <Hixie> agreed that it's not the main use case though
- # [02:00] <TabAtkins> Asking abarth now.
- # [02:07] * Joins: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net)
- # [02:08] * Quits: ap (~ap@17.246.19.116) (Quit: ap)
- # [02:08] <TabAtkins> abarth says it sounds godo.
- # [02:09] <TabAtkins> I'm thinking that for the more advanced use-cases that want an iframe but not the sandbox, we can just say "use data: urls".
- # [02:09] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [02:09] <abarth> does this cause problems for @seamless?
- # [02:10] <Hixie> i don't think it causes problems
- # [02:10] <abarth> you want srcdoc+seamless to work without sandbox="allow-same-origin"
- # [02:10] <TabAtkins> Do you?
- # [02:10] <Hixie> i just assumed you'd still have to list sandbox explicitly if you wanted seamless
- # [02:11] <abarth> isn't the common case that you want srcdoc + seamless + all the sandbox bits turned on
- # [02:11] <abarth> e.g., blog comments
- # [02:11] <Hixie> not all of them, but yes
- # [02:11] <Hixie> not all the bits, i mean
- # [02:11] <abarth> which bits do you want off in the common case?
- # [02:12] <abarth> put another way, the reason restrict @seamless to same-origin is to stop you from screwing with / learning about other people's content
- # [02:12] <abarth> but if the content comes from srcdoc
- # [02:12] <abarth> it's your own content anyway
- # [02:12] <Hixie> you want allow-same-origin and maybe allow-top-navigation, but you probably don't want allow-forms or allow-scripts (or allow-plugins when we have updated the API)
- # [02:13] <abarth> i keep forgetting that allow-top-navigation is really useful when you have script disabled
- # [02:13] <Hixie> (you definitely don't want allow-forms or allow-scripts if you have allow-same-origin)
- # [02:14] * Quits: nimbupani (~nimbupani@216.127.61.149) (Quit: nimbupani)
- # [02:14] <mcarter> anyone happen to know what verison of javascript IE9 supports/will support?
- # [02:14] <Hixie> (you usually don't need allow-top-navigation if you have seamless)
- # [02:14] <abarth> it complicates the model, but i seems like we should let @seamless work for srcdoc documents, even if they're sandboxed into a different origin
- # [02:15] <TabAtkins> I'd like @seamless to work with @srcdoc, without necessarily even saying @sandbox=allow-same-origin.
- # [02:15] <TabAtkins> Yeah.
- # [02:15] <Hixie> that would need careful thought
- # [02:15] <Hixie> but seems reasonable on the face of it
- # [02:15] <Hixie> send mail
- # [02:15] <abarth> ok
- # [02:15] <TabAtkins> Kk.
- # [02:15] <abarth> btw, there's a patch under review in webkit to add srcdoc
- # [02:16] <TabAtkins> https://bugs.webkit.org/show_bug.cgi?id=43683
- # [02:16] <abarth> so now is a good time to work out these things :)
- # [02:16] <abarth> no seamless yet though
- # [02:16] <abarth> TabAtkins: are you sending this mail or am i?
- # [02:16] <TabAtkins> I can do it.
- # [02:16] <abarth> thx
- # [02:16] * TabAtkins will send it tomorrow morning.
- # [02:17] <abarth> getting the HTTP WG to do anything is ridiculously painful
- # [02:17] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
- # [02:19] <Hixie> looks like we already allow text/html-sandboxed to be seamless when it's not sandboxed, even though it's cross-origin
- # [02:19] <Hixie> this seems equivalent
- # [02:20] * jernoble|away is now known as jernoble
- # [02:21] <abarth> Hixie: yes
- # [02:21] <AryehGregor> mcarter, IE9 aims to support ES5, from what I read.
- # [02:23] <mcarter> AryehGregor, thanks
- # [02:24] <TabAtkins> Hixie: re html-sandboxed and seamless, are you referring to the line "or the browsing context's active document's address has the same origin as the iframe element's document"?
- # [02:24] <Hixie> yeah
- # [02:24] <TabAtkins> kk
- # [02:24] <Hixie> that's the only case i can think of off-hand
- # [02:25] <TabAtkins> I was wondering about that, since a naive reading seems to make it equivalent to the other horn of the or clause.
- # [02:25] <Hixie> there are lots of cases of a url being cross-origin but the doc being same-origin, but the only case i can think of of a url being same-origin but a doc cross-origin is html-sandboxed
- # [02:28] <abarth> why not just @sandbox ?
- # [02:28] <TabAtkins> ?
- # [02:28] <abarth> @sandbox doesn't alter the URL of the document
- # [02:28] <abarth> it just makes it cross-origin
- # [02:29] <abarth> you can't tell if something is same-origin by looking at it's URL
- # [02:29] <TabAtkins> Right, that'll do it too.
- # [02:29] <TabAtkins> Yes.
- # [02:29] <abarth> it's URL just initializes the origin
- # [02:31] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: No route to host)
- # [02:32] <Hixie> abarth: the sandox case is handled separately in this instance
- # [02:32] <abarth> ah, ok
- # [02:33] * Joins: matt444 (601c2542@gateway/web/freenode/ip.96.28.37.66)
- # [02:48] * Quits: jernoble (~jernoble@2620:0:1b00:1191:d86d:b826:edf4:9aaf) (Quit: jernoble)
- # [02:53] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:53] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [02:57] <boblet> Hixie: re: use cases for time element, your March 2009 summary email lists automated adding to a calendar, restyling dates for user conventions and encoding output of input element unambiguously. Is that still accurate?
- # [02:57] <boblet> ref: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-March/018888.html
- # [02:59] * Joins: nicktick (~nicktick@unaffiliated/nicktick)
- # [03:06] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [03:07] * Quits: Rik` (~Rik`@lepekinoi.homeftp.net) (Remote host closed the connection)
- # [03:09] <Hixie> boblet: yes, though also add a less-dubious-than-abbr solution for microformats and microdata encoding dates
- # [03:11] <boblet> hixie: ok. I’m curious about year and year-month. for adding to calendar, what about future dates which are not yet confirmed? eg 5 year plans
- # [03:12] <Hixie> do you have an example of a page where it would be helpful for the user to be able to add a five-year plan to his calendar by clicking one thing on the page?
- # [03:14] <boblet> personally I’d like to add dates for future events I’m organising (Web Directions) to my calendar, but adding a day when they’re only accurate to a month seems like false detail.
- # [03:14] <boblet> current workaround is to add for the first of the month then try to remember what dates are set and which ones are vague
- # [03:15] <boblet> (these are on a private planning site)
- # [03:22] <Hixie> wouldn't it be more likely that you'd add those to the calendar before making a web page
- # [03:25] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [03:31] <boblet> Hixie: there are several of us planning, plus others who need read/write or just read access. I’m making a list of dates in the planning site, then we’re adding dates to a shared Google Calendar. However I’d also like to do this from HTML
- # [03:33] <Hixie> you just want to add the dates? not event names, locations, etc?
- # [03:33] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [03:33] <boblet> (that way I’d only have to make the page with event info inc. microformatted dates, not add the events to a calendar plus make the page)
- # [03:35] * Quits: dpranke (~Adium@nat/google/x-vtibmphalnauijaa) (Quit: Leaving.)
- # [03:36] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [03:39] <Hixie> i don't follow
- # [03:40] <boblet> Hixie: I’d like a list of events in a planning site, plus to be able to add them to a calendar. current process is create events in calendar plus create list on planning site. with microformats I could just do planning site then one-click to add to calendar
- # [03:40] <boblet> (the less time in iCal.app the better :/ )
- # [03:41] * Joins: miketaylr (~miketaylr@24.42.95.108)
- # [03:45] * Quits: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.7/20100723203751])
- # [03:47] * Joins: knowtheory (~knowtheor@cpe-71-79-238-195.columbus.res.rr.com)
- # [03:48] <knowtheory> sup?
- # [03:48] <knowtheory> oops sorry wrong channel :P
- # [03:50] <boblet> Hixie: for the 2nd point (automatic formatting to follow user conventions), in Japan it’s common to write dates with kanji separators; 2010年8月20日. using time it’d be possible to do this automatically, but these also apply to year-month and year dates (eg weblog archive titles)
- # [03:51] <boblet> Hixie: for the 3rd point (encode output of input element unambiguously) that should apply to year-month input too, no?
- # [03:51] * Quits: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk) (Quit: Leaving)
- # [03:55] * boogyman is now known as boogy|afk
- # [04:04] * Quits: matt444 (601c2542@gateway/web/freenode/ip.96.28.37.66) (Quit: Page closed)
- # [04:05] * Quits: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net) (Quit: Leaving...)
- # [04:08] * Quits: paul_irish (~paul_iris@nat/google/x-bgeomuboriecekge) (Remote host closed the connection)
- # [04:09] <Hixie> boblet: re your example, i don't see why you'd need anything new from <time> if you're going to use a microformat or microdata. For example, vEvent is based on dates as used with <time>, not months or years, iirc.
- # [04:10] <Hixie> boblet: even for multi-day or -year events
- # [04:10] <Hixie> boblet: regarding your 2nd point, good to know.
- # [04:11] <Hixie> boblet: regarding your 3rd point, i don't know; do people ever print the output of type=month in that way?
- # [04:11] <Hixie> the main use case for type=month is credit card expiry dates, but those get pretty printed easily as far as i can tell
- # [04:12] <Hixie> no need for <time> for that
- # [04:12] <boblet> Hixie: print the output? pretty printed?
- # [04:12] * Quits: ojan (~ojan@nat/google/x-jcfcimqifjqlnnyu) (Quit: ojan)
- # [04:13] <Hixie> as in, sites just do printf "%04d-%02m", $year, $month
- # [04:13] <Hixie> or vice versa
- # [04:13] <Hixie> it doesn't need anything complex
- # [04:13] <boblet> Hixie: aah
- # [04:13] <Hixie> and might even actively not need anything complex, i dunno... how do japanese e-commerce sites echo expiry dates?
- # [04:13] <Hixie> what do japanese credit cards look like?
- # [04:13] <boblet> Hixie: I’m pretty sure I’ve seen Japanese ecommerce sites that have the year as 2-digit
- # [04:14] <Hixie> sure but do they have the kanji sepuarators?
- # [04:14] <boblet> Hixie: yeah, some Japanese credit cards have the expiry date as eg 10/15
- # [04:15] <boblet> (with English “Month/Year” printed faintly above)
- # [04:15] <boblet> but then there’s the whole Japanese year format thing… (wikipedia-ing…)
- # [04:17] * Quits: othermaciej (~mjs@17.246.16.188) (Quit: othermaciej)
- # [04:21] * Joins: aho (~nya@fuld-4d00d36c.pool.mediaWays.net)
- # [04:22] <boblet> Hixie: found it; http://en.wikipedia.org/wiki/Japanese_era_name 2010 is actually 22年 (the 22nd year of the Heisei era). in long form today is 20-8-2010 or 2010年8月20日 or 平22年8月20日 (the 平 being the first kanji of 平成 or the Heisei era)
- # [04:27] <boblet> actually it would be useful to use <time datetime="1935">昭9年</time> (the ninth year of the Shōwa era) as even Japanese people have trouble with this system outside of dates they’re familiar with. I’ve got a free iPhone converter app for this :)
- # [04:27] <boblet> it’s still used for eg driver’s license DoB so not a historical thing yet
- # [04:35] <boblet> Hixie: I’ll add this info to the wiki page, want me to also email the list about it?
- # [04:35] <boblet> bbiab
- # [04:35] * Quits: gavin (~gavin@firefox/developer/gavin) (Read error: Operation timed out)
- # [04:38] * Quits: welly (~welly@unaffiliated/welly) (Ping timeout: 276 seconds)
- # [04:38] * Quits: erlehmann (~erlehmann@dslb-088-075-186-077.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [04:40] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
- # [04:40] * Joins: welly (~welly@unaffiliated/welly)
- # [04:45] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [04:47] <Hixie> boblet: i likely won't see it if it's just on the wiki page :-)
- # [04:49] * Quits: nessy (~Adium@210-84-26-35.dyn.iinet.net.au) (Quit: Leaving.)
- # [04:51] * Quits: boogy|afk (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
- # [04:51] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [04:54] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
- # [04:55] * Quits: slightlyoff (~slightlyo@nat/google/x-mnnsrnolpcssqqfm) (Quit: slightlyoff)
- # [04:55] * Joins: gavin__ (~gavin@people.mozilla.com)
- # [05:09] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [05:09] * boogyman is now known as boogy|afk
- # [05:09] * boogy|afk is now known as boogyman
- # [05:10] * Quits: sicking (~chatzilla@nat/mozilla/x-bwdhoymrokytronl) (Remote host closed the connection)
- # [05:20] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
- # [05:26] * Quits: MikeSmith (~MikeSmith@EM114-48-129-228.pool.e-mobile.ne.jp) (Read error: Connection reset by peer)
- # [05:27] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
- # [05:33] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [05:37] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [05:42] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [05:58] * hcr`afk is back.. rejoice! ..[after 2120wks1day3h56m25s]
- # [05:58] * hcr`afk is now known as hamcore
- # [06:03] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [06:06] * Joins: MikeSmith (~MikeSmith@EM114-48-39-218.pool.e-mobile.ne.jp)
- # [06:10] <boblet> Hixie: ok, thanks
- # [06:11] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [06:12] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
- # [06:24] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
- # [06:34] * Joins: homata (~homata@c220090.ppp.asahi-net.or.jp)
- # [06:35] * Joins: homata_ (~homata@c220090.ppp.asahi-net.or.jp)
- # [06:35] * Quits: homata (~homata@c220090.ppp.asahi-net.or.jp) (Client Quit)
- # [06:38] * Quits: bobchao (~cctw@112.105.140.77) (Quit: Leaving.)
- # [06:39] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:40] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:41] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [06:41] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:41] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:42] * Joins: wakaba_3 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:42] * Joins: wakaba_4 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:43] * Joins: wakaba_5 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [06:43] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [06:44] * Quits: Twisol (~Twisol@wikia/Oddlyoko) (Quit: Leaving)
- # [06:45] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [06:45] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [06:46] * Quits: wakaba_3 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [06:47] * Quits: wakaba_4 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [06:50] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
- # [06:51] * Joins: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi)
- # [06:57] <MikeSmith> Hixie: about the index of terms and handling of how to distinguish references to defining instances of terms from the others
- # [06:57] <MikeSmith> I implemented your suggestion
- # [06:57] <MikeSmith> http://dev.w3.org/html5/spec-author-view/index-of-terms.html
- # [06:58] <MikeSmith> the links to the defining instances are now just shown in the same order as they occur in document order
- # [06:58] <MikeSmith> in bold
- # [06:58] <MikeSmith> could of course maybe even make them a different color or something
- # [06:58] <MikeSmith> eventually
- # [06:59] <MikeSmith> but bolding them seems to make them stand out well enough
- # [06:59] <MikeSmith> one perhaps quirky thing is that some of them dfns are not the first mentions of the terms in the sections where they occur
- # [07:00] <MikeSmith> so instead of the hypertext for them themselves being a section title
- # [07:00] <MikeSmith> it is instead a counter number
- # [07:01] <MikeSmith> that is, one of the (2), (3), etc. numbers
- # [07:01] <MikeSmith> I had thought would turn out to look weird
- # [07:01] <MikeSmith> but even that seems to work OK
- # [07:01] <MikeSmith> to me at least
- # [07:09] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [07:10] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
- # [07:31] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [07:31] * Quits: wakaba_5 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [07:35] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [07:37] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [07:37] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [07:37] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [07:40] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [07:42] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [07:45] * Joins: nessy (~Adium@210-84-26-35.dyn.iinet.net.au)
- # [07:54] * Joins: ako (~nya@fuld-4d00d36c.pool.mediaWays.net)
- # [07:55] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [07:55] * Quits: aho (~nya@fuld-4d00d36c.pool.mediaWays.net) (Read error: Connection reset by peer)
- # [07:55] <Hixie> MikeSmith: yeah, looks good. Probably should drop the "no references" thing though since now the dfns are basically references.
- # [07:56] <MikeSmith> Hixie: what about "no other references" maybe?
- # [07:56] <Hixie> i dunno that it even needs to be there at all, i mean, if you're looking up a term in an index, and there's only one reference, that's ok
- # [07:57] <MikeSmith> OK
- # [07:57] <MikeSmith> I will it so
- # [07:57] <Hixie> MikeSmith: not sure what to do about the conflicting terms... "align" in particular looks weird
- # [07:57] <MikeSmith> I will make it so
- # [07:57] <MikeSmith> yeah
- # [07:57] * Quits: nicktick (~nicktick@unaffiliated/nicktick) (Ping timeout: 272 seconds)
- # [07:57] <MikeSmith> that's one of the downsides
- # [07:58] <MikeSmith> I can maybe work on figuring out how to merge those
- # [07:58] <Hixie> "command" is similarly kind of a disaster
- # [07:58] <Hixie> there's four of them and even i don't know which is which :-)
- # [07:58] <MikeSmith> heh
- # [07:58] <Hixie> oh you know what would be cool? if you could detect if the <dfn>ing instance used <code> or not
- # [07:59] <Hixie> so that elements got styled "correctly" in the index
- # [07:59] <Hixie> dunno how easy that would be
- # [07:59] <MikeSmith> that's doable
- # [07:59] <MikeSmith> that's easy
- # [07:59] <Hixie> cool
- # [07:59] <Hixie> this is awesome, i really love this index
- # [07:59] * Quits: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.86 [Firefox 4.0b4pre/20100818001248])
- # [07:59] <MikeSmith> I think I could also deal with the align. command, etc., stuff by having anolis do another pass on the contents
- # [08:00] <Hixie> can't wait to see what it looks like for complete.html :-D
- # [08:00] <MikeSmith> and merging stuff
- # [08:00] <MikeSmith> heh
- # [08:00] <MikeSmith> yeah
- # [08:00] <MikeSmith> I will say that this is going to slow down your build/checkin times
- # [08:00] <MikeSmith> when you make changes
- # [08:00] <MikeSmith> dunno if you care
- # [08:00] <Hixie> a lot of the duplicates are in the non-conforming section, which makes merging them ok
- # [08:00] <Hixie> it's the other ones i'm worried about
- # [08:00] <MikeSmith> OK
- # [08:00] <Hixie> MikeSmith: does it slow down anolis? Or just the splitter?
- # [08:00] <Hixie> or what?
- # [08:01] <MikeSmith> anolis, mainly.. on my machine it takes about 6 minutes to have it build the author view
- # [08:01] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:01] <Hixie> oh yikes
- # [08:02] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:02] <MikeSmith> there might be some way I can speed it up, I dunno
- # [08:02] <Hixie> maybe we can have the spec splitters do the anolis pass as well
- # [08:02] <MikeSmith> yeah
- # [08:02] <Hixie> right now i subcontract out to jgraham's pimpmyspec for the anolis part, get one file back, then subcontract out to annevk and Philip`'s spec splitters, which send be tarballs back.
- # [08:03] * Joins: wakaba_3 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:03] <MikeSmith> hmm
- # [08:03] <MikeSmith> yeah
- # [08:03] <Hixie> but if i could just send a source file to anne and Philip` that would work fine for me too
- # [08:03] <MikeSmith> that can be combined for sure
- # [08:03] <Hixie> well i only do the splitting once i checkin at the moment
- # [08:03] <MikeSmith> it's all python
- # [08:03] <MikeSmith> ah, OK
- # [08:03] * Joins: wakaba_4 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:03] <Hixie> and the anolis part when i regen
- # [08:03] <MikeSmith> I see
- # [08:03] * Joins: wakaba_5 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:04] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [08:04] <MikeSmith> the anolis part was not terrifically fast before anyway
- # [08:04] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:04] <MikeSmith> I can't remember how long it took but it was a minute or two, it seemed like
- # [08:04] <MikeSmith> the splitter is much faster
- # [08:05] * Quits: sean` (~Sean@84-106-110-173.cable.quicknet.nl) (Ping timeout: 260 seconds)
- # [08:05] * Joins: wakaba_6 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:05] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:06] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [08:06] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:07] * Quits: wakaba_3 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:07] * Quits: wakaba_4 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [08:08] * Quits: wakaba_5 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [08:08] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:09] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:10] * Quits: wakaba_6 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:11] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:13] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:13] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:14] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:14] * Joins: nicktick (~nicktick@unaffiliated/nicktick)
- # [08:16] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:16] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:16] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [08:18] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:19] * Quits: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [08:20] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [08:25] * Joins: bobchao (~cctw@DHCP-21186.iis.sinica.edu.tw)
- # [08:26] * Disconnected
- # [08:27] * Attempting to rejoin channel #whatwg
- # [08:27] * Rejoined channel #whatwg
- # [08:27] * 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!'
- # [08:27] * Set by annevk42 on Mon Oct 19 23:03:06
- # [08:27] * Quits: krijnh (~krijnhoet@83.160.77.30) (Read error: Connection reset by peer)
- # [08:35] * Quits: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net) (Quit: kennyluck)
- # [08:39] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:42] * rolandsteiner is now known as rsteiner_brb
- # [08:52] * rsteiner_brb is now known as rolandsteiner
- # [08:57] * Quits: Morphous (jan@f049142035.adsl.alicedsl.de) (Ping timeout: 272 seconds)
- # [09:00] * Quits: ako (~nya@fuld-4d00d36c.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [09:01] * Joins: kmq (~kmq@85.159.13.90)
- # [09:05] <boblet> nice work MikeSmith :)
- # [09:06] * Joins: Rik` (~Rik`@lepekinoi.homeftp.net)
- # [09:07] * Joins: sean` (~sean@h160089.upc-h.chello.nl)
- # [09:11] * Joins: Morphous (jan@unaffiliated/amorphous)
- # [09:12] * Joins: maikmerten (~merten@dhcp-core-208.it.uu.se)
- # [09:23] * Joins: foolip (~foolip@83.218.67.122)
- # [09:31] * away01 is now known as temp01
- # [09:31] * Joins: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68)
- # [09:36] * Quits: foolip (~foolip@83.218.67.122) (Ping timeout: 272 seconds)
- # [09:43] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [09:48] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
- # [09:51] * Quits: kmq (~kmq@85.159.13.90) (Ping timeout: 276 seconds)
- # [09:52] * Joins: kmq (~kmq@85.159.13.90)
- # [09:56] * Joins: davidhund (~davidhund@78.27.27.74)
- # [10:14] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [10:16] * Joins: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
- # [10:22] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.seac.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [10:31] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
- # [10:33] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [10:33] * krijn is now known as krijnh
- # [10:37] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
- # [10:38] * Joins: mpt (~mpt@canonical/mpt)
- # [10:39] * Joins: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net)
- # [10:41] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.bagu.cable.virginmedia.com)
- # [10:41] * Joins: foolip (~foolip@83.218.67.122)
- # [10:43] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [10:45] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
- # [10:46] * Joins: mpt (~mpt@canonical/mpt)
- # [10:46] * Joins: ROBOd (~robod@92.86.249.89)
- # [10:47] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
- # [10:48] * Joins: roc (~roc@121.98.230.221)
- # [10:52] * Joins: Phae (~Phae@chimera.macmillan.com)
- # [10:54] * Joins: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi)
- # [10:55] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [10:58] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [10:59] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
- # [10:59] * Joins: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [11:00] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [11:01] * Quits: maikmerten (~merten@dhcp-core-208.it.uu.se) (Quit: Verlassend)
- # [11:02] * Joins: maikmerten (~merten@dhcp-11-239.it.uu.se)
- # [11:02] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [11:02] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [11:05] * Quits: Rik` (~Rik`@lepekinoi.homeftp.net) (Remote host closed the connection)
- # [11:08] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [11:10] * payman is back (gone 15:05:37)
- # [11:11] * Joins: pesla (~pesla@188.202.125.121)
- # [11:11] * Quits: wakaba_2 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [11:13] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
- # [11:17] * Joins: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [11:21] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [11:24] * Joins: badcat (~badcat@pD9E77AE7.dip.t-dialin.net)
- # [11:28] * Joins: MikeSmithX (~MikeSmith@EM111-188-80-84.pool.e-mobile.ne.jp)
- # [11:31] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [11:31] * Quits: MikeSmith (~MikeSmith@EM114-48-39-218.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
- # [11:35] * Quits: wakaba_1 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [11:47] * Joins: homata (~homata@c220090.ppp.asahi-net.or.jp)
- # [11:48] * Quits: homata_ (~homata@c220090.ppp.asahi-net.or.jp) (Ping timeout: 258 seconds)
- # [11:49] * Quits: badcat (~badcat@pD9E77AE7.dip.t-dialin.net) (Quit: badcat)
- # [11:54] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Read error: Connection reset by peer)
- # [11:56] * Joins: homata_ (~homata@c220090.ppp.asahi-net.or.jp)
- # [11:58] * nessy is now known as ginger
- # [11:58] * Quits: homata (~homata@c220090.ppp.asahi-net.or.jp) (Ping timeout: 258 seconds)
- # [11:58] * Joins: KrooniX (~KrooniX@173.236.85.132)
- # [11:58] * ginger is now known as nessy
- # [12:03] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [12:09] * Quits: nicktick (~nicktick@unaffiliated/nicktick) (Ping timeout: 265 seconds)
- # [12:24] <MikeSmithX> http://twitter.com/jmalonzo/status/21651957160
- # [12:25] <MikeSmithX> 【Is anyone here dual-booting their iPhone 4 with iOS and iPhoDroid? Interested to know how's it working for you #iphone #iphodroid】
- # [12:26] <MikeSmithX> I didn't even know there was a such thing iPhoDroid
- # [12:26] <MikeSmithX> I suppose it's only a matter of time before we have virtualization on the iPhone
- # [12:27] <jgraham> Personally I am waiting until the iPhone can unfold into a Back To The Future-style hoverboard
- # [12:29] <MikeSmithX> yes!
- # [12:32] * Quits: bobchao (~cctw@DHCP-21186.iis.sinica.edu.tw) (Ping timeout: 240 seconds)
- # [12:40] * Quits: Edogaa (~Animeking@adsl-64-181-174.mia.bellsouth.net) (Ping timeout: 255 seconds)
- # [12:44] * Joins: bobchao (~cctw@DHCP-21186.iis.sinica.edu.tw)
- # [12:50] * Quits: homata_ (~homata@c220090.ppp.asahi-net.or.jp) (Quit: Leaving...)
- # [12:53] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [12:53] * Joins: Edogaa (~Animeking@adsl-64-181-174.mia.bellsouth.net)
- # [13:03] * Quits: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net) (Quit: kennyluck)
- # [13:09] * Quits: dave_levin (~dave_levi@74.125.59.73) (Quit: dave_levin)
- # [13:18] * Quits: bobchao (~cctw@DHCP-21186.iis.sinica.edu.tw) (Ping timeout: 264 seconds)
- # [13:30] * Quits: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
- # [13:44] * Parts: kmq (~kmq@85.159.13.90) ("WeeChat 0.2.6.3")
- # [13:55] * Joins: gratz|home (~gratz@gratz.gotadsl.co.uk)
- # [14:04] * Joins: jaramillo (~jaramillo@200-71-152-228.static.telcel.net.ve)
- # [14:04] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 265 seconds)
- # [14:13] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # [14:13] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [14:13] * Joins: mpt (~mpt@canonical/mpt)
- # [14:20] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [14:28] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
- # [14:48] * Quits: s0enke (~soenke@naturalborngrillers.org) (Ping timeout: 276 seconds)
- # [14:49] * Joins: s0enke (~soenke@naturalborngrillers.org)
- # [14:49] * Joins: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi)
- # [14:55] * Joins: JasonRhodes (~chatzilla@128.220.159.33)
- # [15:01] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [15:15] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
- # [15:18] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
- # [15:30] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Read error: Connection reset by peer)
- # [15:30] * Quits: boaz (~boaz@64.119.159.231) (Read error: Connection reset by peer)
- # [15:31] * Joins: boaz (~boaz@64.119.159.231)
- # [15:35] * Joins: miketaylr (~miketaylr@38.117.156.163)
- # [15:46] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
- # [15:47] * Quits: smaug____ (~chatzilla@a91-154-40-172.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [15:53] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
- # [15:55] * Joins: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de)
- # [15:57] * Quits: hdhoang (~hdhoang@2001:470:f20e:0:feff:68:111:68) (Quit: Leaving.)
- # [15:59] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [16:11] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [16:16] * Joins: eric_carlson (~ericc@17.203.15.26)
- # [16:16] * Quits: nessy (~Adium@210-84-26-35.dyn.iinet.net.au) (Quit: Leaving.)
- # [16:18] * Joins: henrikbjorn (~henrik@c83-249-67-60.bredband.comhem.se)
- # [16:24] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
- # [16:41] * Joins: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net)
- # [16:41] * Quits: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net) (Excess Flood)
- # [16:44] * Joins: kennyluck (~kennyluck@114-25-209-129.dynamic.hinet.net)
- # [16:45] * Quits: jaramillo (~jaramillo@200-71-152-228.static.telcel.net.ve) (Remote host closed the connection)
- # [16:54] * Joins: jaramillo (~jaramillo@200-71-152-228.static.telcel.net.ve)
- # [16:55] * Joins: dbaron (~dbaron@52.35.189.109.customer.cdi.no)
- # [17:00] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [17:03] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:06] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
- # [17:09] * Joins: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk)
- # [17:12] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [17:15] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [17:17] <jgraham> So
- # [17:17] <jgraham> <svg><[CDATA[]]>
- # [17:17] <jgraham> A character token with the empty string or no character token?
- # [17:18] <jgraham> """Consume every character up to the next occurrence of the three character sequence U+005D RIGHT SQUARE BRACKET U+005D RIGHT SQUARE BRACKET U+003E GREATER-THAN SIGN (]]>), or the end of the file (EOF), whichever comes first. Emit a series of character tokens consisting of all the characters consumed except the matching three character sequence at the end (if one was found before the end of the file)."""
- # [17:19] <jgraham> Suggests no character tokens, but it is not really clear
- # [17:20] * Joins: dglazkov (~dglazkov@nat/google/x-xqnbmkdqomtyylbq)
- # [17:24] * Quits: foolip (~foolip@83.218.67.122) (Quit: Leaving)
- # [17:25] <Philip`> jgraham: I thought character tokens contained characters, not strings
- # [17:25] <Philip`> and the empty string is not a character
- # [17:26] * Quits: sean` (~sean@h160089.upc-h.chello.nl) (Quit: Leaving)
- # [17:26] <Philip`> so it wouldn't make type-sense to have that
- # [17:27] <jgraham> Philip`: That could be true
- # [17:28] * Joins: MikeSmithXX (~MikeSmith@EM114-48-92-119.pool.e-mobile.ne.jp)
- # [17:28] * Quits: Edogaa (~Animeking@adsl-64-181-174.mia.bellsouth.net) (Quit: KVIrc 4.1.0 Equilibrium http://www.kvirc.net/)
- # [17:28] <jgraham> Philip`: the spec soesn't really say though
- # [17:28] <jgraham> it just says "Character tokens have data"
- # [17:30] <Philip`> It says "Character tokens"
- # [17:30] <Philip`> not "string tokens" or "text tokens" or "characters tokens"
- # [17:30] <jgraham> Right but "character" is just an opaque string unless it is defined
- # [17:31] <Philip`> so I'm generally willing to believe it's for a character
- # [17:31] <Philip`> though it could be more explicit
- # [17:31] <Philip`> Why is it more of an opaque strings than the words that would be used in its definition?
- # [17:31] * Quits: MikeSmithX (~MikeSmith@EM111-188-80-84.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
- # [17:32] <jgraham> Anyway, I agree with you
- # [17:33] * Quits: maikmerten (~merten@dhcp-11-239.it.uu.se) (Read error: Connection reset by peer)
- # [17:40] * broquain1 is now known as broquaint
- # [17:41] * Quits: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk) (Quit: Leaving)
- # [17:44] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [17:46] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [17:47] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [17:53] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [17:53] * Joins: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net)
- # [17:56] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Client Quit)
- # [17:59] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
- # [18:00] * Joins: paul_irish (~paul_iris@66.109.103.34)
- # [18:01] * Joins: jgornick (~joe@199.199.212.242)
- # [18:02] * Quits: jlebar (~jlebar@nat/mozilla/x-kqsvlyhkhliscvjq) (Remote host closed the connection)
- # [18:03] * Quits: davidhund (~davidhund@78.27.27.74) (Quit: …</work><life>… :-))
- # [18:09] * Joins: smaug____ (~chatzilla@80-186-215-147.elisa-mobile.fi)
- # [18:14] * Joins: pesla_ (~pesla@188.202.125.121)
- # [18:14] * Quits: pesla_ (~pesla@188.202.125.121) (Client Quit)
- # [18:17] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 240 seconds)
- # [18:17] * Joins: weinig (~weinig@cpe-66-108-207-62.nyc.res.rr.com)
- # [18:21] * Quits: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de) (Quit: badcat)
- # [18:22] * Joins: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de)
- # [18:22] * Quits: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de) (Client Quit)
- # [18:22] * Quits: smaug____ (~chatzilla@80-186-215-147.elisa-mobile.fi) (Ping timeout: 252 seconds)
- # [18:22] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-133-107.w90-46.abo.wanadoo.fr)
- # [18:23] * Joins: Ms2ger (~Ms2ger@91.181.215.254)
- # [18:28] * Joins: midgard (~midgard@p54B8BC0D.dip.t-dialin.net)
- # [18:28] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
- # [18:31] * Joins: jlebar (~jlebar@nat/mozilla/x-nbmvfefqbnsjaiho)
- # [18:34] * Joins: ap (~ap@17.246.19.116)
- # [18:44] * Quits: paul_irish (~paul_iris@66.109.103.34) (Remote host closed the connection)
- # [18:45] * Joins: maikmerten (~merten@m83-185-18-112.cust.tele2.se)
- # [18:46] * Joins: pesla (~pesla@ip51cc03a5.speed.planet.nl)
- # [18:46] * Quits: pesla (~pesla@ip51cc03a5.speed.planet.nl) (Client Quit)
- # [18:47] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
- # [18:47] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [18:48] * Joins: paul_irish (~paul_iris@nat/google/x-fucjawnwczowbapb)
- # [18:49] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [18:51] * Joins: variable (~variable@unaffiliated/variable)
- # [18:54] * Quits: dglazkov (~dglazkov@nat/google/x-xqnbmkdqomtyylbq) (Quit: dglazkov)
- # [18:58] * Quits: dbaron (~dbaron@52.35.189.109.customer.cdi.no) (Ping timeout: 245 seconds)
- # [18:58] <variable> can someone please explain the use-case behind <device> ? If you have ml references that would be better
- # [18:59] <AryehGregor> Input from web cams and microphones are the two biggest use-cases.
- # [19:00] <variable> AryehGregor, I'm a little confused then on how it would work
- # [19:00] <AryehGregor> It's not fully specced yet, is it?
- # [19:00] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: Leaving)
- # [19:01] <variable> AryehGregor, no, but I'm not even sure what possible specs there could be. <device webcam>If you don't have a webcam then you see this</device> otherwise you see a permission box ?
- # [19:02] <MikeSmithXX> variable: https://labs.ericsson.com/blog/beyond-html5-implementing-device-and-stream-management-webkit may or may not provide some insights
- # [19:02] <AryehGregor> I don't think the spec will dictate UI.
- # [19:02] <AryehGregor> But that's the general idea. It's an element that will provide an API to read from various devices.
- # [19:02] <AryehGregor> I'm not sure why it's an HTML element instead of just a JS interface, though.
- # [19:03] <variable> Thats why I'm confused. I could only see this being used as a JS interface.
- # [19:03] <variable> I don't see what value an element offers
- # [19:04] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
- # [19:05] <AryehGregor> Can't help you there.
- # [19:06] <variable> "Web browsers are not the only programs that use HTML. Sometimes elements and features are needed even when browsers won't use them in any meaningful way. Document authoring tools, validators, search engines, screen readers, outliners, researchers, etc. all need and can use more information than a browser can. Furthermore if you provide more information than is currently used by browsers it opens up room for innovation. " --> does this paragraph
- # [19:06] <variable> make sense? Should I change anything? it is meant to go under a section "It isn't just about web browsers"
- # [19:08] * Quits: JasonRhodes (~chatzilla@128.220.159.33) (Ping timeout: 276 seconds)
- # [19:19] <variable> MikeSmithXX, thanks for that link btw
- # [19:19] <MikeSmithXX> yw
- # [19:19] * MikeSmithXX is now known as MikeSmith
- # [19:22] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [19:23] <AryehGregor> Why does HTML5 link to the text versions of RFCs instead of the HTML versions? It seems a bit perverse, considering.
- # [19:23] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Client Quit)
- # [19:29] * Joins: bobchao (~cctw@112-105-140-77.adsl.dynamic.seed.net.tw)
- # [19:33] * Joins: JasonRhodes (~chatzilla@128.220.159.33)
- # [19:37] <Ms2ger> AryehGregor, my fault, I guess. No good reason I can remember, file a bug if you want
- # [19:38] <AryehGregor> http://www.w3.org/Bugs/Public/show_bug.cgi?id=10411
- # [19:40] <AryehGregor> Yay, I slowed down all Firefox test runs by 90 seconds for no reason and no one noticed till now.
- # [19:41] * AryehGregor remembered vaguely thinking about that when submitting the test, but no one said anything, so . . .
- # [19:41] * Joins: Twisol (~Twisol@wikia/Oddlyoko)
- # [19:42] <AryehGregor> I originally made it 65537 keypresses instead of 257, but even I noticed that was too slow.
- # [19:43] * Joins: jernoble (~jernoble@2620:0:1b00:1191:1588:2932:c79a:2df)
- # [19:51] * Joins: dbaron (~dbaron@52.35.189.109.customer.cdi.no)
- # [19:57] * Joins: plainhao (~plainhao@mail.xbiotica.com)
- # [20:00] * Joins: Moo^_^ (~quassel@herd37.twinapex.fi)
- # [20:00] * Joins: psy|work (c6679834@gateway/web/freenode/ip.198.103.152.52)
- # [20:00] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
- # [20:06] * Quits: gratz|home (~gratz@gratz.gotadsl.co.uk) (Ping timeout: 245 seconds)
- # [20:08] * Quits: dbaron (~dbaron@52.35.189.109.customer.cdi.no) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [20:09] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
- # [20:09] <sean`> ot,#mysql,#whatwg
- # [20:09] <sean`> fail
- # [20:17] * Joins: dglazkov (~dglazkov@nat/google/x-umfxupnqrdwgbrvv)
- # [20:17] * Quits: dglazkov (~dglazkov@nat/google/x-umfxupnqrdwgbrvv) (Client Quit)
- # [20:19] * Quits: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
- # [20:19] * Joins: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
- # [20:21] * Quits: psy|work (c6679834@gateway/web/freenode/ip.198.103.152.52) (Quit: Page closed)
- # [20:23] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.brig.cable.virginmedia.com)
- # [20:23] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [20:23] * Joins: dave_levin (~dave_levi@nat/google/x-zzandjcsmjqrvnwt)
- # [20:24] * Joins: smaug____ (~chatzilla@80-186-251-190.elisa-mobile.fi)
- # [20:25] * Quits: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net) (Ping timeout: 245 seconds)
- # [20:28] * Joins: dpranke (~Adium@nat/google/x-vqsrijowdxknrxnj)
- # [20:30] * Parts: JasonRhodes (~chatzilla@128.220.159.33)
- # [20:39] * Joins: incluye (~inclooye@NW-ESR1-74-215-114-218.fuse.net)
- # [20:48] * Joins: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk)
- # [20:52] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Ping timeout: 260 seconds)
- # [20:58] * Quits: jernoble (~jernoble@2620:0:1b00:1191:1588:2932:c79a:2df) (Quit: jernoble)
- # [20:58] * Joins: jernoble (~jernoble@2620:0:1b00:1191:1588:2932:c79a:2df)
- # [21:02] * jernoble is now known as afk
- # [21:02] * afk is now known as Guest57110
- # [21:02] * Guest57110 is now known as jernoble|afk
- # [21:03] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
- # [21:03] * Quits: jernoble|afk (~jernoble@2620:0:1b00:1191:1588:2932:c79a:2df) (Client Quit)
- # [21:03] * Joins: badcat (~badcat@ip-109-90-211-162.unitymediagroup.de)
- # [21:07] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [21:14] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.brig.cable.virginmedia.com) (Quit: Leaving)
- # [21:14] * Parts: jaramillo (~jaramillo@200-71-152-228.static.telcel.net.ve)
- # [21:28] * Quits: henrikbjorn (~henrik@c83-249-67-60.bredband.comhem.se) (Remote host closed the connection)
- # [21:31] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
- # [21:32] * Parts: espadrine (~thaddee_t@AMontsouris-157-1-133-107.w90-46.abo.wanadoo.fr)
- # [21:35] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-133-107.w90-46.abo.wanadoo.fr)
- # [21:43] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
- # [22:04] * Parts: incluye (~inclooye@NW-ESR1-74-215-114-218.fuse.net)
- # [22:08] * Joins: mdelaney|mobile (~mdelaneym@216.239.45.19)
- # [22:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.bagu.cable.virginmedia.com) (Remote host closed the connection)
- # [22:19] * Joins: robhawkes (~robhawkes@87-194-135-193.bethere.co.uk)
- # [22:20] * Quits: mdelaney|mobile (~mdelaneym@216.239.45.19) (Quit: Colloquy for iPhone)
- # [22:21] * Joins: tndH (~Rob@adsl-87-102-89-10.karoo.KCOM.COM)
- # [22:25] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Remote host closed the connection)
- # [22:25] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
- # [22:33] * Quits: Ms2ger (~Ms2ger@91.181.215.254) (Quit: nn)
- # [22:41] * Joins: reni__home (~reni@5403079D.catv.pool.telekom.hu)
- # [22:42] * gavin__ is now known as gavin
- # [22:42] * Quits: gavin (~gavin@people.mozilla.com) (Changing host)
- # [22:42] * Joins: gavin (~gavin@firefox/developer/gavin)
- # [22:43] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
- # [22:45] * Quits: robhawkes (~robhawkes@87-194-135-193.bethere.co.uk) (Remote host closed the connection)
- # [22:51] * Joins: jacobolu_ (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net)
- # [22:52] * Quits: paul_irish (~paul_iris@nat/google/x-fucjawnwczowbapb) (Ping timeout: 272 seconds)
- # [22:54] * Quits: jacobolus (~jacobolus@c-65-96-171-250.hsd1.ma.comcast.net) (Ping timeout: 245 seconds)
- # [22:54] * Joins: paul_irish (~paul_iris@nat/google/x-talveqropqmffozx)
- # [22:57] * Morphous is now known as Amorphous
- # [23:00] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
- # [23:03] * Joins: jernoble (~jernoble@17.203.14.132)
- # [23:05] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
- # [23:06] * Joins: ap_ (~ap@c-98-234-68-254.hsd1.ca.comcast.net)
- # [23:06] * Joins: miketaylr (~miketaylr@38.117.156.163)
- # [23:11] * jernoble is now known as jer|afk
- # [23:15] * Quits: MikeSmith (~MikeSmith@EM114-48-92-119.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
- # [23:20] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:24] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [23:26] * Quits: ROBOd (~robod@92.86.249.89) (Quit: .)
- # [23:30] * Quits: jer|afk (~jernoble@17.203.14.132) (Quit: jer|afk)
- # [23:31] * Joins: jernoble (~jernoble@2620:0:1b00:1191:c9e9:a96e:b838:5bdd)
- # [23:31] * Quits: jernoble (~jernoble@2620:0:1b00:1191:c9e9:a96e:b838:5bdd) (Client Quit)
- # [23:37] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
- # [23:47] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [23:53] * Quits: jgornick (~joe@199.199.212.242) (Quit: jgornick)
- # [23:53] * Quits: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net) (Quit: abarth)
- # [23:54] * Quits: Martijnc (~Martijnc@91.176.133.3) (Ping timeout: 276 seconds)
- # [23:54] * Joins: nessy (~Adium@210-84-26-35.dyn.iinet.net.au)
- # [23:57] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [23:58] * Joins: Martijnc (~Martijnc@91.176.14.41)
- # Session Close: Sat Aug 21 00:00:00 2010
The end :)