Options:
- # Session Start: Thu Apr 05 00:00:00 2012
- # Session Ident: #whatwg
- # [00:00] <ojan> Hixie: btw, i'll put all this in an email to whatwg@ when we're done.
- # [00:00] <Hixie> ojan: not overly opposed, but it's yet more magic, which is often a bad sign
- # [00:01] <ojan> Hixie: ok...i'll send an email...we'll see what others think
- # [00:01] <ojan> Hixie: i dont' feel strongly about this...i'm on the fence...but it seems like it is what developers will want 90% of the time
- # [00:02] * ojan goes to compose this email
- # [00:02] <ojan> sigh...i was going to write code today :(
- # [00:02] <Hixie> ojan: well like i said, i think it's what they want 98% of the time with <iframe> regardless of seamless
- # [00:02] <ojan> Hixie: sure...but they can't have it with non-seamless iframes :)
- # [00:03] <ojan> Hixie: oh...i guess they could if not for back-compat issues
- # [00:03] <Hixie> they can just set iframe { display: block; width: 100%; border: 0; }
- # [00:03] <Hixie> in their CSS
- # [00:03] <ojan> yeah
- # [00:03] <Hixie> just like with seamless ones :-)
- # [00:03] <Hixie> we don't turn off teh default border on iframe[seamless] either, do we?
- # [00:03] <ojan> Hixie: we should!
- # [00:04] <Hixie> and i guarantee they don't want that
- # [00:04] <ojan> Hixie: in a sense it's more magic...in another sense...when you're explaining how seamless works to someone...you can say that it roughly makes an iframe act like a div
- # [00:05] <Hixie> i'm not especialy opposed
- # [00:05] <ojan> Hixie: also if only width:100% did the right thing!
- # [00:05] <Hixie> i think the argument is more compelling if we also turn off the border
- # [00:05] <ojan> Hixie: as in...in the presense of padding
- # [00:05] <ojan> Hixie: i agree
- # [00:05] <ojan> Hixie: and i think we should
- # [00:05] <Hixie> oh actually we do
- # [00:05] <Hixie> iframe:not([seamless]) { border: 2px inset; }
- # [00:06] <eseidel> ha
- # [00:06] <eseidel> webkit doesn't have tha tyet
- # [00:06] <eseidel> but I'l add it
- # [00:06] <eseidel> I had to turn it off manually in my tests
- # [00:07] <Hixie> that's pretty buried in the spec, not surprised you missed it
- # [00:08] * Quits: sedovsek (~robert@93-103-90-17.dynamic.t-2.net) (Quit: sedovsek)
- # [00:08] <abarth> eseidel: we have -webkit-not
- # [00:08] <abarth> I think ojan implemented it
- # [00:09] <Hixie> why -webkit-?
- # [00:09] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [00:09] <Hixie> :not() is ancient
- # [00:09] * Joins: davidb (~davidb@65.93.94.10)
- # [00:09] <ojan> abarth: no...i had a patch up for extending it, but we've had :not for ages
- # [00:09] <ojan> abarth: my patch bit-rotted and never landed though
- # [00:09] <abarth> ah, ok
- # [00:09] <ojan> abarth: the latest selectors spec has it take a comma separated list instead of a single selector
- # [00:10] <ojan> abarth: but there's a bunch of tests out there that enforce that it take a single selector
- # [00:10] <abarth> maybe I misunderstood what eseidel meant
- # [00:10] <ojan> abarth: and i wasn't able to get the test authors to change their tests (or respond to my emails at all)
- # [00:10] <ojan> abarth: the whole thing is pretty lame
- # [00:10] <ojan> abarth: yeah...not sure what eseidel is saying
- # [00:10] <ojan> that should work
- # [00:11] <ojan> oh, i think he's just saying that we havne't added that to the UA stylesheet yet
- # [00:11] <ojan> eseidel: we need to be careful how we add that bit since :not and [seamless] are both super expensive
- # [00:12] * Quits: davidb (~davidb@65.93.94.10) (Client Quit)
- # [00:12] <eseidel> abarth, ojan, I was noting that our html.css rule is simpler
- # [00:13] <eseidel> no :not([seamless])
- # [00:13] <eseidel> ojan: how super-expensive?
- # [00:13] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Quit: tzing)
- # [00:13] <eseidel> ojan: you think that adding that qualifier will show up in the plg?
- # [00:13] <eseidel> plt
- # [00:14] <ojan> eseidel: might. not sure
- # [00:14] <ojan> eseidel: antti would have a better sense of the perf implications.
- # [00:14] <eseidel> ojan: I'm just going to be naive :)
- # [00:15] <ojan> eseidel: but there are def cases where we don't use CSS for attribute/not selectors and instead use C++ code to make the style be correct because of the perf issues
- # [00:15] <ojan> eseidel: anyways...we should probably stop spamming whatwg with webkit implementation details :)
- # [00:15] <eseidel> ojan: k
- # [00:15] <eseidel> ojan: I appreciate the warning
- # [00:15] <eseidel> ojan: oh, sorry, thought we wer ein #webkit
- # [00:15] * Joins: sedovsek (~robert@93-103-90-17.dynamic.t-2.net)
- # [00:16] <Hixie> you're welcome to spam the channel with implementation details
- # [00:16] <Hixie> it prevents us from climbing the ivory tower
- # [00:16] * Joins: nessy (~Adium@74.125.56.18)
- # [00:20] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # [00:22] * jernoble is now known as jernoble|afk
- # [00:23] * eric_carlson is now known as ericc|afk
- # [00:32] * Quits: RobbertAtWork (~Robbert@212.238.236.229) (Quit: RobbertAtWork)
- # [00:32] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Ping timeout: 272 seconds)
- # [00:32] <roc> I would expect ":not([seamless])" to be ultra-expensive and "iframe:not([seamless])" to be very inexpensive
- # [00:34] * jernoble|afk is now known as jernoble
- # [00:35] * Joins: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net)
- # [00:37] * jonlee|afk is now known as jonlee
- # [00:37] <Hixie> i don't suppose anyone wants to spec me an 'anchor-point' CSS property and its corresponding logic
- # [00:38] <Hixie> for someone who left the css working group i sure seem to end up inventing a lot of css stuff
- # [00:40] <tantek> inventing or depending on? ;)
- # [00:40] <Hixie> inventing and speccing
- # [00:41] <Hixie> TabAtkins: do i have to do anything special with respect to transitions, style canonicalisation and serialisation, CSSOM, etc, if I create a new property? Or is the CSS2.1 style of property definition still the state of the art?
- # [00:41] <tantek> the latest state of the art for that is in the CSS spec template
- # [00:42] <roc> what does anchor-point do?
- # [00:42] <tantek> for animation just say animatable:no until someone comes up with a use-case :)
- # [00:42] <hober> i assume anchor-point is for positioning non-modal dialogs
- # [00:43] <tantek> the point which things can be position:center'd relative to presumably
- # [00:43] <Hixie> roc: defines which point in one box should be aligned with which point in another box when you show a non-modal dialog aligned with another element
- # [00:43] <tantek> Hixie, here is said CSS spec template: http://dev.w3.org/csswg/css-module/Overview.src.html
- # [00:43] <Hixie> roc: (consider the "tooltip"-like popup windows with arrows that point to new features in web apps these days)
- # [00:43] <Hixie> tantek: thanks
- # [00:44] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
- # [00:44] <roc> how are you going to reference another box? how are you going to deal with cyclic dependencies?
- # [00:44] <tantek> also - that template is not frozen - please feel free to make suggested improvements etc.
- # [00:44] <Hixie> tantek: is there any documentation about what the various liens mean?
- # [00:45] <Hixie> roc: the first box is the <Dialog> element, that's the one being positioned, and the box to which you are anchoring is the argument to the show() method
- # [00:45] <Hixie> tantek: lines, even
- # [00:45] <Hixie> tantek: specifically "Animatable" and "Canonical order"
- # [00:46] <roc> oh, so the target box/element isn't specified in the CSS rule, but is implicit DOM state?
- # [00:46] <tantek> Hixie, let's see, this helps for computable: http://wiki.csswg.org/spec/computed-values
- # [00:46] <Hixie> roc: yeah. might be explicit DOM state, haven't figured that out yet.
- # [00:47] <tantek> Hixie, I couldn't find docs for those lines either, hence omitted them from CSS3-UI LCWD2 until someone steps up to define them. This action was not appreciated by the wg (or at least some members thereof)
- # [00:47] <tantek> This has some additional guidance: http://wiki.csswg.org/spec/format-update
- # [00:47] <Hixie> tantek: heh
- # [00:47] * Quits: sedovsek (~robert@93-103-90-17.dynamic.t-2.net) (Quit: sedovsek)
- # [00:48] <Hixie> tantek: so how do i specify how a transition between two values works?
- # [00:48] <tantek> since then I've decided I can just put "animatable: no" until someone complains and then I can make them document real world use-cases
- # [00:48] <tantek> great question
- # [00:49] <Hixie> i'm assuming "great question" is the usual euphemism for "you have stepped into a political landmine, please wait while i step out of the way" :-P
- # [00:49] <tantek> "great question" means AFAIK no well defined answer
- # [00:50] * Quits: drublic_ (~drublic@frbg-5f730c94.pool.mediaWays.net) (Remote host closed the connection)
- # [00:50] <Hixie> ok i found documentation for the "animatable" line: http://www.w3.org/TR/css3-transitions/#animatable-properties
- # [00:50] <tantek> political landmines are much "easier" to deal with as all you have to do is trigger them and then analyze the results
- # [00:50] <tantek> I believe tabatkins has had to address that question in flexbox so he may be able to help
- # [00:55] <zewt> are there any political unit tests
- # [00:55] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [00:58] <tantek> zewt, it's not clear it is possible to construct political unit tests as such test cases typically involve a lot of context (thus not "unit"), and political user agents also typically exhibit an observer effect, making tests not necessarily repeatable. http://en.wikipedia.org/wiki/Observer_effect_%28physics%29#Social_sciences
- # [00:59] <zewt> you need fixtures that reproduce the responses of other entities in the system
- # [01:00] <tantek> or the ability to reset a political user agent to a previous state or a known initial state
- # [01:00] <zewt> transactional users
- # [01:02] <zewt> like when you mention something as a "here's an idea but it's a really bad one" aside, then people LATCH ONTO IT and you just wish you could rollback to before you even mentioned it
- # [01:05] <tantek> unless your intention was to honeypot such folks into being distracted by it
- # [01:13] <Hixie> i can't work out what is expected for the "canonical order" line
- # [01:13] <Hixie> it seems to me what is needed isn't a canonical order but a canonical serialisation
- # [01:16] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
- # [01:16] <tantek> like every property should specify its canonical DOM serialization?
- # [01:19] <Hixie> well for most properties it follows straight from the grammar
- # [01:19] <Hixie> but occasionally there are complications, yeah
- # [01:19] <Hixie> i'm assuming that's what this line is about
- # [01:22] <Hixie> bbl
- # [01:27] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 246 seconds)
- # [01:28] * heycam|away is now known as heycam
- # [01:29] * Quits: jamesr_ (~jamesr@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: jamesr_)
- # [01:30] * Quits: KillerX (~anant@nat/mozilla/x-dmxckgzklnducdow) (Quit: KillerX)
- # [01:30] <heycam> annevk, I would use a sequence if you just want a JS Array object to be passed to the callback, and an array type if you want the callback to be able to modify the array and the DOM object to be able to notice that
- # [01:37] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
- # [01:39] * jonlee is now known as jonlee|afk
- # [01:39] * jonlee|afk is now known as jonlee
- # [01:42] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [01:46] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [01:52] * Joins: dbaron (~dbaron@nat/mozilla/x-ohpmldepanrcjlxc)
- # [01:52] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
- # [02:01] <zewt> heycam: sequence vs. array must be in the top three of idl things people get confused about, heh
- # [02:01] <heycam> zewt, definitely
- # [02:01] <heycam> might have been better to use a word other than "array" for array types
- # [02:01] <zewt> is it basically the difference between returning a vector<int> vs. an int*?
- # [02:02] <heycam> pretty much, except that with the int* case the DOM object can also notice when you set values, change the array length, etc.
- # [02:02] <heycam> it's much more like an object with indexed properties and a length property
- # [02:02] <zewt> does it "notice", or does it have to compare after the fact?
- # [02:03] <heycam> well I would say that it can notice
- # [02:03] <zewt> eg. does it effectively override the setter, so it can detect changes immediately, or is it more like keeping a copy of the original data and comparing afterwards
- # [02:04] <heycam> yeah the former
- # [02:04] <zewt> (the former being quicker for large sets of data, but presumably with more overhead to JS)
- # [02:04] <heycam> because if you have an IDL attribute of type whatever[], then you can manipulate it and the DOM object can respond immediately
- # [02:04] <zewt> (well, more memory efficient, I should say)
- # [02:11] * Quits: twisted` (~twisted@p5DDBAE5D.dip.t-dialin.net) (Ping timeout: 252 seconds)
- # [02:11] * Joins: twisted` (~twisted@p5DDBA898.dip.t-dialin.net)
- # [02:14] * jonlee is now known as jonlee|afk
- # [02:15] * jonlee|afk is now known as jonlee
- # [02:16] * Quits: plutoniix (~plutoniix@101.108.104.118) (Quit: จรลี จรลา)
- # [02:16] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
- # [02:21] * Quits: tndrH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [02:24] * Quits: sarro (~sarro@i5E865D47.versanet.de) (Ping timeout: 245 seconds)
- # [02:24] * Joins: sarro (~sarro@i5E865240.versanet.de)
- # [02:26] * Quits: jsbell (jsbell@nat/google/x-wtmoqnvuekewzqhr) (Quit: There's no place like home...)
- # [02:27] * Joins: tomasf (~tom@2002:55e5:dbb7:0:7dcd:2ddf:e485:a630)
- # [02:27] * jonlee is now known as jonlee|afk
- # [02:37] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [02:38] * Quits: manu1 (~chatzilla@pool-74-107-165-51.ronkva.east.verizon.net) (Ping timeout: 246 seconds)
- # [02:41] <zewt> bikeshedding contest: a word for "parameters" that isn't a plural (and is preferably less verbose than "configuration")
- # [02:41] <zewt> (bugs me that webgl says "has *context creation parameters*"; defined abstractions like that are usually singular, which seems more concrete)
- # [02:41] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 272 seconds)
- # [02:41] <zewt> "setup" doesn't really sound right
- # [02:42] * Quits: sarro (~sarro@i5E865240.versanet.de)
- # [02:42] * Joins: davidb (~davidb@65.93.94.10)
- # [02:43] <tantek> zewt, argv :P
- # [02:45] * Quits: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [02:47] * Joins: jondong (~jondong@123.126.22.58)
- # [02:48] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:50] * Quits: tantek (~tantek@c-76-126-34-95.hsd1.ca.comcast.net) (Quit: tantek)
- # [02:52] * Quits: Druid_ (~Druid@p5B05DC65.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [02:53] * Joins: manu1 (~chatzilla@pool-74-107-168-75.ronkva.east.verizon.net)
- # [02:53] * Joins: rniwa_ (~rniwa@216.239.45.130)
- # [02:56] * Joins: Druid_ (~Druid@p5B05DFC1.dip.t-dialin.net)
- # [02:57] * Joins: rniwa__ (~rniwa@173-164-128-209-SFBA.hfc.comcastbusiness.net)
- # [02:57] * Quits: rniwa (~rniwa@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Ping timeout: 246 seconds)
- # [02:57] * rniwa__ is now known as rniwa
- # [03:00] * Quits: rniwa_ (~rniwa@216.239.45.130) (Ping timeout: 265 seconds)
- # [03:02] * jernoble is now known as jernoble|afk
- # [03:02] <zewt> wow. someone trying to use "doesn't spec java bindings" as an argument? that's a pretty big alarm bell that someone's reaching for arguments. heh
- # [03:04] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
- # [03:06] * Quits: rniwa (~rniwa@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: rniwa)
- # [03:07] * Quits: jacobolus (~jacobolus@50-0-92-49.dsl.dynamic.sonic.net) (Remote host closed the connection)
- # [03:09] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
- # [03:10] * Quits: necolas (~necolas@b0fbedcf.bb.sky.com) (Remote host closed the connection)
- # [03:13] * Joins: ehsan (~ehsan@209.29.21.241)
- # [03:17] * heycam is now known as heycam|away
- # [03:26] <Hixie> heycam|away: re http://lists.w3.org/Archives/Public/public-svg-wg/2012JanMar/0192.html :
- # [03:26] <Hixie> heycam|away: addHitRegion() only makes sense in an immediate-mode bitmap world, you don't need it or anything like it in the retained-mode svg vector world
- # [03:27] <Hixie> heycam|away: as far as matrix objects go i'm happy to use whatever
- # [03:27] <Hixie> heycam|away: (i used SVGMatrix because that's what mozilla people suggested)
- # [03:28] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [03:29] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [03:30] * Quits: ap (~ap@2620:149:4:1b01:6c56:7930:ac2d:7838) (Quit: ap)
- # [03:32] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [03:36] * Joins: nessy (~Adium@74.125.56.18)
- # [03:43] * Joins: cpearce (~cpearce@60.234.54.74)
- # [04:00] * Quits: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net) (Quit: tantek)
- # [04:01] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [04:03] * Quits: dbaron (~dbaron@nat/mozilla/x-ohpmldepanrcjlxc) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [04:06] * ojan is now known as ojan_away
- # [04:07] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [04:15] * Quits: davidb (~davidb@65.93.94.10) (Quit: davidb)
- # [04:18] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
- # [04:22] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [04:25] * Joins: ehsan (~ehsan@209.29.21.241)
- # [04:31] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [04:37] * wirepair_ is now known as wirepair
- # [04:45] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [04:46] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [04:46] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [04:46] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [04:46] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [04:50] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [04:50] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Ping timeout: 260 seconds)
- # [04:51] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [04:51] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [04:51] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [04:51] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [05:20] * Joins: nessy (~Adium@74.125.56.18)
- # [05:22] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
- # [05:38] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
- # [05:40] * Quits: nessy (~Adium@74.125.56.18) (Quit: Leaving.)
- # [06:11] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [06:14] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Client Quit)
- # [06:17] * Joins: yoshiaki (~yoshiaki@2001:200:1c0:3602:14e6:98bd:b29e:733a)
- # [06:18] * Quits: macpherson (~macpherso@2401:fa00::ea06:88ff:fecc:9412) (Quit: macpherson)
- # [06:20] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
- # [06:22] * Quits: gnarf (~gnarf@unaffiliated/gnarf) (Ping timeout: 252 seconds)
- # [06:22] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
- # [06:24] * Joins: gnarf (~gnarf@unaffiliated/gnarf)
- # [06:25] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [06:27] * Quits: mbatle (~mbatle@pasanda.collabora.co.uk) (Ping timeout: 276 seconds)
- # [06:28] * Joins: tantek (~tantek@m8d2036d0.tmodns.net)
- # [06:28] * Quits: malcolmva (~malcolmva@pool-74-108-142-22.nycmny.fios.verizon.net) (Ping timeout: 246 seconds)
- # [06:30] * Joins: malcolmva (~malcolmva@pool-74-108-142-22.nycmny.fios.verizon.net)
- # [06:30] * Joins: mbatle (mbatle@pasanda.collabora.co.uk)
- # [06:31] * Quits: tantek (~tantek@m8d2036d0.tmodns.net) (Client Quit)
- # [06:39] * Joins: izhak (~izhak@213.87.241.193)
- # [06:47] * Quits: yoshiaki (~yoshiaki@2001:200:1c0:3602:14e6:98bd:b29e:733a) (Remote host closed the connection)
- # [06:53] * Joins: niloy (~niloy@61.12.96.242)
- # [06:54] * Joins: sicking (~chatzilla@c-174-62-77-22.hsd1.ca.comcast.net)
- # [06:54] * jernoble|afk is now known as jernoble
- # [07:02] * Quits: jernoble (~jernoble@2620:149:4:1b01:246f:f11d:63b4:9a4e) (Read error: Operation timed out)
- # [07:06] * Quits: espadrine (~thaddee_t@acces2373.res.insa-lyon.fr) (Quit: espadrine)
- # [07:11] * Joins: nessy (~Adium@124-149-170-217.dyn.iinet.net.au)
- # [07:15] * Quits: sicking (~chatzilla@c-174-62-77-22.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [07:15] * Joins: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi)
- # [07:17] * Joins: Areks (~Areks@rs.gridnine.com)
- # [07:18] * Joins: macpherson (~macpherso@2401:fa00::ea06:88ff:fecc:9412)
- # [07:27] * Quits: jondong (~jondong@123.126.22.58) (Disconnected by services)
- # [07:28] * Joins: jondong (~jondong@123.126.22.58)
- # [07:37] * Quits: cpearce (~cpearce@60.234.54.74) (Ping timeout: 265 seconds)
- # [07:41] * Joins: zcorpan (~zcorpan@c-919ae355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [07:47] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [07:49] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [07:57] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [08:13] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 252 seconds)
- # [08:14] <smaug____> rafaelw_: ping
- # [08:14] <smaug____> (probably a bit late for you )
- # [08:18] <zcorpan> margins won't collapse at the top or bottom of seamless iframes
- # [08:18] <zcorpan> but maybe that's not a problem
- # [08:18] <smaug____> (all the special casing for seamless feels horrible, but I don't complain, yet :) )
- # [08:19] <smaug____> aklein: ping
- # [08:20] * heycam|away is now known as heycam
- # [08:20] <zcorpan> i agree with display:block default style (since inline gives the annoying line height spacing thing everyone hates) and margin:0
- # [08:25] <hsivonen> MikeSmith: I suppose org.whattf.syntax.Driver could be extended with full validator functionality. Now it's jus a minimal Jing harness
- # [08:27] <smaug____> does DOM4 say anything about garbage collection or similar?
- # [08:28] * smaug____ can't find anything
- # [08:34] <zcorpan> smaug____: what do you expect it to say?
- # [08:38] <zcorpan> i wonder who to cc from webkit and microsoft about changes to shared workers
- # [08:40] <smaug____> zcorpan: it should say something about ownership of MutationObserver
- # [08:41] <smaug____> I filed a bug
- # [08:45] * Joins: sedovsek (~robert@93-103-90-17.dynamic.t-2.net)
- # [08:47] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
- # [08:52] * Joins: PalleZingmark (~Adium@217.13.228.226)
- # [08:55] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
- # [08:56] * Quits: sedovsek (~robert@93-103-90-17.dynamic.t-2.net) (Quit: sedovsek)
- # [08:57] <zcorpan> hmm. <annotation-xml> complicates innerHTML if we want to support foreign content with innerHTML
- # [08:57] <zcorpan> well, you need to check an attribute on the context element
- # [08:57] <zcorpan> i guess that's simple enough
- # [08:59] <zcorpan> also, the escape foreign lands thing doesn't make much sense in the fragment case, but i don't know what to do about that
- # [08:59] <smaug____> innerHTML reminds me... hsivonen, how hard would it support innerHTML in svg elements?
- # [09:00] * Quits: twisted` (~twisted@p5DDBA898.dip.t-dialin.net) (Quit: Computer has gone to sleep.)
- # [09:00] * jonlee|afk is now known as jonlee
- # [09:00] <zcorpan> at least it needs to have a check not to pop the root element in the fragment case
- # [09:00] <zcorpan> smaug____: that's what i'm investigating :-)
- # [09:00] <smaug____> hsivonen: I mean in gecko
- # [09:00] <zcorpan> oh
- # [09:00] <smaug____> ah, there can be some spec issues too :)
- # [09:00] <zcorpan> well the spec is totally broken for innerHTML on non-html elements currently
- # [09:01] <zcorpan> the insertion mode is "in body"
- # [09:01] <zcorpan> so you get HTML elements
- # [09:01] * Joins: wookiehangover_ (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [09:01] <zcorpan> but the fix is more complicated than just changing the insertion mode to foreign content...
- # [09:02] * Joins: Ms2ger (~Ms2ger@91.181.161.196)
- # [09:02] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Read error: Connection reset by peer)
- # [09:02] <zcorpan> see https://www.w3.org/Bugs/Public/show_bug.cgi?id=16635
- # [09:06] <hsivonen> smaug____: not at all hard
- # [09:06] <hsivonen> smaug____: the code is pretty much there. we're just annoying by putting the IDL on HTML elements instead of all elements
- # [09:06] * wookiehangover_ is now known as wookiehangover
- # [09:07] <hsivonen> IIRC, I've fixed the parser code ahead of spec
- # [09:07] * hsivonen checks
- # [09:11] <zcorpan> hsivonen: what changes are needed to make innerHTML do the right thing on svg and mathml elements, including elements that are MathML text integration points and HTML integration points?
- # [09:11] <hsivonen> smaug____: oops. there seems to be a bug in the case where the namespace is not HTML but the local name matches "script", "plaintext", "xmp", "textarea", "title", "style", et.
- # [09:11] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
- # [09:12] * Quits: jonlee (~jonlee@2620:149:4:1b01:9545:b18b:585d:8f6c) (Read error: Operation timed out)
- # [09:12] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [09:13] <hsivonen> zcorpan: "reset the insertion mode" needs to be able to handle non-HTML at the start of the algorithm...
- # [09:14] * Joins: gwicke (~gabriel@212.255.28.33)
- # [09:14] * Joins: jonlee (~jonlee@2620:149:4:1b01:48f3:a47f:20f1:4340)
- # [09:14] <zcorpan> hsivonen: right, but i think more changes are needed
- # [09:14] <zcorpan> hsivonen: consider setting innerHTML to "<b>x"
- # [09:14] <zcorpan> hsivonen: that will pop the root element per spec
- # [09:14] <zcorpan> oops
- # [09:15] <hsivonen> zcorpan: looking at this stuff more carefully, it might be that the code I have here is very buggy...
- # [09:15] <hsivonen> anyway, it shouldn't be too hard
- # [09:16] <hsivonen> we should definitely add innerHTML for SVG and MathML elements
- # [09:16] * Joins: sedovsek (~robert@93-103-90-17.dynamic.t-2.net)
- # [09:19] <zcorpan> commented on the bug
- # [09:19] <zcorpan> i agree we should
- # [09:19] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
- # [09:20] <zcorpan> i started to write down proposed spec changes, but then i stopped when it came to <annotation-xml>, <annotation-xml encoding=text/html>, <mglyph>, etc
- # [09:20] <zcorpan> because i wasn't confident that i'd get it right
- # [09:24] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
- # [09:25] * heycam is now known as heycam|away
- # [09:25] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [09:26] <Ms2ger> MikeSmith, ping?
- # [09:27] * Joins: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com)
- # [09:29] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
- # [09:29] <annevk> better get ourselves some Java bindings!
- # [09:33] * Quits: sedovsek (~robert@93-103-90-17.dynamic.t-2.net) (Quit: sedovsek)
- # [09:35] <annevk> <input type=range> is called a Range Element by Microsoft
- # [09:35] <annevk> that's so confusing
- # [09:36] <Ms2ger> Well, we have Java bindings
- # [09:36] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Ping timeout: 248 seconds)
- # [09:37] <zcorpan> http://www.amazon.com/Range-Kleen-Replacement-Plug-Element/dp/B000FNJ5RG%3FSubscriptionId%3DAKIAILSHYYTFIVPWUY6Q%26tag%3Dduckduckgo-z-20%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3DB000FNJ5RG
- # [09:37] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 246 seconds)
- # [09:41] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [09:44] * Joins: skylamer` (cgskylamer@78.90.213.55)
- # [09:48] * Quits: payman (~payman@pat.se.opera.com) (Quit: Lost terminal)
- # [09:48] * Joins: payman (~payman@pat.se.opera.com)
- # [09:50] * Joins: tomasf_ (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [09:57] * Joins: Necrathex (~Necrathex@82-170-160-25.ip.telfort.nl)
- # [10:12] <annevk> Ms2ger: I know, not sure whether to reply or not
- # [10:15] * Joins: sarro (~sarro@i5E865240.versanet.de)
- # [10:16] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Remote host closed the connection)
- # [10:17] * Joins: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi)
- # [10:21] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [10:22] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Client Quit)
- # [10:27] * Joins: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz)
- # [10:38] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [10:44] <annevk> smaug____: so it's very easy to spec takeRecords() as return copy of X and then empty X
- # [10:44] <smaug____> yup
- # [10:44] <annevk> smaug____: the alternative is something like remove all Y from X and then return Y in the same order but that does not account for the empty list
- # [10:45] <annevk> are you happy if the spec just says copy?
- # [10:45] <annevk> you can implement whatever of course
- # [10:45] <smaug____> yeah
- # [10:45] <annevk> k
- # [10:46] <smaug____> just make it clear that if there are no records, empty array is returned
- # [10:48] * Joins: twisted` (~twisted@p5DDBA898.dip.t-dialin.net)
- # [10:48] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
- # [10:50] * Joins: drublic (~drublic@frbg-5f730144.pool.mediaWays.net)
- # [10:52] <annevk> I'll make it clear record queue is always a list, sure
- # [10:52] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [10:55] <annevk> slow dvcs.w3.org is slow
- # [10:55] <annevk> Ms2ger: not sure making the redirect of mozilla.org to en-US permanent in the draft was sensible btw
- # [10:55] * Joins: charlvn (~charlvn@2002:8259:81f2::1)
- # [10:57] <annevk> specced
- # [10:58] <charlvn> have any of you guys/girls tried out jsoup? it's a bit hacky but it's a powerful library
- # [11:00] <smaug____> w3.org is slow...
- # [11:01] <RobbertAtWork> smaug____: w3 is slow, yes
- # [11:01] <RobbertAtWork> smaug____: w3.org loads snappy for me though
- # [11:02] <MikeSmith> Ms2ger: here now
- # [11:02] <charlvn> time curl www.w3.org gives me 0m0.543s
- # [11:02] * Ms2ger tries to remember
- # [11:02] <smaug____> I'm trying to load DOM4, so it is dvcs.w3.org
- # [11:03] <Ms2ger> annevk, it's a 301, apparently
- # [11:03] <annevk> Ms2ger: seems that even Mozilla makes mistakes
- # [11:03] <Ms2ger> annevk, :)
- # [11:03] <Ms2ger> MikeSmith, it would be nice if http://dev.w3.org/html5/tests/ had a pointer to the hg repo
- # [11:04] <MikeSmith> Ms2ger: you mean an index page?
- # [11:04] <Ms2ger> Or in the readme file, at least
- # [11:05] <MikeSmith> or maybe I should just have it redirect?
- # [11:05] <Ms2ger> wfm
- # [11:05] <MikeSmith> OK
- # [11:06] <smaug____> no, I can't get dvcs.w3.org to load
- # [11:06] <MikeSmith> oh
- # [11:06] <MikeSmith> that's a different problem
- # [11:06] <Ms2ger> smaug____, clone https://bitbucket.org/ms2ger/dom-core :)
- # [11:06] <MikeSmith> wow
- # [11:07] <MikeSmith> I can't get it load either
- # [11:07] <Ms2ger> 'How do you scare off a flock of web developers? Java! Java!'
- # [11:07] <niloy> lolz
- # [11:08] <annevk> smaug____: updated http://dom.spec.whatwg.org/ for the occasion
- # [11:08] <smaug____> thanks
- # [11:09] <Ms2ger> annevk, hmm, when did I get a Mozilla link?
- # [11:09] <MikeSmith> smaug____: please try now
- # [11:09] <annevk> Ms2ger: also, you only updated one mozilla.org link, the one from Aryeh
- # [11:09] <Ms2ger> Yeah
- # [11:10] <MikeSmith> still responding slowly
- # [11:10] <Ms2ger> I didn't think I had one
- # [11:10] <smaug____> MikeSmith: works now
- # [11:10] <MikeSmith> I just restarted the web server
- # [11:10] <Ms2ger> annevk, want to revert me? :)
- # [11:10] <MikeSmith> load on that machine is still pretty high
- # [11:11] <annevk> Ms2ger: I'll just fix it instead and it'll go with the next commit
- # [11:11] <annevk> whenever that is
- # [11:11] <Ms2ger> Alright
- # [11:12] <MikeSmith> Mem: 524504k total, 518140k used, 6364k free, 1548k buffers
- # [11:12] <MikeSmith> Swap: 524280k total, 275388k used, 248892k free, 10408k cached
- # [11:12] * Quits: GPH-Zeke (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 264 seconds)
- # [11:12] <Ms2ger> Ddos?
- # [11:12] <MikeSmith> using a lot of swap space
- # [11:12] <smaug____> that is not much memory
- # [11:13] <MikeSmith> Ms2ger: some spider probably yeah
- # [11:13] <smaug____> total
- # [11:13] <annevk> is someone making sure the CSS specs that define OM stuff are doing the right thing?
- # [11:13] <MikeSmith> smaug____: yeah, it's not a big machine
- # [11:13] <Ms2ger> Nah
- # [11:13] <MikeSmith> annevk: heh
- # [11:13] <annevk> because as much as the CSS WG likes to bitch at other groups for not informing them, they're certainly not informing us
- # [11:14] <MikeSmith> annevk: I think asking "is someone making sure the CSS specs do ..." with respect to each other, you get the same answer
- # [11:14] <annevk> sort of curious with respect to events and such
- # [11:14] <annevk> MikeSmith: mwaha
- # [11:15] <annevk> anyone know what's been happening with WebVTT?
- # [11:15] <annevk> I haven't had any requests with respect to my validator
- # [11:16] <MikeSmith> now dvcs.w3.org is unresponsive again
- # [11:17] <MikeSmith> tailing the apache access.log I don't see any problems
- # [11:17] <MikeSmith> hmm
- # [11:18] <MikeSmith> I do see a lot of this in the error logs:
- # [11:18] <MikeSmith> [Thu Apr 05 09:10:44 2012] [error] [client 49.128.35.6] Script timed out before returning headers: hgweb.wsgi, referer: http://dvcs.w3.org/hg/csswg/log/tip/css3-animations/Overview.src.html
- # [11:19] <MikeSmith> every 2 seconds
- # [11:21] <Ms2ger> Same IP?
- # [11:23] <MikeSmith> hmm
- # [11:23] <MikeSmith> [Thu Apr 05 09:08:31 2012] [error] server is within MinSpareThreads of MaxClients, consider raising the MaxClients setting
- # [11:23] <MikeSmith> [Thu Apr 05 09:09:28 2012] [error] server reached MaxClients setting, consider raising the MaxClients setting
- # [11:23] <MikeSmith> Ms2ger: no, different clients
- # [11:23] <MikeSmith> I think the above was the problem
- # [11:24] <MikeSmith> it seems to have re-stabiized
- # [11:24] <MikeSmith> stabilized now
- # [11:24] <MikeSmith> if we keep having problems I guess I can try raising the maxclients value
- # [11:28] <MikeSmith> load is back down to normal now
- # [11:29] <MikeSmith> ok, next time if anybody has problems with dvcs.w3.org please ping me so I can get on there and look
- # [11:30] * Joins: nonge_ (~nonge@p50829BC9.dip.t-dialin.net)
- # [11:31] <zcorpan> hsivonen: your input for https://www.w3.org/Bugs/Public/show_bug.cgi?id=16635 would be appreciated, when you have time :-)
- # [11:32] <MikeSmith> Ms2ger: I redirected to http://w3c-test.org/html/tests/ instead
- # [11:32] <MikeSmith> if you think we should redirect it to dvcs.w3.org, I will change it to that
- # [11:33] <Ms2ger> Fine with me
- # [11:33] <MikeSmith> OK
- # [11:34] <zcorpan> TabAtkins: http://www.w3.org/TR/css3-hyperlinks/ is a spec that should get the "don't look at this" treatment, right?
- # [11:34] * Quits: nonge (~nonge@p508299E6.dip.t-dialin.net) (Ping timeout: 248 seconds)
- # [11:35] <Ms2ger> Wow, http://dev.w3.org/csswg/css3-cascade/ has got a nice header
- # [11:36] <Ms2ger> zcorpan, that treatment still hasn't made it to TR/...
- # [11:37] * Joins: espadrine (~thaddee_t@acces2373.res.insa-lyon.fr)
- # [11:37] <Ms2ger> Also, I didn't want to see http://www.youtube.com/watch?v=qmJKhois7E8
- # [11:40] <MikeSmith> Ms2ger: then you probably wouldn't like the alternate one where he's naked
- # [11:40] <Ms2ger> No. I would not.
- # [11:42] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Ping timeout: 244 seconds)
- # [11:45] <annevk> http://www.nature.com/press_releases/linkeddata.html as long as they're not releasing the articles, I'm kind of missing why this is a big deal
- # [11:47] <jgraham> I guess citation data can be mildly interesting. But yeah, not too big a deal. Unless you are an RDF-head I guess in which case ever time someone publishes a triple it's a big deal
- # [11:53] <annevk> hmm
- # [11:53] <annevk> http://www.w3.org/TR/CSS21/zindex.html contradicts other parts of CSS 2.1
- # [11:53] <annevk> where it is said that the root element and body element set the background of the canvas
- # [11:53] <zcorpan> hey it's almost a decade ago first version of xhtml2 was published
- # [11:54] <MikeSmith> " The platform uses standard vocabularies such as Dublin Core, FOAF, PRISM, BIBO and OWL" .. OWL is a vocabulary?
- # [11:54] <zcorpan> http://www.w3.org/TR/2002/WD-xhtml2-20020805/
- # [11:54] * MikeSmith goes to read OWL spec for first time
- # [11:54] <MikeSmith> zcorpan: party time
- # [11:54] <annevk> champagne!
- # [11:55] <annevk> omg that text is terrible
- # [11:55] <annevk> talks about elements, forgets about pseudo-elements
- # [11:55] <annevk> oh no
- # [11:55] <MikeSmith> one thing is, I looked back at mail archives and such, and it seems like the XHTML WG really stopped working on XHTML2 in 2006 or so
- # [11:55] <annevk> that's scoped by some box at the top
- # [11:56] <annevk> so it's just a confusing mix of terminology, but I guess that makes sense given the patchwork that CSS 2.1 is
- # [11:56] <MikeSmith> I think instead they were pretty much just working on RDFa, along with the whole XHTML 1 modularization thing
- # [11:56] <MikeSmith> annevk: I wonder who actually wrote that
- # [11:57] <annevk> Appendix E is pretty much Hixie I think
- # [11:57] <MikeSmith> oh
- # [11:57] <annevk> it has a list, for starters, and in general defines things more clearly than most of CSS
- # [11:58] <MikeSmith> "Elaborate description of Stacking Contexts" sounds like a heading that Hixie would mint
- # [11:58] <annevk> I think that is mostly because it has to start with an E
- # [11:58] <MikeSmith> ah
- # [11:59] <MikeSmith> yeah
- # [11:59] <MikeSmith> I seem to remember this now
- # [11:59] <annevk> CSS 2.1 has a nice joke with the appendices
- # [11:59] <MikeSmith> or maybe another case
- # [11:59] <MikeSmith> yeah
- # [11:59] <jgraham> "Extended" would have been more utilitarian
- # [12:00] <MikeSmith> Evil
- # [12:00] * Joins: GPHemsley (~GPHemsley@209-23-243-49-ip-static.hfc.comcastbusiness.net)
- # [12:00] * Quits: GPHemsley (~GPHemsley@209-23-243-49-ip-static.hfc.comcastbusiness.net) (Changing host)
- # [12:00] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [12:01] <annevk> well CSS 2.1 is cute, but if we're talking about how it should be done better than it should probably not look like this at all
- # [12:02] <annevk> defining a core piece of layout in an appendix is insane
- # [12:02] <MikeSmith> hey guys I got instagram on my Android handset so feel free to unfollow my twitter now
- # [12:03] <MikeSmith> https://twitter.com/#!/sideshowbarker/status/187419744058613760
- # [12:04] <annevk> oh yes, burgers without buns
- # [12:04] <annevk> I remember that place
- # [12:04] <MikeSmith> annevk: about CSS 2.1, it's like Star Trek original vs Star Trek the Next Generation
- # [12:04] <MikeSmith> you have to love both for what they are
- # [12:04] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
- # [12:05] <annevk> yeah, that's prolly why some people secretly (and not so secretly) think HTML4 is better than HTML
- # [12:05] <MikeSmith> yeah
- # [12:05] <MikeSmith> and some people shop at Walmart
- # [12:10] * Quits: twisted` (~twisted@p5DDBA898.dip.t-dialin.net) (Quit: ["Textual IRC Client: www.textualapp.com"])
- # [12:10] <hsivonen> hmm. is it expected that the Windows installer of LibreOffice is unsigned?
- # [12:11] * MikeSmith wonders why hsivonen is installing anything on Windows
- # [12:11] <zcorpan> hsivonen: the normal procedure on windows is to click through any security warnings
- # [12:14] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [12:16] * Joins: graememcc (~chatzilla@host86-148-140-125.range86-148.btcentralplus.com)
- # [12:18] * Quits: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz) (Ping timeout: 246 seconds)
- # [12:18] <hsivonen> awesome. they sign using GPG but don't use the kind of signing Windows can verify
- # [12:22] * Joins: Tuju (~tuju@176.75.219.213.sta.estpak.ee)
- # [12:29] * Joins: Areks (~Areks@rs.gridnine.com)
- # [12:35] <MikeSmith> it will be really interesting to see how the Encrypted Media Extensions work for WebKit progresses
- # [12:35] <MikeSmith> re https://lists.webkit.org/pipermail/webkit-dev/2012-April/020182.html
- # [12:41] <Tuju> hi, is there an irc channel for xml-related discussion?
- # [12:42] <zcorpan> Hixie: http://www.whatwg.org/specs/web-apps/current-work/multipage/images/parsing-model-overview.svg should have fill="none" instead of fill="transparent" (transparent is invalid svg, apparently)
- # [12:42] <annevk> Tuju: dunno, but you can try here
- # [12:42] <annevk> Tuju: as far as browsers and XML go, this channel knows a fair bit
- # [12:43] <Tuju> annevk: ack. I'm wonder how i could do enumeration with xml-schema, so that instead of enumerating string choices, i would enumerate tag choices.
- # [12:44] <annevk> RobbertAtWork: ^^
- # [12:44] <Tuju> annevk: http://modweb.org/apache.scd see the customLog entry.
- # [12:44] <MikeSmith> Tuju: Ankh on #w3c might have a clue
- # [12:44] <MikeSmith> or he should at least
- # [12:44] <MikeSmith> since he's responsible for all the XML work at W3C
- # [12:45] <Tuju> MikeSmith: ack, sounds good. :)
- # [12:45] <MikeSmith> he's asleep now though
- # [12:45] <MikeSmith> or should be
- # [12:45] <MikeSmith> he lives in Toronto
- # [12:45] <Tuju> irc should run over xml and include localization metainfo....
- # [12:45] <RobbertAtWork> Tuju: Do you mean <xs:choice>? http://www.w3.org/TR/xmlschema11-1/#element-choice
- # [12:45] <Ms2ger> zcorpan, looks like that's my fault :)
- # [12:46] <Tuju> RobbertAtWork: hmm.....
- # [12:47] <RobbertAtWork> Tuju: Like this: <xs:choice><xs:element ref="p"/><xs:element ref="table"/><xs:element ref="ol"/></xs:choice>
- # [12:48] <zcorpan> Ms2ger: (╯°□°)╯︵ ┻━┻
- # [12:49] <Tuju> RobbertAtWork: http://www.w3schools.com/Schema/el_choice.asp actually that looks very good.
- # [12:50] <annevk> Tuju: http://w3fools.com/
- # [12:50] <RobbertAtWork> annevk: come on, have you ever tried reading the XSD spec? it's… it's… special.
- # [12:51] <Tuju> RobbertAtWork: i agree. it should have more examples to illustrate the very condensated content. just like xhtml and html specs have.
- # [12:52] <annevk> RobbertAtWork: everyone sane knows XSD is best avoided :)
- # [12:53] <Tuju> annevk: anyway, funny site name and i guess they've a point in that statement.
- # [12:53] <Tuju> thou best way to fight against it would be by providing better content that would push that schools.com domain out of search engine results.
- # [12:54] <annevk> yeah
- # [12:54] * krijnhuman is now known as krijnh
- # [12:55] <Tuju> and i don't mind if they're wrong in something, eventually xmllint will complain anyway.
- # [13:02] <Ms2ger> zcorpan, hmm?
- # [13:03] <zcorpan> Ms2ger: "Y U RITE INVALID SVG"
- # [13:03] <Ms2ger> "It works"
- # [13:04] <Ms2ger> What did you expect me to do, read the SVG spec?
- # [13:04] <zcorpan> no, test in opera :-)
- # [13:04] <zcorpan> anyway, i guess the svg spec will be fixed to support transparent eventually
- # [13:06] * Joins: necolas (~necolas@b0fbedcf.bb.sky.com)
- # [13:07] <Tuju> RobbertAtWork: it works and even scarier thing is that i changed it quite a bit and got syntax correct without typos and everything at first try.
- # [13:07] <annevk> I disagree with it being invalid SVG btw
- # [13:07] <annevk> SVG says it takes a CSS color, CSS colors evolved since CSS 2.0, deal with it
- # [13:07] <Tuju> RobbertAtWork: thanks, you saved my morning.
- # [13:07] <Ms2ger> zcorpan, heh, I guess I indeed didn't test in Opera
- # [13:09] <foolip> annevk, about http://lists.w3.org/Archives/Public/www-archive/2012Apr/0020.html
- # [13:09] <foolip> do you have a table of both alternatives in their original context?
- # [13:10] <shepazu> I think I agree with annevk… SVG1.1 didn't know about "transparent", but I don't see why a browser that knows SVG and CSS colors shouldn't allow it (in fact, it probably should allow it)
- # [13:10] <annevk> big5.json has about 7 different ways to decode the byte sequences foolip
- # [13:11] <annevk> foolip: or has 7 mapping tables, anyway
- # [13:11] <zcorpan> annevk: ah, then we should just fix opera
- # [13:12] <foolip> annevk, oh, that many
- # [13:12] <annevk> foolip: the interesting ones are "firefox", "internetexplorer" and one that ends in "-hk" I think
- # [13:13] <annevk> foolip: the rest is more or less the same
- # [13:15] * Quits: nessy (~Adium@124-149-170-217.dyn.iinet.net.au) (Quit: Leaving.)
- # [13:16] <zcorpan> make an html page with a table with iframes with the first column being decoded as big5-firefox and encoded to utf-8, etc, and maybe with <mark>s around the interesting words, for easy comparison :-)
- # [13:19] <foolip> annevk, I'm looking at the pages manually, the first was actually UTF-8 thrown in at random
- # [13:20] <annevk> foolip: ah interesting, I expect that might have happened more often
- # [13:20] <annevk> foolip: these pages are weird
- # [13:21] <foolip> annevk, should I send a reply to www-archive, or how?
- # [13:21] <annevk> foolip: either that or on the WHATWG list
- # [13:21] * Quits: danheberden (~danheberd@li225-35.members.linode.com) (Ping timeout: 245 seconds)
- # [13:21] * Joins: danheberden (~danheberd@li225-35.members.linode.com)
- # [13:21] <foolip> ok, I'll see how many I have time to check
- # [13:21] <annevk> foolip: I'll write up a summary at some point I guess on my blog or somewhere and then update the spec
- # [13:21] <annevk> currently working on forking Appendix E of CSS
- # [13:23] * Joins: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi)
- # [13:23] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Read error: Operation timed out)
- # [13:25] * Quits: carlos_antonio (~benway@173.230.152.21) (Ping timeout: 245 seconds)
- # [13:26] * Quits: danheberden (~danheberd@li225-35.members.linode.com) (Ping timeout: 260 seconds)
- # [13:28] <Tuju> RobbertAtWork: any idea is it possible to embed metainformation, like explanation of those tags into schema, strings that could be used when creating a xml file based on that schema?
- # [13:28] <Tuju> or should it be in own file?
- # [13:29] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [13:29] <RobbertAtWork> Tuju: http://www.w3schools.com/schema/el_annotation.asp
- # [13:30] <Tuju> RobbertAtWork: aaaah, exactly something like that. :)
- # [13:32] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
- # [13:33] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Ping timeout: 244 seconds)
- # [13:33] * Joins: mpt (~mpt@canonical/mpt)
- # [13:40] * Joins: danheberden (~danheberd@li225-35.members.linode.com)
- # [13:42] * Joins: carlos_antonio (benway@2600:3c01::f03c:91ff:fe93:9666)
- # [13:42] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [13:43] * Quits: danheberden (~danheberd@li225-35.members.linode.com) (Excess Flood)
- # [13:44] * Joins: danheberden (~danheberd@li225-35.members.linode.com)
- # [13:45] <annevk> how are
- # [13:45] <annevk> "An element in this layer is rendered in the CSS model as an atomic unit
- # [13:45] <annevk> that is a sibling to the root element;"
- # [13:46] <annevk> and
- # [13:46] <annevk> "The containing block for such an element is the initial containing
- # [13:46] <annevk> block"
- # [13:46] <annevk> different?
- # [13:47] * annevk reads more of CSS 2.1 than he wants
- # [13:48] <zcorpan> annevk: that happened to me as well when trying to define quirks :-)
- # [13:48] <annevk> nope it's different
- # [13:49] <annevk> I was pretty close to defining some parts of CSS in a better way at some point, but there just seemed to be too much negative inertia in the CSS group
- # [13:49] <annevk> so I worked on other problems instead, e.g. Encoding
- # [14:02] * Quits: doublec (~doublec@unaffiliated/doublec) (Ping timeout: 245 seconds)
- # [14:04] * Quits: graememcc (~chatzilla@host86-148-140-125.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193349])
- # [14:06] * Parts: RobbertAtWork (~Robbert@212.238.236.229)
- # [14:07] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Remote host closed the connection)
- # [14:08] <hsivonen> I wonder how velocity changes would work under negative inertia
- # [14:08] * Joins: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi)
- # [14:08] <annevk> oops :)
- # [14:09] <annevk> what I meant is that the focus always is on how to publish and organize things; rather than on how to solve the big problems
- # [14:10] <jgraham> hsivonen: Well the simple newton's law effect would be like inverting the direction of the force
- # [14:11] <zcorpan> annevk wants big bangs
- # [14:11] <jgraham> i.e. F = m (dv/dt) uner m->(-m) is equivalent to F->(-F)
- # [14:12] <jgraham> Needless to say this would cause complications :)
- # [14:12] * Quits: danbri (~danbri@cable-146-255-148-108.dynamic.telemach.ba) (Read error: No route to host)
- # [14:14] * Quits: necolas (~necolas@b0fbedcf.bb.sky.com) (Remote host closed the connection)
- # [14:20] * Quits: tomasf (~tom@2002:55e5:dbb7:0:7dcd:2ddf:e485:a630) (Quit: tomasf)
- # [14:20] * tomasf_ is now known as tomasf
- # [14:20] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [14:23] * Joins: danbri (~danbri@cable-146-255-148-108.dynamic.telemach.ba)
- # [14:24] * Joins: erichynds (~ehynds@64.206.121.41)
- # [14:32] * Joins: graememcc (~chatzilla@host86-148-140-125.range86-148.btcentralplus.com)
- # [14:37] * Quits: jarib (~jarib@unaffiliated/jarib) (Read error: Connection reset by peer)
- # [14:39] * Joins: pyrsmk (~pyrsmk@161.212.140.88.rev.sfr.net)
- # [14:40] * Quits: [[zz]] (~q@101.108.104.118) (Read error: Connection reset by peer)
- # [14:43] * Quits: izhak (~izhak@213.87.241.193) (Remote host closed the connection)
- # [14:45] <annevk> hmm, so I guess I should have some algorithms for updating the fullscreen element stack
- # [14:46] <annevk> and have those invoke the top layer stack algo
- # [14:46] <annevk> not such a bad sick day
- # [14:48] * Joins: [[zz]] (~q@125.25.28.198.adsl.dynamic.totbb.net)
- # [14:49] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [14:53] * Quits: niloy (~niloy@61.12.96.242) (Read error: Connection reset by peer)
- # [14:56] * Joins: jarib (~jarib@unaffiliated/jarib)
- # [14:58] <annevk> matjas: eum, css3-hyperlink is obsolete
- # [15:01] <zcorpan> argh, how did i manage to double post?
- # [15:01] <zcorpan> and why did i get the indentation wrong
- # [15:01] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Ping timeout: 264 seconds)
- # [15:02] <annevk> aliens
- # [15:03] <Ms2ger> Predator
- # [15:03] <annevk> now fight
- # [15:04] <charlvn> don't fight, be kawaii like VA http://www.youtube.com/user/VenusAngelic
- # [15:06] <zcorpan> bugzilla goes to great lengths to prevent accidental double-post of a bug, but doesn't mind double-post of comments
- # [15:07] <AryehGregor> . . . It's got to have been like ten years since I've heard anyone say "kawaii".
- # [15:07] <Ms2ger> ^
- # [15:09] <charlvn> AryehGregor: you definitely don't hang out with japanophiles then
- # [15:09] <AryehGregor> charlvn, well, I used to, around the time that Pokémon was trendy.
- # [15:10] <charlvn> AryehGregor: eh, yes that has definitely been a while then :P
- # [15:11] <charlvn> actually kawaii isn't so bad, wait until they start about moe moe and maid cafes, then the conversation is turning full-out otaku
- # [15:13] <charlvn> on an unrelated note, i have been toying with using jsoup from python using jython and combining that with pygments
- # [15:14] <charlvn> the end result is extremely hacky but minimalist code (sounds a bit like perl)
- # [15:14] <charlvn> https://gist.github.com/2310803
- # [15:14] <matjas> annevk: obsoleted by …?
- # [15:14] <Ms2ger> HTML
- # [15:15] <annevk> matjas: sanity and also HTML
- # [15:15] <matjas> hah
- # [15:15] <annevk> unfortunately TR/ documents are hard to correct
- # [15:15] <annevk> even if they're only drafts
- # [15:15] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:15] <annevk> so they will confuse people for years
- # [15:15] <annevk> in this case eight years now
- # [15:16] * Joins: davidb (~davidb@65.93.94.10)
- # [15:17] * Quits: zcorpan (~zcorpan@c-919ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 260 seconds)
- # [15:20] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [15:22] * Joins: shawn_dones (~shawn@mail3.webguys.biz)
- # [15:23] * Joins: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl)
- # [15:28] * Joins: zcorpan (~zcorpan@c-5eeaaa41-74736162.cust.telenor.se)
- # [15:30] <hsivonen> No new IE6 countdown champions this year yet. :-(
- # [15:31] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [15:31] * Quits: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [15:31] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
- # [15:32] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
- # [15:32] * Joins: mpt (~mpt@canonical/mpt)
- # [15:33] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Client Quit)
- # [15:34] <zcorpan> hsivonen: any firefox 3.6 countdowns?
- # [15:34] * nonge_ is now known as nonge
- # [15:36] * Quits: danbri (~danbri@cable-146-255-148-108.dynamic.telemach.ba) (Read error: Connection reset by peer)
- # [15:38] * Joins: RobbertAtWork (~Robbert@2001:980:9368:1:f95e:83f3:e4f7:8c95)
- # [15:43] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [15:44] <annevk> Hixie: http://dvcs.w3.org/hg/fullscreen/raw-file/tip/Overview.html has your top layer thing now
- # [15:44] <annevk> zcorpan: will look at your Fullscreen bugs in a minute
- # [15:47] * Joins: danbri (~danbri@cable-146-255-148-108.dynamic.telemach.ba)
- # [15:47] <zcorpan> annevk: s/remove/pop/ ?
- # [15:48] <zcorpan> or isn't it pop? :-)
- # [15:49] <annevk> not if I define empty in terms of remove
- # [15:49] * Quits: RobbertAtWork (~Robbert@2001:980:9368:1:f95e:83f3:e4f7:8c95) (Quit: RobbertAtWork)
- # [15:49] <annevk> well could still be
- # [15:49] <annevk> remove just seemed safer
- # [15:49] <zcorpan> k
- # [15:49] <annevk> but maybe I should call it add instead of push then
- # [15:49] <annevk> and have add perform a push operation
- # [15:50] <annevk> meh
- # [15:52] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [15:54] <zcorpan> ok now a quiz i don't know the full answer to :-)
- # [15:54] * Quits: dinesh___ (~dinesh@fr1-dinesh.box.dinsoft.org)
- # [15:56] <annevk> App H
- # [15:56] <Ms2ger> ^
- # [15:56] <annevk> the appendices themselve
- # [15:56] * annevk goes back to fixing bugs
- # [15:56] * Quits: Yudai (~Yudai@p656629.tokynt01.ap.so-net.ne.jp) (Quit: Tiarra 0.1+svn-36726: SIGTERM received; exit)
- # [15:57] <Ms2ger> \o/
- # [15:57] <zcorpan> annevk: i know those too, but i suspect there are more
- # [15:58] * Joins: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
- # [15:59] * Parts: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
- # [15:59] * Joins: plutoniix (~plutoniix@125.25.28.198.adsl.dynamic.totbb.net)
- # [16:00] <annevk> zcorpan: I think orange might be an easter egg
- # [16:00] * Joins: MacTed (~Thud@63.119.36.36)
- # [16:01] <annevk> zcorpan: https://www.w3.org/Bugs/Public/show_bug.cgi?id=16449 nitpicking much? :p
- # [16:01] <zcorpan> can't help it! :-)
- # [16:01] <zcorpan> what's with orange?
- # [16:02] <annevk> it was added for fun
- # [16:02] <annevk> or for the glory of the Dutch
- # [16:02] <annevk> prolly the latter
- # [16:04] * Joins: jdong_bot_ (~jdong_bot@117.79.233.249)
- # [16:07] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
- # [16:08] * Joins: wycats (u79@gateway/web/irccloud.com/x-swycuwnikbjjbams)
- # [16:23] <charlvn> if you put the orange and the green together it looks more like the flag of ireland
- # [16:24] <zcorpan> annevk: pretty responsive spec work with fullscreen
- # [16:25] * Joins: ehsan (~ehsan@66.207.208.98)
- # [16:25] <annevk> I like <dialog>
- # [16:27] <zcorpan> annevk: some Its should be It's
- # [16:28] * Joins: Yudai (~Yudai@pdf858bda.tokynt01.ap.so-net.ne.jp)
- # [16:28] <zcorpan> "rendered as an atomic unit as it were a sibling of the root element." missing an "if"
- # [16:29] <annevk> yup
- # [16:30] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
- # [16:31] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
- # [16:33] <zcorpan> annevk: aren't width/height unnecessary to set when all of top/right/bottom/left are set?
- # [16:33] <zcorpan> they get ignored anyway, i think
- # [16:33] <annevk> these are from roc's styles
- # [16:33] <annevk> I haven't really thought hard about that
- # [16:34] <annevk> I wonder more why there's no newline after the namespace declaration
- # [16:34] <annevk> bug in Opera
- # [16:34] <annevk> baaah
- # [16:34] * Quits: charlvn (~charlvn@2002:8259:81f2::1) (Quit: leaving)
- # [16:34] <annevk> zcorpan: are you sure that is the case even for replaced elements?
- # [16:35] <annevk> zcorpan: I think they might get intrinsic sizing
- # [16:35] <annevk> zcorpan: which is not what we want for e.g. <iframe>
- # [16:35] <annevk> zcorpan: you're making me read CSS 2.1 again
- # [16:35] <annevk> this is a sad day
- # [16:36] <annevk> zcorpan: see http://www.w3.org/TR/CSS21/visudet.html#abs-replaced-width for why we likely need height/width
- # [16:36] <zcorpan> oh. that may well be true
- # [16:36] <zcorpan> ok
- # [16:38] <zcorpan> didn't know about that
- # [16:38] <zcorpan> also, i was wrong about what gets ignored
- # [16:39] <zcorpan> in case of over-constraining for non-replaced
- # [16:40] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
- # [16:41] <zcorpan> annevk: to make it easier to put the fullscreen styles in the same style sheet as the rest of the ua styles, maybe you should make html the default namespace and use *|*:fullscreen
- # [16:43] <annevk> not unreasonable
- # [16:44] <annevk> done
- # [16:46] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [16:53] * Quits: pyrsmk (~pyrsmk@161.212.140.88.rev.sfr.net) (Read error: Connection reset by peer)
- # [17:01] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
- # [17:04] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [17:05] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [17:06] * Quits: jdong_bot_ (~jdong_bot@117.79.233.249) (Remote host closed the connection)
- # [17:09] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: brb)
- # [17:14] * Quits: zcorpan (~zcorpan@c-5eeaaa41-74736162.cust.telenor.se) (Ping timeout: 245 seconds)
- # [17:15] * Quits: RobbertAtWork (~Robbert@212.238.236.229) (Quit: RobbertAtWork)
- # [17:23] * Joins: zcorpan (~zcorpan@c-919ae355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [17:24] <annevk> foolip: did you get anywhere? I might take another look then
- # [17:25] <foolip> annevk, I'm about half way through
- # [17:25] <annevk> wow cool
- # [17:25] <foolip> annevk, it would help a lot if you could help me distill big5.json to the different options that there are for each weird sequence
- # [17:26] <foolip> now I'm just testing with the browsers that I have, and in some cases none of them do the right thing
- # [17:26] <annevk> I have these two functions
- # [17:26] <annevk> def get_index(lead, trail):
- # [17:26] <annevk> row = 0xFE-0xA1 + RANGE + 1
- # [17:26] <annevk> cell = (trail-0xA1 + RANGE) if trail > (0x7E+1) else trail - 0x40
- # [17:26] <annevk> return (lead-0x81) * row + cell
- # [17:26] <annevk> and
- # [17:27] <annevk> def get_bytes(index):
- # [17:27] <annevk> row = 0xFE-0xA1 + RANGE + 1
- # [17:27] <annevk> lead = (index / row) + 0x81
- # [17:27] <annevk> cell = index % row
- # [17:27] <annevk> trail = (cell + 0xA1 - RANGE) if cell > RANGE else cell + 0x40
- # [17:27] <annevk> return (lead, trail)
- # [17:27] <annevk> by using get_index you can use the position in any of the browsers' arrays
- # [17:27] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
- # [17:28] <annevk> if you have some code point, by first finding it in the index and then using get_bytes on its position, you can do the reverse
- # [17:28] <foolip> annevk, ok, let me try that with some of the results I have
- # [17:29] <annevk> oh sorry
- # [17:29] <annevk> you also need
- # [17:29] <annevk> RANGE = 0x7E-0x40+1
- # [17:29] <annevk> (with apologies to hsivonen)
- # [17:29] * Joins: darin__ (darin@nat/google/x-fulzaadenlmersvd)
- # [17:30] <foolip> http://html5.org/temp/big5.json is up to date?
- # [17:30] <annevk> yes, I doubt the mapping has changed the last week :)
- # [17:30] <foolip> :P
- # [17:32] * Quits: fishd_ (darin@nat/google/x-mplebkjlsffnwdzy) (Ping timeout: 252 seconds)
- # [17:35] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
- # [17:35] <annevk> so TR/dom we published today lacks takeRecords()?
- # [17:35] <annevk> haha
- # [17:37] <Ms2ger> Well, yes
- # [17:37] * Quits: payman (~payman@pat.se.opera.com) (Quit: Lost terminal)
- # [17:39] * Joins: payman (~payman@pat.se.opera.com)
- # [17:39] <dglazkov> good morning, Wha?...wg!
- # [17:40] <foolip> annevk, judging from the results so far, just using the -hk tables will fix these pages
- # [17:41] * Joins: necolas (~necolas@b0fbedcf.bb.sky.com)
- # [17:41] <annevk> wb dglazkov
- # [17:42] <annevk> foolip: sweet
- # [17:44] * Quits: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl) (Ping timeout: 272 seconds)
- # [17:50] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
- # [17:50] * Quits: gwicke (~gabriel@212.255.28.33) (Quit: Bye!)
- # [18:00] * Quits: plutoniix (~plutoniix@125.25.28.198.adsl.dynamic.totbb.net) (Ping timeout: 246 seconds)
- # [18:01] * Joins: plutoniix (~plutoniix@125.25.28.198.adsl.dynamic.totbb.net)
- # [18:02] * Joins: sedovsek (~robert@93-103-90-17.dynamic.t-2.net)
- # [18:06] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:08] * opem is now known as acies
- # [18:12] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [18:17] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [18:18] * jonlee is now known as jonlee|afk
- # [18:19] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
- # [18:21] * Joins: KillerX (~anant@nat/mozilla/x-urczwxynqkuyaevh)
- # [18:22] * Quits: teleject (~christoph@70.116.86.65) (Quit: teleject)
- # [18:23] * Joins: sicking (~chatzilla@nat/mozilla/x-jkazcqcezzuuskus)
- # [18:25] * Joins: mpt (~mpt@canonical/mpt)
- # [18:27] * Quits: sicking (~chatzilla@nat/mozilla/x-jkazcqcezzuuskus) (Client Quit)
- # [18:28] * Joins: sicking (~chatzilla@nat/mozilla/x-jhxkuugmkxnvcbqg)
- # [18:29] * Quits: sedovsek (~robert@93-103-90-17.dynamic.t-2.net) (Quit: sedovsek)
- # [18:33] * Quits: Obvious_MkII (tachikoma@188.226.74.2) (Ping timeout: 272 seconds)
- # [18:33] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Quit: adactio)
- # [18:36] * Joins: Obvious (tachikoma@188.226.74.2)
- # [18:40] * Quits: RobbertAtWork (~Robbert@212.238.236.229) (Quit: RobbertAtWork)
- # [18:42] * Quits: Yudai (~Yudai@pdf858bda.tokynt01.ap.so-net.ne.jp) (Ping timeout: 260 seconds)
- # [18:43] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [18:43] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [18:43] * Joins: Guest50619 (~scor@dhcp-132-183-243-135.mgh.harvard.edu)
- # [18:44] * Quits: Guest50619 (~scor@dhcp-132-183-243-135.mgh.harvard.edu) (Excess Flood)
- # [18:47] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [18:56] * Joins: Yudai (~Yudai@pdf8538ed.tokynt01.ap.so-net.ne.jp)
- # [18:58] * Joins: rniwa (~rniwa@216.239.45.130)
- # [19:02] * Joins: jsbell (jsbell@nat/google/x-fkpectonfvmfifoi)
- # [19:04] <annevk> jsbell: btw, apparently ES6 will get some kind of byte representation, might want to check with them just in case they have encoding API plans too
- # [19:05] <annevk> jsbell: https://mail.mozilla.org/listinfo/es-discuss
- # [19:05] * annevk is not subscribed
- # [19:05] <jsbell> annevk: I follow es-discuss
- # [19:05] <jsbell> binary types for es6 haven't come up in ages
- # [19:05] * Quits: Yudai (~Yudai@pdf8538ed.tokynt01.ap.so-net.ne.jp) (Ping timeout: 265 seconds)
- # [19:06] * Quits: necolas (~necolas@b0fbedcf.bb.sky.com) (Remote host closed the connection)
- # [19:06] <jsbell> annevk: latest thinking *should* be summarized in the "binary data" section of http://wiki.ecmascript.org/doku.php?id=harmony:proposals
- # [19:07] <jsbell> Last active discussion I heard was that reality would be accepted and everything would be built on top of Typed Array ArrayBuffers, but again there hasn't been active discussion recently.
- # [19:09] <jsbell> but thanks for the heads-up. I should ping dherman
- # [19:13] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 244 seconds)
- # [19:13] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
- # [19:16] <foolip> annevk, I hope you're not in a hurry, I'll have to wait until next week to finish up the email
- # [19:17] * Joins: tomasf (~tom@2002:55e5:dbb7:0:e4be:1c73:7b0f:bf0f)
- # [19:17] <Ms2ger> foolip, noooooooo ;)
- # [19:21] * Joins: Yudai (~Yudai@pdf853eb5.tokynt01.ap.so-net.ne.jp)
- # [19:22] <TabAtkins> zcorpan: Yes, it absolutely should get the "dont' look at me" treatment. I don't think it's in the repo, though.
- # [19:25] <Ms2ger> I guess it's in the MO folder
- # [19:26] * Joins: mpt (~mpt@nat/canonical/x-ovdlrvrkvgbpqvec)
- # [19:26] * Quits: mpt (~mpt@nat/canonical/x-ovdlrvrkvgbpqvec) (Changing host)
- # [19:26] * Joins: mpt (~mpt@canonical/mpt)
- # [19:26] * Quits: j_wright (jamesw@ip70-173-182-202.lv.lv.cox.net) (Ping timeout: 265 seconds)
- # [19:27] * Joins: jamesr_ (jamesr@nat/google/x-kayjgrykfshwtvyf)
- # [19:31] * Joins: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net)
- # [19:32] <TabAtkins> Hixie: The "Canonical Order" line is just to define the serialization order. The serialization of the individual bits is defined by the datatype of the bit.
- # [19:35] * Quits: esc_ (~esc_ape@178.115.249.130.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
- # [19:38] * Joins: pablof (~pablof@144.189.101.1)
- # [19:39] * Joins: esc_ (~esc_ape@178.115.249.58.wireless.dyn.drei.com)
- # [19:42] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [19:43] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:47] * Joins: ap (~ap@2620:149:4:1b01:406f:d267:a0b8:bb76)
- # [19:54] * Quits: RobbertAtWork (~Robbert@212.238.236.229) (Quit: RobbertAtWork)
- # [19:55] <annevk> foolip: k, I might dig into gbk then
- # [19:55] <annevk> jsbell: cool
- # [19:59] * jonlee|afk is now known as jonlee
- # [20:01] * Joins: dave_levin (dave_levin@nat/google/x-xmhjqxwekrkhxioa)
- # [20:02] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
- # [20:04] <danbri> Hixie, how/where would you prefer to receive a proposal for multiple types in Microdata?
- # [20:04] <Hixie> abarth: Michal raises an interesting point regarding not leaking to advertisers the origin of the top-level page, since that would be a privacy leak if they can in any way (e.g. IP address, broader fingerprint) identify the user
- # [20:04] <Hixie> danbri: nowhere. :-) i would like to hear about concrete use cases for multiple types in the whatwg list, though.
- # [20:05] <TabAtkins> Hixie: Maybe sandboxes can't read up past the barrier?
- # [20:05] <danbri> if you get concrete use cases, is there some prayer you'll change the spec, or that ship has sailed?
- # [20:05] <Hixie> danbri: if there are convincing concrete use cases and implementors wishing to implement, it's never too late
- # [20:05] <Hixie> danbri: (the point being that syntax proposals should come after we've established that there's a problem -- so far all the discussions proposing multiple unrelated types have been theoretical use cases at best)
- # [20:05] <Hixie> TabAtkins: that might work
- # [20:06] <danbri> ok, i'll pull things together in w3c wiki and make a whatwg email of it
- # [20:07] <Hixie> danbri: the shorter the better, fwiw. i tend to find that the longer the description of the use case, the more vague and hand-wavy it is.
- # [20:07] <Hixie> danbri: the ideal use case is something like Foo Corp (a real company) is trying to do X and Y and cannot.
- # [20:07] <danbri> ok.
- # [20:07] <Hixie> danbri: as opposed to "maybe one day there will be two companies and they will support different vocabularies covering similar topics and it would be nice if we could in theory support both"
- # [20:08] <Hixie> danbri: or "today there are three vocabs for topic X, none of them actually implemented, but on the off-chance that one of them eventually is, and to hedge our bets, we'd like to use all three today"
- # [20:08] <zcorpan> "and to solve this I've developed RDF, now suck it up"
- # [20:08] * Quits: Yudai (~Yudai@pdf853eb5.tokynt01.ap.so-net.ne.jp) (Ping timeout: 245 seconds)
- # [20:08] <Hixie> danbri: both of which are rather uncompelling use cases (if nobody is consuming the data, why bother producing it, let alone producing it in two different vocabs)
- # [20:08] <danbri> schema.org (a group of engineers from several big companies) are trying to avoid going insane by having everything in their schema. And so they want 3rd parties to be able to declare subclasses directly. But they can't commit to maintaining a giant mush of all the 3rd party stuff out there, so will write consumer code only for known classes. Multiple types would all partial understanding, with 3rd parties adding detai
- # [20:08] <danbri> l while central schema has a useful core.
- # [20:09] <Hixie> danbri: schema.org's multiple type use case is already supported, since they just have a single vocabulary.
- # [20:09] <Hixie> common to all types
- # [20:10] <Hixie> (albeit with some properties only valid on some types)
- # [20:10] <danbri> no, because we want 3rd parties to be able to extend that vocab without having to agree everything with us.
- # [20:10] <Hixie> they can do that too, by just using URLs for their extension points (who is consuming their extension properties anyway?)
- # [20:11] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
- # [20:11] <Hixie> ("extension" isn't a concrete use case, btw)
- # [20:11] <TabAtkins> So the use-case is "I want to publish data using a schema.org vocab so it'll get picked up by the googlebot, but I want to add additional details that aren't in the official vocab.".
- # [20:11] <TabAtkins> What are you doing with the additional details?
- # [20:12] <TabAtkins> I guess that's Hixie's "Who's consuming it?" question.
- # [20:12] <Hixie> yeah, as tab says, "I want to add additional details" isn't a concrete use case
- # [20:12] <danbri> so a single item description can have a type of e.g. http://schema.org/Person and http://historical-data.org/HistoricalPerson ?
- # [20:12] <Hixie> so long as both those types use the same vocabulary
- # [20:12] <danbri> Google are consuming it, amongst others
- # [20:12] <Hixie> google aren't consuming the non-schema.org extensions
- # [20:12] <TabAtkins> danbri: Google are consuming the schema.org properties, yes. Who's consuming the extra ones you want to add?
- # [20:13] <danbri> but they want the non-schema.org extensions to be there
- # [20:13] <danbri> ... so that if they are successful they can be consumed
- # [20:13] <Hixie> so just put them in the schema.org "namespace" and use a wiki to do first-come-first-served name registration
- # [20:13] <Hixie> same as rel=""
- # [20:13] <Hixie> so it's still all the same vocab
- # [20:14] * Quits: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com) (Quit: Leaving...)
- # [20:14] <Hixie> bbiab
- # [20:15] * Quits: astearns (~astearns@192.150.22.5) (Quit: astearns)
- # [20:15] * Quits: darin__ (darin@nat/google/x-fulzaadenlmersvd) (Read error: Connection reset by peer)
- # [20:15] * Joins: astearns (~astearns@192.150.22.5)
- # [20:15] * Joins: darin__ (darin@nat/google/x-ywcvlcmqdayjsjgt)
- # [20:18] * ericc|afk is now known as eric_carlson
- # [20:19] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [20:22] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [20:23] * Joins: Yudai (~Yudai@pdf853b43.tokynt01.ap.so-net.ne.jp)
- # [20:25] * Joins: slonimsky (~timbo@66.241.130.70)
- # [20:26] * Parts: slonimsky (~timbo@66.241.130.70)
- # [20:27] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
- # [20:32] * Quits: sarro (~sarro@i5E865240.versanet.de) (Ping timeout: 244 seconds)
- # [20:33] * Joins: sarro (~sarro@i5E865240.versanet.de)
- # [20:34] * Joins: KillerX_ (~anant@2620:101:8003:200:a410:ad6d:688d:3a8c)
- # [20:34] * Quits: KillerX (~anant@nat/mozilla/x-urczwxynqkuyaevh) (Read error: Connection reset by peer)
- # [20:34] * KillerX_ is now known as KillerX
- # [20:36] * Quits: Yudai (~Yudai@pdf853b43.tokynt01.ap.so-net.ne.jp) (Quit: Tiarra 0.1+svn-36726: SIGTERM received; exit)
- # [20:37] * Joins: btbngr (~btbngr@188.29.172.187.threembb.co.uk)
- # [20:37] * Joins: Yudai (~Yudai@pdf853b43.tokynt01.ap.so-net.ne.jp)
- # [20:39] * Quits: dave_levin (dave_levin@nat/google/x-xmhjqxwekrkhxioa) (Quit: dave_levin)
- # [20:39] * Quits: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net) (Ping timeout: 265 seconds)
- # [20:40] * Quits: drublic (~drublic@frbg-5f730144.pool.mediaWays.net) (Remote host closed the connection)
- # [20:41] * Joins: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net)
- # [20:41] * Quits: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net) (Excess Flood)
- # [20:41] * Joins: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net)
- # [20:41] * Quits: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net) (Max SendQ exceeded)
- # [20:41] * Joins: j_wright (jamesw@ip70-173-184-17.lv.lv.cox.net)
- # [20:41] * Quits: btbngr (~btbngr@188.29.172.187.threembb.co.uk) (Client Quit)
- # [20:42] * linclark is now known as linclark|afk
- # [20:43] * Joins: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com)
- # [20:47] * Quits: Yudai (~Yudai@pdf853b43.tokynt01.ap.so-net.ne.jp) (Ping timeout: 246 seconds)
- # [20:50] * Quits: sarro (~sarro@i5E865240.versanet.de) (Ping timeout: 250 seconds)
- # [20:56] * Quits: zcorpan (~zcorpan@c-919ae355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [20:56] <manu-db> hsivonen: We discussed your responses to ISSUE-130 and ISSUE-132 (@rel, @rev, @href and @src in HTML5+RDFa) today: http://www.w3.org/2010/02/rdfa/meetings/2012-04-05#Responses_to_Henri_Sivonen
- # [20:56] <manu-db> I'll do a formal response in the next few days, just giving you a heads-up.
- # [20:57] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Quit: snowfox)
- # [20:57] <annevk> Hixie: "just tied to sandbox" and then advertisers will demand not be sandboxed...
- # [20:58] <annevk> Hixie: that can happen already, but more so if fingerprinting features become available
- # [20:58] <Hixie> annevk: well, whatever solution we provide will be optional, so that argument applies to everything
- # [20:58] * Joins: rniwa (rniwa@nat/google/x-xnxfetmixqnnkbkc)
- # [20:59] <Hixie> annevk: what do you mean by "fingerprinting features become available"?
- # [21:00] <annevk> disabling sandbox, you get ancestorOrigins
- # [21:02] <Hixie> we could fake it, i guess
- # [21:02] <Hixie> make ancestorOrigins act as if it only contained the parent
- # [21:02] * Joins: Yudai (~Yudai@pa9b0e2.tokynt01.ap.so-net.ne.jp)
- # [21:02] <Hixie> so then you can't tell
- # [21:03] <annevk> Google can tell because of indexing
- # [21:03] <annevk> and others could do likewise
- # [21:04] * Joins: RobbertAtWork (~Robbert@212.238.236.229)
- # [21:04] <annevk> note to self for tomorrow: maybe instead of partial Element for Fullscreen put it on HTMLElement/SVGSvgElement
- # [21:04] <annevk> doesn't make much sense for <rect> and such
- # [21:04] <Hixie> well anyway my point is that the argument applies to any solution
- # [21:05] <Hixie> it's not special for sandboxing
- # [21:07] <annevk> ah yeah, so maybe we shouldn't do it
- # [21:08] * Quits: shawn_dones (~shawn@mail3.webguys.biz) (Remote host closed the connection)
- # [21:08] <annevk> if the parent cooperates it can already be exposed of course, but this makes it a lot easier
- # [21:14] * Joins: drublic (~drublic@frbg-4d028612.pool.mediaWays.net)
- # [21:15] * Joins: shawn_dones (~shawn@mail3.webguys.biz)
- # [21:15] * Quits: shawn_dones (~shawn@mail3.webguys.biz) (Client Quit)
- # [21:22] * Joins: smaug____ (~chatzilla@a91-154-230-223.elisa-laajakaista.fi)
- # [21:31] * Quits: erichynds (~ehynds@64.206.121.41)
- # [21:34] * jonlee is now known as jonlee|afk
- # [21:34] * jonlee|afk is now known as jonlee
- # [21:36] <Hixie> annevk: so how do you address the security issue in the non-advertising case?
- # [21:37] * Joins: shawn_dones (~shawn@mail3.webguys.biz)
- # [21:41] * Quits: shawn_dones (~shawn@mail3.webguys.biz) (Client Quit)
- # [21:41] * Joins: shawn_dones (~shawn@mail3.webguys.biz)
- # [21:52] * Joins: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net)
- # [21:52] * Quits: danielfilho (~daniel@187.31.77.7) (Read error: Connection reset by peer)
- # [21:52] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
- # [21:53] * Quits: Yudai (~Yudai@pa9b0e2.tokynt01.ap.so-net.ne.jp) (Read error: Connection reset by peer)
- # [21:56] * Joins: dave_levin (dave_levin@nat/google/x-qbgaggkruleuquvc)
- # [22:07] * linclark|afk is now known as linclark
- # [22:08] * Quits: smaug____ (~chatzilla@a91-154-230-223.elisa-laajakaista.fi) (Ping timeout: 272 seconds)
- # [22:08] * Joins: Yudai (~Yudai@pdf853eca.tokynt01.ap.so-net.ne.jp)
- # [22:10] * Quits: graememcc (~chatzilla@host86-148-140-125.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310193349])
- # [22:12] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [22:12] * Joins: weinig (~weinig@17.245.91.161)
- # [22:12] * Quits: weinig (~weinig@17.245.91.161) (Client Quit)
- # [22:21] * Joins: erichynds (~ehynds@64.206.121.41)
- # [22:22] * jonlee is now known as jonlee|afk
- # [22:31] * Joins: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz)
- # [22:44] * Quits: skylamer` (cgskylamer@78.90.213.55)
- # [22:45] * Quits: shawn_dones (~shawn@mail3.webguys.biz) (Quit: shawn_dones)
- # [22:48] * Quits: cpearce (~cpearce@ip-118-90-36-173.xdsl.xnet.co.nz) (Ping timeout: 252 seconds)
- # [22:56] * jonlee|afk is now known as jonlee
- # [22:59] * Quits: erichynds (~ehynds@64.206.121.41)
- # [22:59] * Quits: ParadoX- (parad0x@hades.spexhost.com) (Ping timeout: 276 seconds)
- # [23:05] * Joins: sarro (~sarro@i5E865240.versanet.de)
- # [23:05] * Quits: sicking (~chatzilla@nat/mozilla/x-jhxkuugmkxnvcbqg) (Ping timeout: 272 seconds)
- # [23:07] * Quits: davidb (~davidb@65.93.94.10) (Quit: davidb)
- # [23:11] * Joins: roc (~chatzilla@121.98.230.221)
- # [23:11] * Joins: jryans (~jryans@cpe-70-124-81-135.austin.res.rr.com)
- # [23:12] * Joins: nessy (~Adium@124-149-170-217.dyn.iinet.net.au)
- # [23:14] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Ping timeout: 260 seconds)
- # [23:16] * Quits: Ms2ger (~Ms2ger@91.181.161.196) (Quit: nn)
- # [23:18] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:20] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [23:22] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:32] <annevk> Hixie: touche
- # [23:32] <annevk> touché, rather
- # [23:33] <annevk> I named Fullscreen a Living Standard btw now that you guys solved the final problem and I specced it
- # [23:35] * Joins: twisted` (~twisted@p5DDBA898.dip.t-dialin.net)
- # [23:38] * Joins: ParadoX- (parad0x@hades.spexhost.com)
- # [23:39] <rniwa> AryehGregor: yt?
- # [23:40] * Joins: sedovsek (~robert.se@93-103-104-107.dynamic.t-2.net)
- # [23:41] <annevk> and yay, Notifications got an update finally
- # [23:41] <annevk> though it needs more work
- # [23:41] * jonlee is now known as jonlee|afk
- # [23:41] <annevk> maybe I should help out...
- # [23:41] * annevk -> sleeep
- # [23:42] * jonlee|afk is now known as jonlee
- # [23:44] * Joins: codeho (~codeho@muc-mail.fast-lta.de)
- # [23:44] * Quits: codeho (~codeho@muc-mail.fast-lta.de) (Client Quit)
- # [23:47] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:52] <sedovsek> annevk: I see you're going to fronteers.
- # [23:53] <sedovsek> Just spoted you among attendees on lanyrd, http://lanyrd.com/2012/fronteers/
- # Session Close: Fri Apr 06 00:00:01 2012
The end :)