Options:
- # Session Start: Wed Jun 23 00:00:00 2010
- # Session Ident: #whatwg
- # [00:00] <erlehmann> But I laughed like a little girl, thank you, hats of.
- # [00:00] <TabAtkins> Man, I wish English used asymmetric quotes like that.
- # [00:00] <erlehmann> Incidentally, I have two hats right in this room.
- # [00:00] * TabAtkins has no hats, and thus is sad.
- # [00:00] <zcorpan_> erlehmann: are they talking to each other?
- # [00:00] <TabAtkins> Next time I visit my parents I'm buying a proper cowboy hat, for reals this time.
- # [00:00] * TabAtkins has to show off his Texan pride.
- # [00:01] <erlehmann> zcorpan_, i believe those hats were already dead and stuffed when my dad bought them.
- # [00:01] * zcorpan_ wonders what he should play with next using websockets
- # [00:02] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
- # [00:02] <franksalim> zcorpan_, what have you played with so far?
- # [00:02] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Client Quit)
- # [00:02] <zcorpan_> chat room and multi-user painting
- # [00:03] <TabAtkins> Multi-user doom.
- # [00:03] <TabAtkins> Which means, I suppose, Quake.
- # [00:04] <zcorpan_> i want something i can hack in a few hours :)
- # [00:05] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
- # [00:06] <zcorpan_> maybe i should find some single-player canvas game that i can easily implement multiplayer support
- # [00:06] <Philip`> Canvex!
- # [00:07] <AryehGregor> Is there any such thing as a single-player game where it's easy to implement multiplayer support?
- # [00:07] <AryehGregor> I'd think that would typically require a rewrite.
- # [00:07] <TabAtkins> The box-drawing game. Where you draw lines on a grid and score a point (and get to go again) whenever you finish all four sides of a box.
- # [00:07] * Philip` wishes he could remember where he put his experimental multiplayer version
- # [00:09] <Philip`> TabAtkins: Turn-based games are bad demos, since latency doesn't matter and you could just do an XHR per turn
- # [00:09] <Philip`> Need something real-time to demonstrate the benefit of having a persistent socket
- # [00:09] <roc> pong
- # [00:09] <TabAtkins> Philip`: True.
- # [00:10] <TabAtkins> 2-player asteroids!
- # [00:10] <TabAtkins> Both ships up at once, explode on collision, winner is the one with the most points at the end of each round.
- # [00:10] <Philip`> Pong is probably too real-time - it'll look weird when the ball bounces even though it looked like it missed the opponent's bat
- # [00:10] * Joins: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad)
- # [00:10] <Philip`> and you can't do much decent lag compensation for Pong
- # [00:12] <ment> what about ssh client? that's a good game that could benefit from persistent connection where latency matters but not too much
- # [00:15] <zcorpan_> pong seems interesting to do
- # [00:15] <Hixie> zcorpan_: what would be really useful is a web page you can go to and give the client information (origin, ws: URL, etc) and have it tell you what the server is doing wrong
- # [00:15] <Hixie> zcorpan_: including checking for various obvious mistakes, like whether the challenge was constructed little-endian rather than big-endian, or whatnot.
- # [00:16] * Hixie is writing a multiplayer websocket game here http://software.hixie.ch/fun/cuddlyworld/
- # [00:17] <Hixie> (very early days yet)
- # [00:17] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
- # [00:17] <zcorpan_> Hixie: i use opera's error console to tell what the server is doing wrong ;)
- # [00:17] <Hixie> (and ignore how slow it is, that's just because i have all the debugging checks enabled)
- # [00:18] * Quits: dglazkov (~dglazkov@nat/google/x-gxavdahjzpmtqwxy) (Remote host closed the connection)
- # [00:18] <Philip`> Tron is more interesting than Pong and not much harder to implement
- # [00:18] * Joins: dglazkov (~dglazkov@nat/google/x-iksrfazeecycmljc)
- # [00:18] * Philip` wrote a basic Tron on his calculator but it was a really very slow calculator and only got about 0.5fps :-(
- # [00:19] <zcorpan_> Hixie: what user/pass should i use to play?
- # [00:19] <Hixie> any
- # [00:19] <Hixie> it creates an account when you join
- # [00:19] <Hixie> the password is for rejoining
- # [00:19] <Philip`> (then I wrote an emulator (in Perl and C) for a ~1MHz 8-bit processor and then wrote Tron for that and it was much faster)
- # [00:20] <Hixie> zcorpan_ a utility for testing servers would be good for checking that they handle all the various keys correctly --just testing in a browser isn't going to hit all the edge cases each time
- # [00:21] <zcorpan_> hmm, clearly we need a longer timeout before giving up in the opening handshake
- # [00:21] <Hixie> er no
- # [00:21] <Hixie> my server crashed
- # [00:21] <Hixie> for unrelated reasons
- # [00:21] <Hixie> restarting it
- # [00:24] <Hixie> well, it seems i have some bugs to figure out before i can demo this!
- # [00:24] <Hixie> anyway, bbiab
- # [00:25] * Quits: shepazu (~schepers@87-194-154-182.bethere.co.uk) (Ping timeout: 276 seconds)
- # [00:26] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Quit: Leaving...)
- # [00:31] <AryehGregor> I remember recently seeing statistics on how long things tend to stay in browsers' caches, but I can't seem to find them. Does anyone have any pointers?
- # [00:31] <AryehGregor> (My recollection is typically less than a day, but I want to double-check that.)
- # [00:44] * Joins: sicking (~chatzilla@nat/mozilla/x-vitaueflcqleqvoy)
- # [00:44] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [00:58] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
- # [01:05] * Quits: jlebar (~jlebar@nat/mozilla/x-vaqznljwoihduvuj) (Ping timeout: 240 seconds)
- # [01:08] * Parts: rjack (giacomo@gateway/shell/bshellz.net/x-iqswxvbrouumvamo)
- # [01:08] * Quits: dbaron (~dbaron@nat/mozilla/x-nhryngpiwqflwlar) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [01:08] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [01:11] * Quits: zcorpan_ (~zcorpan@pat.se.opera.com) (Quit: zcorpan_)
- # [01:12] * Joins: SamerZ (~SamerZ@CPE0024369ef3ab-CM00222d5410b5.cpe.net.cable.rogers.com)
- # [01:14] * Quits: SamerZ (~SamerZ@CPE0024369ef3ab-CM00222d5410b5.cpe.net.cable.rogers.com) (Client Quit)
- # [01:14] * Joins: SamerZ (~SamerZ@CPE0024369ef3ab-CM00222d5410b5.cpe.net.cable.rogers.com)
- # [01:19] * Quits: sicking (~chatzilla@nat/mozilla/x-vitaueflcqleqvoy) (Remote host closed the connection)
- # [01:21] * Joins: jlebar (~jlebar@nat/mozilla/x-fsgczbpspfpwjvwh)
- # [01:23] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
- # [01:24] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
- # [01:25] * Joins: mpt (~mpt@canonical/mpt)
- # [01:29] * Joins: SamerZ_ (~SamerZ@24.114.232.29)
- # [01:31] * Quits: oal_ (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
- # [01:32] * Quits: SamerZ (~SamerZ@CPE0024369ef3ab-CM00222d5410b5.cpe.net.cable.rogers.com) (Ping timeout: 265 seconds)
- # [01:32] * SamerZ_ is now known as SamerZ
- # [01:35] * Quits: dglazkov (~dglazkov@nat/google/x-iksrfazeecycmljc) (Quit: dglazkov)
- # [01:39] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # [01:41] * Quits: SamerZ (~SamerZ@24.114.232.29) (Quit: Colloquy for iPhone - http://colloquy.mobi)
- # [01:42] * Joins: SamerZ (~SamerZ@24.114.232.29)
- # [01:42] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [01:56] * Quits: SamerZ (~SamerZ@24.114.232.29) (Remote host closed the connection)
- # [02:00] * MikeSmithX is now known as MikeSmith
- # [02:04] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # [02:05] * Joins: dbaron (~dbaron@nat/mozilla/x-qgccpyzzldkghwwl)
- # [02:07] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [02:08] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
- # [02:08] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
- # [02:10] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Quit: Leaving)
- # [02:21] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
- # [02:22] * Quits: jwalden (~waldo@nat/mozilla/x-olmdrzslyfmsrlng) (Read error: Operation timed out)
- # [02:24] * Joins: jwalden (~waldo@nat/mozilla/x-ddqfmyqjqytdluti)
- # [02:30] * Quits: dave_levin (~dave_levi@nat/google/x-oivewqergbhfdnbn) (Quit: dave_levin)
- # [02:31] * Quits: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se) (Read error: Connection reset by peer)
- # [02:34] * Joins: MikeSmithX (~MikeSmith@EM111-188-1-177.pool.e-mobile.ne.jp)
- # [02:37] * Quits: johnst (~johnst@x1-6-00-07-95-57-08-bb.k123.webspeed.dk) (Quit: Leaving)
- # [02:37] * Quits: MikeSmith (~MikeSmith@EM114-48-15-18.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
- # [02:39] * Joins: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
- # [02:46] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [02:46] * Quits: jlebar (~jlebar@nat/mozilla/x-fsgczbpspfpwjvwh) (Remote host closed the connection)
- # [02:50] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: ⌘Q)
- # [02:50] * Quits: ap (~ap@17.246.17.28) (Quit: ap)
- # [02:56] <annevk> hmm, will update html5-diff tomorrow
- # [02:56] <annevk> time for some water now, you know
- # [02:58] * Quits: Thezilch (~fuz007@cpe-76-90-63-19.socal.res.rr.com) (Read error: Connection reset by peer)
- # [02:59] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
- # [03:03] * Quits: KaOSoFt (~webmaster@unaffiliated/kaosoft) (Quit: Leaving)
- # [03:09] * abarth is now known as abarth|treeburne
- # [03:11] * Quits: aho (~nya@g227085141.adsl.alicedsl.de) (Quit: EXEC_over.METHOD_SUBLIMATION)
- # [03:17] * Joins: Thezilch (~fuz007@cpe-76-90-63-19.socal.res.rr.com)
- # [03:26] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # [03:37] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
- # [03:39] <jwm> does QQaalalala
- # [03:39] <jwm> hmm
- # [03:39] <jwm> heh
- # [03:39] <jwm> time for dinner
- # [03:41] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [03:41] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
- # [03:47] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
- # [03:47] * Joins: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp)
- # [03:50] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
- # [03:58] * Quits: Anonameless (Nameless@cm218-252-156-82.hkcable.com.hk) (Read error: Connection reset by peer)
- # [03:58] * Quits: othermaciej (~mjs@2620:0:1b00:1191:5ab0:35ff:fefd:2fad) (Ping timeout: 276 seconds)
- # [04:00] * Joins: f1lt3r_ (~f1lt3r@64.119.159.231)
- # [04:00] * Joins: f1lt3r__ (~f1lt3r@64.119.159.231)
- # [04:00] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Quit: Gettin' out while I still can!)
- # [04:00] * Quits: f1lt3r__ (~f1lt3r@64.119.159.231) (Client Quit)
- # [04:01] * Quits: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 240 seconds)
- # [04:05] * Joins: titacgs (~titacgs@190.2.33.49)
- # [04:09] * Quits: erlehmann (~erlehmann@89.204.153.64) (Quit: Ex-Chat)
- # [04:33] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Ping timeout: 258 seconds)
- # [04:33] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [04:38] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
- # [04:52] * Quits: micheil (~micheil@124-170-233-189.dyn.iinet.net.au) (Quit: micheil)
- # [04:56] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [05:12] * Joins: dave_levin (~dave_levi@nat/google/x-noxqvznwczdroydm)
- # [05:14] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
- # [05:15] <othermaciej> hi all
- # [05:16] * Quits: MikeSmithX (~MikeSmith@EM111-188-1-177.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
- # [05:19] * Joins: MikeSmith (~MikeSmith@EM111-188-91-186.pool.e-mobile.ne.jp)
- # [05:20] * Quits: dbaron (~dbaron@nat/mozilla/x-qgccpyzzldkghwwl) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [05:31] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [05:36] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [05:37] * Joins: drunknbass (~drunknbas@76.91.255.83)
- # [05:41] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [05:59] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
- # [06:08] * abarth|treeburne is now known as abarth
- # [06:10] <roc> TabAtkins: have you tried inspecting the shadows with some kind of screen magnifier? Preferably one that can show the actual color values of pixels?
- # [06:21] * Joins: Viper550 (~lirodon@wikipedia/ViperSnake151)
- # [06:22] <Viper550> Is it me, or is the forum scrpt that whatwg uses not html-compliant?
- # [06:22] * Quits: MikeSmith (~MikeSmith@EM111-188-91-186.pool.e-mobile.ne.jp) (Quit: This computer has gone to sleep)
- # [06:28] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
- # [06:31] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
- # [06:39] * Quits: jwalden (~waldo@nat/mozilla/x-ddqfmyqjqytdluti) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.3/20100403042003])
- # [06:40] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [06:43] <Viper550> hey?
- # [06:47] * Quits: riven (~riven@53518387.cable.casema.nl) (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.)
- # [06:47] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
- # [06:48] <Hixie> Viper550: it is almost certainly not particularly good code, indeed
- # [06:49] <Hixie> Viper550: we didn't use the quality of the code as a deciding factor in picking the software :-)
- # [06:49] <Viper550> you've seen fluxbb 1.4?
- # [06:51] <Viper550> In case you haven't heard, its a fork of punbb 1.2
- # [06:51] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
- # [06:52] <Hixie> Viper550: i don't know much about forum software personally
- # [06:54] * Joins: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp)
- # [06:58] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 245 seconds)
- # [07:09] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [07:14] * Quits: jochen__ (~jochen@nat/google/x-zdcmzmvsqbqactaf) (Remote host closed the connection)
- # [07:14] * Joins: jochen__ (~jochen@nat/google/x-zfxucvotamhtzvtx)
- # [07:19] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
- # [07:26] * Joins: oknoway (~oknoway@173-8-201-137-Oregon.hfc.comcastbusiness.net)
- # [07:28] * Joins: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
- # [07:32] * Joins: jlebar (~jlebar@rescomp-09-168109.Stanford.EDU)
- # [07:33] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
- # [07:53] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
- # [07:54] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
- # [07:54] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [07:55] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
- # [07:57] * Quits: dave_levin (~dave_levi@nat/google/x-noxqvznwczdroydm) (Quit: dave_levin)
- # [08:00] * Quits: Viper550 (~lirodon@wikipedia/ViperSnake151) (Quit: Leaving)
- # [08:04] * Quits: jlebar (~jlebar@rescomp-09-168109.Stanford.EDU) (Ping timeout: 276 seconds)
- # [08:08] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [08:08] <annevk> you'd think Leif would have noticed I didn't reply to any comment on html5-diff since last time I made it ready and that last time I replied to age old comments
- # [08:09] <annevk> it is of course more interesting to assume the chairs and I ignored him, because then you can vent frustrations, even if not at all justified
- # [08:11] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 248 seconds)
- # [08:13] * Quits: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp) (Quit: everton)
- # [08:17] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [08:26] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # [08:27] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
- # [08:35] * Joins: MikeSmith (~MikeSmith@EM114-48-37-169.pool.e-mobile.ne.jp)
- # [08:36] <MikeSmith> kennyluck: is Guo Fu a family name or a personal/given name?
- # [08:36] <kennyluck> MikeSmith: it's a word. It means "Country Father" :)
- # [08:37] <kennyluck> father of a country
- # [08:37] <MikeSmith> oh
- # [08:37] <kennyluck> (well, it's possible that someone has this given name, but this is kind of odd then)
- # [08:42] <annevk> MikeSmith, we're gonna publish tomorrow?
- # [08:42] <MikeSmith> annevk: yes
- # [08:42] <annevk> okay then
- # [08:43] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [08:44] <MikeSmith> annevk: as soon as you have your doc ready, let me know, and I will move it over to the dated TR location
- # [08:44] <MikeSmith> and will let the webmaster know it's ready
- # [08:45] <annevk> yeah, I'll go through the new comments now and see what needs changing
- # [08:45] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:46] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [08:48] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [08:48] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
- # [08:49] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
- # [08:51] * Quits: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no) (Ping timeout: 265 seconds)
- # [08:54] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [08:58] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig)
- # [09:05] * Joins: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no)
- # [09:05] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
- # [09:06] * Joins: zalan (~zalan@84.2.75.254)
- # [09:07] <abarth> Hixie: the bit about spinning the event loop isn't who things work internally
- # [09:07] <abarth> Hixie: nested event loops are bad new bears
- # [09:13] <MikeSmith> interesting to see a Microsoft commenter on the whatwg mailing list
- # [09:14] * Quits: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no) (Ping timeout: 240 seconds)
- # [09:14] * MikeSmith wonders what "Live Labs / Seadragon" is
- # [09:15] <MikeSmith> abarth: I seem to remember hsivonen mentioning something about nested event loops recently
- # [09:15] <MikeSmith> in bugzilla or here
- # [09:15] <MikeSmith> I wonder if the context is the same
- # [09:15] <abarth> I think the behavior ends up being the same
- # [09:15] <abarth> it's just a difference in the processing model from the actual processing
- # [09:16] <abarth> the problem with nested event loops
- # [09:16] <abarth> is you get in trouble when you try to unwind them
- # [09:16] <abarth> because lots of stuff gets re-entered
- # [09:16] <MikeSmith> ah
- # [09:16] <abarth> that might not be expecting it
- # [09:16] <MikeSmith> yeah, I can imagine
- # [09:16] <abarth> the parser needs to be re-entrant, which makes it tricky
- # [09:17] <abarth> DOM mutation also needs to be re-entrant, which is really hard'
- # [09:17] <abarth> and the source of lots of bugs :(
- # [09:17] <MikeSmith> that I also can imagine
- # [09:18] <MikeSmith> or actually, remember
- # [09:18] <MikeSmith> from previous life in browser product development
- # [09:19] * Quits: kling (~kling@nat/trolltech/x-ulnvoyptgtjifjlb) (Ping timeout: 240 seconds)
- # [09:21] <MikeSmith> abarth: the context of your current discussion about this is the tokenizer spec?
- # [09:22] <MikeSmith> the closing-the-input-stream part?
- # [11:22] * Disconnected
- # [11:23] * Attempting to rejoin channel #whatwg
- # [11:23] * Rejoined channel #whatwg
- # [11:23] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
- # [11:23] * Set by annevk42 on Mon Oct 19 23:03:06
- # [11:26] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
- # [11:27] <MikeSmith> kennyluck: Murata-san is http://ja.wikipedia.org/wiki/村田真
- # [11:27] <MikeSmith> and http://en.wikipedia.org/wiki/Makoto_Murata
- # [11:30] * abarth is now known as abarth|rename5
- # [11:38] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
- # [11:51] <kennyluck> MikeSmith: "In Mainland China, Malaysia and Singapore....vertical writing is now very rare, more so in print than in writing and signage." from http://en.wikipedia.org/wiki/Horizontal_and_vertical_writing_in_East_Asian_scripts
- # [11:51] <kennyluck> I guess I was wrong about novels in Mainland China.
- # [11:51] <MikeSmith> interesting
- # [11:54] * Joins: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se)
- # [11:55] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
- # [11:55] * Quits: MikeSmith (~MikeSmith@EM114-48-37-169.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
- # [11:56] <annevk> wtf is sam on
- # [11:57] * Joins: ROBOd_ (~robod@92.86.255.118)
- # [11:57] * Quits: ROBOd (~robod@109.96.243.240) (Ping timeout: 265 seconds)
- # [12:06] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [12:08] * Joins: MikeSmith (~MikeSmith@EM114-48-181-81.pool.e-mobile.ne.jp)
- # [12:13] * Joins: cedric_ (~cedric@124.197.113.84)
- # [12:18] * Quits: MikeSmith (~MikeSmith@EM114-48-181-81.pool.e-mobile.ne.jp) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
- # [12:26] <jgraham> annevk: See, this is why you shouldn't do things for people. They will only complain
- # [12:27] <annevk> yeah, before I settled on "I already had." I had a lot of other drafts
- # [12:28] <annevk> dealing with the HTML WG is painful
- # [12:28] <annevk> so I'm calling it a day for now as far as that is concerned
- # [12:29] <annevk> http://code.google.com/apis/maps/documentation/javascript/examples/streetview-map.html is indeed very neat hsivonen
- # [12:31] <annevk> hehe, Google visited my place while I was home
- # [12:54] * Quits: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com) (Read error: Connection reset by peer)
- # [12:54] * Joins: roc (~roc@121.98.230.221)
- # [12:56] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [13:02] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 260 seconds)
- # [13:08] <gsnedders> annevk: Unusual :P
- # [13:10] <annevk> http://www.w3.org/2010/06/14-ab-minutes (W3C Member-only) -- worth reading
- # [13:11] * Quits: ROBOd_ (~robod@92.86.255.118) (Quit: http://www.robodesign.ro)
- # [13:12] * Joins: Omer (6d421746@gateway/web/freenode/ip.109.66.23.70)
- # [13:12] <Omer> Hi
- # [13:13] <Omer> Someone here?
- # [13:13] * Omer is now known as Guest45746
- # [13:13] <Guest45746> Hi
- # [13:13] <Guest45746> Someone here?
- # [13:13] <annevk> better to just ask your question
- # [13:13] <Guest45746> ok
- # [13:14] <Guest45746> how i can send a message with postMessage between windows/tabs?
- # [13:14] <annevk> by getting a reference to the other window and invoke postMessage() on it with the correct arguments?
- # [13:15] <Guest45746> how i getting reference to other window?
- # [13:15] <Guest45746> with the same domain
- # [13:16] <annevk> I think you can only get a reference if it's a related browsing context
- # [13:16] <annevk> so if it's window.opener, or in window[x]
- # [13:17] <Guest45746> i can't to access to other window?
- # [13:19] <annevk> no
- # [13:19] <Guest45746> ok thanks you ill do that on the sever side
- # [13:20] <annevk> you can maybe sync some info using localStorage for same-origin scenarios
- # [13:20] <annevk> the storage event is supposed to dispatch in each tab of the same origin
- # [13:21] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
- # [13:21] <Guest45746> what i wanted is to share the same websockets connection to all of the windows
- # [13:22] <Guest45746> but ill do that on the server side i dont think have anuther way
- # [13:22] <annevk> shared worker?
- # [13:22] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Leaving...)
- # [13:22] <Guest45746> what you mean?
- # [13:23] <annevk> see http://www.whatwg.org/ww
- # [13:24] <annevk> you can share a JavaScript "thread" among several same-origin windows and then you can use sockets from that thread
- # [13:26] <Guest45746> so when i created one shared worker all the pages use him?
- # [13:27] <annevk> pretty much
- # [13:32] <Guest45746> thanks tou very much
- # [13:32] <Guest45746> :)
- # [13:32] <Guest45746> i understand that
- # [13:33] <Guest45746> ww is cross browsers?
- # [13:34] <Guest45746> i think its desnt but i wanna to be sure
- # [13:35] <Guest45746> you*
- # [13:36] <annevk> nothing of this is cross browser really
- # [13:38] <Guest45746> but its great idea :)
- # [13:40] <jgraham> Well it is intended to be cross browser
- # [13:40] <jgraham> Just need to wait for the browsers
- # [13:41] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
- # [13:44] <Guest45746> so i can be sure its will be in the next??
- # [13:47] <annevk> there's no guarantees really
- # [13:47] <annevk> but it's shipping in some already
- # [13:52] <Guest45746> you know when websockets protocol ill finished?
- # [13:53] * Quits: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk) (Read error: Connection reset by peer)
- # [13:53] * Joins: erlehmann (~erlehmann@89.204.153.64)
- # [13:57] * Joins: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk)
- # [14:06] * Quits: titacgs (~titacgs@190.2.33.49) (Ping timeout: 276 seconds)
- # [14:22] * Joins: davidb_ (~davidb@mozca02.ca.mozilla.com)
- # [14:24] * Joins: ROBOd (~robod@109.96.228.168)
- # [14:38] * Quits: broquaint (e82c491608@spc2-brig11-0-0-cust40.asfd.cable.virginmedia.com) (Remote host closed the connection)
- # [14:41] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
- # [14:44] * Quits: gormer (~ghe@132.150.124.56) (Ping timeout: 240 seconds)
- # [14:49] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
- # [14:50] * Joins: BlurstOfTimes (~blurstoft@168.203.117.112)
- # [14:52] * Joins: MikeSmith (~MikeSmith@EM114-49-2-72.pool.e-mobile.ne.jp)
- # [14:59] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
- # [15:03] * Joins: broquaint (a68dd54535@spc2-brig11-0-0-cust40.asfd.cable.virginmedia.com)
- # [15:07] * Joins: gavin_ (~gavin@firefox/developer/gavin)
- # [15:12] * Joins: Martijnc (~Martijnc@91.176.40.222)
- # [15:15] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
- # [15:21] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Remote host closed the connection)
- # [15:21] * Quits: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no) (Ping timeout: 264 seconds)
- # [15:21] * Quits: zcorpan_ (~zcorpan@pat.se.opera.com) (Remote host closed the connection)
- # [15:23] <annevk> Guest45746, no
- # [15:24] * Joins: kennyluck (~kennyluck@EM111-188-147-188.pool.e-mobile.ne.jp)
- # [15:24] <annevk> Guest45746, when three implementations are shipping it's prolly finished for better or worse
- # [15:25] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
- # [15:27] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (Quit: Coyote finally caught me)
- # [15:31] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
- # [15:33] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Client Quit)
- # [15:34] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
- # [15:35] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 276 seconds)
- # [15:39] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
- # [15:47] <jgraham> So who is going to write the change proposal for @summary?
- # [16:00] * Quits: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
- # [16:00] <Guest45746> element.parentElement its part of html5?
- # [16:02] <Philip`> Guest45746: That seems to be a non-standard IE-only feature
- # [16:02] <MikeSmith> annevk: it's been pointed out to me that "The autobuffer attribute on media elements was renamed to preload." is mentioned twice in the diffs doc
- # [16:03] <MikeSmith> in section 5.1 and also in 5.2
- # [16:03] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [16:03] * MikeSmith goes to check when it actually changed
- # [16:04] <Lachy> jgraham, what change proposal is needed?
- # [16:04] <Lachy> Just a zero-edit proposal, or one that says to make it fully obsolete?
- # [16:04] <Lachy> or both?
- # [16:04] <Guest45746> so how can i get the parent
- # [16:05] <Guest45746> ans why chrome and safari use parentElement?
- # [16:05] <Guest45746> and
- # [16:05] <Philip`> Guest45746: Use parentNode
- # [16:08] <jgraham> Lachy: I would prefer both. But at least a zero-edits one that collects together all the evidence that summary is pointless or harmful
- # [16:08] <Guest45746> thanks now its work on firefox :)
- # [16:09] <jgraham> Lachy: I have no idea how one is supposed to write a change proposal in such a way that the chairs actually pay attention to the points made though
- # [16:09] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
- # [16:09] <Guest45746> but why chrome and safari use it?
- # [16:09] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [16:11] * Joins: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net)
- # [16:11] * Quits: Guest45746 (6d421746@gateway/web/freenode/ip.109.66.23.70) (Quit: Page closed)
- # [16:13] * Quits: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net) (Client Quit)
- # [16:25] <Lachy> jgraham, no idea either, given how they've merely counted arguments and counter arguments as balancing each other out, regardless of their technical merit
- # [16:26] <Lachy> but that's an issue I need to follow up with sam, as I'm still waiting for him to stop ignoring my email about the issue.
- # [16:27] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
- # [16:28] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
- # [16:29] * Joins: Omer (6d421746@gateway/web/freenode/ip.109.66.23.70)
- # [16:29] * Omer is now known as Guest57405
- # [16:33] * Joins: mpt (~mpt@canonical/mpt)
- # [16:33] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Ping timeout: 260 seconds)
- # [16:34] <MikeSmith> annevk: seems like "The autobuffer attribute for media elements is now named preload" should be removed from the "Changes since 4 March 2010" list
- # [16:35] <MikeSmith> because that change was actually made in February
- # [16:35] <MikeSmith> and you already to have it listed in "Changes from 25 August 2009 to 4 March 2010"
- # [16:44] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
- # [16:45] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 258 seconds)
- # [16:48] * Joins: aroben (~aroben@unaffiliated/aroben)
- # [16:48] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
- # [16:51] <TabAtkins> roc: Well, I'm screenshotting and then checking pixels in GIMP. I'd think that's close enough.
- # [16:51] * jgraham wonders what the context for that was
- # [16:51] <TabAtkins> There's a www-style convo about how the *-shadow properties do/should work.
- # [16:52] <TabAtkins> There's disagreement about how text-shadow works *right now*, which is weird.
- # [16:53] <Philip`> Reverse-engineering shadow algorithms is fun
- # [16:53] * Philip` wonders how similar CSS shadows are to canvas shadows
- # [16:54] <TabAtkins> canvas shadows are an exact copy of webkit's bugs in css shadows.
- # [16:55] <TabAtkins> Including a substantial change in shadow algorithm when the shadow blur is > 8px.
- # [16:56] <Philip`> Does it do the slightly weird thing with sigma=sqrt(2*blur) if blur>8 ?
- # [16:56] <TabAtkins> So, yes.
- # [16:56] <Philip`> That's not a substantial change, it's just interpreting the argument a bit differently
- # [16:56] <TabAtkins> It makes things weird, at least.
- # [16:56] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
- # [16:56] * Joins: magnusrk (~magnusrk@74.125.57.36)
- # [16:56] <TabAtkins> smfr was complaining about it.
- # [16:57] * magnusrk is now known as Dashiva^2
- # [16:57] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Quit: davidhund)
- # [16:57] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: Connection reset by peer)
- # [16:57] <Philip`> It makes the shadow appear to scale more linearly, without big visual differences between small integers, if I remember correctly
- # [16:58] <TabAtkins> I was told it was a performance optimization.
- # [16:58] <Philip`> I assume the behaviour was inherited from CG, rather than being an intentional WebKit feature
- # [16:58] <TabAtkins> Yeah, I assume so.
- # [16:59] * Joins: weinig (~weinig@17.246.18.229)
- # [16:59] <Philip`> (I assume by "webkit's bugs" you meant the CG port of WebKit)
- # [16:59] <TabAtkins> So anyway, roc and I are disagreeing about how far Firefox's shadow extends for a 100px blur. I say 50px, based on screenshots + pixel comparisons. He says 79px, based on a screen magnifier and pixel checking.
- # [16:59] <TabAtkins> I dunno, I'm just paraphrasing from smfr.
- # [17:00] <Philip`> How can you disagree on something as objective as that? :-)
- # [17:00] <TabAtkins> I don't know!
- # [17:01] <Philip`> Just post the screenshot and say what pixel value you see at the edge of the blur
- # [17:01] <TabAtkins> Yeah, doing that now.
- # [17:01] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
- # [17:01] <Philip`> and then find out it varies between different platforms or something :-)
- # [17:03] <TabAtkins> Well, it appears to be the same between my linux desktop and my windows laptop.
- # [17:03] <TabAtkins> But roc is checking on win and linux as well.
- # [17:04] * Quits: f1lt3r_ (~f1lt3r@64.119.159.231) (Quit: Gettin' out while I still can!)
- # [17:04] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
- # [17:05] <Philip`> With FF3.6.3 on Linux, I see (254,254,254) at 80ish pixels from the edge of the shape
- # [17:05] <TabAtkins> wtf
- # [17:07] <Philip`> You're not using Gimp's magic wand with a threshold of 15 to determine the edge of the shadow?
- # [17:07] <TabAtkins> No, I'm just zooming in and using the dropper to check the color manually.
- # [17:07] <Philip`> Ah, good :-)
- # [17:07] <TabAtkins> And when I did use the wand, I specifically dropped the threshold to 0.
- # [17:09] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
- # [17:12] <TabAtkins> ...huh.
- # [17:13] <TabAtkins> When I do a white shadow on black, the shadow is 50px wide. +-1. When I do a black shadow on white, it's about 80px wide, like roc says.
- # [17:13] * Joins: rektide (rektide@voodoowarez.com)
- # [17:14] <Philip`> Oh
- # [17:14] <Philip`> (That doesn't seem surprising since it depends on the rounding)
- # [17:14] <TabAtkins> That's stupid.
- # [17:16] <TabAtkins> Oh, wait. Huh. Maybe I was just stupid? Now I'm measuring 80px for white-on-black.
- # [17:17] <TabAtkins> roc: So, nevermind. I think I just measured webkit's screenshot twice, rather than measuring webkit once and firefox once.
- # [17:18] * Quits: zalan (~zalan@84.2.75.254) (Ping timeout: 260 seconds)
- # [17:18] * Joins: zalan (~zalan@84.2.75.254)
- # [17:19] * Philip` just tried yellow on magenta, and it looks like actually it rounds up the same as it rounds down, so that's not an issue
- # [17:19] <TabAtkins> Yeah, rounding's not the issue. I was juggling too many screenshots at once.
- # [17:22] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 245 seconds)
- # [17:24] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [17:27] <Philip`> Hmm, why does text-shadow indicate the blur is measured in pixels?
- # [17:28] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [17:28] <TabAtkins> Where does it do so?
- # [17:28] * Joins: micheil (~micheil@124-170-233-189.dyn.iinet.net.au)
- # [17:29] <Philip`> Isn't that slightly meaningless, since the blur is theoretically infinite in size and I assume the specified size is not equal to the Gaussian sigma
- # [17:29] <Philip`> "text-shadow: 0 0 100px black;"
- # [17:30] <Philip`> (s/$/?/ in earlier question)
- # [17:30] <TabAtkins> The blur length specifies how far you have to go before the blur has gotten to within 1% of the full color/full transparency. Or at least, that's probably what we're specifying now.
- # [17:30] <TabAtkins> It is remarkably underspecified right now.
- # [17:31] <TabAtkins> So yeah, the blur is theoretically infinite, but the area within the threshold isn't.
- # [17:31] <Philip`> 1% in what colour space?
- # [17:31] <TabAtkins> rgb, the default css color space
- # [17:32] * Quits: Dashiva^2 (~magnusrk@74.125.57.36) (Quit: leaving)
- # [17:32] * Joins: Dashiva^2 (~Dashiva@74.125.57.36)
- # [17:32] * TabAtkins goes to get breakfast, bbiab
- # [17:32] * Quits: zalan (~zalan@84.2.75.254)
- # [17:33] * Joins: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net)
- # [17:34] * Quits: erlehmann (~erlehmann@89.204.153.64) (Quit: Ex-Chat)
- # [17:37] * karlushi sighs at the difficulties to share Web files with people at the offices. No interoperability for packaging between the different browsers. :((
- # [17:38] <Philip`> TabAtkins: Doesn't "1% of the full color" mean you need to solve a cubic equation to work out what sigma to use for the Gaussian, or am I getting my maths all wrong?
- # [17:38] <Philip`> (I'm interpreting it as meaning G(x) = 0.01 as defined by http://upload.wikimedia.org/math/b/5/a/b5a3ab06a75210694218bcbd7370eea3.png)
- # [17:40] <TabAtkins> Philip`: I have no clue.
- # [17:40] <TabAtkins> But I'm certain there's a much faster approximation.
- # [17:43] * Joins: plainhao (~plainhao@mail.xbiotica.com)
- # [17:43] <Philip`> So the text-shadow property will be giving an approximation of an arbitrary percentage threshold?
- # [17:44] <Philip`> That doesn't sound very mathematically sane :-(
- # [17:44] <TabAtkins> Who cares about math, we're doing webdesign.
- # [17:45] <jgraham> TabAtkins: Seems like a good idea to understand the maths before you specify something insane
- # [17:46] <TabAtkins> To be fair, it appears that the implementors who're paying attention are cool with all that anyway.
- # [17:47] <TabAtkins> The only question is whether a 100px blur length means that the full blur area (extending inside and outside of the unblurred shadow boundary) is 100px wide, or that the blur area must extend 100px inside and outside.
- # [17:47] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
- # [17:47] <TabAtkins> And that's just a question of bikeshedding and convergence with sufficiently related technologies, luckily.
- # [17:48] <Philip`> Is canvas sufficiently related?
- # [17:48] <Philip`> (I think that has a mathematically reasonably sane definition of shadow rendering :-) )
- # [17:48] <TabAtkins> Only insofar as canvas is literally "whatever webkit did for shadows".
- # [17:48] <TabAtkins> So, since we're already considering webkit, canvas just weights that slightly.
- # [17:49] <annevk> MikeSmith, still around?
- # [17:49] * jgraham would have assumed that the blur length would be defined as a sigma of a given number of pixels, or something
- # [17:49] * jgraham has no idea how it actually works though
- # [17:49] <Philip`> It's not precisely what Safari did, since Safari had (has?) incorrect clipping for small shadow sizes
- # [17:49] <TabAtkins> jgraham: Your average web author has absolutely no idea what a sigma is.
- # [17:49] <Philip`> (It would cut off the leftmost pixel of the shadow, in a visible way)
- # [17:49] <jgraham> TabAtkins: So?
- # [17:50] <jgraham> TabAtkins: Presumably they just adjust until they get the result they want
- # [17:50] <TabAtkins> So we want the blur length to mean something reasonable?
- # [17:50] <Philip`> TabAtkins: They just need to know that it's correlated to the apparent width of the shadow
- # [17:50] <jgraham> It does mean something reasonable
- # [17:50] <Philip`> (It can never be equal to the width since the shadow doesn't have an edge)
- # [17:51] <jgraham> It means that the shadow is 1/e of the maximum value at that number of pixels
- # [17:51] <TabAtkins> That's putting implementor interests over author interests, for little benefit to implementors and measurable downside to authors.
- # [17:51] <jgraham> I challenge you to measure that downside
- # [17:51] <TabAtkins> I did. It's -13 utilons.
- # [17:51] <jgraham> I don't see why an author cares if it is 1/e or 1/100
- # [17:52] <annevk> MikeSmith, I fixed that and some other issues
- # [17:52] <TabAtkins> An author cares that the language is predictable. Saying "well, bigger numbers mean bigger shadows" is only *barely* acceptable. Ideally, the author shoudl be able to predict how large the shadow will be for a given length.
- # [17:53] <jgraham> The shadows will be infinitely big, apart from hardware limitations
- # [17:53] <TabAtkins> Now you're being pedantic.
- # [17:54] <jgraham> Not really :)
- # [17:54] <jgraham> I mean, in theory, there is no edge of the shadow.
- # [17:54] <TabAtkins> The measure we're planning to use on defining the "edge" of the shadow is 1% from full color/full transparency.
- # [17:55] * jgraham would really use n sigma for integer n
- # [17:55] <TabAtkins> The two are interchangeable.
- # [17:55] <TabAtkins> Also, we dont' specify the blurring algorithm, so we can't assume a gaussian blur.
- # [17:56] <jgraham> I assume no one will implement a non-gaussian blur
- # [17:56] <TabAtkins> If you just wanted to use 3 sigma, that's fine.
- # [17:56] <jgraham> If they did it would be even weirder
- # [17:56] <Philip`> How can you specify shadowing without specifying the blurring algorithm?
- # [17:56] <TabAtkins> Man, I dunno. I just know there was pushback against us specifying a precise algo.
- # [17:57] <Philip`> That seems to be basically leaving the entire thing undefined
- # [17:57] <TabAtkins> Philip`: Barely. We just define the boundaries, and then say there should be a gradient of some kind.
- # [17:58] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
- # [17:59] <Philip`> So someone could e.g. do a 100%-to-0% radial gradient around the edge of the shape, so that a tiny dot would have as bright a shadow as a large box?
- # [17:59] <Philip`> That doesn't sound good for interoperability
- # [17:59] <TabAtkins> See: pushback against specifying a precise algo.
- # [18:00] <jgraham> TabAtkins: It needen't bee to precise
- # [18:00] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Remote host closed the connection)
- # [18:00] <Philip`> (Either people will implement things very differently, which is bad for interop, or they'll implement it the same anyway, in which case it can be specced)
- # [18:00] <jgraham> It should say "implementation defined approximation to a gaussian blur" or something
- # [18:00] * Joins: dglazkov (~dglazkov@nat/google/x-rjfwzwdasbgqbcpc)
- # [18:00] * Quits: dglazkov (~dglazkov@nat/google/x-rjfwzwdasbgqbcpc) (Remote host closed the connection)
- # [18:00] * Joins: dglazkov (~dglazkov@nat/google/x-ocanydqthwlkbamh)
- # [18:01] <jgraham> You could argue that anything is an approximation to a gaussian of course, but that would be deliberatly perverse
- # [18:01] <TabAtkins> Time for conference call!
- # [18:02] * Philip` just thinks it seems crazy to specify a rendering behaviour without actually specifying the rendering behaviour
- # [18:04] * Joins: danbri (~danbri@unaffiliated/danbri)
- # [18:05] <TabAtkins> I agree, actually.
- # [18:05] * Quits: danbri (~danbri@unaffiliated/danbri) (Client Quit)
- # [18:05] * Joins: danbri (~danbri@unaffiliated/danbri)
- # [18:05] * Joins: xtothey (~ryanblair@ool-457b0b05.dyn.optonline.net)
- # [18:09] * Quits: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk) (Quit: Leaving)
- # [18:09] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Read error: Connection reset by peer)
- # [18:12] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [18:12] * Quits: mitnavn (~mitnavn@unaffiliated/mitnavn) (Ping timeout: 240 seconds)
- # [18:14] * Joins: dave_levin (~dave_levi@nat/google/x-gzojmpncxjpwpwgx)
- # [18:15] * Joins: mitnavn (~mitnavn@unaffiliated/mitnavn)
- # [18:18] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [18:19] * Quits: pesla (~pesla@188.202.125.121) (Quit: zzzzleepy!)
- # [18:28] * Joins: ZombieLoffe (ZombieL@unaffiliated/zombieloffe)
- # [18:29] * Joins: jlebar (~jlebar@nat/mozilla/x-lbdlstfjeplktevq)
- # [18:36] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: Leaving)
- # [18:36] * Joins: mat_t (~mattomasz@91.189.88.12)
- # [18:38] * Joins: xtothey_ (~ryanblair@ool-457b0b05.dyn.optonline.net)
- # [18:38] * Quits: Dashiva^2 (~Dashiva@74.125.57.36) (Quit: Changing server)
- # [18:38] * Quits: Smylers (~Smylers@leeds01-fw.internal.pipex.net) (Ping timeout: 258 seconds)
- # [18:39] * Joins: Dashiva^2 (~Dashiva@74.125.57.36)
- # [18:40] * Quits: xtothey (~ryanblair@ool-457b0b05.dyn.optonline.net) (Ping timeout: 265 seconds)
- # [18:40] * xtothey_ is now known as xtothey
- # [18:40] * Joins: thomas_ (~thomasain@ingserv.demon.co.uk)
- # [18:41] * Quits: skampler (skampler@unaffiliated/skampler) (Remote host closed the connection)
- # [18:41] * Quits: thomas_ (~thomasain@ingserv.demon.co.uk) (Client Quit)
- # [18:42] * palbo is now known as pablof
- # [18:42] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
- # [18:42] * Joins: ap (~ap@17.246.17.28)
- # [18:43] * Quits: micheil (~micheil@124-170-233-189.dyn.iinet.net.au) (Quit: micheil)
- # [18:44] * Joins: auk (~scott@cpe-76-175-202-246.socal.res.rr.com)
- # [18:47] * Joins: maikmerten (~maikmerte@port-92-201-68-102.dynamic.qsc.de)
- # [18:47] * Joins: thomas_ (~thomasain@ingserv.demon.co.uk)
- # [18:48] * Quits: thomas_ (~thomasain@ingserv.demon.co.uk) (Client Quit)
- # [19:00] * Joins: deepthawtz (~deepthawt@c-24-130-129-16.hsd1.ca.comcast.net)
- # [19:01] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [19:01] * Joins: KaOSoFt (~webmaster@unaffiliated/kaosoft)
- # [19:04] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Ping timeout: 258 seconds)
- # [19:05] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
- # [19:06] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [19:09] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
- # [19:22] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
- # [19:30] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Ping timeout: 265 seconds)
- # [19:32] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [19:34] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
- # [19:35] * aroben is now known as aroben|lunch
- # [19:36] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [19:38] * abarth|rename5 is now known as abarth
- # [19:39] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 265 seconds)
- # [19:41] * Quits: Dashiva^2 (~Dashiva@74.125.57.36) (Quit: leaving)
- # [19:42] * Joins: Dashiva^2 (~Dashiva@74.125.57.36)
- # [19:46] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
- # [19:47] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 264 seconds)
- # [19:54] * Quits: Dashiva^2 (~Dashiva@74.125.57.36) (Remote host closed the connection)
- # [19:55] * Quits: auk (~scott@cpe-76-175-202-246.socal.res.rr.com) (Quit: Ex-Chat)
- # [19:57] * Joins: Dashiva^2 (~Dashiva@74.125.57.36)
- # [19:57] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
- # [19:58] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
- # [19:59] * Quits: KaOSoFt (~webmaster@unaffiliated/kaosoft) (Ping timeout: 265 seconds)
- # [20:00] * Joins: davidhund (~davidhund@dnuhd.xs4all.nl)
- # [20:05] * Quits: jlebar (~jlebar@nat/mozilla/x-lbdlstfjeplktevq) (Ping timeout: 264 seconds)
- # [20:06] * Quits: hsivonen (~hsivonen@kekkonen.cs.hut.fi) (Read error: Operation timed out)
- # [20:08] <hober> whoa, emails to the whatwg list from a @microsoft.com address
- # [20:08] <Peter-> Apparently IE9 DP3 is pending to be released today
- # [20:09] <Peter-> I have noticed more Microsoft activity around various lists in the past few days
- # [20:10] <gsnedders> WHY THE HELL WOULD YOU SAY DON'T GIVE YOUR PASSWORD TO ANYONE… THEN SEND IT IN PLAINTEXT IN AN EMAIL!?
- # [20:10] <gsnedders> Sorry.
- # [20:10] <TabAtkins> ...?
- # [20:10] <gsnedders> I had a moment there.
- # [20:11] <gsnedders> Well, especially when dealing with organizations which have to have bank details, that makes me ueasy
- # [20:11] <gsnedders> *uneasy
- # [20:11] * Joins: KaOSoFt (~webmaster@unaffiliated/kaosoft)
- # [20:17] * aroben|lunch is now known as aroben
- # [20:18] * Joins: jlebar (~jlebar@nat/mozilla/x-pgswyxjskomqclwc)
- # [20:24] <AryehGregor> gsnedders, presumably they care about phishing but not MITM.
- # [20:24] * Quits: cedric_ (~cedric@124.197.113.84) (Ping timeout: 258 seconds)
- # [20:25] * Joins: cedric_ (~cedric@124.197.92.32)
- # [20:38] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
- # [20:38] <MikeSmith> annevk: back now & synched up the copy again
- # [20:38] <MikeSmith> thanks
- # [20:39] * Joins: payman_ (~payman@pat.se.opera.com)
- # [20:40] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
- # [20:40] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [20:41] * Quits: payman (~payman@pat.se.opera.com) (Ping timeout: 276 seconds)
- # [20:42] * Quits: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net) (Quit: abarth)
- # [20:43] * Joins: dbaron (~dbaron@nat/mozilla/x-wjcaqmccccsivgwp)
- # [20:45] * Joins: slartsa (~Lari@adsl-215-234-204.kymp.net)
- # [20:45] * Quits: weinig (~weinig@17.246.18.229) (Quit: weinig)
- # [20:46] * Quits: KaOSoFt (~webmaster@unaffiliated/kaosoft) (Ping timeout: 245 seconds)
- # [20:48] * Joins: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk)
- # [20:51] * Joins: JonathanCutrell (~JonathanC@12.204.192.2)
- # [20:55] * Quits: MikeSmith (~MikeSmith@EM114-49-2-72.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # [20:57] * Parts: JonathanCutrell (~JonathanC@12.204.192.2)
- # [20:58] * Joins: KaOSoFt (~webmaster@unaffiliated/kaosoft)
- # [20:59] * annevk was about to offer Mike a beer
- # [21:00] * Joins: MikeSmith (~MikeSmith@EM114-48-1-220.pool.e-mobile.ne.jp)
- # [21:00] * Quits: jlebar (~jlebar@nat/mozilla/x-pgswyxjskomqclwc) (Ping timeout: 260 seconds)
- # [21:13] * Quits: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk) (Quit: Leaving)
- # [21:16] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [21:20] * Quits: slartsa (~Lari@adsl-215-234-204.kymp.net) (Ping timeout: 245 seconds)
- # [21:23] * Joins: kennyluck_ (~kennyluck@EM114-48-144-10.pool.e-mobile.ne.jp)
- # [21:26] * Quits: kennyluck (~kennyluck@EM111-188-147-188.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
- # [21:26] * kennyluck_ is now known as kennyluck
- # [21:28] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
- # [21:30] * Joins: weinig (~weinig@17.246.18.229)
- # [21:31] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [21:31] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [21:32] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Quit: Ex-Chat)
- # [21:33] * Quits: payman_ (~payman@pat.se.opera.com) (Ping timeout: 264 seconds)
- # [21:33] * Joins: jwalden (~waldo@nat/mozilla/x-crkmypvjurcpwkro)
- # [21:34] * Quits: jwalden (~waldo@nat/mozilla/x-crkmypvjurcpwkro) (Client Quit)
- # [21:36] <Philip`> hober: Not just "a @microsoft.com address", but three in a day
- # [21:37] * Quits: maikmerten (~maikmerte@port-92-201-68-102.dynamic.qsc.de) (Remote host closed the connection)
- # [21:38] <Peter-> They posted on Canvas accessibility, a WebGL related topic and some HTML5 parser bits yesterday
- # [21:38] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
- # [21:42] * Quits: justicefries (~gerred@c-98-245-17-113.hsd1.co.comcast.net) (Quit: justicefries)
- # [21:45] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
- # [21:46] <AryehGregor> In whatwg rather than public-html? Remarkable.
- # [21:50] <Philip`> It's good that Microsoft is so secretive and quiet in the HTML standards groups, otherwise we couldn't have fun overanalysing their occasional utterances to try to extract patterns and trends
- # [21:50] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
- # [21:54] <MikeSmith> Peter-: posted about Canvas accessibility?
- # [21:54] * Dashiva^2 starts selling umbrellas to protect against falling pieces of sky
- # [21:55] <Peter-> MikeSmith: http://lists.w3.org/Archives/Public/public-html/2010Jun/0519.html
- # [21:55] <Peter-> that's on public-html
- # [21:56] <MikeSmith> ah yeah
- # [21:56] <Peter-> It would be rather odd to reply to <canvas> accessibility if they wouldn't be implementing the entire element themself..
- # [21:56] <MikeSmith> stranger things have happened
- # [21:57] <Peter-> No argument there
- # [21:57] <Peter-> He is posting on behalf of the company however, while other posts mostly are on a more personal base
- # [21:59] <AryehGregor> My guess is that they'd like to implement it, modulo lawyers.
- # [21:59] * AryehGregor sees no other feasible explanation.
- # [22:00] <zcorpan_> w3 bugzilla reached bug 10000!
- # [22:00] <Peter-> Four of the seven Apple disclosed patents related to canvas have yet to be published, according to http://www.w3.org/2004/01/pp-impl/40318/status#current-disclosures
- # [22:01] <Peter-> But IANAL. According to some larger news sites DP3 is pending for today, so that might clear things up
- # [22:02] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
- # [22:03] <Philip`> Peter-: I believe those patents are all the same one (which is basically a description of the whole canvas API), just in different jurisdictions
- # [22:06] <Peter-> I did notice the US/HK/EP indicators, but the last four aren't exactly clear. It would indeed make sense
- # [22:06] * Quits: davidb_ (~davidb@mozca02.ca.mozilla.com) (Quit: davidb_)
- # [22:08] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
- # [22:12] <AryehGregor> Oh, yeah, Ben Vanik is @microsoft.com. He also seemed to be posting totally personally, which is a first for Microsoft on HTML5 lists in my experience . . .
- # [22:13] <Peter-> Sylvain Galineau seems to be posting a lot on subjects Microsoft isn't involved with, CSS mostly
- # [22:14] <TabAtkins> Well, Sylvain's been an active member of the csswg for some time.
- # [22:14] <TabAtkins> Microsoft is pretty active in the csswg.
- # [22:16] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
- # [22:17] <AryehGregor> Yes, it always has been.
- # [22:17] <TabAtkins> Hmm, these posts by MS. Are they crossposted to htmlwg or something?
- # [22:17] <Philip`> No
- # [22:18] <TabAtkins> Interesting. I'm not seeing them for some reason, then.
- # [22:18] <AryehGregor> . . . why do the chairs seem to misannounce dates in public-html announcements at least 25% of the time?
- # [22:19] <Philip`> TabAtkins: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-June/026825.html, http://lists.whatwg.org/pipermail/implementors-whatwg.org/2010-June/000273.html, etc
- # [22:19] <TabAtkins> Oh, I'm not on the implementors list. That's why.
- # [22:22] <Peter-> Philip`: that last mail is interesting, "I encountered this bug in my own implementation."
- # [22:24] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
- # [22:24] <AryehGregor> Why does the implementers list even exist? It only gets like three posts a month.
- # [22:24] * AryehGregor subscribes
- # [22:25] <Philip`> Peter-: It seems he's one of the select bunch of people who implement HTML5 parsers just for fun :-)
- # [22:25] <Philip`> (An earlier mail says "to avoid misinterpretation, I am not on the IE team and do not speak for the IE team's plans")
- # [22:26] <Peter-> Aah, at least he's passionate about HTML then ^-^
- # [22:27] <AryehGregor> Then why is he using his official e-mail address?
- # [22:27] <AryehGregor> MS doesn't have company policies on that?
- # [22:43] <gsnedders> (But what about other MS teams?)
- # [22:43] <AryehGregor> Maybe he's doing it for the Bing team.
- # [22:44] * Quits: smaug (~chatzilla@cs181150024.pp.htv.fi) (Remote host closed the connection)
- # [22:44] <AryehGregor> Hmm, this page renders somewhat unreadably in Chrome but is fine in Firefox. I wonder why? http://www.pcworld.com/article/168658/seven_reasons_microsofts_profits_are_tanking.html
- # [22:45] <AryehGregor> (Opera matches FF)
- # [22:45] <TabAtkins> Oh god.
- # [22:45] * Joins: smaug (~chatzilla@cs181150024.pp.htv.fi)
- # [22:47] <AryehGregor> Seems like simple floats.
- # [22:47] <TabAtkins> Yeah, it's the #mainWell element that gets big, but I can't tell why.
- # [22:47] <TabAtkins> It doesn't have an explicit width on it, and its parent, #leftColumn, is a correct width.
- # [22:48] <AryehGregor> #blogArticle #mainWell { width: auto }
- # [22:48] <AryehGregor> Removing that fixes Chrome.
- # [22:48] <AryehGregor> Well, sort of.
- # [22:49] <AryehGregor> It's too narrow.
- # [22:49] <TabAtkins> Yeah, that allows the #mainWell { width: 351px; } rule to apply.
- # [22:49] <AryehGregor> Oh.
- # [22:50] <AryehGregor> So still odd.
- # [22:50] <TabAtkins> Yes.
- # [22:50] <AryehGregor> Removing float: left fixes it?
- # [22:50] <TabAtkins> Wow, yeah. That's... bizarre.
- # [22:51] <AryehGregor> Seems to change the padding or something in Firefox, but looks fine.
- # [22:51] <AryehGregor> Do you want to make a minimal test case, or shall I?
- # [22:51] * AryehGregor wonders if this is a Chrome bug or a spec bug
- # [22:51] <TabAtkins> I'll do it, I suppose. I've got the relevant people to show it to just a few feet away.
- # [22:52] <AryehGregor> Show me the test case when you're done so I can poke at it.
- # [22:52] <TabAtkins> kk
- # [22:56] <TabAtkins> Ah, found it. Look in the last comment for an attempt at a bbcode url tag.
- # [22:56] <TabAtkins> It's long enough to stretch the element, and the BFC chain makes the article grow as well.
- # [22:57] <TabAtkins> So now to actually reduce and find the inconsistency.
- # [22:57] <AryehGregor> I hate it when content can stretch the whole page.
- # [22:59] * Quits: ROBOd (~robod@109.96.228.168) (Quit: http://www.robodesign.ro)
- # [23:04] <TabAtkins> Ah, and the issue is that Firefox is treating the /s in the url as break opportunities, while Chrome waits for the ? before finding one.
- # [23:04] <AryehGregor> Oh.
- # [23:04] <AryehGregor> I guess there's no good place to spec that.
- # [23:04] * Joins: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
- # [23:04] <TabAtkins> I... dunno. Hm.
- # [23:04] <AryehGregor> Kind of annoying, though. That should probably be standard.
- # [23:04] <AryehGregor> Since it can have major effects on layout like this.
- # [23:05] <zcorpan_> unicode has suggestions on breaking opportunities iirc
- # [23:05] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
- # [23:05] <zcorpan_> http://unicode.org/reports/tr14/
- # [23:06] <Philip`> "The third Internet Explorer Platform Preview is available for download. We're excited to announce the availability of several major features you've asked for, such as Canvas, HTML5 Video and Audio, SVG gradients, Web Fonts, and more."
- # [23:06] <AryehGregor> Woo-hoo!
- # [23:06] <AryehGregor> I guess still no WebM by default, though, huh?
- # [23:07] <zcorpan_> what do they mean by Web Fonts?
- # [23:07] * AryehGregor assumes that's also because of lawyers, but is pretty sure he's right this time.
- # [23:07] <Philip`> zcorpan_: Maybe they mean WOFF
- # [23:07] <zcorpan_> WOFF?
- # [23:07] <TabAtkins> zcorpan_: Presumably proper support for @font-face.
- # [23:07] <TabAtkins> And/or WOFF, yeah.
- # [23:07] * TabAtkins thinks IE8 had proper @font-face support.
- # [23:08] <Philip`> "This release includes support for the HTML5 <audio>, <video>, and <canvas> elements, the Web Open Font Format (WOFF), and many other new and improved capabilities."
- # [23:09] <Philip`> (Seemingly can't download it yet though - they're not very good at updating all their pages simultaneously)
- # [23:09] <Philip`> Ah, http://ie.microsoft.com/testdrive/info/ReleaseNotes/Default.html updated now
- # [23:09] * Quits: davidhund (~davidhund@dnuhd.xs4all.nl) (Quit: davidhund)
- # [23:10] <Philip`> "MP4 H.264 playback support, using hardware or software decoding. Support for WebM software is not included in this release"
- # [23:10] <Philip`> "Web font formats: EOT. WOFF. Raw installable fonts (TrueType, OpenType)"
- # [23:10] <gsnedders> msPerformance?
- # [23:10] <AryehGregor> What?
- # [23:10] <AryehGregor> TTF and OTF support?
- # [23:10] <gsnedders> window.msPerformance is what?
- # [23:11] <gsnedders> "HTML5-conformant whitespace handling" — childNodes?
- # [23:11] <Philip`> gsnedders: Maybe it's like a turbo button on old computers
- # [23:11] <gsnedders> Most of the new ES5 stuff except strict mode
- # [23:11] * Joins: Amadiro (~whoppix@ti0021a380-dhcp1747.bb.online.no)
- # [23:12] <Philip`> Before IE8 they wanted opt-in standards support, so maybe now they're doing opt-in performance
- # [23:12] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
- # [23:16] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
- # [23:16] <Philip`> http://ie.microsoft.com/testdrive/Graphics/DeepZoom/Default.html seems quite nice
- # [23:18] <gsnedders> With or without the turbo button pressed?
- # [23:20] <Philip`> I suppose turbo buttons couldn't work on modern computers because they have too many megahertz to display on the LED display, so users wouldn't know how fast their CPU was
- # [23:20] * jgraham didn't realise that computers came with LCD displays until today
- # [23:21] <Philip`> It was bad enough when they exceeded 100MHz and had to add an extra two LEDs onto the left
- # [23:21] <gsnedders> jgraham: Then you tried to work out what you could do with it
- # [23:21] * Parts: ment (thement@ibawizard.net)
- # [23:21] <jgraham> gsnedders: Well obviously
- # [23:21] <jgraham> Anyway I can't imagine his Steveness allowing such tasteless bling
- # [23:22] <TabAtkins> AryehGregor: Yeah, MS had been talking about TTF support.
- # [23:22] <TabAtkins> If it's what I've heard, you can only use TTF if none of the embedding bits are set. That excludes most existing desktop fonts.
- # [23:22] <AryehGregor> I thought the only reason WOFF existed is because MS refused to implement TTF support.
- # [23:22] <Philip`> So if everyone supports TTF now, why are we bothering with WOFF?
- # [23:22] <TabAtkins> Wonderful question!
- # [23:22] <jgraham> I thought font foundaries liked WOFF
- # [23:22] * Parts: wirepair (fbi@random.supermario.org)
- # [23:23] <TabAtkins> Yeah, for some reason they do.
- # [23:23] <TabAtkins> I'm pretty sure they don't understand it.
- # [23:23] <AryehGregor> Well, WOFF has built-in compression or something, right?
- # [23:23] <AryehGregor> So there's not absolutely no reason to use it?
- # [23:23] * AryehGregor should test how IE9 handles his website . . .
- # [23:23] <TabAtkins> Yes, it uses a per-table compression algo.
- # [23:24] <jgraham> YEah I'm not sure how a tiny technical barrier can turn a whole industry from "impossible" to "fine"
- # [23:24] <TabAtkins> Which gets decently better numbers than just gzipping the whole thing.
- # [23:24] <jgraham> How much better?
- # [23:24] <AryehGregor> It's good anyway, you don't have to worry about configuring your web server to gzip it.
- # [23:24] <TabAtkins> I forget. There were comparisons with actual numbers on the font mailing list a year ago.
- # [23:24] <TabAtkins> Like 30% iirc.
- # [23:25] <AryehGregor> I'm all in favor of formats with built-in compression.
- # [23:25] <AryehGregor> Unless they're text formats to begin with, in which case it might be annoying.
- # [23:25] <AryehGregor> But fonts aren't text files, so there's basically no reason to not compress them.
- # [23:25] <TabAtkins> Yeah, but you're not losing anything with binary formats.
- # [23:25] <AryehGregor> (at the format level, I mean)
- # [23:25] <jgraham> I guess 30% might be non-negligible
- # [23:25] <AryehGregor> Even if the compression were just plain old gzip on the whole file.
- # [23:26] <AryehGregor> jgraham, you mean, when the font file blocks page rendering in some browsers? I'd say so.
- # [23:26] <jgraham> AryehGregor: Blocking rendering seems silly
- # [23:26] <AryehGregor> Well, tell the WebKit developers that.
- # [23:26] <jgraham> AryehGregor: Sure
- # [23:26] <AryehGregor> You have some FOUC-style effect either way.
- # [23:26] * Joins: nessy (~Adium@124-170-165-184.dyn.iinet.net.au)
- # [23:27] <jgraham> webkit developers: blocking rendering seems silly
- # [23:27] <AryehGregor> Unless you actually block rendering of the whole page from that point on, which no one does.
- # [23:27] <jgraham> AryehGregor: Presumably fonts are highly amenable to being cached
- # [23:27] <AryehGregor> Except that a large fraction of hits have empty cache in practice.
- # [23:27] <AryehGregor> Especially if most of your traffic is from occasional visitors, which is true for a lot of sites.
- # [23:28] <jgraham> In general, but for sites that you visit with any regularity it should be fine
- # [23:28] <jgraham> But I am not disagreeing with you
- # [23:28] <AryehGregor> Do I get to add parity-ie to the whiteboard of <https://bugzilla.mozilla.org/show_bug.cgi?id=276431> now?
- # [23:29] <jgraham> (you can probably get similar savings just by using a better general-purpose compression algorithm on the whole file, since fonts tend to be rather static)
- # [23:30] <jgraham> (won't really work on the web though)
- # [23:30] * AryehGregor needs to go use IE9 to check out his web page, and also the HTML5 beta on YouTube, just to see for himself that it's actually true
- # [23:30] * Joins: jlebar (~jlebar@nat/mozilla/x-orndqaktiriwuwev)
- # [23:30] <AryehGregor> jgraham, but that will be much slower to decompress.
- # [23:31] <AryehGregor> Oh, maybe YouTube does UA sniffing and blacklists IE9?
- # [23:31] * Quits: dbaron (~dbaron@nat/mozilla/x-wjcaqmccccsivgwp) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:31] <jgraham> AryehGregor: No idea how it compares to the format specific compression or other timescales
- # [23:32] * Quits: Yudai (~Yudai@p6eafe2.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 264 seconds)
- # [23:36] * Quits: jlebar (~jlebar@nat/mozilla/x-orndqaktiriwuwev) (Ping timeout: 240 seconds)
- # [23:37] <JonathanNeal> AryehGregor, probably not a blacklist, probably a whitelist "Supported Browsers"
- # [23:37] <Philip`> http://blogs.msdn.com/b/ie/archive/2010/06/23/html5-native-third-ie9-platform-preview-available-for-developers.aspx
- # [23:46] * Joins: jlebar (~jlebar@nat/mozilla/x-iqznslfeeiztwnpp)
- # [23:48] <paul_irish> thx Philip` for breaking the news. :D
- # [23:48] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
- # [23:48] <Peter-> paul_irish: didn't you see it coming? :P
- # [23:48] * Joins: Yudai (~Yudai@p4ac815.kngwnt01.ap.so-net.ne.jp)
- # [23:49] <paul_irish> well everyone was hoping and expecting... but official confirmation is shit hot sweetness.
- # [23:49] <Philip`> paul_irish: I didn't do anything worthy of thanks - I just saw elsewhere on IRC that it had apparently been released, and then reloaded all the pages until MS got around to uploading them :-)
- # [23:49] <Peter-> I've spent quite some time last week writing a blog mock up about it, MS was just making it quite obvious
- # [23:50] <Peter-> replying on the canvas accessibility thing made it real obvious imo
- # [23:50] <TabAtkins> AryehGregor: https://bugs.webkit.org/show_bug.cgi?id=41103
- # [23:51] <TabAtkins> Ironically, the bug itself demonstrates our linebreaking behavior.
- # [23:51] <Philip`> Peter-: I think they could reply on the canvas accessibility thing without having got into the details of actually implementing canvas
- # [23:51] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
- # [23:51] <Peter-> Philip`: In theory, yes, but I consider it unlikely as he replied on behalf of Microsoft, instead of just on a personal note
- # [23:51] * Quits: jlebar (~jlebar@nat/mozilla/x-iqznslfeeiztwnpp) (Ping timeout: 276 seconds)
- # [23:51] <Philip`> Their questions about specific requirements in the canvas spec seem more obvious, because nobody would look in that much detail unless they were implementing it or writing tests
- # [23:53] <Peter-> That too, indeed :
- # [23:56] * Quits: Yudai (~Yudai@p4ac815.kngwnt01.ap.so-net.ne.jp) (Ping timeout: 260 seconds)
- # [23:56] <Rik`> 83/100 on Acid3. That's not something I expected so early on IE
- # [23:58] * AryehGregor confirms that HTML5 YouTube works in the Platform Preview, although it's choppy right now
- # [23:59] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
- # Session Close: Thu Jun 24 00:00:00 2010
The end :)