Options:
- # Session Start: Wed Feb 29 00:00:00 2012
- # Session Ident: #whatwg
- # [00:00] <annevk> consistency with fillStyle, miterLimit etc. that is
- # [00:00] <heycam> it might be worth thinking about a type -- maybe even call it Array! -- in IDL that means just a reference to a JS Array
- # [00:00] <Hixie> annevk: except it's not really consistent with those
- # [00:00] <Hixie> annevk: if it clones on setting
- # [00:00] <heycam> but that you're responsible for describing when the values get read out of it
- # [00:00] <Hixie> annevk: but returns a reference
- # [00:01] * heycam is now known as heycam|away
- # [00:01] <Hixie> abarth: yt?
- # [00:03] <annevk> Hixie: it seems somewhat unlikely many people will make that observation though unless they look at the specifics
- # [00:03] <annevk> though if we really think that's a bad pattern we should add something to Web IDL...
- # [00:03] * Joins: dbaron (~dbaron@nat/mozilla/x-rvtzmeffjlzqqhkv)
- # [00:04] * heycam|away is now known as heycam
- # [00:04] <Hixie> abarth: if i want to encrypt something over the wire (say, video), is the best option AES256? I'm looking for something cryptographically sound, with low CPU requirements to decode, low memory requirements to decode, that can be done in streaming mode; i don't need integrity checking or authentication
- # [00:07] <Hixie> also not worried about side-channel attacks over the wire (e.g. in particular discovering the file size is not an issue)
- # [00:07] * Quits: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [00:08] * Quits: sicking (~chatzilla@154-93.80-90.static-ip.oleane.fr) (Ping timeout: 255 seconds)
- # [00:10] * Quits: annevk (~annevk@ip-91-9-179-93.dialup.ice.net) (Remote host closed the connection)
- # [00:11] * Joins: schnoomac (~schnoomac@119.63.221.131)
- # [00:11] * Joins: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net)
- # [00:17] * Joins: schnoomac-a (~schnoomac@melbourne.99cluster.com)
- # [00:17] * Quits: schnoomac-a (~schnoomac@melbourne.99cluster.com) (Client Quit)
- # [00:17] * Joins: schnoomac-a (~schnoomac@melbourne.99cluster.com)
- # [00:18] * Quits: schnoomac (~schnoomac@119.63.221.131) (Ping timeout: 252 seconds)
- # [00:18] * schnoomac-a is now known as schnoomac
- # [00:19] * Quits: LBP (~Mirc@pD9EB1BDE.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
- # [00:27] * Quits: drublic (~drublic@frbg-5d84e10f.pool.mediaWays.net) (Remote host closed the connection)
- # [00:50] * Quits: gnarf (~gnarf@unaffiliated/gnarf) (Quit: ZNC - http://znc.sourceforge.net)
- # [00:50] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Quit: ZNC - http://znc.sourceforge.net)
- # [00:51] * heycam is now known as heycam|away
- # [00:51] <Hixie> Philip`: other than compatibility, can you think of any reason why we shouldn't treat zero-length subpaths as points that get a line cap on either end? (for lineCap of round and square; butt would still not show anything)
- # [00:52] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
- # [00:53] <Philip`> Hixie: What would be the orientation of square caps?
- # [00:54] * Joins: gnarf (~gnarf@unaffiliated/gnarf)
- # [00:55] <Hixie> interesting question
- # [00:56] <Hixie> i guess we'd just define it as x-axis aligned, pre-transformation
- # [00:56] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
- # [00:56] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:56] <Philip`> That sounds arbitrary
- # [00:56] <Hixie> completely so
- # [00:57] <Hixie> http://home.comcast.net/~urbanjost/canvas/vogle4.html is a page asking for this
- # [00:59] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [01:00] <Hixie> wow, svg has a _lot_ of prose for text along a path
- # [01:01] <Hixie> i'll have to study this closer to see how much of this i actually need
- # [01:01] <Hixie> my naive impression is that this is not as complicated a problem as the svg text suggests...
- # [01:02] * 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])
- # [01:04] <astearns> no idea how SVG compares, but the text-on-path implementations I've worked on were both crazily complicated
- # [01:09] <Hixie> don't you "just" draw the text on a straight line, figure out all the advances and the total width, then figure out the width of the path, then figure out the alignment, then "just" start at one end and put all the glyphs down, tangential to the path at the point, advancing the point by the advance you calculated earlier for each glyph?
- # [01:10] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [01:11] <zewt> do you warp the individual glyph boxes along the path?
- # [01:12] <Hixie> no
- # [01:12] <Hixie> at least not in svg
- # [01:12] <astearns> tangential to the path is one method, but it tends to produce collisions for concave paths
- # [01:12] <zewt> sounds like it'd be sort of fugly if it doesn't
- # [01:13] <astearns> glyphs can be unmodified (in which case you probably need to flex the spacing depending on the path characteristics)
- # [01:13] <astearns> or the glyphs can be transformed to match path characteristics
- # [01:16] <Hixie> for transforming the glyphs, i think we should "just" provide a warping method that takes on path and warps it along another path
- # [01:17] <Hixie> so you would draw the text straight, then curve it along another path
- # [01:18] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [01:18] <abarth> Hixie: AES128 should fine
- # [01:18] <zewt> couldn't you almost do that by hand, if there were a few basic hooks into glyph metrics?
- # [01:18] <abarth> Hixie: more specifically, AES128-CTR
- # [01:19] <Hixie> abarth: if i take a key as input, any harm in accepting 128, 192, and 256?
- # [01:19] <abarth> no harm
- # [01:19] <Hixie> zewt: there's no hooks into the path data currently
- # [01:19] <Hixie> abarth: cool, thanks
- # [01:20] <zewt> i suppose warping actual glyph rendering might just be really hard to implement, if font engines simply don't support doing that
- # [01:22] <Hixie> abarth: hm, i suppose AES-CTR means i can't do arbitrary seeking
- # [01:23] <zewt> iirc, it does allow that
- # [01:23] <abarth> you can
- # [01:23] <Hixie> abarth: oh ok
- # [01:23] <abarth> you just set the counter to whatever block you want
- # [01:23] <Hixie> k
- # [01:23] <zewt> pick your block number, encrypt it with AES, use that as the mask
- # [01:23] <abarth> it's CBC that doesn't allow seeking
- # [01:25] <zewt> http://tavmjong.free.fr/blog/?p=249
- # [01:25] <zewt> sort of neat
- # [01:28] * heycam|away is now known as heycam
- # [01:29] <heycam> Hixie, SVG currently does glyphs tangential to the path, and yes it is kind of fugly with anything but gentle slopes
- # [01:30] <heycam> zewt, yeah would be cool to have actual warping of text like that
- # [01:30] <heycam> hard though :(
- # [01:30] <zewt> heycam: if implementors are willing to implement it
- # [01:30] <zewt> no point if they're going to throw up their arms and give up
- # [01:30] <heycam> yep
- # [01:30] <zewt> i wonder how it would look if you rendered the text to a large backbuffer, warp the buffer and then downscale
- # [01:30] <heycam> I tried writing a simple JS thing to subdivide the paths for the glyphs and warp them, ended up being horribly slow
- # [01:31] <heycam> zewt, that's an option I guess
- # [01:31] <heycam> could work on the gpu too
- # [01:31] <zewt> it wouldn't antialias/grid align nicely, but that's probably not going to happen anyway
- # [01:31] <divya> hsivonen: w.r.t api.html5please.com it is definitely not complete
- # [01:31] <divya> hsivonen: only reason UA detection exists is to return a smaller set of recommended browsers.
- # [01:31] <Hixie> zewt: again, for that kind of thing i don't think it makes sense to special-case text
- # [01:31] * Quits: cpearce (~cpearce@60.234.54.74) (Ping timeout: 244 seconds)
- # [01:31] <Hixie> zewt: we should just add path warping
- # [01:31] <divya> e.g. no point returning IE for Mac/Linux users.
- # [01:32] <divya> hsivonen: or returning mobile browsers for desktop users.
- # [01:32] <heycam> Hixie, "just"
- # [01:32] <divya> hsivonen: also the point is to get out of the way of users when feature is supported and api is still called.
- # [01:32] <Hixie> heycam: as opposed to adding path warping and text warping
- # [01:32] <zewt> but if you can do that, is there a point to having a weaker, "non-warping" text warp in the first place?
- # [01:32] * Quits: sarro (~sarro@i5E865390.versanet.de)
- # [01:32] <heycam> Hixie, ok, same level of difficulty though
- # [01:32] <Hixie> heycam: same code, even, yeah
- # [01:33] <Hixie> zewt: this isn't text warping, it's text placement along a line that just isn't straight
- # [01:33] <zewt> but when would you want to do that, if you have another API that can do full-blown warping
- # [01:34] <zewt> provided that implementation is good enough that it never looks worse; that, I don't know
- # [01:34] <Hixie> looking around me, i see a lot of text drawn on very slight curves, that doens't look warped
- # [01:34] <zewt> but would they be worse if the glyphs themselves did warp? (i don't know the answer)
- # [01:35] <Hixie> hard to say
- # [01:35] <Hixie> the api would presumably be rather more complicated
- # [01:35] <Hixie> and it's not clear to me implementations are up for it
- # [01:35] <Hixie> but i'm certainly open to api suggestions and implementor commitments :-)
- # [01:36] <heycam> Hixie, btw if you come across things you want to reference from SVG 1.1 (like say glyph-along-path placement) that you find are badly specced or difficult to reference, let me know and I'll track them to fix in SVG 2
- # [01:36] <Hixie> heycam: k
- # [01:36] * Joins: cpearce (~cpearce@60.234.54.74)
- # [01:36] <Hixie> heycam: i dunno if text along a path i badly specced, i haven't tried speccing it yet. it just seems rather long and i can't work out why :-)
- # [01:37] <heycam> at a high level the algorithm is simple… just move along the path the advance distance between each glyph, place the glyph tangential to the path half way through its advance
- # [01:37] <heycam> there's probably a bunch of edge cases for path discontinuities
- # [01:42] <Hixie> bbl
- # [01:47] * Quits: Druid_ (~Druid@p5B135687.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [01:49] * Joins: malydok (~marek@moma.t16.ds.pwr.wroc.pl)
- # [01:51] * heycam is now known as heycam|away
- # [01:52] * Joins: Druid_ (~Druid@p5B05DF8D.dip.t-dialin.net)
- # [01:59] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [02:06] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
- # [02:12] * Quits: jacobolus (~jacobolus@75-144-246-6-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [02:20] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Quit: tzing)
- # [02:21] * Quits: ap (~ap@2620:149:4:1b01:f564:c201:a588:45b3) (Quit: ap)
- # [02:24] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [02:35] * Quits: dbaron (~dbaron@nat/mozilla/x-rvtzmeffjlzqqhkv) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:35] * Quits: othermaciej (~mjs@17.245.88.252) (Quit: othermaciej)
- # [02:37] * Joins: othermaciej (~mjs@17.245.88.252)
- # [02:37] * Quits: necolas (~necolas@5e0c715f.bb.sky.com) (Remote host closed the connection)
- # [02:46] * Quits: plutoniix (~plutoniix@125.25.228.81.adsl.dynamic.totbb.net) (Quit: Leaving)
- # [02:52] <zewt> exhausted with circular vtt "roll-ups" thread
- # [02:55] * Quits: malydok (~marek@moma.t16.ds.pwr.wroc.pl) (Quit: Farewell)
- # [02:55] * Quits: pablof (~pablof@144.189.101.1) (Quit: ^z)
- # [02:56] * Quits: jamesr (jamesr@nat/google/x-djannkpegnhrumew) (Quit: jamesr)
- # [03:06] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
- # [03:08] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
- # [03:14] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [03:16] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
- # [03:16] * Quits: _bga (~bga@ppp78-37-227-240.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
- # [03:22] * Joins: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [03:24] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [03:25] * Quits: dave_levin (dave_levin@nat/google/x-dxddwvsafdtwivql) (Quit: dave_levin)
- # [03:30] * Quits: aklein (u4454@gateway/web/irccloud.com/x-vybidotzppzfbtsl)
- # [03:31] * Joins: jarek (~jarek@bda201.neoplus.adsl.tpnet.pl)
- # [03:31] * Quits: jarek (~jarek@bda201.neoplus.adsl.tpnet.pl) (Changing host)
- # [03:31] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [03:35] * heycam|away is now known as heycam
- # [03:36] * Quits: ezoe (~ezoe@203-140-90-133f1.kyt1.eonet.ne.jp) (Ping timeout: 245 seconds)
- # [03:36] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [03:37] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [03:47] * Quits: jdong_ (~jdong@123.126.22.58) (Remote host closed the connection)
- # [03:53] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120213092145])
- # [04:00] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # [04:14] * Quits: jochen__ (jochen@nat/google/x-hodgqaxihvrornfh) (Remote host closed the connection)
- # [04:14] * Joins: jochen__ (jochen@nat/google/x-goywvtccicifuafp)
- # [04:18] * Joins: ezoe (~ezoe@203-140-90-81f1.kyt1.eonet.ne.jp)
- # [04:21] * Quits: mattur (~mattur@host81-133-37-248.in-addr.btopenworld.com)
- # [04:30] * Quits: mkanat (mkanat@nat/google/x-jbbymzanpeyvstkp) (Quit: Ex-Chat)
- # [04:34] * Quits: rniwa (rniwa@nat/google/x-uljpidzeogojttaf) (Quit: rniwa)
- # [04:37] * Quits: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net) (Quit: tantek)
- # [04:38] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [04:50] * Joins: izhak (~izhak@213.87.241.167)
- # [04:53] * Quits: othermaciej (~mjs@17.245.88.252) (Quit: othermaciej)
- # [05:00] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 244 seconds)
- # [05:08] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
- # [05:26] * Quits: ezoe (~ezoe@203-140-90-81f1.kyt1.eonet.ne.jp) (Ping timeout: 244 seconds)
- # [05:27] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [05:29] * Joins: atdt (~zelak@pdpc/supporter/student/zelak)
- # [05:35] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [05:39] * Quits: cpearce (~cpearce@60.234.54.74) (Ping timeout: 246 seconds)
- # [05:46] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
- # [05:50] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [05:59] <atdt> anyone alive?
- # [06:06] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
- # [06:13] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Remote host closed the connection)
- # [06:13] * Joins: rniwa (rniwa@nat/google/x-xwvfgbwmbesbsqbk)
- # [06:16] * Joins: Areks (~Areks@rs.gridnine.com)
- # [06:18] * Joins: chriseppstein (~chrisepps@99-6-85-4.lightspeed.sntcca.sbcglobal.net)
- # [06:19] * Joins: niloy (~niloy@203.196.177.156)
- # [06:20] * Joins: cpearce (~cpearce@ip-118-90-45-105.xdsl.xnet.co.nz)
- # [06:21] * Joins: niloy_ (~niloy@203.196.177.156)
- # [06:28] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 245 seconds)
- # [06:31] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [06:39] * Joins: sarro (~sarro@i5E864D8E.versanet.de)
- # [06:40] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [06:43] * Joins: LBP (~Mirc@pD9EB1A21.dip0.t-ipconnect.de)
- # [06:43] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [06:44] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [06:49] * Quits: NimeshNeema (u2689@gateway/web/irccloud.com/x-cscdxbrdwwonygkk) (Remote host closed the connection)
- # [06:49] * Joins: NimeshNeema (u2689@gateway/web/irccloud.com/x-hblcfqekasntnrhl)
- # [06:55] * Quits: sarro (~sarro@i5E864D8E.versanet.de)
- # [06:56] <MikeSmith> atdt: hey
- # [06:58] <atdt> hi mike
- # [06:58] <MikeSmith> hi
- # [06:58] <atdt> so i have this idea i'd like to propose, but before spamming the mailing list i thought i'd run it by some people here, to see if it has legs or not
- # [06:58] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 248 seconds)
- # [06:58] <atdt> could i run it by you quickly?
- # [07:00] * Quits: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp) (Remote host closed the connection)
- # [07:02] <atdt> well, i'll just explain quickly rather than ask. the idea has to do with <a> elements. it's very common practice to have links that have the URL they point to as their text node.
- # [07:03] <MikeSmith> yeah
- # [07:03] <atdt> the way they're written now is like this: <a href="http://www.example.com/">http://www.example.com/</a>
- # [07:03] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [07:03] <MikeSmith> right
- # [07:03] <atdt> that's rather ugly, imo. it'd be nicer to do one of the following:
- # [07:03] <atdt> <a>http://www.example.com/</a>
- # [07:03] <atdt> or <a href>http://www.example.com/</a>
- # [07:04] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
- # [07:04] <atdt> the first idea would break the currently specced interpretation of hrefless a tags as being placeholders, but i don't think that use caught on -- i haven't encoutnered it, anyway, and it seems a bit bogus to me
- # [07:04] <MikeSmith> so do it that way in your source and use JS to transform it in the DOM
- # [07:05] <atdt> well, you're right that it's easy to do with JS, but i think it's a point in favor, not against (makes it easy to write a polyfill, which i did -- http://jsfiddle.net/atdt/tbSv6/)
- # [07:06] <atdt> it seems much more expressive, which makes it an attractive candidate for standardization, since it makes code easier to read, IMHO.
- # [07:07] <MikeSmith> well
- # [07:07] <atdt> note that current draft of the spec has a huge block of these right at the top: http://dev.w3.org/html5/spec/Overview.html :)
- # [07:07] <MikeSmith> making code easier to read is generally not a high priority or standardization
- # [07:09] <atdt> that surprises me, since it has been one of the most attractive things about recent revisions to the specs
- # [07:09] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
- # [07:10] <MikeSmith> really? like what for example?
- # [07:10] <MikeSmith> also, what would you expect the behavior to be for <a>foo.html</a>
- # [07:10] <MikeSmith> or <a>README</a>
- # [07:10] <atdt> optional quotes around attribute values, optional closing tags for certain elements
- # [07:10] <MikeSmith> those are not new
- # [07:11] <MikeSmith> that is just HTML
- # [07:11] <MikeSmith> as it always has been
- # [07:12] <atdt> ok, the leaner prologue. maybe that's not new, either.
- # [07:12] * Joins: smaug____ (~chatzilla@193-64-22-170-nat.elisa-mobile.fi)
- # [07:12] <MikeSmith> no, that's new
- # [07:12] <atdt> i simply think that the way the <a> tag was designed reflects an earlier relationship with URLs wherein they were presumed to be unfriendly or barely-friendly
- # [07:12] <MikeSmith> and <meta charset=utf-8> is new too
- # [07:13] <atdt> so it was implicitly presumed to be ugly to show them
- # [07:13] <MikeSmith> eh?
- # [07:13] <atdt> er, let me try that again
- # [07:15] <atdt> i can't presume to know what exactly tim berners-lee et al had in their head, but i suppose that they couldn't imagine that http URIs will become as common as they did on the surface of things (business cards, other printed matter, etc.) but it's common now for the url to be not just an low-level implementation detail but part of the "human" identity of certain sites or pages
- # [07:15] <atdt> earlier today i noticed that GNU links to themselves as "GNU.org" in lots of places
- # [07:16] <atdt> so i take the <a> element to reflect this prejudice: you never want to just show a url; you always want to describe it in plain prose
- # [07:17] <atdt> but i don't think that captures the particular use i'm describing, which is very (very) widespread
- # [07:17] <atdt> did that make sense?
- # [07:19] <atdt> regarding your earlier question (regarding <a>README</a> and the likes), i propose that the textContents of <a> elements with a null (absent) href attribute be interpreted as the href
- # [07:21] <atdt> i don't remember encountering bare <a> tags in the wild. they're currently allowed as "placeholders", but as i mentioned earlier, i think that's bogus. (should we have <img> for placeholder images, etc.?)
- # [07:22] * Joins: ehsan (~ehsan@209.29.21.241)
- # [07:22] <MikeSmith> I'm sure there you'd find plenty of href-less <a> elements in Web content if you went looking
- # [07:22] * Joins: smaug_____ (~chatzilla@GGGKMMMCMLIII.gprs.sl-laajakaista.fi)
- # [07:23] <atdt> i did in a casual way over the past couple of days and couldn't find any
- # [07:24] <atdt> but even so: they're not functional
- # [07:24] * Quits: smaug____ (~chatzilla@193-64-22-170-nat.elisa-mobile.fi) (Ping timeout: 240 seconds)
- # [07:24] <atdt> so this wouldn't be breaking them
- # [07:24] * smaug_____ is now known as smaug____
- # [07:24] <MikeSmith> yeah, your proposal would make them functional
- # [07:24] <MikeSmith> sure it would break them
- # [07:24] <MikeSmith> it would change their existing behavior to something the authors didn't intend them to have
- # [07:24] <MikeSmith> anyway, as far as taking this to a mailing list, I think that'd be fine if you're just interested in having a philosophical discussion about it
- # [07:25] <smaug____> isn't <a name="foo"> pretty common
- # [07:25] <MikeSmith> but you are going to find that browser implementors have zero interest
- # [07:26] <atdt> smaug____: yeah, you'd exempt them
- # [07:26] <MikeSmith> smaug____: yeah but I assume atdt would say that the presence of the name attribute would cause the text content to be not handled as a URL
- # [07:27] <atdt> right
- # [07:27] <smaug____> strange special cases
- # [07:27] <smaug____> well, not that strange
- # [07:27] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 240 seconds)
- # [07:27] <smaug____> but makes the "API" behave a bit strangely
- # [07:28] <atdt> not that strange. in ff and chrome unstyled <a>foo</a> aren't underlined, but both <a href=...> and <a name=...> are
- # [07:28] <atdt> so there is already some distinction between links that point at something and links that aren't really links
- # [07:29] <MikeSmith> smaug____: multi-column support broken in nightly
- # [07:30] <smaug____> MikeSmith: hmm, do you have nested multicolumn ?
- # [07:30] <MikeSmith> no
- # [07:30] <MikeSmith> http://platform.html5.org/
- # [07:30] <MikeSmith> updating now to see if that fixes it..
- # [07:31] <smaug____> atdt: we're changing web platform all the time so much, that I wish at least some things stay stable, like <a> handling :)
- # [07:31] <smaug____> MikeSmith: have you filed a bug?
- # [07:32] <MikeSmith> smaug____: no, will check first to see if anybody else has
- # [07:32] <MikeSmith> I would be very surprised if it hasn't been reported already
- # [07:32] <smaug____> multicolumn is used rarely
- # [07:32] <MikeSmith> atdt: btw, <a href> is the same as <a href="">
- # [07:32] <MikeSmith> smaug____: really? I thought all the designers loved it
- # [07:33] <atdt> i use it :)
- # [07:33] <smaug____> I could be wrong, but I think it isn't that common yet
- # [07:33] <smaug____> roc would know better, but he is on vacation
- # [07:34] <atdt> smaug____: well, i don't have an answer for implementors' headaches, obviously. but this would standardize something around which there are currently many ugly hacks
- # [07:34] <MikeSmith> oh yeah, I heard roc was in the UK
- # [07:35] <smaug____> MikeSmith: https://bugzilla.mozilla.org/show_bug.cgi?id=731516
- # [07:35] <smaug____> (sorry, didn't remember your bugzilla email)
- # [07:35] <MikeSmith> smaug____: thanks
- # [07:35] <MikeSmith> mike@w3.org
- # [07:35] <MikeSmith> will cc myself there
- # [07:37] <smaug____> atdt: it is even more web devs headache, if the basic building blocks keep changing
- # [07:38] <atdt> smaug____: 99.99999% of <a> tags won't be affected. the fraction of a percent that do would acquire a behavior where there wasn't one before, which isn't as bad as all that
- # [07:40] <atdt> and it's very easy to add support to <a>http://gnu.org/</a> via a js polyfill -- not sure if you saw my link earlier http://jsfiddle.net/atdt/tbSv6/
- # [07:40] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
- # [07:40] <smaug____> MikeSmith: you could add "don't use these web technologies" to your list
- # [07:40] <smaug____> Sync XHR in window context
- # [07:41] <smaug____> or perhaps W3C or WhatWG could have such list
- # [07:41] <MikeSmith> yeah
- # [07:41] <MikeSmith> though there is smaug____: http://html5please.com/
- # [07:41] <atdt> and finally, if you don't use a polyfill and just have a <a>http://www.example.com/</a> in a browser that doesn't implement the spec i'm proposing you would be left with something quite usable still: a link you can copy and paste.
- # [07:41] <smaug____> Sync XHR, perhaps localStorage
- # [07:43] <MikeSmith> hmm, yeah, localStorage
- # [07:44] <MikeSmith> smaug____: I'm editing https://github.com/h5bp/html5please/blob/master/posts/localstorage.md now
- # [07:45] <MikeSmith> what should I add?
- # [07:45] <MikeSmith> I don't know if "race condition" is the right way to explain it in this context
- # [07:46] <smaug____> warning about using sync API
- # [07:46] <smaug____> the situation is not good though
- # [07:47] <smaug____> since IndexedDB isn't available everywhere yet
- # [07:47] <smaug____> but UI thread shouldn't have sync data fetching APIs
- # [07:48] <paul_irish> MikeSmith: thx for that, and good call on making a note along those lines.
- # [07:48] <MikeSmith> oh hey paul_irish
- # [07:49] <atdt> heyoo paul
- # [07:49] <MikeSmith> yeah, I will take a shot at the wording and send a pull request
- # [07:49] <MikeSmith> paul_irish: feel free to change it however you want of course
- # [07:49] <paul_irish> awesome. atdt, hey ori
- # [07:49] <paul_irish> certainly.
- # [07:49] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
- # [07:52] <atdt> MikeSmith: http://paul.kinlan.me/we-need-to-kill-off-the-localstorage-api "LocalStorage has poor querying capabilities, terrible performance, small storage in many browsers, crazily inconsistent eventing and a nasty habit of locking."
- # [07:52] <atdt> MikeSmith: i don't know the specifics, unfortunately
- # [07:52] <MikeSmith> yeah
- # [07:52] <MikeSmith> some of those are implementation shortcomings
- # [07:52] <smaug____> but the main problem is the API itself
- # [07:53] <MikeSmith> atdt: thanks for the link
- # [07:53] <MikeSmith> didn't know Paul had written this up
- # [07:53] <smaug____> MikeSmith: I assume you've seen this about sync XHR http://blogs.msdn.com/b/wer/archive/2011/08/03/why-you-should-use-xmlhttprequest-asynchronously.aspx
- # [07:53] <smaug____> 8.4% is a huge number
- # [07:53] * Joins: Ducki (~Ducki@pD9E394F5.dip0.t-ipconnect.de)
- # [07:54] <MikeSmith> smaug____: had not seen that article
- # [07:54] <paul_irish> also http://updates.html5rocks.com/2012/01/Getting-Rid-of-Synchronous-XHRs
- # [07:55] <paul_irish> oh mike knows that one.
- # [07:55] <MikeSmith> paul_irish: yeah, the bugs there
- # [07:55] <MikeSmith> mandreel problem
- # [07:55] <atdt> imho there's something of a missed opportunity with web workers.. most people see them as a source of complexity, suitable for crazy performance hacks
- # [07:56] <MikeSmith> dunno if the mandreel devs have figured out how to deal with that yet
- # [07:56] <MikeSmith> Jarred's comment
- # [07:57] <MikeSmith> "sync XHR still works in Workers (where it belongs). Can you utilize workers and run Mandreel's processing in a worker, and post message notifications on UI updates?"
- # [07:57] <atdt> but because workers can block without blocking the UI they can actually simplify code because they allow you to write synchronous code
- # [07:57] * Joins: PalleZingmark (~Adium@217.13.228.226)
- # [07:58] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
- # [07:59] <atdt> smaug____, MikeSmith: regarding the <a> thing i brought up earlier, were you at all persuaded? and do you think this has a snowball's chance in hell if i bring it up on the mailing list? i'm not especially interested in philosophical discussions if they don't stand a chance of having an impact
- # [08:00] <MikeSmith> atdt: no chance, imho :(
- # [08:00] <MikeSmith> it's an interesting "what if" kind of idea
- # [08:00] <smaug____> yeah
- # [08:01] <smaug____> I don't see it important enough to change the behavior
- # [08:01] <MikeSmith> the platform has a lot of suboptimal stuff we're stuck with
- # [08:02] * Quits: cpearce (~cpearce@ip-118-90-45-105.xdsl.xnet.co.nz) (Ping timeout: 240 seconds)
- # [08:02] <atdt> do you think it'd have a better chance if i had some hard data about how common bare <a> tags are?
- # [08:03] <MikeSmith> atdt: I honestly don't think it would make any difference
- # [08:03] <MikeSmith> but I think you might be surprised by the data you find
- # [08:03] <MikeSmith> there probably is already some data out there
- # [08:04] <atdt> MikeSmith: i'll look, for sheer curiosity if nothing else.
- # [08:04] <MikeSmith> I mean in some reports
- # [08:04] <smaug____> atdt: in your case, couldn't you just have <a href="http://foo.fi"></a> and style that a:empty:before { attr(href); }
- # [08:05] <MikeSmith> http://dev.opera.com/articles/view/mama-hyperlinks/#a
- # [08:05] <MikeSmith> 3,304,834 out of 3,307,397 a elements have href attributes
- # [08:05] * Quits: niloy (~niloy@203.196.177.156) (Ping timeout: 252 seconds)
- # [08:06] * Quits: niloy_ (~niloy@203.196.177.156) (Ping timeout: 260 seconds)
- # [08:06] <MikeSmith> atdt: so you're right and I'm wrong :)
- # [08:06] <atdt> 2,563 don't -- but i would bet my liver that the vast majority of those have name attr
- # [08:07] <MikeSmith> yeah, I'm surprised the number is that small
- # [08:07] <atdt> well, keep in mind that the very fact that bare <a>s aren't really treated as links means that web devs have the habit of implementing dummy links as either <a href="#"> or <a href="javascript:void()">
- # [08:09] <atdt> MikeSmith: i wonder if their data set is available
- # [08:10] <MikeSmith> paul_irish: I was thinking about adding links on platform.html5.org to htmlplease, but it seems there are no IDs at htmlplease to link to :(
- # [08:10] <paul_irish> we have permalinks!
- # [08:10] <MikeSmith> atdt: I think their data was not publicly available
- # [08:10] <paul_irish> search for something
- # [08:10] <paul_irish> and there's a Link to This
- # [08:10] <MikeSmith> paul_irish: ah, OK
- # [08:10] <paul_irish> thing
- # [08:10] * Joins: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl)
- # [08:11] <MikeSmith> ah, OK
- # [08:11] <MikeSmith> cool
- # [08:11] <MikeSmith> I shall use that
- # [08:13] <atdt> anyhow, thanks very much for the useful input, all. i think i'll try to find some more hard data and reassess.
- # [08:14] <atdt> smaug____: just noticed your suggestion above. yeah, that might do the trick. i'll have to think about it
- # [08:15] <smaug____> atdt: seems to work in Gecko and Opera
- # [08:15] <smaug____> old Chrome has problems
- # [08:15] <smaug____> but that is just an implementation bug
- # [08:17] * Joins: niloy (~niloy@203.196.177.156)
- # [08:17] <atdt> smaug____: i don't think i love that idea, because part of my point is precisely that "eponymous" URLs are part of the text flow of the document
- # [08:18] * Joins: niloy_ (~niloy@115.248.56.233)
- # [08:19] <atdt> it looks a bit weird to say "check out our website at <a href="http://gnu.org/"></a>". the style would be necessary for that to make any sense at all.
- # [08:25] * Joins: ezoe (~ezoe@203-140-91-210f1.kyt1.eonet.ne.jp)
- # [08:30] <atdt> ok, i'm off -- thanks again for the input.
- # [08:30] * Quits: atdt (~zelak@pdpc/supporter/student/zelak) (Remote host closed the connection)
- # [08:34] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [08:38] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [08:38] * Joins: gwicke_ (~gabriel@46.115.36.165)
- # [08:39] * gwicke_ is now known as gwicke
- # [08:42] * Quits: Martijnc (~Martijn@d8D87A077.access.telenet.be) (Ping timeout: 245 seconds)
- # [08:44] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Ping timeout: 252 seconds)
- # [08:49] <MikeSmith> smaug____, paul_irish: "As part of keeing things simple, localStorage has a synchronous API that runs on the main UI thread in browsers; as a consequence of that, a race condition can occur if a user has the same site open in multiple windows or tabs running as separate processes. For many applications, that’s never really a problem in practice. But it can cause data corruption—so applications where it’s important to try to ensure
- # [08:49] <MikeSmith> absolutely no data corruption can occur should instead use a more robust storage mechanism such as IndexedDB."
- # [08:49] <MikeSmith> man that's a lot of words
- # [08:49] <MikeSmith> but dunno how to say it with fewer
- # [08:53] * Joins: danbri (~danbri@cable-146-255-152-102.dynamic.telemach.ba)
- # [08:54] * Joins: Martijnc (~Martijn@d8D87A077.access.telenet.be)
- # [08:54] * Quits: chriseppstein (~chrisepps@99-6-85-4.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
- # [08:58] * Joins: maikmerten (~merten@vpn0224.itmc.tu-dortmund.de)
- # [08:58] <paul_irish> MikeSmith: lets go with it
- # [08:59] <MikeSmith> paul_irish: OK, thanks
- # [08:59] <MikeSmith> just sent the pull request
- # [08:59] <paul_irish> :) thank you!
- # [08:59] <MikeSmith> cheers
- # [08:59] <smaug____> MikeSmith: even worse problem is that since localStorage is stored in file system, using the API may cause the UI thread to hang if the data isn't in memory
- # [08:59] <MikeSmith> really?
- # [08:59] <smaug____> yes
- # [08:59] <MikeSmith> I didn't know about that one
- # [08:59] <MikeSmith> wow
- # [08:59] <MikeSmith> that sucks even worse
- # [09:00] <smaug____> of course browsers try cache the data in memory when possible
- # [09:00] <smaug____> try to
- # [09:00] <zcorpan> do cookies do that also?
- # [09:00] <MikeSmith> I guess with cookies it's far less data
- # [09:02] <zcorpan> does indexeddb have an equivalent to sessionStorage?
- # [09:02] * Joins: stalled (~stalled@unaffiliated/stalled)
- # [09:03] * Joins: jochen___ (jochen@nat/google/x-gsplvypuzazjotlm)
- # [09:06] * Quits: jochen__ (jochen@nat/google/x-goywvtccicifuafp) (Ping timeout: 245 seconds)
- # [09:06] * jochen___ is now known as jochen__
- # [09:09] * Joins: woef (~woef@91.183.84.141)
- # [09:09] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
- # [09:10] <MikeSmith> paul_irish: I think http://html5please.com/#localstorage should take me down to the actual localstorage section/article
- # [09:10] <MikeSmith> rather than the top of the page
- # [09:10] <paul_irish> i agree with that
- # [09:10] <MikeSmith> will raise an issue
- # [09:10] <MikeSmith> especially that's harsh for mobile
- # [09:11] <paul_irish> yeah file it.
- # [09:30] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [09:32] * Quits: niloy_ (~niloy@115.248.56.233) (Ping timeout: 260 seconds)
- # [09:33] * Quits: niloy (~niloy@203.196.177.156) (Ping timeout: 260 seconds)
- # [09:38] * Joins: annevk (~annevk@ip-91-9-179-93.dialup.ice.net)
- # [09:41] <hsivonen> heh. Hixie and I thought about the untrusted CDN case in *very* similar ways
- # [09:42] * Quits: smaug____ (~chatzilla@GGGKMMMCMLIII.gprs.sl-laajakaista.fi) (Remote host closed the connection)
- # [09:42] * Joins: smaug____ (~chatzilla@GGGKMMMCMLIII.gprs.sl-laajakaista.fi)
- # [09:43] <annevk> zewt: Encoding spec should define the encoder for UTF-8
- # [09:44] * Quits: gwicke (~gabriel@46.115.36.165) (Remote host closed the connection)
- # [09:44] * Joins: gwicke (~gabriel@46.115.36.165)
- # [09:47] * Joins: nathanstaines (~nathansta@217.205.197.194)
- # [09:48] * Joins: niloy (~niloy@203.196.177.156)
- # [09:48] * Joins: niloy_ (~niloy@203.196.177.156)
- # [09:59] * Quits: gwicke (~gabriel@46.115.36.165) (Remote host closed the connection)
- # [10:00] * Joins: gwicke (~gabriel@46.115.36.165)
- # [10:08] * Quits: smaug____ (~chatzilla@GGGKMMMCMLIII.gprs.sl-laajakaista.fi) (Ping timeout: 260 seconds)
- # [10:08] * Joins: gwicke_ (~gabriel@46.115.36.165)
- # [10:08] * Quits: gwicke (~gabriel@46.115.36.165) (Remote host closed the connection)
- # [10:19] * Joins: drublic (~drublic@frbg-4d0295aa.pool.mediaWays.net)
- # [10:27] * Joins: jackarmley (~jarmley@217.205.197.194)
- # [10:31] * Joins: smaug____ (~chatzilla@GGGMYCMXX.gprs.sl-laajakaista.fi)
- # [10:37] * Joins: necolas (~necolas@5e0c715f.bb.sky.com)
- # [10:40] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
- # [10:47] * Joins: graememcc (~chatzilla@host86-150-157-88.range86-150.btcentralplus.com)
- # [10:47] * Joins: Evanescence (~Evanescen@60.183.227.220)
- # [10:49] * Joins: david_carlisle (~chatzilla@86.188.197.189)
- # [10:51] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [10:51] * Joins: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
- # [10:52] * Joins: temp02 (~temp01@unaffiliated/temp01)
- # [10:52] * Quits: Evanescence (~Evanescen@60.183.227.220) (Ping timeout: 260 seconds)
- # [10:54] * Quits: smaug____ (~chatzilla@GGGMYCMXX.gprs.sl-laajakaista.fi) (Ping timeout: 248 seconds)
- # [10:57] * Quits: unomi (~unomi@unaffiliated/unomi) (Read error: Connection reset by peer)
- # [10:59] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 260 seconds)
- # [11:00] * Quits: annevk (~annevk@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 260 seconds)
- # [11:03] * Joins: PalleZingmark1 (~Adium@c83-250-138-248.bredband.comhem.se)
- # [11:04] * Quits: PalleZingmark (~Adium@217.13.228.226) (Ping timeout: 260 seconds)
- # [11:11] * Joins: [[zzz]] (~q@125.25.226.121.adsl.dynamic.totbb.net)
- # [11:14] * Joins: Evanescence (~Evanescen@60.183.230.151)
- # [11:15] * Quits: [[zz]] (~q@125.25.228.81.adsl.dynamic.totbb.net) (Ping timeout: 244 seconds)
- # [11:18] * Joins: nonge_ (~nonge@p5082AE47.dip.t-dialin.net)
- # [11:19] * Joins: smaug____ (~chatzilla@193-64-22-74-nat.elisa-mobile.fi)
- # [11:22] * Joins: tndrH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [11:22] * Quits: nonge (~nonge@p5082B0EF.dip.t-dialin.net) (Ping timeout: 248 seconds)
- # [11:25] * Quits: smaug____ (~chatzilla@193-64-22-74-nat.elisa-mobile.fi) (Ping timeout: 272 seconds)
- # [11:30] * [[zzz]] is now known as [[zz]]
- # [11:32] * Joins: skylamer` (cgskylamer@78.90.213.55)
- # [11:42] * Quits: rniwa (rniwa@nat/google/x-xwvfgbwmbesbsqbk) (Quit: rniwa)
- # [11:43] * Quits: gwicke_ (~gabriel@46.115.36.165) (Remote host closed the connection)
- # [11:43] * Joins: gwicke_ (~gabriel@46.115.36.165)
- # [11:45] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [11:47] * Quits: PalleZingmark1 (~Adium@c83-250-138-248.bredband.comhem.se) (Quit: Leaving.)
- # [11:52] * zcorpan adds status boxes to http://simon.html5.org/specs/quirks-mode
- # [11:52] <zcorpan> maybe i should move it to dvcs.w3.org
- # [12:01] * Joins: graememcc_ (~chatzilla@host86-150-157-88.range86-150.btcentralplus.com)
- # [12:01] * Quits: graememcc (~chatzilla@host86-150-157-88.range86-150.btcentralplus.com) (Ping timeout: 260 seconds)
- # [12:02] * graememcc_ is now known as graememcc
- # [12:06] * Quits: danbri (~danbri@cable-146-255-152-102.dynamic.telemach.ba) (Ping timeout: 246 seconds)
- # [12:07] * Joins: danbri (~danbri@cable-146-255-152-102.dynamic.telemach.ba)
- # [12:13] * Quits: jackarmley (~jarmley@217.205.197.194) (Quit: jackarmley)
- # [12:18] * Joins: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp)
- # [12:22] * heycam is now known as heycam|away
- # [12:33] <izhak> What encoding is used by mozilla's nsString internally? Or there's no encoding there, just a 4byte sequense?
- # [12:34] <izhak> And yet, what encoding is suggested to use by whatwg for internal needs? Say, when storing parsed tokens, for storing parsed tree and so on.
- # [12:35] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 245 seconds)
- # [12:35] <hsivonen> izhak: (potentially invalid) UTF-16
- # [12:36] <hsivonen> izhak: that is, it's UTF-16 potentially containing unpaired surrogates
- # [12:36] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [12:36] <hsivonen> izhak: the whatwg doesn't suggest an internal encoding
- # [12:37] <hsivonen> izhak: there's some confusing language in the whatwg HTML spec that tries to abstract over the reality of the DOM being UTF-16 potentially containing unpaired surrogates
- # [12:37] <izhak> And I started to thought that I misunderstood that wchar_t typedef...
- # [12:38] <izhak> *to think
- # [12:38] <hsivonen> wchar_t is full of FAIL
- # [12:38] <izhak> yeah
- # [12:38] <hsivonen> PRUnichar is wchar_t on Windows where wchar_t is 16 bits
- # [12:38] <hsivonen> PRUnichar is not wchar_t on Linux/GCC
- # [12:38] <izhak> I would be just happy to see utf-8 in there
- # [12:38] <hsivonen> PRUnichar is always 16 bits
- # [12:39] <hsivonen> wchar_t is whatever (16 bits on Windows, 32 in glibc)
- # [12:39] <izhak> I wouldn't say that PRUnichar does better than wchar_t :) in general
- # [12:39] <hsivonen> well, at least PRUnichar has a stable meaning in terms of number of bits
- # [12:40] <hsivonen> makes it superior to wchar_t in my book
- # [12:41] <izhak> But why utf-16, only to make character wise traversal more efficient and convinient?
- # [12:41] * Joins: annevk (~annevk@77.16.242.137.tmi.telenormobil.no)
- # [12:41] <annevk> zcorpan: using some kind of repo would be nice at least for history
- # [12:41] <annevk> zcorpan: and backups
- # [12:41] <hsivonen> izhak: because in the late nineties, people weren't enlightened about the virtues of UTF-8
- # [12:41] <zcorpan> annevk: yeah
- # [12:42] <annevk> man
- # [12:42] <annevk> I just realized last night that if UTF-16 was not there, surrogates would not have been there either
- # [12:42] <annevk> it was a nice dream
- # [12:43] <zcorpan> annevk: btw html-diffs needs updating again
- # [12:44] <izhak> hsivonen: clear, thanks.
- # [12:44] <annevk> zcorpan: isn't that your job now?
- # [12:44] <zcorpan> annevk: yeah, though i don't have anolis set up yet
- # [12:45] <annevk> if you update the source I can generate
- # [12:45] <zcorpan> ok, cool
- # [12:49] <annevk> agreed :)
- # [12:49] <asmodai> Anyone know which BNF form the w3.org typically uses (like in the XML spec)?
- # [12:49] <annevk> avoid-BNF
- # [12:49] <hsivonen> IIRC, XML has its own flavor
- # [12:49] <zcorpan> i can use xspec xref now, right?
- # [12:49] <annevk> yes
- # [12:49] * hsivonen wants rectangular selections in Eclipse
- # [12:49] <zcorpan> k
- # [12:50] <annevk> XML has its own BNF, lots of specs avoid BNF, if you really want to use BNF, you should use ABNF I think as standardized in some RFC
- # [12:50] <hsivonen> ooh. alt+shift+a
- # [12:55] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [12:58] <asmodai> annevk / hsivonen: Thanks. Was just seeing if this was a defined BNF or not.
- # [13:00] * Quits: annevk (~annevk@77.16.242.137.tmi.telenormobil.no) (Ping timeout: 272 seconds)
- # [13:00] * Quits: izhak (~izhak@213.87.241.167) (Remote host closed the connection)
- # [13:09] * gwicke_ is now known as gwicke
- # [13:13] <zcorpan> hsivonen: what's alt+shift+a?
- # [13:14] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Quit: Computer has gone to sleep.)
- # [13:14] <zcorpan> oh, eclipse
- # [13:24] * Joins: annevk (~annevk@ip-91-9-179-93.dialup.ice.net)
- # [13:25] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [13:29] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: Leaving...)
- # [13:29] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Client Quit)
- # [13:30] * Quits: Ducki (~Ducki@pD9E394F5.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
- # [13:30] * Joins: Ducki (~Ducki@pD9E394F5.dip0.t-ipconnect.de)
- # [13:31] * Joins: BruNeX (u4730@gateway/web/irccloud.com/x-bwilitplhfabbkhc)
- # [13:35] * Quits: nathanstaines (~nathansta@217.205.197.194) (Quit: Linkinus - http://linkinus.com)
- # [13:37] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
- # [13:44] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [13:45] * Quits: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Ping timeout: 276 seconds)
- # [13:45] * Quits: yuuki_ (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:46] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:47] * Joins: sarro (~sarro@i5E864D8E.versanet.de)
- # [13:48] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Client Quit)
- # [13:52] <hsivonen> unfortunately, http://dbaron.org/log/2006-08#e20060818a is still relevant today
- # [13:54] <hsivonen> it's still sad that companies whose devices "don't try to support browsing the web at large" get to buy attention of the W3C
- # [14:01] * Joins: izhak (~izhak@188.168.203.113)
- # [14:01] <jgraham> Well has the W3C process changed substantially in the past 5.5 years?
- # [14:05] * Joins: erichynds (~ehynds@venkman.brightcove.com)
- # [14:18] <annevk> Community Groups were added to work around it
- # [14:20] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [14:21] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Client Quit)
- # [14:22] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [14:24] * Joins: dragon__ (~dragon@219-75-219-30f1.hyg2.eonet.ne.jp)
- # [14:25] * Quits: dragon__ (~dragon@219-75-219-30f1.hyg2.eonet.ne.jp) (Client Quit)
- # [14:28] * Quits: sarro (~sarro@i5E864D8E.versanet.de) (Read error: Connection reset by peer)
- # [14:35] * Joins: plutoniix (~plutoniix@125.25.226.121.adsl.dynamic.totbb.net)
- # [14:39] * Joins: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
- # [14:40] * Joins: sarro (~sarro@i5E864D8E.versanet.de)
- # [14:43] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 260 seconds)
- # [14:50] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
- # [14:51] * Joins: smaug____ (~chatzilla@GGZYYMMMCCCXL.gprs.sl-laajakaista.fi)
- # [14:53] * Joins: smaug_____ (~chatzilla@GGGKDVI.gprs.sl-laajakaista.fi)
- # [14:54] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [14:56] * Quits: smaug____ (~chatzilla@GGZYYMMMCCCXL.gprs.sl-laajakaista.fi) (Ping timeout: 255 seconds)
- # [14:56] * smaug_____ is now known as smaug____
- # [14:58] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 245 seconds)
- # [15:03] * Joins: Lachy (~Lachy@57-48-11.connect.netcom.no)
- # [15:05] * Joins: davidb (~davidb@66.207.208.98)
- # [15:14] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:14] * Quits: danbri (~danbri@cable-146-255-152-102.dynamic.telemach.ba) (Ping timeout: 244 seconds)
- # [15:14] * Quits: smaug____ (~chatzilla@GGGKDVI.gprs.sl-laajakaista.fi) (Ping timeout: 255 seconds)
- # [15:15] * Quits: JohnAlbin (~JohnAlbin@114-42-60-68.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
- # [15:15] * Quits: annevk (~annevk@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 246 seconds)
- # [15:20] * Quits: TobiX (tobias@zoidberg.org) (Ping timeout: 252 seconds)
- # [15:20] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
- # [15:20] * Joins: TobiX (tobias@zoidberg.org)
- # [15:20] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
- # [15:20] * Quits: BruNeX (u4730@gateway/web/irccloud.com/x-bwilitplhfabbkhc) (Ping timeout: 252 seconds)
- # [15:20] * Joins: BruNeX (u4730@gateway/web/irccloud.com/x-vodjvkfpwejtiebw)
- # [15:23] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:24] <bga> strict typed js and s-expr instead html is pretty popular idea
- # [15:25] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Ping timeout: 265 seconds)
- # [15:25] <jgraham> By "pretty popular" you mean "lots of people talk about it, no one does it"?
- # [15:25] <jgraham> (for small values of "lots")
- # [15:25] <bga> lots of ppl
- # [15:26] <bga> s-expr has native macroses
- # [15:26] * Quits: gwicke (~gabriel@46.115.36.165) (Quit: Bye!)
- # [15:26] <bga> good for temlpating
- # [15:26] <bga> *templating
- # [15:26] <jgraham> Well some people write templating languages in lisp, yes
- # [15:27] <jgraham> I'm not sure that's the same thing
- # [15:27] <bga> sorry. away
- # [15:36] * Joins: danbri (~danbri@cable-146-255-149-19.dynamic.telemach.ba)
- # [15:37] * Joins: smaug____ (~chatzilla@KMMVI.gprs.sl-laajakaista.fi)
- # [15:37] * Joins: JohnAlbin (~JohnAlbin@114-42-60-68.dynamic.hinet.net)
- # [15:45] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [15:45] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
- # [15:45] * Joins: thiessenp (~thiessenp@changeme.ebuddy.com)
- # [15:45] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
- # [15:46] * Joins: annevk (~annevk@77.16.242.137.tmi.telenormobil.no)
- # [15:48] * Quits: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl) (Ping timeout: 245 seconds)
- # [15:49] * Joins: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl)
- # [15:50] * Quits: smaug____ (~chatzilla@KMMVI.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
- # [15:54] * Joins: lar_zzz (~lar_zzz@p4FE25E8A.dip.t-dialin.net)
- # [15:55] * Joins: nisci (~Webis@unaffiliated/open)
- # [15:56] * Joins: PalleZingmark (~Adium@217.13.228.226)
- # [15:59] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
- # [15:59] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Remote host closed the connection)
- # [15:59] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [16:00] * Joins: Ms2ger (~Ms2ger@91.181.60.137)
- # [16:03] * Parts: lar_zzz (~lar_zzz@p4FE25E8A.dip.t-dialin.net)
- # [16:03] <zcorpan> annevk: how do i fix https://www.w3.org/Bugs/Public/show_bug.cgi?id=14319 ?
- # [16:04] <annevk> wontfix?
- # [16:04] <annevk> doesn't seem overly important
- # [16:05] <annevk> or maybe change HTML5 to HTML in the abstract
- # [16:05] * Joins: david_carlisle (~chatzilla@86.188.197.189)
- # [16:05] <annevk> that's prolly best
- # [16:06] * Quits: thiessenp (~thiessenp@changeme.ebuddy.com) (Quit: thiessenp)
- # [16:06] <annevk> I guess everyone is just ignoring Charles Pritchard now otherwise the notion that WebKit can be bought would have generated some traffic I suppose
- # [16:07] <annevk> cf http://lists.w3.org/Archives/Public/public-html/2012Feb/0494.html
- # [16:08] <nisci> what does the 'wg' in whatwg stand for?
- # [16:08] <annevk> Working Group
- # [16:09] * Quits: Ducki (~Ducki@pD9E394F5.dip0.t-ipconnect.de) (Quit: ;))
- # [16:10] <zcorpan> i thought this document was about describing the w3c html5 spec, so the references should maybe go there
- # [16:10] <annevk> it's mostly about giving a rough overview over how HTML changed since HTML4
- # [16:10] * Quits: Lachy (~Lachy@57-48-11.connect.netcom.no) (Read error: Connection reset by peer)
- # [16:11] <annevk> I'm sure someone will change the reference before publishing though
- # [16:11] * Joins: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
- # [16:11] <annevk> plh is good at that
- # [16:12] <zcorpan> if we want the spec to describe the whatwg spec, there are several things that should be changed, i think
- # [16:12] <annevk> do we have to be so granular?
- # [16:13] <zcorpan> well currently it aims to accurately describe the w3c spec, but the references go to whatwg, which is a bit weird
- # [16:14] * Joins: smaug____ (~chatzilla@193-64-22-89-nat.elisa-mobile.fi)
- # [16:14] <jgraham> zcorpan: see /topic :p
- # [16:14] <annevk> changing the references is a bit of a hassle
- # [16:14] * Joins: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com)
- # [16:14] <annevk> I think Ms2ger is planning on something to change that, but it might take a while
- # [16:15] <annevk> I wouldn't worry too much about it
- # [16:15] <zcorpan> maybe i should just cover both specs in cases where they disagree
- # [16:15] <Ms2ger> You could always add a [HTML5] to spec-data
- # [16:15] <Ms2ger> It might even exist already
- # [16:18] <zcorpan> where is spec-data?
- # [16:18] <Ms2ger> Bitbucket
- # [16:18] * nonge_ is now known as nonge
- # [16:18] * Joins: tomasf_ (~tomasf@109.58.77.194.bredband.tre.se)
- # [16:19] <zcorpan> seems it doesn't exist
- # [16:19] <Ms2ger> https://bitbucket.org/ms2ger/specification-data/
- # [16:20] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Ping timeout: 248 seconds)
- # [16:20] * tomasf_ is now known as tomasf
- # [16:20] * Quits: smaug____ (~chatzilla@193-64-22-89-nat.elisa-mobile.fi) (Ping timeout: 260 seconds)
- # [16:21] <annevk> see also http://wiki.whatwg.org/wiki/Anolis
- # [16:23] * zcorpan meant that [HTML5] doesn't exist
- # [16:28] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
- # [16:28] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # [16:35] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [16:36] * Quits: woef (~woef@91.183.84.141) (Read error: Connection reset by peer)
- # [16:38] <Ms2ger> Yeah
- # [16:39] <jgraham> HTML5 doesn't exist? Better keep that one a secret
- # [16:42] * Joins: chriseppstein (~chrisepps@209.119.65.162)
- # [16:42] * Joins: smaug____ (~chatzilla@ZMMMDCCCXXVII.gprs.sl-laajakaista.fi)
- # [17:00] * Quits: smaug____ (~chatzilla@ZMMMDCCCXXVII.gprs.sl-laajakaista.fi) (Ping timeout: 265 seconds)
- # [17:04] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Ping timeout: 240 seconds)
- # [17:07] <annevk> can someone check the WHATWG blog for that comment?
- # [17:07] <annevk> nobody has done it yet...
- # [17:08] * Joins: Lachy (~Lachy@57-48-11.connect.netcom.no)
- # [17:08] * Quits: Lachy (~Lachy@57-48-11.connect.netcom.no) (Client Quit)
- # [17:10] * Joins: Lachy (~Lachy@57-48-11.connect.netcom.no)
- # [17:14] * Quits: niloy_ (~niloy@203.196.177.156) (Ping timeout: 240 seconds)
- # [17:14] * Quits: niloy (~niloy@203.196.177.156) (Ping timeout: 252 seconds)
- # [17:17] <nisci> wow, this is really great -- thanks for the suggestion!
- # [17:17] <nisci> oops, wrong chanel
- # [17:18] * Joins: tomasf_ (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [17:20] * Quits: tomasf (~tomasf@109.58.77.194.bredband.tre.se) (Ping timeout: 244 seconds)
- # [17:20] * tomasf_ is now known as tomasf
- # [17:26] * Joins: ehsan_ (~ehsan@66.207.208.98)
- # [17:31] * Quits: Lachy (~Lachy@57-48-11.connect.netcom.no) (Quit: Computer has gone to sleep.)
- # [17:31] * Joins: tomz (~chatzilla@i-global252.qualcomm.com)
- # [17:34] * Quits: maikmerten (~merten@vpn0224.itmc.tu-dortmund.de) (Remote host closed the connection)
- # [17:39] * Quits: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl) (Ping timeout: 260 seconds)
- # [17:46] * Quits: drublic (~drublic@frbg-4d0295aa.pool.mediaWays.net) (Ping timeout: 276 seconds)
- # [17:51] * Quits: izhak (~izhak@188.168.203.113) (Read error: Connection reset by peer)
- # [17:52] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
- # [17:52] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
- # [17:55] * Joins: micheil (~micheil@109.224.128.70)
- # [17:55] <annevk> hmm
- # [17:56] <annevk> so MutationObserver objects are scoped by browsing contexts that can reach each other
- # [17:56] <annevk> this dependency game is annoying
- # [17:56] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Ping timeout: 240 seconds)
- # [17:59] * Quits: gavin_ (~gavin@76.14.70.183) (Read error: Connection reset by peer)
- # [17:59] * Joins: gavin_ (~gavin@76.14.70.183)
- # [18:01] * Joins: jdaggett (~jdaggett@ad008216.dynamic.ppp.asahi-net.or.jp)
- # [18:02] <annevk> man
- # [18:09] * Joins: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl)
- # [18:09] <annevk> so you have a list
- # [18:09] <annevk> at some point the mutation observer thing happens
- # [18:09] <annevk> you go through the list
- # [18:09] <annevk> and for each item where the record queue is non-empty, you invoke the callback
- # [18:09] <jgraham> ["eggs", "yoghurt", "milk"]
- # [18:10] <annevk> the problem is the scope of the list
- # [18:10] <annevk> the DOM has no notion of scripts or browsing contexts
- # [18:11] <jgraham> Wrong kind of list it seems :(
- # [18:11] <annevk> Each scripting-environment has an associated list of MutationObserver objects maybe?
- # [18:11] <annevk> and then a note that says the scripting-environment needs to carefully define the context and when to invoke "notify" or whatever we call it
- # [18:12] <annevk> I guess that can work
- # [18:14] <annevk> jgraham: I like your list better :)
- # [18:17] * Quits: Evanescence (~Evanescen@60.183.230.151) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [18:18] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:26] <annevk> hmm
- # [18:26] <annevk> still not dealing with transient observers
- # [18:26] <annevk> and aklein is away
- # [18:27] * Quits: tomz (~chatzilla@i-global252.qualcomm.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
- # [18:28] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:32] <kennyluck> "Thou shalt not refer to the WHATWG version of HTML."
- # [18:32] <Ms2ger> s/HATWG/3C/
- # [18:32] * Quits: ezoe (~ezoe@203-140-91-210f1.kyt1.eonet.ne.jp) (Ping timeout: 265 seconds)
- # [18:32] <annevk> I guess another problem might be garbage collection
- # [18:33] <annevk> I loathe garbage collection
- # [18:33] <annevk> also the non-virtual kind
- # [18:37] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [18:45] <dglazkov> good morning, Whatwg!
- # [18:49] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [18:49] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # [18:51] <ksweeney> good morning!
- # [18:53] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Client Quit)
- # [18:53] * Quits: MacTed (~Thud@63.119.36.36) (Ping timeout: 246 seconds)
- # [18:56] * Joins: Evanescence (~Evanescen@60.183.230.151)
- # [19:02] * Quits: myakura (~myakura@FL1-110-233-178-43.tky.mesh.ad.jp) (Remote host closed the connection)
- # [19:02] * Joins: MacTed (~Thud@63.119.36.36)
- # [19:05] * Quits: MacTed (~Thud@63.119.36.36) (Client Quit)
- # [19:10] * Joins: ezoe (~ezoe@61-205-124-181f1.kyt1.eonet.ne.jp)
- # [19:11] * Joins: ap (~ap@2620:149:4:1b01:69:c9e:7810:9d0b)
- # [19:15] * Joins: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no)
- # [19:17] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 260 seconds)
- # [19:18] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
- # [19:21] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [19:22] * Quits: ericc|away (~eric@17.212.152.104) (Quit: ericc|away)
- # [19:22] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
- # [19:26] * Quits: jdaggett (~jdaggett@ad008216.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # [19:26] * Joins: aklein (u4454@gateway/web/irccloud.com/x-mjyoxtuhndttqrcy)
- # [19:28] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [19:31] <Ms2ger> "Should "just work" assuming the methods on EventTarget.prototype are generic and flexible enough to work on any object."
- # [19:32] <Ms2ger> That sounds awful
- # [19:37] * Parts: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
- # [19:38] * Quits: Druid_ (~Druid@p5B05DF8D.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [19:42] <annevk> aklein: so steps 1-4 could be substeps of step 1 of the new invoke algorithm, and step 2 would be to invoke them again if any of the mutationobserver objects has a non-empty record queue
- # [19:42] * Joins: Druid_ (~Druid@p5B05DF8D.dip.t-dialin.net)
- # [19:42] <annevk> aklein: that would address that problem, right?
- # [19:44] <annevk> aklein: still need to know what to do with transient observers
- # [19:44] <aklein> annevk: that sounds right (and also handles the case of new observers being added during invokation)
- # [19:44] <aklein> annevk: let me look at the code real quick...
- # [19:46] <aklein> annevk: as for transient:
- # [19:46] <Velmont> Mozilla announces HTML5-based phone - http://lwn.net/SubscriberLink/484288/989987e3efcc1fc7/ - The article will open up in 7 days, but thought it'd be interesting for you to read it now :]
- # [19:47] <Ms2ger> Oh, did we?
- # [19:47] <aklein> annevk: between steps 3 & 4, remove all transient registrations
- # [19:47] <aklein> annevk: for the observer you're about to call, that is
- # [19:48] <Velmont> Ms2ger: Only copied the title
- # [19:48] <annevk> aklein: that sounds surprisingly easy
- # [19:48] * Quits: Evanescence (~Evanescen@60.183.230.151) (Quit: my website: http://stardiviner.dyndns-blog.com/)
- # [19:48] <annevk> ok I'll write up some next text as it seems this Junta game will delay our dinner plans a little longer :)
- # [19:48] <annevk> new text* doh
- # [19:48] <Velmont> lol
- # [19:49] <aklein> annevk: yeah, it's actually pretty simple. the idea is that since the observer is about to get a chance to run, it no longer needs those transient observers (it can go add new observations wherever it cares to)
- # [19:52] * Quits: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl) (Ping timeout: 244 seconds)
- # [19:57] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
- # [19:57] <annevk> https://bitbucket.org/ms2ger/dom-core/changeset/c6ad9b7a9dff
- # [19:59] <annevk> Ms2ger: "just work" lalala
- # [19:59] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [20:00] <annevk> just add some electricity to the water and it'll just work
- # [20:00] <annevk> or something
- # [20:01] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [20:03] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
- # [20:06] * Joins: MacTed (~Thud@63.119.36.36)
- # [20:06] <annevk> aklein: fyi http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#concept-mo-invoke
- # [20:07] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 255 seconds)
- # [20:07] <aklein> annevk: looks good!
- # [20:08] <annevk> good good
- # [20:08] <annevk> now Hixie needs to make a change and then we should figure out setting innerHTML / textContent
- # [20:08] <aklein> the discussion of simplifying that stuff sort of died out
- # [20:09] * Joins: dbaron (~dbaron@70-36-140-19.dsl.dynamic.sonic.net)
- # [20:09] <annevk> I can see how treating "remove all" and "insert DF" completely separate is somewhat easier, but combining them does not seem that much harder
- # [20:10] <annevk> especially as this will only be invoked when the DocumentFragment can be inserted without issue (so you don't need to run the complex insertion steps)
- # [20:11] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [20:12] * Philip` wonders if there's a good explanation somewhere of why B2G is better than Android plus a web browser
- # [20:12] <aklein> the trouble is that "remove all" can trigger synchronous events, so more DOM mutation code can run before we get around to the "insert DF" part
- # [20:13] <annevk> well ideally we get rid of mutation events
- # [20:13] <aklein> even leaving aside mutation events, there's blur
- # [20:13] <Ms2ger> Wasn't the idea to batch such changes up into one listener?
- # [20:13] <annevk> oh blur, didn't we have something for that?
- # [20:14] <annevk> "The methods are not generic, as WebIDL clearly says." thank god
- # [20:14] <aklein> I guess that technically happens _before_ the removal
- # [20:14] <aklein> so maybe I shouldn't have to worry about blur...
- # [20:15] <annevk> i hope not
- # [20:16] <annevk> I think ryosuke had something else, but I forgot
- # [20:16] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
- # [20:16] <annevk> <iframe> unload maybe?
- # [20:16] <annevk> hmm
- # [20:16] * Quits: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Ping timeout: 244 seconds)
- # [20:17] * Joins: astearns_ (~astearns@192.150.22.5)
- # [20:18] * Quits: astearns (~astearns@192.150.22.5) (Ping timeout: 245 seconds)
- # [20:18] * astearns_ is now known as astearns
- # [20:20] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [20:20] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [20:20] * Joins: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net)
- # [20:23] * Quits: Lachy (~Lachy@ip-91-9-179-93.dialup.ice.net) (Client Quit)
- # [20:27] * Joins: jamesr (jamesr@nat/google/x-itnwgtbjiicooikk)
- # [20:27] <Hixie> annevk, aklein: so calling a callback is itself a microtask...
- # [20:28] <Hixie> annevk, aklein: i suppose i don't fire any observers if i'm already busy firing the observers?
- # [20:29] <aklein> Hixie: exactly
- # [20:30] * Quits: annevk (~annevk@77.16.242.137.tmi.telenormobil.no) (Ping timeout: 260 seconds)
- # [20:30] <Hixie> k
- # [20:31] <Hixie> so i invoke the observers after a script runs, unless it's an observer. Then after doing that, I do it again if there's new observers?
- # [20:31] <Hixie> or what?
- # [20:32] <aklein> Hixie: annevk changed that algorithm to re-invoke itself, so you should only have to call that algorithm once
- # [20:33] * Joins: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
- # [20:35] * Quits: ezoe (~ezoe@61-205-124-181f1.kyt1.eonet.ne.jp) (Ping timeout: 260 seconds)
- # [20:39] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [20:46] * Joins: stalecache (~stalecach@c-68-83-148-11.hsd1.pa.comcast.net)
- # [20:48] * Quits: Onderhond (onderhond@d54C61C40.access.telenet.be) (Read error: Connection reset by peer)
- # [20:52] * Joins: gwicke_ (~gabriel@46.115.18.238)
- # [20:56] * Quits: scor (~scor@drupal.org/user/52142/view) (Ping timeout: 246 seconds)
- # [20:56] * Quits: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [20:56] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
- # [20:58] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [20:58] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
- # [21:01] * JohnAlbin is now known as JohnAlbin_zzzzzz
- # [21:04] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [21:05] * Quits: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Ping timeout: 276 seconds)
- # [21:05] * Joins: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
- # [21:06] * Joins: davidb (~davidb@65.93.94.10)
- # [21:07] * Quits: Zauberfisch (Zauberfisc@venus.zauberfisch.at) (Read error: Connection reset by peer)
- # [21:07] * Joins: Zauberfisch (Zauberfisc@venus.zauberfisch.at)
- # [21:08] * Quits: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Client Quit)
- # [21:08] * Joins: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net)
- # [21:09] * Quits: ap (~ap@2620:149:4:1b01:69:c9e:7810:9d0b) (Quit: ap)
- # [21:15] * Quits: tndrH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 276 seconds)
- # [21:20] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [21:21] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
- # [21:28] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 244 seconds)
- # [21:28] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
- # [21:28] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 252 seconds)
- # [21:29] * Joins: scheib (u4467@gateway/web/irccloud.com/x-usghlwjdwenpszfx)
- # [21:32] * Joins: rniwa (rniwa@nat/google/x-hvhnkkfonddtgjgg)
- # [21:32] * jwalden belatedly high-fives rniwa as another Fedora user
- # [21:32] <rniwa> jwalden: hehe, hi
- # [21:32] <Ms2ger> Ubuntu, anybody? :)
- # [21:32] <TabAtkins> Right here!
- # [21:32] * jwalden is still on 14, keeps not finding the time to back up fully before updating to 15
- # [21:33] <TabAtkins> (Well, Gubuntu, but still.)
- # [21:33] <jwalden> at the rate I'm going I might just wait to 16, but I really probably shouldn't do that :-)
- # [21:33] <TabAtkins> (Or Goobuntu, I think.)
- # [21:33] <Ms2ger> I read that as "* jwalden is still 14"
- # [21:33] * Ms2ger high-... fours TabAtkins
- # [21:33] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [21:33] <jwalden> "I know you are but what am I"
- # [21:33] <jwalden> and I could even be right! :-P
- # [21:37] <Ms2ger> "I'm filing the bug as I type against W3C's HTML5, so we can get the opinion of the DOM people as well."
- # [21:38] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
- # [21:39] * Joins: cpearce (~cpearce@60.234.54.74)
- # [21:42] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
- # [21:44] <TabAtkins> Heh.
- # [21:46] * Quits: Zauberfisch (Zauberfisc@venus.zauberfisch.at) (Read error: Connection reset by peer)
- # [21:46] * Joins: Zauberfisch (Zauberfisc@venus.zauberfisch.at)
- # [21:48] * Quits: skylamer` (cgskylamer@78.90.213.55) (Remote host closed the connection)
- # [21:57] * Quits: sicking (~chatzilla@mozilla.vlan402.asr1.cdg3.gblx.net) (Ping timeout: 244 seconds)
- # [21:58] * Joins: drublic (~drublic@ip-109-85-90-99.web.vodafone.de)
- # [22:04] * Joins: karega (~karegaani@64.124.202.222)
- # [22:05] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
- # [22:07] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [22:07] <Hixie> aklein: k
- # [22:09] * Joins: smaug____ (~chatzilla@193-64-22-235-nat.elisa-mobile.fi)
- # [22:15] <kennyluck> Heh. I wanted to quote that line too.
- # [22:16] * TabAtkins wonders why random lines from my emails are quotable.
- # [22:17] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
- # [22:18] * Quits: drublic (~drublic@ip-109-85-90-99.web.vodafone.de) (Remote host closed the connection)
- # [22:21] <Hixie> annevk5: yt?
- # [22:22] <Ms2ger> TabAtkins, because the DOM people are in WebApps :)
- # [22:22] <TabAtkins> True, but the relevant ones follow the list sufficiently well.
- # [22:23] <TabAtkins> I'M TRYING TO BE CROSS-DISCIPLINARY.
- # [22:23] <Hixie> the relevant ones probably have public-html filtered to /dev/null...
- # [22:23] <TabAtkins> But then I talk about it in here, so it's all good again.
- # [22:25] * Quits: smaug____ (~chatzilla@193-64-22-235-nat.elisa-mobile.fi) (Ping timeout: 265 seconds)
- # [22:35] * Quits: karega (~karegaani@64.124.202.222) (Ping timeout: 240 seconds)
- # [22:39] * Joins: karega (~karegaani@64.124.202.222)
- # [22:42] * Quits: karega (~karegaani@64.124.202.222) (Client Quit)
- # [22:46] * Quits: micheil (~micheil@109.224.128.70) (Quit: http://brandedcode.com | http://github.com/miksago)
- # [22:47] * Joins: smaug____ (~chatzilla@GYYYMKDCCLXXXIX.gprs.sl-laajakaista.fi)
- # [22:48] * Joins: annevk (~annevk@ip-91-9-179-93.dialup.ice.net)
- # [22:48] <annevk> Hixie: am now
- # [22:48] <annevk> Hixie: we went to get some food finally
- # [22:48] <annevk> but back now
- # [22:49] <jgraham> Philip`: I assume that the value proposition of all-apps-as-webapps over a simple webbrowser is that instead of having to remember the url for every app you want to run you can visit a single page that will conveniently let you search for apps and, if you find one you like, store a link to it locally so it is convenient to find in the future
- # [22:50] <Velmont> I still haven't bothered to do the rain dance required to follow public-html.
- # [22:50] <annevk> you can email chaals, but the question is whether you really want to read the email
- # [22:50] <Ms2ger> You think you'll get away with a rain dance?
- # [22:51] <Velmont> annevk: Yes, I keep getting told I really don't want to subscribe anyway. So I'm stuck in the limbo.
- # [22:51] * Quits: Ms2ger (~Ms2ger@91.181.60.137) (Quit: nn)
- # [22:51] <Velmont> Lots of dance methaphors here.
- # [22:52] <annevk> Dance Dance Dance is an okay read
- # [22:54] * heycam|away is now known as heycam
- # [22:54] <jgraham> Pretty good, but not his best work
- # [22:54] <jgraham> One of the early ones to be translated iirc?
- # [22:55] <jgraham> Velmont: You could read my public-html mail if you like
- # [22:55] <annevk> "I’d loved and been loved, but I had nothing to show. It was a singularly plain, featureless landscape. I felt like I was in a video game. A surrogate Pacman, crunching blindly through a labyrinth of dotted lines. The only certainty was my death."
- # [22:55] <Velmont> Don't say too much stuff that require googling, the internet here is pretty darn slow, and I'm sharing it with annevk.
- # [22:55] <annevk> jgraham: not sure, I reckon that would have been Norwegian Wood, but I'm not sure
- # [22:56] <jgraham> annevk is a walking mine of Murakami facts
- # [22:57] <bga> http://webcache.googleusercontent.com/search?q=cache:http://johnbender.us/2012/02/29/faster-javascript-through-category-theory/
- # [22:57] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [22:58] <jgraham> Wikipedia says that "Pinball, 1973" and "Hear the Wind Sing" were first to be translated, but I have never read them
- # [22:58] <annevk> those are his first two books
- # [22:58] <jgraham> Then "A Wild Sheep Chase" and "Hard Boiled Wonderland and the End of the World"
- # [22:58] <annevk> if I remember I'll bring them next time I go to Sweden, whenever that is
- # [22:59] <jgraham> Then "Dance Dance Dance"
- # [22:59] <jgraham> Norwegian Wood was written earlier but translated later
- # [22:59] <jgraham> annevk: That would be totally excellent
- # [22:59] <annevk> yeah I was about to say, interesting
- # [23:00] <Velmont> I should read one of his books.
- # [23:00] <jgraham> s/one/all/
- # [23:00] <Velmont> jgraham: Well, let's not get ahead of ourselves here.
- # [23:01] * Joins: weinig (~weinig@2620:149:4:1b01:fd9f:da97:7fd4:2e5d)
- # [23:01] <annevk> Hixie: in https://www.w3.org/Bugs/Public/show_bug.cgi?id=16142 your comment regarding GC got trimmed
- # [23:01] * Quits: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill) (Read error: Operation timed out)
- # [23:01] * Joins: PrgmrBill (~PrgmrBill@prgmrbill.com)
- # [23:01] * Quits: PrgmrBill (~PrgmrBill@prgmrbill.com) (Changing host)
- # [23:01] * Joins: PrgmrBill (~PrgmrBill@unaffiliated/prgmrbill)
- # [23:01] <jgraham> Velmont: Well I probably wouldn't start with Dance Dance Dance.
- # [23:02] <Velmont> jgraham: Nope. Maybe Norwegian Wood, since that is so well known? Or is there a better one to start at?
- # [23:02] * Quits: smaug____ (~chatzilla@GYYYMKDCCLXXXIX.gprs.sl-laajakaista.fi) (Remote host closed the connection)
- # [23:03] <jgraham> Norwegian Wood is a fine choice. I think I read The Wind Up Bird Chronicle first. Or perhaps Kafka on the Shore
- # [23:04] <annevk> I want to read Kafka on the Shore again, read it in Dutch initially
- # [23:06] <jgraham> Well if you ever make it to Lkpg you are welcome to borrow my copy
- # [23:07] <Velmont> I want to go to Lkpg too.
- # [23:08] <Velmont> Never been much in Sweden.
- # [23:08] <Hixie> annevk: actually it didn't, i never wrote anything and apparently forgot to delete it :-)
- # [23:08] <Hixie> annevk: never wrote anything after what you see, i mean
- # [23:09] <jgraham> Velmont: Well I'm sure you would be quite welcome if you could find a half decent excuse :)
- # [23:09] * Quits: graememcc (~chatzilla@host86-150-157-88.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216081259])
- # [23:10] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:10] <annevk> heh
- # [23:12] <Velmont> jgraham: annevk suggested working on the XHR testsuite. :] No real reason to do it there, but could classify as half-decent.
- # [23:13] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:14] <annevk> reason might be waste: http://annevankesteren.nl/2010/12/waste
- # [23:14] <annevk> cf Dance Dance Dance
- # [23:15] <jgraham> Velmont: Or come over and give an opera:talk on something
- # [23:17] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:19] <Hixie> css people might want to review my naive TextMetrics proposal at http://wiki.whatwg.org/wiki/Canvas#TextMetrics
- # [23:19] * Quits: danbri (~danbri@cable-146-255-149-19.dynamic.telemach.ba) (Read error: Connection reset by peer)
- # [23:19] * Joins: danbri (~danbri@cable-146-255-149-19.dynamic.telemach.ba)
- # [23:20] <TabAtkins> Hixie: Ping www-style?
- # [23:20] <Hixie> i never get any useful feedback when i do that
- # [23:20] <TabAtkins> Well, I can't give very useful feedback - text isn't my thing.
- # [23:21] <Hixie> (and if i get any feedback at all, it's usually along the lines of "oh, we should provide that, let us write a spec and reference that" and then i never heard back)
- # [23:21] <Hixie> s/heard/hear/
- # [23:22] <gsnedders> Velmont: I started with Kafka on the Shore (jgraham's copy thereof!), which I loved.
- # [23:23] <othermaciej> Hixie: I'm not a text expert, but you seem to have a copy-paste error on "// distance from textBaseline to hanging baseline"
- # [23:23] <othermaciej> seems copied a few times where it does not apply
- # [23:23] <Hixie> oops
- # [23:23] <Hixie> fixed, thanks
- # [23:24] <othermaciej> also you define many things as distances relative to textBaseline but the textBaseline property itself is not there
- # [23:25] <othermaciej> (maybe it's 0 by definition in your model?)
- # [23:25] <Hixie> textBaseline is a property on the context
- # [23:25] <othermaciej> our text expert says "the definitions of the metrics look sane to me, i’m assuming “the text” and a CSS font are in the context somehow"
- # [23:25] <Hixie> (that already exists)
- # [23:25] <othermaciej> the property on the context is a string though
- # [23:25] <Hixie> yeah
- # [23:27] <TabAtkins> othermaciej: Any clue who I would talk to about killing the restriction on webkit bugzilla that your passwords must be <= 16 character?
- # [23:28] <othermaciej> TabAtkins: my guess is that this restriction exists only because we are using an old version of bugzilla, assuming it is fixed in newer bugzilla instances
- # [23:28] <Hixie> why does canvas only do affine transforms?
- # [23:28] <othermaciej> if so, the person to talk to is Lucas Forschler, but I am not sure how soon he'll be able to update us to a newer version
- # [23:28] <TabAtkins> Hixie: Becaue that's what CSS transforms are?
- # [23:28] <TabAtkins> And SVG?
- # [23:28] <Hixie> but why?
- # [23:28] <othermaciej> most 2D graphics systems only have affine transforms built in
- # [23:28] <TabAtkins> Shrug. They're simple.
- # [23:28] <othermaciej> which non-affine transforms do you think it should do?
- # [23:29] <TabAtkins> You can efficiently transform most curves if you stick to affine.
- # [23:29] <Hixie> i dunno, there's a bug here saying we should allow non-affine transforms, and i was just wondering if it was just a matter of allowing it, or if there was some reason we were avoding it
- # [23:29] <Hixie> avoiding
- # [23:29] <TabAtkins> And can always represent the current transform with a 4x4 matrix.
- # [23:30] <TabAtkins> Bezier curves can only be efficiently transformed if you restrict yourself to a limited set of transforms.
- # [23:30] <othermaciej> affine transforms in 2D space can be represented with a 3x3 matrix
- # [23:30] <othermaciej> (or 3x2 if you want to make it more compact)
- # [23:30] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
- # [23:30] <othermaciej> does the bug say what other kinds of transforms should be supported?
- # [23:31] <Hixie> https://www.w3.org/Bugs/Public/show_bug.cgi?id=9235 is the bug
- # [23:31] <othermaciej> "non-affine transform" doesn't define a specific thing
- # [23:31] <Hixie> "perspective" is the term the guy uses
- # [23:31] * Joins: harig (~harig@117.199.0.175)
- # [23:31] <othermaciej> ah
- # [23:31] <othermaciej> I don't think perspective projections make sense in an otherwise 2D API
- # [23:31] <othermaciej> you want 3D, use WebGL
- # [23:31] <TabAtkins> I don't really agree with that. But lemme see...
- # [23:32] <Hixie> i commented on the bug that if they wanted it they should get a us to implement it first
- # [23:32] <othermaciej> 3D perspective projections require more space to store, are slower to apply, and often aren't supported natively by the relevant 2D graphics APIs
- # [23:33] <TabAtkins> I think you need to convert your curves up into NURBS to get efficient perspective transforms.
- # [23:34] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [23:34] <TabAtkins> But yeah, getting a UA to implement them first seems like a good thing to require.
- # [23:36] * gsnedders waits for nobody to implement it because it's non-standard
- # [23:36] <TabAtkins> gsnedders: Just pay someone to put it in webkit.
- # [23:36] <othermaciej> I don't really see the point of adding them to the 2D API
- # [23:36] <annevk> oh, list of new canvas features keeps growing
- # [23:36] <othermaciej> you don't really want to be doing perspective transforms in software
- # [23:37] <TabAtkins> othermaciej: Some types of 3d transforms are useful even within the limited canvas2d api. It's kinda sucky to require someone to go learn webgl for simple effects like that when they're not actually needing the power of it.
- # [23:37] <othermaciej> even for "2.5D" type effects you need more than just 3d transforms as such
- # [23:38] <othermaciej> they make sense in CSS transforms because the UA can compute intersections and occlusions and such
- # [23:38] <gsnedders> TabAtkins: 20k USD? :P
- # [23:38] <othermaciej> (and can also hardware accelerate everything)
- # [23:39] * Quits: LBP (~Mirc@pD9EB1A21.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
- # [23:39] <TabAtkins> gsnedders: Wired straight to my bank account, yes.
- # [23:39] * Quits: annevk (~annevk@ip-91-9-179-93.dialup.ice.net) (Quit: annevk)
- # [23:40] * Quits: harig (~harig@117.199.0.175) (Quit: harig)
- # [23:40] * Joins: sicking (~chatzilla@154-93.80-90.static-ip.oleane.fr)
- # [23:49] * Joins: smaug____ (~chatzilla@193-64-22-132-nat.elisa-mobile.fi)
- # [23:50] <jamesr__> gsnedders, TabAtkins: don't forget you need to bribe a webkit reviewer too
- # [23:51] <TabAtkins> jamesr__: Shhh!
- # [23:51] <TabAtkins> You'll cost me 20k!
- # [23:54] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 276 seconds)
- # [23:59] * Quits: danbri (~danbri@cable-146-255-149-19.dynamic.telemach.ba) (Remote host closed the connection)
- # Session Close: Thu Mar 01 00:00:00 2012
The end :)