Options:
- # Session Start: Mon Apr 09 00:00:01 2012
- # Session Ident: #whatwg
- # [00:01] <zewt> not mutually exclusive
- # [00:02] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [00:03] * Quits: sedovsek (~robert@188-230-195-85.dynamic.t-2.net) (Quit: sedovsek)
- # [00:07] <zewt> gaaaaaaah
- # [00:08] <zewt> awesomeness is firefox crashing while spending half an hour trying to composite a message in jp
- # [00:08] <zewt> time for a test of session restoration!
- # [00:10] * Joins: sedovsek (~robert@188-230-195-85.dynamic.t-2.net)
- # [00:17] * Quits: drublic (~drublic@frbg-5d84e9ab.pool.mediaWays.net) (Remote host closed the connection)
- # [00:22] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [00:23] * Quits: sedovsek (~robert@188-230-195-85.dynamic.t-2.net) (Quit: sedovsek)
- # [00:32] * Joins: sedovsek (~robert@188-230-195-85.dynamic.t-2.net)
- # [00:39] * Quits: sedovsek (~robert@188-230-195-85.dynamic.t-2.net) (Quit: sedovsek)
- # [00:44] <jgraham> gsnedders: I have stayed at http://www.hostaladriano.com/ a couple of times. Hardly amazing but good/cheap enough to go back to
- # [00:44] <jgraham> Also very central
- # [00:56] * Joins: teleject (~christoph@cpe-70-112-210-24.austin.res.rr.com)
- # [01:00] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # [01:05] * Quits: teleject (~christoph@cpe-70-112-210-24.austin.res.rr.com) (Remote host closed the connection)
- # [01:05] * Joins: teleject (~christoph@cpe-70-112-210-24.austin.res.rr.com)
- # [01:20] * heycam|away is now known as heycam
- # [01:21] <heycam> Philip`, yes, the SVG WG is planning on having data-* attributes on SVG elements
- # [01:24] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [01:36] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
- # [02:08] * Joins: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb)
- # [02:14] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [02:21] * Quits: tndrH (~Rob@adsl-213-249-248-180.karoo.KCOM.COM) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [02:26] * Joins: JohnAlbin (~JohnAlbin@114-42-52-193.dynamic.hinet.net)
- # [02:41] * Quits: sarro (~sarro@i5E86410D.versanet.de) (Ping timeout: 272 seconds)
- # [02:41] * Joins: sarro (~sarro@i5E8654A6.versanet.de)
- # [02:42] * Quits: sarro (~sarro@i5E8654A6.versanet.de) (Client Quit)
- # [02:42] * Joins: sarro (~sarro@i5E8654A6.versanet.de)
- # [02:50] * Joins: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com)
- # [02:51] * Quits: Druid_ (~Druid@p5B05D67D.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [02:56] * Joins: Druid_ (~Druid@p5B137B1B.dip.t-dialin.net)
- # [02:57] * Quits: tomasf (~tom@2002:55e5:dbb7:0:90e3:4cdf:ede6:4d46) (Quit: tomasf)
- # [03:00] * Quits: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [03:02] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [03:06] * Joins: dbaron (~dbaron@50.0.192.105)
- # [03:17] * Quits: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net) (Quit: tantek)
- # [03:20] <zewt> hmm. what specs (other than webgl) have entry points that take numeric arrays (int[], float[])? can't think of any
- # [03:20] <zewt> every search engine ever written has been useless at searching for "int[]"
- # [03:23] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
- # [04:04] * Quits: sarro (~sarro@i5E8654A6.versanet.de)
- # [04:12] * Joins: twisted` (~twisted@p5DDBB3E4.dip.t-dialin.net)
- # [04:38] * Quits: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net) (Quit: linclark)
- # [04:59] * Joins: nessy (~Adium@124-149-170-217.dyn.iinet.net.au)
- # [05:00] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
- # [05:19] * Joins: izhak (~izhak@213.87.241.32)
- # [05:20] * Joins: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com)
- # [05:22] * Parts: aknewhope (~aknewhope@cpe-75-82-205-249.socal.res.rr.com)
- # [05:31] * Quits: JohnAlbin (~JohnAlbin@114-42-52-193.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
- # [05:38] <Hixie> i wish there was a way in CSS to say 'width: fill-the-container-but-for-the-purposes-of-shrink-wrap-act-as-if-you-had-a-width-of-0'
- # [05:56] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
- # [06:09] * Joins: sarro (~sarro@i5E8654A6.versanet.de)
- # [06:10] * Quits: sarro (~sarro@i5E8654A6.versanet.de) (Client Quit)
- # [06:10] * Joins: sarro (~sarro@i5E8654A6.versanet.de)
- # [06:28] * Joins: AlexNRoss (AleossIRC@unaffiliated/aleoss)
- # [06:32] * Joins: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
- # [06:37] * Quits: twisted` (~twisted@p5DDBB3E4.dip.t-dialin.net) (Quit: Computer has gone to sleep.)
- # [06:43] * Joins: onr (u5726@nginx/adept/pdpc.active.evet)
- # [06:43] * Joins: dbaron_ (~dbaron@50.0.192.105)
- # [06:47] * Quits: dbaron (~dbaron@50.0.192.105) (Ping timeout: 244 seconds)
- # [07:04] * Quits: dydz (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydz)
- # [07:16] * Joins: Areks|2 (~Areks@rs.gridnine.com)
- # [07:35] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
- # [07:37] * Quits: jonlee (~jonlee@2620:149:4:1b01:2527:7d84:bab0:206b) (Read error: Connection reset by peer)
- # [07:37] * Joins: jonlee (~jonlee@2620:149:4:1b01:5d1f:8f1a:ec1a:582d)
- # [07:46] * Quits: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
- # [07:48] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
- # [07:51] * Quits: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 246 seconds)
- # [08:55] * Parts: onr (u5726@nginx/adept/pdpc.active.evet)
- # [08:56] * Joins: kaustubh (~kaustubh@144.187.36.11)
- # [09:06] * Joins: niloy (~niloy@61.12.96.242)
- # [09:16] * Joins: Ms2ger` (~Ms2ger@91.181.245.66)
- # [09:20] * Joins: gwicke (~gabriel@212.255.28.33)
- # [09:21] <annevk> we're gonna mention "Document Object Model"? hmm
- # [09:22] <Ms2ger`> Oh, was that the first?
- # [09:22] <annevk> if we do <code>Text</code> we should also do <code>DocumentType</code> I think
- # [09:22] <annevk> I think so
- # [09:22] <annevk> I carefully avoided it thus far I think
- # [09:23] <Ms2ger`> I didn't find concept-text :)
- # [09:23] <annevk> fair enough
- # [09:34] * Joins: Necrathex (~Necrathex@82-170-160-25.ip.telfort.nl)
- # [09:38] <annevk> hmm
- # [09:39] <annevk> the shift_jis algorithm advertised everywhere is quite complex, but why...
- # [09:39] <annevk> compare:
- # [09:39] <annevk> JPROW = 94
- # [09:39] <annevk> def get_sjis_i2(lead, trail):
- # [09:39] <annevk> leadoffset = 0xC1 if lead > 0x9F else 0x81
- # [09:39] <annevk> trailoffset = 0x41 if trail > 0x7F else 0x40
- # [09:39] <annevk> return (lead-leadoffset) * (2 * JPROW) + trail - trailoffset
- # [09:39] <annevk> def get_sjis_i1(lead, trail):
- # [09:39] <annevk> adjust = 1 if trail < 0x9F else 0
- # [09:39] <annevk> leadoffset = 0x70 if lead < 0xA0 else 0xB0
- # [09:39] <annevk> trailoffset = (0x41 if trail > 0x7F else 0x40) if adjust else 0x9F
- # [09:39] <annevk> return ((((lead - leadoffset) * 2) - adjust) - 0x21) * JPROW + trail - trailoffset
- # [09:39] * Quits: dbaron_ (~dbaron@50.0.192.105) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [09:40] <annevk> gives identical results
- # [09:43] * Joins: sedovsek (~robert@188-230-195-85.dynamic.t-2.net)
- # [09:45] * Quits: sedovsek (~robert@188-230-195-85.dynamic.t-2.net) (Client Quit)
- # [09:54] <annevk> not enough shift_jis people here huh? :)
- # [10:19] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [10:25] * jonlee is now known as jonlee|afk
- # [10:40] <annevk> hmm
- # [10:40] <annevk> Gecko...
- # [10:40] <annevk> <meta charset=gbk><a></a><script>var a = document.getElementsByTagName("a")[0]; a.href = "?\u20AC"; alert(a.href) </script>
- # [10:40] <annevk> Y U NO WORK?!
- # [10:43] <annevk> but given an index (which I have) and a function to convert a point in an index to a byte sequence (which is not too hard), testing encoders should be fairly straightforward
- # [10:43] <annevk> except in Gecko
- # [10:49] <annevk> hmm
- # [10:49] <annevk> you have to account for duplicates somehow too
- # [10:53] * Quits: Ms2ger` (~Ms2ger@91.181.245.66) (Read error: Connection reset by peer)
- # [10:54] * Joins: Ms2ger (~Ms2ger@91.181.245.66)
- # [11:12] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 264 seconds)
- # [11:14] * Quits: Tuju (~tuju@176.75.219.213.sta.estpak.ee)
- # [11:26] * Joins: nonge_ (~nonge@p5B326657.dip.t-dialin.net)
- # [11:30] * Quits: nonge (~nonge@p5B326923.dip.t-dialin.net) (Ping timeout: 265 seconds)
- # [11:33] * Joins: tomasf (~tom@2002:55e5:dbb7:0:90e3:4cdf:ede6:4d46)
- # [11:37] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [11:51] * Joins: maikmerten (~maikmerte@port-92-201-16-149.dynamic.qsc.de)
- # [12:01] * heycam is now known as heycam|away
- # [12:02] * Joins: GPHemsley (~GPHemsley@209-23-243-49-ip-static.hfc.comcastbusiness.net)
- # [12:02] * Quits: GPHemsley (~GPHemsley@209-23-243-49-ip-static.hfc.comcastbusiness.net) (Changing host)
- # [12:02] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [12:14] * Joins: drublic (~drublic@frbg-5f730232.pool.mediaWays.net)
- # [12:55] * Quits: Ms2ger (~Ms2ger@91.181.245.66) (Ping timeout: 246 seconds)
- # [12:56] * Joins: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no)
- # [13:04] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
- # [13:11] * Joins: sedovsek (~robert@188-230-195-85.dynamic.t-2.net)
- # [13:27] * Joins: tndrH (~Rob@adsl-213-249-248-180.karoo.KCOM.COM)
- # [13:36] * Quits: izhak (~izhak@213.87.241.32) (Ping timeout: 245 seconds)
- # [13:57] * Joins: erichynds (~ehynds@64.206.121.41)
- # [14:00] * Quits: sedovsek (~robert@188-230-195-85.dynamic.t-2.net) (Quit: sedovsek)
- # [14:11] * Joins: graememcc (~chatzilla@host86-150-88-18.range86-150.btcentralplus.com)
- # [14:13] * Joins: JohnAlbin (~JohnAlbin@114-42-52-193.dynamic.hinet.net)
- # [14:24] * Joins: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no)
- # [14:41] <Velmont> Hixie: I think most do.
- # [14:42] <Velmont> Would be really cool to have in the css though, -- not too nice if you don't have tab-complete. fill-the-container-but-for-the-purposes-of-shrink-wrap-act-as-if-you-had-a-width-of-0 -- guess it'll also be hard to remember exactly. :P
- # [14:47] * Quits: erichynds (~ehynds@64.206.121.41)
- # [14:49] * Joins: [[zzz]] (~q@125.25.54.88.adsl.dynamic.totbb.net)
- # [14:52] <annevk> seems like my alternative shift_js math is correct
- # [14:52] * Quits: kaustubh (~kaustubh@144.187.36.11) (Quit: Leaving...!)
- # [14:52] * Quits: [[zz]] (~q@125.25.60.39.adsl.dynamic.totbb.net) (Ping timeout: 245 seconds)
- # [14:53] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
- # [14:55] * Joins: plutoniix (~plutoniix@125.25.54.88.adsl.dynamic.totbb.net)
- # [15:09] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [15:10] * Joins: erichynds (~ehynds@64.206.121.41)
- # [15:13] * Joins: davidb (~davidb@66.207.208.98)
- # [15:17] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [15:21] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [15:24] * Quits: erichynds (~ehynds@64.206.121.41) (Ping timeout: 260 seconds)
- # [15:26] * Joins: izhak (~izhak@188.168.75.177)
- # [15:30] * Joins: erichynds (~ehynds@64.206.121.41)
- # [15:30] * Joins: Ms2ger (~Ms2ger@94-226-71-4.access.telenet.be)
- # [15:36] <annevk> oh hey, that thing I was talking about the other day is called a fencepost error
- # [15:36] <annevk> http://en.wikipedia.org/wiki/Off-by-one_error
- # [15:43] * Joins: linclark (~clark@c-67-186-35-246.hsd1.pa.comcast.net)
- # [15:45] * Quits: erichynds (~ehynds@64.206.121.41) (Ping timeout: 246 seconds)
- # [15:45] * Joins: MacTed (~Thud@63.119.36.36)
- # [15:46] * Joins: twisted` (~twisted@p5DDBB3E4.dip.t-dialin.net)
- # [15:47] * [[zzz]] is now known as [[zz]]
- # [15:48] * Quits: izhak (~izhak@188.168.75.177) (Ping timeout: 250 seconds)
- # [15:49] * Joins: ehsan (~ehsan@66.207.208.98)
- # [16:02] * Quits: nessy (~Adium@124-149-170-217.dyn.iinet.net.au) (Quit: Leaving.)
- # [16:04] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Quit: MikeSmith)
- # [16:06] * Joins: izhak (~izhak@213.87.240.74)
- # [16:13] * Joins: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com)
- # [16:19] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
- # [16:19] * Quits: Yudai (~Yudai@p85651b.tokynt01.ap.so-net.ne.jp) (Read error: Connection reset by peer)
- # [16:20] * Joins: erichynds (~ehynds@64.206.121.41)
- # [16:26] * Quits: Areks|2 (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
- # [16:34] * Joins: jdong_bot_ (~jdong_bot@117.79.233.236)
- # [16:37] * Joins: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp)
- # [16:37] * Joins: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi)
- # [16:38] * Quits: niloy (~niloy@61.12.96.242) (Remote host closed the connection)
- # [16:39] * Quits: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp) (Client Quit)
- # [16:39] * Joins: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp)
- # [16:39] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [16:43] * Quits: plutoniix (~plutoniix@125.25.54.88.adsl.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [16:45] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
- # [16:45] * Quits: jdong_bot_ (~jdong_bot@117.79.233.236) (Remote host closed the connection)
- # [17:01] * Quits: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp) (Quit: Tiarra 0.1+svn-36726: SIGTERM received; exit)
- # [17:01] * Joins: eric_carlson (~eric@17.212.152.104)
- # [17:02] * Joins: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp)
- # [17:05] * Quits: erichynds (~ehynds@64.206.121.41)
- # [17:16] * Quits: twisted` (~twisted@p5DDBB3E4.dip.t-dialin.net) (Quit: Computer has gone to sleep.)
- # [17:25] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Quit: MikeSmith)
- # [17:28] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
- # [17:28] * Quits: JohnAlbin (~JohnAlbin@114-42-52-193.dynamic.hinet.net) (Ping timeout: 272 seconds)
- # [17:31] * Joins: JohnAlbin (~JohnAlbin@114-42-52-193.dynamic.hinet.net)
- # [17:51] * Joins: Yudai_ (~Yudai@pa9bffa.tokynt01.ap.so-net.ne.jp)
- # [17:52] * Quits: Yudai (~Yudai@p856061.tokynt01.ap.so-net.ne.jp) (Ping timeout: 260 seconds)
- # [17:57] * Joins: Yudai__ (~Yudai@pa9b602.tokynt01.ap.so-net.ne.jp)
- # [17:58] * Quits: Yudai_ (~Yudai@pa9bffa.tokynt01.ap.so-net.ne.jp) (Ping timeout: 265 seconds)
- # [18:03] * Quits: izhak (~izhak@213.87.240.74) (Ping timeout: 245 seconds)
- # [18:03] * Joins: Yudai___ (~Yudai@p8560b9.tokynt01.ap.so-net.ne.jp)
- # [18:04] * Quits: Yudai__ (~Yudai@pa9b602.tokynt01.ap.so-net.ne.jp) (Ping timeout: 248 seconds)
- # [18:07] * darin__ is now known as fishd
- # [18:08] * Quits: maikmerten (~maikmerte@port-92-201-16-149.dynamic.qsc.de) (Remote host closed the connection)
- # [18:08] * Joins: jernoble (~jernoble@17.212.152.13)
- # [18:10] * Quits: graememcc (~chatzilla@host86-150-88-18.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
- # [18:23] * ben_alman is now known as ball-man
- # [18:23] * ball-man is now known as ben_alman
- # [18:25] * Joins: izhak (~izhak@188.168.200.79)
- # [18:29] * Joins: erichynds (~ehynds@64.206.121.41)
- # [18:36] * Quits: foolip (~philip@2001:4c28:a032:32:7d01:666c:3f35:270) (Read error: Operation timed out)
- # [18:42] * Joins: chriseppstein (~chrisepps@209.119.65.162)
- # [18:53] * Joins: jsbell (jsbell@nat/google/x-dpntwswtbyvujxrx)
- # [18:53] * Joins: foolip (~philip@2001:4c28:a032:32:312f:5823:11da:80c8)
- # [18:54] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [18:57] <MikeSmith> jzaefferer or scott_gonzalez if you're around, wanted to ask how many files total are in your test suite
- # [18:58] <jzaefferer> MikeSmith: About 300
- # [18:58] <MikeSmith> oh OK
- # [18:58] <MikeSmith> so that's fine
- # [18:59] <TabAtkins> Hixie: You can get that behavior by saying that the intrinsic width is 0, but it defaults to width:fill (defined in Writing Modes).
- # [19:00] <MikeSmith> jzaefferer: I put together a command-line validation client that won't require you to run the service to validate your files. But I'm waiting on hsivonen to get back to review the code before I land it
- # [19:00] <Hixie> TabAtkins: oh, cool
- # [19:00] <Hixie> TabAtkins: is that anywhere close to being implemented?
- # [19:00] <MikeSmith> jzaefferer: it will reduce your validation time to a few seconds
- # [19:00] <TabAtkins> Nobody's touched it, but it's just "what width:auto does for blocks", so implementation is trivial once someone cares about it.
- # [19:00] * Joins: KillerX (~anant@nat/mozilla/x-snnkfibszvfokplg)
- # [19:02] <MikeSmith> jzaefferer: minimum of 4 seconds or so to validate your 300 files, but validation time for each file will be reduced to 20ms or at most 100ms I think
- # [19:02] <scott_gonzalez> MikeSmith: That's great.
- # [19:03] <MikeSmith> will require a single jar file
- # [19:03] <MikeSmith> about 18MB
- # [19:03] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [19:04] * Quits: izhak (~izhak@188.168.200.79) (Remote host closed the connection)
- # [19:04] <MikeSmith> which is the other thing I need to talk to hsivonen about
- # [19:05] <MikeSmith> we currently don't actually distribute any third-party cod
- # [19:05] <MikeSmith> *code
- # [19:05] <Hixie> TabAtkins: bummer
- # [19:06] <MikeSmith> scott_gonzalez: making a single jar available requires distributing 3rd-party code, so I want to make sure hsivonen is OK with that before we do it
- # [19:06] <scott_gonzalez> ok
- # [19:07] * jonlee|afk is now known as jonlee
- # [19:09] * Joins: pablof (~pablof@144.189.101.1)
- # [19:14] * Quits: erichynds (~ehynds@64.206.121.41)
- # [19:15] * Quits: jonlee (~jonlee@2620:149:4:1b01:5d1f:8f1a:ec1a:582d) (Quit: jonlee)
- # [19:16] * Joins: jonlee (~jonlee@2620:149:4:1b01:5d1f:8f1a:ec1a:582d)
- # [19:22] <TabAtkins> Hixie: Are you using this for a spec, or for something real?
- # [19:22] <Hixie> real
- # [19:22] <Hixie> i come across it all the time
- # [19:22] <TabAtkins> Ah, never mind then.
- # [19:23] <Hixie> whenever i have something that shrinkwraps, e.g. a dialog or something, but it has to shrinkwrap around some widgets, and yet the dialog also contains text that can wrap
- # [19:23] <Hixie> and i'm happy for the text to wrap at whatever width the dialog ends up at
- # [19:24] <TabAtkins> Ah, but the dialog instead fills the parent, because the text is long enough to force that shrink-wrapping beahvior.
- # [19:24] <TabAtkins> Interesting.
- # [19:24] * Joins: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no)
- # [19:25] * Joins: LBP (~Mirc@pD9EB1EB5.dip0.t-ipconnect.de)
- # [19:39] * Quits: KillerX (~anant@nat/mozilla/x-snnkfibszvfokplg) (Remote host closed the connection)
- # [19:39] * Joins: KillerX (~anant@nat/mozilla/x-syblthbkwvqpltza)
- # [19:40] * Quits: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net) (Quit: tantek)
- # [19:43] <Hixie> what should happen if you click or mouseover an element that is outside a modal dialog
- # [19:43] <Hixie> should i just ignore the event?
- # [19:43] <Hixie> or should i do something more subtle, like only kill click events or something
- # [19:45] <Hixie> i think i'll just kill all user interaction events and prevent all focusing of elements outside the modal subtree and its ancestors
- # [19:46] <TabAtkins> I think that's legit.
- # [19:48] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
- # [19:48] <Hixie> i'm going to introduce inert="" as well while i do this, so that you can have semi-modal dialogs as some people have requested
- # [19:48] <Hixie> and make it use the same infrastructure
- # [19:49] * Quits: tomaw (tom@freenode/staff/tomaw) (Quit: Quitting)
- # [19:49] * Joins: tomaw (tom@freenode/staff/tomaw)
- # [19:52] * Joins: erichynds (~ehynds@64.206.121.41)
- # [19:55] * Joins: Phae (u455@gateway/web/irccloud.com/x-sxdvikdkvndszrud)
- # [20:01] * Joins: dave_levin (dave_levin@nat/google/x-tkhjmzbuzunbpnbk)
- # [20:03] * Joins: KillerX_ (~anant@nat/mozilla/x-yhqhdcxdniuzxqse)
- # [20:03] <Hixie> ok inertism (inertia? :-) ) blocks user interaction events and makes things not focusable
- # [20:03] <Hixie> anything else it should block while i'm at it?
- # [20:03] <Hixie> (bbiab)
- # [20:04] * Joins: dbaron (~dbaron@nat/mozilla/x-xaduffquvqhvzedz)
- # [20:05] <scott_gonzalez> Hixie: I don't recall the cross-browser specifics, but you might need to go into detail about how find/highlighting works while an inert element is open.
- # [20:05] * Quits: KillerX (~anant@nat/mozilla/x-syblthbkwvqpltza) (Ping timeout: 244 seconds)
- # [20:05] * KillerX_ is now known as KillerX
- # [20:06] <scott_gonzalez> A quick test shows that in Chrome if an element has focus and you bring up the find interface, you can search for text on the page and then press escape to create a range around the first result of the find, which moves focus to the range.
- # [20:07] <scott_gonzalez> I recall doing that a lot when I was testing modal plugins a few years ago to see how well they worked.
- # [20:14] * Joins: sicking (~chatzilla@nat/mozilla/x-ndvaslypdvoqnkmw)
- # [20:18] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [20:23] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [20:24] <rafaelw_> annevk, smaug___, sicking: re: MutationObservers attributeFilter discussion.
- # [20:24] <sicking> rafaelw_: yes?
- # [20:24] <rafaelw_> question: MutationRecord.name (when type="attribute")
- # [20:25] <rafaelw_> in the case of xml, is that prefix:localName
- # [20:25] <rafaelw_> or just localName
- # [20:25] <rafaelw_> ?
- # [20:26] <sicking> looking
- # [20:26] <rafaelw_> i.e. what information is reported in the MutationRecord.
- # [20:26] <rafaelw_> ?
- # [20:26] <sicking> rafaelw_: note that attributes in the xlink namespace might not have a prefix
- # [20:26] <sicking> so they can have .name === .localName
- # [20:29] <sicking> rafaelw_: currently .attributeName is set to the name per spec, not localName
- # [20:29] <sicking> rafaelw_: lemme look what we do in our impl
- # [20:30] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Quit: MikeSmith)
- # [20:31] <rafaelw_> WebKit appears to report localName right now.
- # [20:31] <rafaelw_> ;-(
- # [20:31] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [20:31] <sicking> yeah, we do the same in gecko
- # [20:31] <sicking> i prefer that behaviro
- # [20:31] <sicking> behavior
- # [20:31] <rafaelw_> reporting only localName?
- # [20:31] <sicking> .name is rarely useful from a correctness point of view
- # [20:32] <sicking> actually, especially in the case of mutation observers, when you are often observing someone else's code, it makes much more sense to ignore prefixes
- # [20:32] <sicking> yeah, we only report localName
- # [20:32] <rafaelw_> but won't it be ambiguous what happened?
- # [20:33] <rafaelw_> you may not know what attribute changed?
- # [20:36] * Joins: danielfilho (~daniel@187.31.77.7)
- # [20:36] * Joins: jwalden_ (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
- # [20:36] <TabAtkins> Hixie: The word you're looking for is "inertness".
- # [20:37] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Ping timeout: 272 seconds)
- # [20:37] * jwalden_ is now known as jwalden
- # [20:37] <TabAtkins> Hixie: What happens if you start selecting non-inert text, and drag into inert text?
- # [20:38] <TabAtkins> Hixie: And did you handle accesskeys/etc?
- # [20:38] * Joins: tantek (~tantek@nat/mozilla/x-fiezjinwgknnowpi)
- # [20:40] * Joins: ap (~ap@2620:149:4:1b01:187a:7e1a:4fa7:ab3)
- # [20:43] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [20:50] * Joins: rniwa (rniwa@nat/google/x-rlgvionejxrxrvza)
- # [20:51] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [20:54] <rafaelw_> sicking: ^^. if only localName is reported, isn't that potentially ambiguous?
- # [20:58] * Quits: sicking (~chatzilla@nat/mozilla/x-ndvaslypdvoqnkmw) (Ping timeout: 260 seconds)
- # [21:00] * Quits: Ms2ger (~Ms2ger@94-226-71-4.access.telenet.be) (Ping timeout: 265 seconds)
- # [21:02] <smaug____> rafaelw_: ?
- # [21:02] <rafaelw_> hey. trying to settle the attributeFilter question.
- # [21:02] <rafaelw_> the thing I was asking is what does MutationRecord.name report if type='attribute'
- # [21:02] <rafaelw_> name or localName.
- # [21:03] <rafaelw_> apparently the spec says name, but both of us implemented localName.
- # [21:03] <smaug____> yes
- # [21:03] <rafaelw_> and my question is: isn't that potentially ambiguous for XML?
- # [21:03] <smaug____> because localName actually makes sense ;)
- # [21:03] <rafaelw_> i.e. you won't know which attribute changed.
- # [21:03] <smaug____> how would it be more ambiguous than name ?
- # [21:04] <rafaelw_> if an element has foo:bar & foo2:bar and you get told that 'bar' changed.
- # [21:04] <smaug____> you need to check namespaceuri + localName
- # [21:04] <rafaelw_> i'm assuming that namespaceURI would be the same for both foo:bar and foo2:bar.
- # [21:05] <rafaelw_> maybe i'm missunderstanding how this all works. it looks to me like there are three things: namespaceURI, prefix and localName
- # [21:05] <rafaelw_> where name == prefix:localName
- # [21:07] <rafaelw_> smaug___: am I misunderstanding something?
- # [21:08] <smaug____> I don't think so
- # [21:08] <smaug____> :)
- # [21:08] <smaug____> rafaelw_: remember, namespaced attributes may not always have a prefix
- # [21:08] <rafaelw_> can the example i gave above occur?
- # [21:09] <smaug____> I would assume no, but I'm not actually sure
- # [21:10] <smaug____> rafaelw_: not possible http://www.w3.org/TR/REC-xml-names/#uniqAttrs
- # [21:10] <rafaelw_> you assume it doesn't currently, or it *can't*.
- # [21:11] <smaug____> foo:bar and foo2:bar where foo and foo2 are prefixes for the same namespace isn't possible
- # [21:13] <rafaelw_> i see.
- # [21:14] <rafaelw_> i get it know.
- # [21:14] <rafaelw_> thank you. ok, I agree. localName seems like the right thing.
- # [21:18] <rafaelw_> do we need a bug to change to spec to say that MutationRecord.name reports localName only?
- # [21:20] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [21:21] * Joins: Ms2ger (~Ms2ger@94-226-71-4.access.telenet.be)
- # [21:22] <smaug____> rafaelw_: I assume the spec would need to be changed in order to fix that that attributeFilter too
- # [21:23] <smaug____> not sure if annevk prefer separate bugs
- # [21:23] * nonge_ is now known as nonge
- # [21:25] * jernoble is now known as jernoble|afk
- # [21:25] <smaug____> rafaelw_: btw, is the GC handling I proposed ok to you ?
- # [21:25] <annevk> it still seems wrong to me to standardize on local name given that most APIs around non-namespaced attributes care about qualified name
- # [21:25] <annevk> e.g. Attr.name, setAttribute(), getAttribute(), hasAttribute(), etc.
- # [21:26] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 246 seconds)
- # [21:28] <rafaelw_> smaug___: yp. GC handling is right. It's what we implemented (though we didn't have tests and it turns out we had a bug -- which is now fixed).
- # [21:28] * Quits: Ms2ger (~Ms2ger@94-226-71-4.access.telenet.be) (Ping timeout: 252 seconds)
- # [21:28] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [21:28] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [21:28] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [21:33] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [21:34] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Disconnected by services)
- # [21:34] * riven` is now known as riven
- # [21:34] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [21:34] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [21:36] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [21:36] <Hixie> scott_gonzalez, TabAtkins: thanks, will consider those points
- # [21:37] * Quits: KillerX (~anant@nat/mozilla/x-yhqhdcxdniuzxqse) (Remote host closed the connection)
- # [21:37] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Ping timeout: 245 seconds)
- # [21:37] * Joins: KillerX (~anant@nat/mozilla/x-cpnaxrtvurvwlpdg)
- # [21:39] * Joins: jwalden (~waldo@2620:101:8003:200:f2de:f1ff:fe8f:60c8)
- # [21:39] * Quits: erichynds (~ehynds@64.206.121.41)
- # [21:40] * Joins: sicking (~chatzilla@nat/mozilla/x-awmrnbenghwzmhlf)
- # [21:40] <sicking> rafaelw_: looking at attributeName + attributeNamespace should make it unambiguous
- # [21:40] <sicking> rafaelw_: sorry, i was unclear. We gecko only looks at localName + namespace of attributes
- # [21:40] <sicking> rafaelw_: what we don't look at is the name (== localName + prefix)
- # [21:40] <sicking> rafaelw_: looking at the name is generally more a convenience thing, since it's a single string trying to describe a tuple
- # [21:41] <sicking> rafaelw_: but it's more error prone since it breaks down if someone is using different prefixes than you think they are
- # [21:42] <sicking> rafaelw_: in other words, I think the behavior webkit and gecko has implemented is better than what the spec does since it's less error prone in all cases, and only harder to use in extremely rare edge cases
- # [21:46] <rafaelw_> i get it now. thanks.
- # [21:46] <rafaelw_> i agree.
- # [21:47] * Joins: othermaciej (~mjs@17.245.91.134)
- # [21:48] * Quits: davidb (~davidb@66.207.208.98) (Quit: blast off!)
- # [22:03] <sicking> rafaelw_: cool
- # [22:04] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [22:07] * Joins: davidb (~davidb@66.207.208.98)
- # [22:11] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
- # [22:19] * jernoble|afk is now known as jernoble
- # [22:21] * Quits: jacobolu_ (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
- # [22:30] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [22:34] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # [22:37] * Joins: roc_ (~chatzilla@222-152-165-58.jetstream.xtra.co.nz)
- # [22:38] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
- # [22:38] * Quits: ap (~ap@2620:149:4:1b01:187a:7e1a:4fa7:ab3) (Read error: Connection reset by peer)
- # [22:38] * Joins: ap (~ap@2620:149:4:1b01:187a:7e1a:4fa7:ab3)
- # [22:44] * Joins: chriseppstein (~chrisepps@209.119.65.162)
- # [22:46] * Quits: smaug____ (~chatzilla@YZKMMMCIV.gprs.sl-laajakaista.fi) (Ping timeout: 246 seconds)
- # [22:49] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Client Quit)
- # [22:56] * Joins: chriseppstein (~chrisepps@209.119.65.162)
- # [23:07] * Joins: ardinent (~user@41.117.125.178)
- # [23:13] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # [23:14] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [23:21] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [23:21] <TabAtkins> Hm. If you were writing a parser for CSS, for a spec, would you do it as a flat tokenization phase followed by a full tree-build phase, or a more intelligent tokenization phase that handles some elements of the syntax, followed by a somewhat light tokenization phase?
- # [23:21] <TabAtkins> s/light tokenization/lighter tree-building/
- # [23:23] <TabAtkins> Basically I'm wondering if I should handle CSS's rule that statements/blocks can't end while there's an unmatched ([{ on the stack at the tokenizer or the tree-builder level.
- # [23:24] * Joins: sedovsek (~robert@93-103-104-107.dynamic.t-2.net)
- # [23:26] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:28] <TabAtkins> Hrm. I think I should do the flat tokenization approach, which means rewriting some things.
- # [23:29] * Quits: sedovsek (~robert@93-103-104-107.dynamic.t-2.net) (Client Quit)
- # [23:33] * Quits: MacTed (~Thud@63.119.36.36)
- # [23:41] <Hixie> TabAtkins: imho the quicker you move things from dealing with characters and strings to something more abstract, the better, so i'd go with a light tokeniser at the top that turns things into tokens, and then some sort of processor on top of that to get something structured
- # [23:42] <Hixie> TabAtkins: but that's just because i like dealing with strongly typed tokens more than with strings and characters :-)
- # [23:43] <TabAtkins> Hixie: I think you're right. Having to switch levels between raw characters and tokens is annoying.
- # [23:43] <Hixie> also don't forget you can have multiple levels, not just two
- # [23:44] <Hixie> like, one level to get tokens, one to wrap the tokens up into nested blocks, and then finally one to actually process the blocks
- # [23:44] <TabAtkins> It means the tokenizer has to do a bit more work in some cases, because I have much less contextual knowledge (I can't just say "oh, you're starting a selector. consume until you see '{' or EOF.)
- # [23:44] <TabAtkins> Yeah.
- # [23:44] <Hixie> yeah some of your tokens might be a bit special
- # [23:44] <Hixie> in CSS it's not so bad though because the escaping is the same everywhere and there's little ambiguity iirc
- # [23:45] <Hixie> e.g. an ident is an ident everywhere, whether it's a tag name or a property name or a media query type
- # [23:45] <TabAtkins> Yeah.
- # [23:45] <Hixie> (might be some exceptions but i can't think of any)
- # [23:45] <TabAtkins> Selectors are... weird.
- # [23:46] <TabAtkins> I think I need to parse ".foo" as a DELIM followed by an IDENT. :/
- # [23:46] <Hixie> can't you do almost everything using only the tokens ident, punctuation ([, (, {, :, +, >, spaces, etc), strings ("...", '...'), and comments (/*...*/)?
- # [23:46] * Quits: othermaciej (~mjs@17.245.91.134) (Quit: othermaciej)
- # [23:46] <Hixie> oh and numbers
- # [23:46] <TabAtkins> Yeah, maybe.
- # [23:47] <Hixie> so the tokeniser can do \unescaping
- # [23:47] <Hixie> i dunno i'm saying this all from memory :-)
- # [23:47] <Hixie> anywho
- # [23:47] <TabAtkins> I want to be a touch smarter to I'll directly get PERCENTAGE and DIMENSION rather than NUMBER + IDENT, but basically yeah.
- # [23:48] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
- # [23:48] * Quits: tantek (~tantek@nat/mozilla/x-fiezjinwgknnowpi) (Quit: tantek)
- # [23:48] <Hixie> you need context for that iirc
- # [23:48] <Hixie> consider font: 1em 1em;
- # [23:49] <Hixie> which is equivalent to font: initial; font-size: 1em; font-family: "1em";
- # [23:49] <TabAtkins> Nah, that's fine actually. font-family parses a bunch of idents. We regularized that last year.
- # [23:49] <TabAtkins> No special parsing rule there.
- # [23:49] <Hixie> really? font: 1em 1em is invalid now?
- # [23:49] <TabAtkins> I think it might allow numbers/dimensions too.
- # [23:50] <TabAtkins> The point is that font-family doesn't require anythign special until you actually parse the declaration itself.
- # [23:50] <TabAtkins> No special bheavior is needed at the lower levels.
- # [23:50] <Hixie> my point is that you have to treat "font:1em 1.0em" and "font:1em 1em" differently
- # [23:50] <Hixie> but i might be wrong i guess :-)
- # [23:50] <Hixie> should be easy to test what browsers do now that they support @font-face
- # [23:51] <TabAtkins> Ah, yes, it's all idents.
- # [23:51] <TabAtkins> font-family: 1em; is now invalid.
- # [23:52] * Joins: KillerX_ (~anant@nat/mozilla/x-blvfzrdsmbnoeicb)
- # [23:53] * Joins: twisted` (~twisted@p5DDBB3E4.dip.t-dialin.net)
- # [23:54] <Hixie> good to know
- # [23:54] <Hixie> i wonder who implements that :-)
- # [23:54] <Hixie> webkit gets it right
- # [23:55] <Hixie> gecko too
- # [23:55] <Hixie> nice!
- # [23:56] * Quits: KillerX (~anant@nat/mozilla/x-cpnaxrtvurvwlpdg) (Ping timeout: 276 seconds)
- # [23:56] * KillerX_ is now known as KillerX
- # [23:57] * Joins: cpearce (~cpearce@60.234.54.74)
- # [23:57] <TabAtkins> Yeah, it was tracked in the CSS2.1 testsuite once we made the change, so people should have adjusted quickly.
- # [23:58] * Quits: gwicke (~gabriel@212.255.28.33) (Quit: Bye!)
- # [23:59] * Joins: gwicke (~gabriel@212.255.28.33)
- # [23:59] * Quits: gwicke (~gabriel@212.255.28.33) (Client Quit)
- # Session Close: Tue Apr 10 00:00:00 2012
The end :)