Options:
- # Session Start: Tue Jun 09 00:00:00 2009
- # Session Ident: #whatwg
- # [00:01] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [00:01] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [00:02] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [00:02] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [00:05] * Quits: olliej (n=oliver@192.42.249.5)
- # [00:07] * Quits: dbaron_ (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
- # [00:07] * Joins: jwalden (n=waldo@corp-240.mv.mozilla.com)
- # [00:10] * Joins: Rik` (n=Rik@pha75-2-81-57-187-57.fbx.proxad.net)
- # [00:18] * Quits: tndH (n=Rob@james-baillie-pc083-229.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
- # [00:22] * Joins: olliej (n=oliver@192.42.249.5)
- # [00:26] * Quits: olliej (n=oliver@192.42.249.5) (Read error: 104 (Connection reset by peer))
- # [00:27] * Quits: jwalden (n=waldo@corp-240.mv.mozilla.com) ("update reboot")
- # [00:41] * Quits: annevk2 (n=annevk@5ED2D22C.cable.ziggo.nl)
- # [00:48] * Joins: jwalden (n=waldo@corp-240.mv.mozilla.com)
- # [00:49] * Quits: cyberpear (n=james@fedora/cyberpear) (Read error: 110 (Connection timed out))
- # [01:13] * Quits: myakura (n=myakura@p2188-ipbf6208marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [01:14] * Joins: onar (n=onar@17.226.20.255)
- # [01:14] * Joins: cyberpear (n=james@fedora/cyberpear)
- # [01:20] * Joins: ojan (n=ojan@72.14.229.81)
- # [01:20] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [01:21] * Joins: mgrdcm (n=mgrdcm@69.246.244.191)
- # [01:25] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 60 (Operation timed out))
- # [01:27] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [01:30] * Joins: sicking (n=chatzill@corp-240.mv.mozilla.com)
- # [01:32] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [01:33] * Joins: nessy (n=nessy@203-166-245-47.dyn.iinet.net.au)
- # [01:33] * Quits: mgrdcm (n=mgrdcm@69.246.244.191)
- # [01:34] * Joins: dglazkov_ (n=dglazkov@nat/google/x-5895000f18f50af9)
- # [01:39] * Joins: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [01:48] * Quits: ojan (n=ojan@72.14.229.81)
- # [01:50] * Quits: dglazkov (n=dglazkov@nat/google/x-f15d355cf155333f) (Read error: 110 (Connection timed out))
- # [01:50] * dglazkov_ is now known as dglazkov
- # [01:50] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [01:50] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [01:55] * Joins: olliej (n=oliver@192.42.249.5)
- # [02:00] * Joins: hdh (n=hdh@2001:470:18:88:0:0:0:2)
- # [02:02] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [02:02] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [02:03] * jacobolus_ is now known as jacobolus
- # [02:05] * Joins: weinig (n=weinig@192.42.249.9)
- # [02:09] * Quits: weinig (n=weinig@192.42.249.9) (Client Quit)
- # [02:13] * Quits: ZombieLoffe (n=e@unaffiliated/zombieloffe)
- # [02:19] * Quits: dglazkov (n=dglazkov@nat/google/x-5895000f18f50af9)
- # [02:25] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [02:26] <jwalden> hm, is aside the correct element to use to mark up parentheticals, even if those parentheticals should be |display: inline|?
- # [02:26] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [02:28] * Quits: nessy (n=nessy@203-166-245-47.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [02:30] * Quits: olliej (n=oliver@192.42.249.5)
- # [02:30] <Hixie> jwalden: no, use Unicode characters U+0028 and U+0029 to mark up parentheticals.
- # [02:32] * Quits: drostie (n=hopkins@5ED17066.cable.ziggo.nl) (Read error: 54 (Connection reset by peer))
- # [02:36] * Joins: archtech (n=stanv@83.228.56.37)
- # [02:41] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
- # [02:53] * jacobolus_ is now known as jacobolus
- # [02:54] <Hixie> anyone got any opinions on bruce's e-mail regarding whether to use <figure> or <aside> for pullquotes?
- # [02:54] <Hixie> i guess <aside> is better
- # [03:09] * Quits: hdh (n=hdh@2001:470:18:88:0:0:0:2) (Remote closed the connection)
- # [03:10] * Joins: nessy (n=nessy@115.128.35.224)
- # [03:11] * Joins: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [03:11] * Quits: nessy (n=nessy@115.128.35.224) (Client Quit)
- # [03:16] * Joins: dglazkov (n=dglazkov@69.181.143.54)
- # [03:26] <jwalden> Hixie: thanks; might be worth adding an informative sentence to <aside> mentioning that anti-use case
- # [03:27] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [03:27] <Hixie> added a comment, dunno if it'll confuse more than it helps, though
- # [03:29] * jwalden looks
- # [03:31] * jwalden waits for http://html5.org/tools/web-apps-tracker (presumably) to pick up the change
- # [03:31] * slightlyoff_afk is now known as slightlyoff
- # [03:34] * Joins: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [03:36] * Joins: hdh (n=hdh@2001:470:18:88:0:0:0:2)
- # [03:41] * Joins: cyberpea1 (n=james@fedora/cyberpear)
- # [03:44] * Quits: dave_levin (n=dave_lev@72.14.227.1)
- # [03:46] * Quits: cyberpea1 (n=james@fedora/cyberpear) (Remote closed the connection)
- # [03:50] * Quits: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [03:52] * Quits: dolske (n=dolske@firefox/developer/dolske)
- # [03:53] * Quits: cyberpear (n=james@fedora/cyberpear) (Read error: 110 (Connection timed out))
- # [03:54] * Joins: wakaba (n=wakaba@EM114-51-170-48.pool.e-mobile.ne.jp)
- # [03:56] * Joins: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [03:56] * Quits: theanxy (n=wzajac@student.agh.edu.pl) (Success)
- # [04:02] * Joins: cyberpea3 (n=james@fedora/cyberpear)
- # [04:02] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [04:03] * Joins: dolske (n=dolske@firefox/developer/dolske)
- # [04:05] * Quits: hdh (n=hdh@2001:470:18:88:0:0:0:2) (Remote closed the connection)
- # [04:07] * Quits: dglazkov (n=dglazkov@69.181.143.54)
- # [04:09] * Quits: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
- # [04:09] * Joins: tantek_ (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [04:11] * Quits: cyberpea3 (n=james@fedora/cyberpear) (Read error: 60 (Operation timed out))
- # [04:11] * Quits: wakaba_ (n=wakaba@EM114-51-12-97.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [04:12] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
- # [04:14] * tantek_ is now known as tantek
- # [04:14] * Joins: jacobolus__ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [04:15] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Nick collision from services.)
- # [04:15] * jacobolus__ is now known as jacobolus
- # [04:17] * Quits: dolske (n=dolske@firefox/developer/dolske)
- # [04:22] * Joins: theanxy (n=wzajac@student.agh.edu.pl)
- # [04:23] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
- # [04:24] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
- # [04:29] * Quits: jwalden (n=waldo@corp-240.mv.mozilla.com) ("ChatZilla 0.9.84 [Firefox 3.5pre/20090608031104]")
- # [04:31] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
- # [04:32] * Joins: gavin (n=gavin@firefox/developer/gavin)
- # [04:38] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [04:38] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Nick collision from services.)
- # [04:38] * jacobolus_ is now known as jacobolus
- # [04:40] * Quits: tantek (n=tantek@c-67-180-202-79.hsd1.ca.comcast.net)
- # [04:44] * Joins: cyberpea3 (n=james@fedora/cyberpear)
- # [04:48] * Joins: riven` (n=colin@53525B67.cable.casema.nl)
- # [04:54] * Joins: cyberpea1 (n=james@fedora/cyberpear)
- # [04:54] * Quits: shepazu (n=schepers@adsl-144-138-35.rmo.bellsouth.net) ("Core Breach")
- # [04:56] * Joins: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net)
- # [04:58] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [04:58] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [04:58] * jacobolus_ is now known as jacobolus
- # [05:00] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [05:00] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [05:00] * Quits: cyberpea3 (n=james@fedora/cyberpear) (Connection timed out)
- # [05:01] * jacobolus_ is now known as jacobolus
- # [05:03] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [05:03] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [05:04] * jacobolus_ is now known as jacobolus
- # [05:06] * Quits: riven (n=colin@pdpc/supporter/professional/riven) (Read error: 110 (Connection timed out))
- # [05:11] * Joins: cyberpear (n=james@fedora/cyberpear)
- # [05:12] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [05:12] * Joins: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [05:15] * Joins: shepazu (n=schepers@adsl-144-138-35.rmo.bellsouth.net)
- # [05:21] * Quits: cyberpea1 (n=james@fedora/cyberpear) (Read error: 110 (Connection timed out))
- # [05:28] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [05:28] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [05:30] * jacobolus_ is now known as jacobolus
- # [05:33] * Quits: slightlyoff (n=slightly@nat/google/x-a3bbbce5fedfa5a6) (Read error: 110 (Connection timed out))
- # [05:34] * Joins: dglazkov (n=dglazkov@69.181.143.54)
- # [05:43] * Joins: hdh (n=hdh@2001:470:18:88:0:0:0:2)
- # [05:46] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
- # [05:49] * Quits: karlcow (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [05:50] * Quits: hdh (n=hdh@2001:470:18:88:0:0:0:2) (Remote closed the connection)
- # [06:09] * Quits: jruderman (n=jruderma@corp-240.mv.mozilla.com) ("Leaving...")
- # [06:10] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [06:12] * Quits: heycam (n=cam@adsl-144-138-35.rmo.bellsouth.net) ("bye")
- # [06:16] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [06:22] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
- # [06:22] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [06:25] * jacobolus_ is now known as jacobolus
- # [06:27] * Joins: olliej (n=oliver@76.14.73.3)
- # [06:27] * Joins: nessy (n=nessy@115.128.14.182)
- # [06:28] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [07:02] * Joins: cying (n=cying@adsl-75-41-114-136.dsl.pltn13.sbcglobal.net)
- # [07:05] * Quits: nessy (n=nessy@115.128.14.182) (Read error: 60 (Operation timed out))
- # [07:06] * Quits: dglazkov (n=dglazkov@69.181.143.54)
- # [07:15] * Joins: hdh (n=hdh@118.71.96.56)
- # [07:22] * Joins: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [07:23] * Quits: jacobolus (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net) (Read error: 104 (Connection reset by peer))
- # [07:23] * Quits: hdh (n=hdh@118.71.96.56) (Read error: 104 (Connection reset by peer))
- # [07:30] * Quits: jacobolus_ (n=jacobolu@pool-71-104-163-3.lsanca.dsl-w.verizon.net)
- # [07:37] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
- # [07:41] * Joins: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net)
- # [07:52] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [07:53] * Joins: pesla (n=retep@procurios.xs4all.nl)
- # [07:58] * Joins: nessy (n=nessy@203-166-245-47.dyn.iinet.net.au)
- # [08:01] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [08:13] * jwalden reads the parts of the ffmpeg/chrome thread he hadn't read yet, merely seen as having happened, and is bemused at how quickly things went south when some people chose not to shut up
- # [08:13] * Quits: wakaba (n=wakaba@EM114-51-170-48.pool.e-mobile.ne.jp) (Read error: 60 (Operation timed out))
- # [08:14] <jwalden> frankly, I'm amazed it took so long to catch flame :-D
- # [08:18] * Quits: sayrer (n=chatzill@user-160vobr.cable.mindspring.com) (Read error: 110 (Connection timed out))
- # [08:18] * Quits: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz) (Read error: 104 (Connection reset by peer))
- # [08:24] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [08:28] * Joins: aroben (n=aroben@209.116.40.3)
- # [08:32] * Quits: olliej (n=oliver@76.14.73.3)
- # [08:35] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
- # [08:36] <hsivonen> so predictable: http://twitter.com/jdowdell/status/2085821360
- # [08:42] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [08:44] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
- # [08:47] * Quits: virtuelv (n=virtuelv@084202133045.customer.alfanett.no) (Read error: 110 (Connection timed out))
- # [09:16] <jgraham> HTML5 fully speciying something and being silent on whether it is conforming or not seems difficult
- # [09:17] <jgraham> Unless HTML5 made no claims about document conformance at all, I suppose
- # [09:17] <jgraham> But that seems... unhelpful
- # [09:21] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [09:29] * Quits: roc_ (n=roc@121-72-202-30.dsl.telstraclear.net)
- # [09:31] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
- # [09:32] * Quits: MikeSmith (n=MikeSmit@92.54.156.162) ("Tomorrow to fresh woods, and pastures new.")
- # [09:38] * Quits: aroben (n=aroben@unaffiliated/aroben)
- # [10:04] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
- # [10:05] * Joins: danbri (n=danbri@ip-176-43.sn3.eutelia.it)
- # [10:06] * Joins: philipj (n=philipj@pat.se.opera.com)
- # [10:10] <annevk42> "To call out just one change, note that Snow Leopard now defaults to the same display gamma as Windows — 2.2 instead of 1.8." does this mean PNG now works the same everywhere?
- # [10:30] * Quits: cying (n=cying@adsl-75-41-114-136.dsl.pltn13.sbcglobal.net)
- # [10:33] * Joins: annevk2 (n=annevk@94.210.210.44)
- # [10:36] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [10:37] * Joins: mat_t (n=mattomas@91.189.88.12)
- # [10:41] * Joins: ROBOd (n=robod@89.122.216.38)
- # [10:46] * Quits: Lachy_ (n=Lachy@pat-tdc.opera.com) ("Leaving")
- # [10:46] * Quits: ezyang (n=ezyang@VINEGAR-POT.MIT.EDU) (Read error: 60 (Operation timed out))
- # [10:46] * Joins: Lachy (n=Lachy@pat-tdc.opera.com)
- # [10:47] * Joins: roc (n=roc@121-72-207-117.dsl.telstraclear.net)
- # [10:50] * Joins: drostie (n=hopkins@5ED17066.cable.ziggo.nl)
- # [10:51] <annevk42> <di> ftw
- # [10:52] * Joins: ZombieLoffe (n=e@unaffiliated/zombieloffe)
- # [10:54] * ZombieLoffe is now known as ZombieL
- # [10:54] <jgraham> annevk42: I don't think so
- # [10:54] <jgraham> (the png thing)
- # [10:56] * Joins: MikeSmith (n=MikeSmit@62.213.132.124)
- # [10:56] <jgraham> (at least I think that change alone doesn't solve the problem that hsivonen always brings up which is that png colours may not match CSS colours in browsers that have support for PNG colour profiles)
- # [10:56] <annevk42> http://hsivonen.iki.fi/png-gamma/ suggests it is about gamma
- # [10:58] <annevk42> it seems it was not much of a problem anyway anymore
- # [10:59] <jgraham> annevk42: I don't understand this much but there is also the colour space issue
- # [10:59] <jgraham> Oh wait, I am thinking about JPEGs although the same applies to PNG afaik
- # [11:02] <hsivonen> when browsers do ICC stuff, you can now enjoy the old png-gamma problem with JPEGs, too!
- # [11:03] <hsivonen> annevk42: the main old problem was that some old browsers didn't make PNG color "management" opt-in
- # [11:03] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
- # [11:03] <jgraham> hsivonen: For JPEGs it makes much more sense since fewer people are using JPEGs as part of their site design
- # [11:04] <hsivonen> w00t! finally gamma sanity at Apple with the 2.2 default.
- # [11:04] <hsivonen> time to party. at last!
- # [11:04] * hsivonen reads logs backwards
- # [11:05] <hsivonen> existing content and degrading gracefully FTW!
- # [11:05] <hsivonen> Mac-created content degrading gracefully on Windows, that is
- # [11:05] <hsivonen> and existing Windows-created content working on Mac
- # [11:13] * Joins: hdh (n=hdh@hdh-1-pt.tunnel.tserv20.hkg1.ipv6.he.net)
- # [11:15] * Quits: roc (n=roc@121-72-207-117.dsl.telstraclear.net)
- # [11:16] * Joins: roc (n=roc@121-72-207-117.dsl.telstraclear.net)
- # [11:19] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
- # [11:20] * beowulf_ is now known as beowulf
- # [11:24] <Lachy> hsivonen, PNG Gamma article of yours seems a little out of date. It's mentions browsers like Safari 2.0, IE5 Mac and Opera 7 as if they were still relevant
- # [11:24] <Lachy> if you have time one day, it would be nice if you could update it to discuss the current situation
- # [11:25] <hsivonen> Lachy: yeah, I should probably update it to say that the article discusses a problem that has now pretty much gone away as a browser interop problem but is now relevant as a photoshop/browser problem
- # [11:25] * hsivonen has a lot of outstanding feedback on the article :-(
- # [11:26] <Lachy> yeah, I always had trouble getting photoshop to export PNGs in ways that played nicely with browsers
- # [11:27] <hsivonen> the great thing about OS X is that old releases fade into irrelevance much faster than old Windows releases
- # [11:27] <Lachy> I had much more luck with Fireworks, which somehow seems to get it right
- # [11:27] <hsivonen> so pre-Tiger Safari doesn't matter anymore
- # [11:28] <Lachy> so, is the best way to get PNGs with consistent colour to omit the colour profile information, and rely on current browsers matching the CSS colours?
- # [11:29] <hsivonen> Lachy: yeah. with unlabeled color for everything, CSS, bitmaps and plug-ins match
- # [11:29] <Lachy> good
- # [11:30] <Lachy> that would have been useful to know when I was doing web development a couple of years ago.
- # [11:30] <hsivonen> Lachy: you should have googled for my article!
- # [11:31] <Lachy> I did read it a long time ago, but didn't really understand it too well
- # [11:31] <Lachy> I just knew if I exported PNGs with Fireworks, they were right, and if I used Photoshop, they'd be wrong in some browser/platform combinations
- # [11:32] <beowulf> you can use software to remove the gamma black from pngs, that's what i do anyway
- # [11:33] <Lachy> I still don't really understand the concept of colour profiles too well. They seem like a hack to make poor quality hardware give good colour, instead of getting hardware vendors to produce better quality colour
- # [11:33] <hsivonen> most of the feedback I haven't addressed yet revolves around endorsing various removal tools
- # [11:34] <Lachy> the pngcrush command the article mentions seems good enough
- # [11:34] <Lachy> although, I haven't used it
- # [11:34] <jgraham> Lachy: define "good colour"
- # [11:35] <beowulf> i use pngthing, but i can't imagine it's any better worse than something else that does the same thing, considering
- # [11:35] <Lachy> jgraham, good colour = colour that looks like what it's supposed to look like
- # [11:36] * Quits: hdh (n=hdh@hdh-1-pt.tunnel.tserv20.hkg1.ipv6.he.net) (Remote closed the connection)
- # [11:37] <jgraham> Lachy: Define "what it's supposed to look like"
- # [11:38] * Joins: sprasanna (n=sprasann@125.20.84.54)
- # [11:39] <sprasanna> im trying to use "string".is_utf8? in my code but it gives false all the time... i dunno why it happens
- # [11:43] <jgraham> sprasanna: You probably would need to give more context. But at a guess you want a more ruby-related channel
- # [11:46] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
- # [11:56] * Joins: webben (n=benh@nat/yahoo/x-43dbedef559ef3e6)
- # [12:07] * Quits: dolske (n=dolske@firefox/developer/dolske) (simmons.freenode.net irc.freenode.net)
- # [12:07] * Quits: theanxy (n=wzajac@student.agh.edu.pl) (simmons.freenode.net irc.freenode.net)
- # [12:12] * Joins: dolske (n=dolske@firefox/developer/dolske)
- # [12:12] * Joins: theanxy (n=wzajac@student.agh.edu.pl)
- # [12:40] * Joins: karlcow (n=karl@128.30.54.58)
- # [12:55] <MikeSmith> hsivonen: question about v.nu backend behavior: As far as I can see now, there's not currently a way to overwrite contents of the local-entities subdir with freshly downloaded copies, right?
- # [12:56] * Joins: cyberpea1 (n=james@fedora/cyberpear)
- # [12:57] <hsivonen> MikeSmith: do you mean 3rd party ones?
- # [12:58] <MikeSmith> hsivonen: no, I mean for the case where the contents of the upstream resource might have changed
- # [12:59] <hsivonen> MikeSmith: but resources that aren't in the whattf repo?
- # [12:59] <hsivonen> MikeSmith: I'm also curious which upstream resources have changed
- # [13:00] <MikeSmith> hsivonen: stepping back, I'm thinking about it in the context of trying figure out the best way to handle running v.nu in "local only" .. so the upstream resources are the language-subtag-registry file, MicrosyntaxDescriptions file, Validator.nu_alt_advice file
- # [13:01] <MikeSmith> what I want to add is some way to have the build download copies of those and store them locally
- # [13:01] * Quits: cyberpear (n=james@fedora/cyberpear) (Read error: 110 (Connection timed out))
- # [13:02] <hsivonen> ah. there's no code for that download action right now, but build.py should have parameters that can take file URL once downloaded
- # [13:02] * Quits: danbri (n=danbri@unaffiliated/danbri)
- # [13:02] <MikeSmith> hsivonen: so what I was thinking is, it'd be easiest to just use your existing entity-map.txt and downloadLocalEntities() mechanism
- # [13:03] <MikeSmith> but -
- # [13:03] * Joins: karlushi (n=karl@nerval.la-grange.net)
- # [13:03] * Quits: karlcow (n=karl@128.30.54.58) (Read error: 104 (Connection reset by peer))
- # [13:03] * Joins: danbri (n=danbri@ip-176-43.sn3.eutelia.it)
- # [13:04] <MikeSmith> I would want to make it possible for a user to make changes to the remote sources of those, and then re-run v.nu and incorporate those remote changes
- # [13:05] <MikeSmith> but I think if I use the existing entity-map.txt and downloadLocalEntities() mechanism as-is, then I can't do that
- # [13:05] <hsivonen> ok. perhaps there should be a build.py action for redownloading
- # [13:05] <MikeSmith> OK, I can add that
- # [13:05] <hsivonen> since downloadLocalEntities() never redownloads unless you delete the local files
- # [13:06] <MikeSmith> hsivonen: Yep. I'm just wondering if it'd be preferable to you for me to add that redownload mechanism, or just to add separate, new handling for the language-subtag-registry, MicrosyntaxDescriptions, Validator.nu_alt_advice stuff
- # [13:07] <MikeSmith> I mean, the upstream DTDs don't change, so I suppose it's a bit of a waste to re-download them
- # [13:08] <hsivonen> MikeSmith: it might be best to commit microsyntax and alt advice into svn and handle languag tags like 3rd-party dtds
- # [13:09] * Joins: myakura (n=myakura@p2188-ipbf6208marunouchi.tokyo.ocn.ne.jp)
- # [13:11] * Quits: danbri (n=danbri@unaffiliated/danbri) (Operation timed out)
- # [13:15] * Quits: karlushi (n=karl@nerval.la-grange.net) ("This computer has gone to sleep")
- # [13:25] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
- # [13:40] <jgraham> public-html totally needs the /topic from here to be appeneded to the end of every message
- # [13:41] <jgraham> It ould make it so much easier to follow
- # [13:43] * Joins: sayrer (n=chatzill@user-160vobr.cable.mindspring.com)
- # [13:44] * Quits: webben (n=benh@nat/yahoo/x-43dbedef559ef3e6) (Read error: 110 (Connection timed out))
- # [13:53] * Joins: Hish (n=chatzill@mail2.n-e-s.de)
- # [13:53] * Joins: mat_t_ (n=mattomas@nat/canonical/x-adc677c8b11923a2)
- # [13:54] * Quits: mat_t (n=mattomas@91.189.88.12) (Read error: 113 (No route to host))
- # [13:55] <hsivonen> I don't buy it that accessibility were a topic that weren't tractable to empirical research methods
- # [13:58] <jgraham> hsivonen: Shell'y argument appeared to me to be "we should keep features that ere designed for accessiblity independent of their actual usefulness because their presence makes disabled people feel better even if they provide no tangible benefit"
- # [13:59] <jgraham> Which seems like a pretty poor way to design a language (I would prefer to provide features that have actual benefits) not to mention rather patronising
- # [14:03] <Lachy> hey, in WebStorage, it says "Multiple separate objects implementing the Storage interface can all be associated with the same list of key/value pairs simultaneously" -- http://dev.w3.org/html5/webstorage/#the-storage-interface
- # [14:04] <Lachy> Is the only way that can happen when there are two pages open from the same site simultaneously, either in separate tabs or frames?
- # [14:18] * Joins: danbri (n=danbri@unaffiliated/danbri)
- # [14:30] * Quits: Andrei_ (n=andrei@194.110.194.1) ("Leaving")
- # [14:32] * Joins: doublec (n=doublec@118-92-149-59.dsl.dyn.ihug.co.nz)
- # [14:41] * Joins: pmuellr (n=pmuellr@nat/ibm/x-564e1884384f2c0e)
- # [14:52] * Quits: allanmac (n=allanmac@dsl092-075-022.bos1.dsl.speakeasy.net) ("Leaving.")
- # [14:54] * Joins: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl)
- # [14:54] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
- # [14:59] * Quits: BARTdG (n=BARTdG@5ED42544.cable.ziggo.nl) ("Apparaat USB-apparaat voor massa-opslag uit systeem verwijderd")
- # [15:00] * Quits: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [15:06] * Joins: Rik|work (n=Rik|work@fw01d.skyrock.net)
- # [15:08] * Parts: pmuellr (n=pmuellr@nat/ibm/x-564e1884384f2c0e)
- # [15:09] * Joins: webben (n=benh@nat/yahoo/x-54e720cd4cfbfd58)
- # [15:12] * Joins: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [15:12] * Parts: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [15:29] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
- # [15:33] * Quits: doublec (n=doublec@118-92-149-59.dsl.dyn.ihug.co.nz) (Read error: 60 (Operation timed out))
- # [15:38] * jgraham fails to find the microsoft ES5 testsuite
- # [15:43] * Joins: doublec (n=doublec@118-92-209-102.dsl.dyn.ihug.co.nz)
- # [15:44] * Quits: archtech (n=stanv@83.228.56.37)
- # [15:44] * Joins: archtech (n=stanv@83.228.56.37)
- # [15:44] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
- # [15:50] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
- # [15:57] * Joins: billyjackass (n=MikeSmit@62.213.132.123)
- # [16:01] * Quits: MikeSmith (n=MikeSmit@62.213.132.124) (Read error: 113 (No route to host))
- # [16:12] * Joins: pmuellr (n=pmuellr@nat/ibm/x-ae2c244c2a0ebfde)
- # [16:16] * Joins: ezyang (n=ezyang@VINEGAR-POT.MIT.EDU)
- # [16:16] * Joins: wakaba (n=wakaba@EM114-51-160-123.pool.e-mobile.ne.jp)
- # [16:21] * Joins: cying (n=cying@adsl-75-41-114-136.dsl.pltn13.sbcglobal.net)
- # [16:23] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
- # [16:24] * Joins: billmason (n=billmaso@ip112.unival.com)
- # [16:35] * Quits: nessy (n=nessy@203-166-245-47.dyn.iinet.net.au) ("This computer has gone to sleep")
- # [16:37] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090607030919]")
- # [16:38] * Quits: hamaji (n=i@w133104.ppp.asahi-net.or.jp) (Remote closed the connection)
- # [16:38] * Joins: hamaji (n=i@w133104.ppp.asahi-net.or.jp)
- # [16:38] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
- # [16:39] * Joins: zcorpan (n=zcorpan@83.252.196.43)
- # [16:40] * Quits: sprasanna (n=sprasann@125.20.84.54)
- # [16:41] * Joins: zcorpan_ (n=zcorpan@83.252.196.43)
- # [16:43] * Joins: aroben (n=aroben@209.116.40.3)
- # [16:50] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
- # [16:52] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [16:57] * Quits: aroben (n=aroben@unaffiliated/aroben)
- # [16:57] * Quits: zcorpan (n=zcorpan@83.252.196.43) (Read error: 110 (Connection timed out))
- # [16:58] * Quits: zcorpan_ (n=zcorpan@83.252.196.43) (Read error: 110 (Connection timed out))
- # [16:58] * Joins: danbri (n=danbri@ip-176-43.sn3.eutelia.it)
- # [17:00] * Quits: drostie (n=hopkins@5ED17066.cable.ziggo.nl) (Remote closed the connection)
- # [17:03] * Joins: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [17:03] <zcorpan_> Hixie: http://www.w3.org/Bugs/Public/show_bug.cgi?id=6880
- # [17:05] * jgraham has never got accessed denied on W3C bugzilla before
- # [17:07] * annevk42 now wonders what that bug is about
- # [17:10] <zcorpan_> oh i didn't know it had limited access
- # [17:10] <Lachy> hmm, damn, I had no luck finding a bugmail archive that would have a copy of the report. I guess not all bugs go to a list like public-html-bugzilla
- # [17:11] <zcorpan_> it's an aria bug that's pending input from the html wg
- # [17:11] * Joins: heycam (n=cam@adsl-144-138-35.rmo.bellsouth.net)
- # [17:11] <zcorpan_> wonder how the html wg can provide input if html wg participants can't access the bug!
- # [17:11] <jgraham> Oh well good luck on getting input if no one in the WG can see the bug :)
- # [17:11] <jgraham> Oh you just said that :(
- # [17:12] * Quits: myakura (n=myakura@p2188-ipbf6208marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
- # [17:13] <annevk42> WAI should really fix their transparency issues :/
- # [17:14] <Lachy> oh, where did you find the bug mentioned?
- # [17:16] <jgraham> Isn't zcorpan in the wg or something?
- # [17:16] <zcorpan_> i'm subscribed to aria-ua-impl
- # [17:17] * Quits: doublec (n=doublec@118-92-209-102.dsl.dyn.ihug.co.nz) ("Leaving")
- # [17:20] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009030221 [Firefox 3.6a1pre/20090608145306]")
- # [17:20] * Joins: a-ja (n=chatzill@70.230.172.32)
- # [17:20] * Joins: remysharp (n=remyshar@remysharp.plus.com)
- # [17:22] <remysharp> Hi - I'm looking for how to markup a slider in HTML5 (type="range") - but going by the documentation, I can't see anywhere where it says to use "range" as the type: http://www.whatwg.org/specs/web-apps/current-work/multipage/forms.html#range-state
- # [17:22] <remysharp> I was just wondering if there were docs/specs I had missed and you might be able to point me in the right direction
- # [17:25] <annevk42> in http://www.whatwg.org/specs/web-apps/current-work/#attr-input-type it defines how type attribute values map to states
- # [17:25] <remysharp> cheers.
- # [17:26] <remysharp> from a developers point of view - don't you think it might be good to have either a link to that page or a practical example implementation?
- # [17:26] <remysharp> I would have found that link sooner or later,
- # [17:26] <remysharp> but I'm thinking newbies to html.
- # [17:26] <annevk42> that link is present from your section
- # [17:26] <annevk42> type is a link
- # [17:26] <remysharp> ah - from the 'type'
- # [17:27] <annevk42> I think at some point Hixie will add more examples and fluff to make it more understandable
- # [17:27] <remysharp> okay, not sure that's obvious, but at least it's there -
- # [17:27] <remysharp> and good to hear that more examples will be added - definitely worth it for learning from.
- # [17:27] <remysharp> cheers.
- # [17:28] <annevk42> you can play with range in Opera/Safari fwiw
- # [17:28] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
- # [17:28] <remysharp> I know ;-)
- # [17:37] * Joins: drostie (n=hopkins@5ED17066.cable.ziggo.nl)
- # [17:41] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
- # [17:44] <a-ja> anyone else noticing changes in <br /> in Opera 10 beta ?
- # [17:46] <a-ja> as in not starting a new line
- # [17:47] <jgraham> a-ja: Testcase?
- # [17:47] <a-ja> checking....think it's within an inline-block
- # [17:48] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
- # [17:49] <a-ja> NSFW: http://stlrope.info/grue2/
- # [17:52] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 60 (Operation timed out))
- # [17:52] <jgraham> a-ja: Is that a testcase?
- # [17:53] <a-ja> not a reduced one....it's an example
- # [17:53] * Joins: dglazkov (n=dglazkov@nat/google/x-0c3638dfa483a050)
- # [17:54] <jgraham> OK
- # [17:54] * annevk42 finds http://www.openscreenproject.org/
- # [17:54] <a-ja> jgraham: witihin the vevent div's
- # [17:56] * Quits: Lachy (n=Lachy@pat-tdc.opera.com) ("Leaving")
- # [18:00] * Quits: remysharp (n=remyshar@remysharp.plus.com) ("Gotta shoot - "peeyaow"")
- # [18:05] * Quits: gsnedders (n=gsnedder@host86-151-228-148.range86-151.btcentralplus.com) ("Adios intarwebs.")
- # [18:07] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
- # [18:14] * Joins: gsnedders (n=gsnedder@host86-151-228-148.range86-151.btcentralplus.com)
- # [18:15] * gsnedders needs to get an SSD for /… IO slows me down way too much.
- # [18:17] <jgraham> gsnedders: More than IRC?
- # [18:17] <gsnedders> jgraham: Yes, I run more than just IRC :P
- # [18:18] <gsnedders> (This is when starting everything up after booting up, which is a side-effect of having so much open)
- # [18:18] <jgraham> gsnedders: That's not what I meant :p
- # [18:19] * Quits: zcorpan_ (n=zcorpan@c83-252-196-43.bredband.comhem.se)
- # [18:19] <gsnedders> jgraham: Hey, I don't look at the sort of websites zcorpan does at work!
- # [18:23] * Quits: roc (n=roc@121-72-207-117.dsl.telstraclear.net) (Read error: 110 (Connection timed out))
- # [18:23] * Joins: danbri (n=danbri@ip-176-43.sn3.eutelia.it)
- # [18:25] <Philip`> gsnedders: Why care about disk IO when you can just get lots of RAM and everything should be magically cached?
- # [18:25] <gsnedders> Philip`: It still has to get from IO to RAM in the first place, and that is my problem :P
- # [18:25] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
- # [18:26] <Philip`> gsnedders: That should happen about twice a year when you reboot your machine
- # [18:26] <gsnedders> Philip`: The problem is I do it closer to 52 times a year.
- # [18:26] <Philip`> gsnedders: Then stop doing that :-p
- # [18:28] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
- # [18:28] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
- # [18:30] * Joins: roc (n=roc@121-72-186-162.dsl.telstraclear.net)
- # [18:37] <jgraham> gsnedders: Or stop worring about optimizing something that ony happens once a week
- # [18:37] <jgraham> *worrying
- # [18:48] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
- # [18:48] * gsnedders doesn't think Opera is meant to do that (i.e., crash)
- # [18:48] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 54 (Connection reset by peer))
- # [18:49] * Joins: mlpug (n=mlpug@a88-115-171-214.elisa-laajakaista.fi)
- # [18:50] * Joins: sicking_ (n=chatzill@corp-240.mv.mozilla.com)
- # [18:54] * Joins: shelleyp (n=shelleyp@adsl-69-154-217-175.dsl.stlsmo.swbell.net)
- # [18:55] <jgraham> http://abcdefu.wordpress.com/2009/06/09/introducing-yip-an-unified-notification-system-for-the-web/
- # [18:55] <jgraham> Seems prople want a standardised notification API
- # [18:55] <shelleyp> jgraham, it would be helpful that if you have a comment about something I write at the HTML WG mailing list, you respond to it there, instead of here
- # [18:55] <shelleyp> That way we have a discussion, rather than asides that pass each other in the internet night
- # [18:56] * Quits: danbri_ (n=danbri@unaffiliated/danbri)
- # [18:57] <jgraham> shelleyp: Sure I was planning to, but not till this evening
- # [18:57] <shelleyp> jgraham: cool, thanks
- # [18:57] <jgraham> I have other things to do fortunately / sadly (delete as required)
- # [18:57] <jgraham> :)
- # [18:58] <shelleyp> I understand, we're all overbooked
- # [18:59] <jgraham> shelleyp: FWIW the comment I was planning on making is basically "I don't think that solutions that make people feel good but don't actually work should be an acceptable design goal"
- # [18:59] <jgraham> (irrespective of whether @summary actually works)
- # [18:59] * Joins: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [18:59] <shelleyp> jgraham: I don't want to get too far into here, I think the discussion should happen in the mailing list but...
- # [18:59] * Parts: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [19:00] <shelleyp> My point was that measurements of success aren't always based on empirical observations
- # [19:00] * jgraham doesn't really understand how you can have a non-empirical measurement
- # [19:01] <jgraham> Purely on semantic grounds
- # [19:01] * Quits: billyjackass (n=MikeSmit@62.213.132.123) ("Tomorrow to fresh woods, and pastures new.")
- # [19:01] * Joins: ccklaus (n=chatzill@pc154-c716.uibk.ac.at)
- # [19:02] * Quits: ccklaus (n=chatzill@pc154-c716.uibk.ac.at) (Client Quit)
- # [19:02] <annevk2> that YIP is basically what showNotification() in HTML5 was
- # [19:02] <jgraham> (I can see logically ho you could say something like "success shouldn't be defined on empirical grounds" meaning "we won't measure anything before declaring a success or not")
- # [19:03] * gsnedders grumbles about Adobe's ordering. They're saying they will cancel the order if they don't receive proof of academic identification tonight. It's was submitted over a week ago.
- # [19:03] * Joins: MikeSmith (n=MikeSmit@62.213.132.123)
- # [19:03] <jgraham> annevk2: Whatever happened to showNotification?
- # [19:04] <jgraham> gsnedders: Didn't you just email / web form it?
- # [19:04] <gsnedders> jgraham: I did.
- # [19:04] * Quits: sicking (n=chatzill@corp-240.mv.mozilla.com) (Read error: 110 (Connection timed out))
- # [19:04] <gsnedders> jgraham: They claim to have not got it!
- # [19:04] <jgraham> gsnedders: Oh. WFM
- # [19:04] <gsnedders> WFM in the past too.
- # [19:04] <jgraham> gsnedders: Resubmit it?
- # [19:04] <gsnedders> I am. Oh well. They get two open cases for the same order. Their problem.
- # [19:05] <shelleyp> jgraham: Interesting viewpoint, looking forward to reading more in your email response later tonight
- # [19:05] * Quits: shelleyp (n=shelleyp@adsl-69-154-217-175.dsl.stlsmo.swbell.net)
- # [19:05] <annevk2> jgraham, only Google was interested and wanted full HTML support
- # [19:05] <jgraham> Oh
- # [19:05] <jgraham> Well obviously that's not quite true
- # [19:06] <a-ja> jgraham: opera 10 beta doesn't seem to be handling br:before{content:"\A";}
- # [19:07] <gsnedders> "You can expect a response within 1 business day." — bullshit. :\
- # [19:07] * Joins: danbri (n=danbri@ip-176-43.sn3.eutelia.it)
- # [19:07] * Quits: MikeSmith (n=MikeSmit@62.213.132.123) (Client Quit)
- # [19:08] <jgraham> a-ja: Oh interesting. I will check if there is a bug already reported (but not right now because I'm going home, so if someone else wants to do it, feel free :) )
- # [19:09] <a-ja> pretty sure it worked in prior weekly.....wil back out to that and verify, in a bit
- # [19:13] * Joins: maikmerten (n=maikmert@U19ac.u.pppool.de)
- # [19:15] <annevk2> a-ja, maybe we finally fixed the bug that requires you to add white-space:pre-line for that to work?
- # [19:18] * Joins: dave_levin (n=dave_lev@72.14.227.1)
- # [19:18] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
- # [19:18] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Client Quit)
- # [19:18] * dave_levin_ is now known as dave_levin
- # [19:19] * Quits: mat_t_ (n=mattomas@nat/canonical/x-adc677c8b11923a2) ("This computer has gone to sleep")
- # [19:19] <a-ja> annevk2: will give that a try......wasn't aware that pre-line 's required
- # [19:20] <annevk2> or pre
- # [19:20] <annevk2> \A is just a newline character
- # [19:23] <a-ja> there's some white-space:nowrap stuff in same <p>. will mess with that a bit and see what happens
- # [19:30] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 110 (Connection timed out))
- # [19:37] * Joins: olliej (n=oliver@192.42.249.7)
- # [19:41] * Quits: jruderman (n=jruderma@c-98-248-40-206.hsd1.ca.comcast.net) ("Leaving...")
- # [19:42] * gsnedders grumbles at PHP some more
- # [19:44] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [19:45] * Joins: sbublava (n=stephan@77.118.13.77.wireless.dyn.drei.com)
- # [19:48] * Quits: dglazkov (n=dglazkov@nat/google/x-0c3638dfa483a050)
- # [19:50] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [19:56] * Joins: dglazkov (n=dglazkov@nat/google/x-d3e595de19a4c28e)
- # [19:58] * Joins: karlcow (n=karl@nerval.la-grange.net)
- # [20:01] * Quits: ciaran_lee (n=ciaran_l@83-70-243-34-dynamic.b-ras1.prp.dublin.eircom.net)
- # [20:03] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [20:05] * Joins: jruderman (n=jruderma@corp-240.mv.mozilla.com)
- # [20:06] * Joins: sbublava_ (n=stephan@77.116.22.149.wireless.dyn.drei.com)
- # [20:06] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.84 [Firefox 3.5pre/20090608031104]")
- # [20:16] * Quits: sbublava (n=stephan@77.118.13.77.wireless.dyn.drei.com) (Read error: 104 (Connection reset by peer))
- # [20:20] * Quits: webben (n=benh@nat/yahoo/x-54e720cd4cfbfd58) (Read error: 110 (Connection timed out))
- # [20:25] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
- # [20:25] * Quits: franksalim (n=frank@adsl-75-61-86-233.dsl.pltn13.sbcglobal.net) ("Leaving")
- # [20:25] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
- # [20:40] * Quits: olliej (n=oliver@192.42.249.7)
- # [20:44] * Quits: philipj (n=philipj@pat.se.opera.com) (Read error: 60 (Operation timed out))
- # [20:44] * Joins: riven (n=colin@53525B67.cable.casema.nl)
- # [20:49] * Quits: riven` (n=colin@53525B67.cable.casema.nl) (Read error: 60 (Operation timed out))
- # [20:53] * Joins: itpastorn (n=itpastor@139.57.227.87.static.th.siw.siwnet.net)
- # [20:54] * Quits: a-ja (n=chatzill@70.230.172.32) (Remote closed the connection)
- # [20:55] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 60 (Operation timed out))
- # [20:57] * Joins: jmb (n=jmb@login.ecs.soton.ac.uk)
- # [20:58] * Quits: sbublava_ (n=stephan@77.116.22.149.wireless.dyn.drei.com)
- # [20:59] * Joins: jwalden (n=waldo@corp-240.mv.mozilla.com)
- # [21:09] <takkaria> gsnedders: are you at Opera too this summer?
- # [21:11] <jgraham> takkaria: Yeah you are both interning :)
- # [21:11] <jgraham> takkaria: When do you start?
- # [21:12] <takkaria> I'm there on the 22nd
- # [21:12] <takkaria> until the 18th September
- # [21:12] <jgraham> OK, nice
- # [21:12] <jgraham> gsnedders starts the week after iirc
- # [21:13] <takkaria> do you know if there are any plans on what we'll be working on?
- # [21:13] <jgraham> takkaria: Nothing specific. You are QAing, right?
- # [21:14] <takkaria> I'm not sure, I specified that I'd be happy to code or QA
- # [21:14] <jgraham> (I mean I don't know anything speific, not that you won't be woking on anything specific)
- # [21:14] <takkaria> yeah, not working on anything specific seems like a pretty easy job :)
- # [21:15] <jgraham> OK. Well if you are QAing I can think of at least three or four things that you could work on and that's just things that I happen to be interested in :)
- # [21:15] <takkaria> fair enough
- # [21:15] <takkaria> what do you do, out of interest?
- # [21:17] <jgraham> QA. I've been working with the JS engine a bit and on general document-related bugs (as opposed to layout-related bugs)
- # [21:18] <takkaria> ah, cool
- # [21:20] <gsnedders> takkaria: 28th
- # [21:20] <gsnedders> takkaria: I'm doing QA
- # [21:20] <gsnedders> takkaria: What office you at?
- # [21:23] * Joins: wakaba_ (n=wakaba@EM114-51-10-205.pool.e-mobile.ne.jp)
- # [21:23] <Hixie> i am SO glad i gave xhr to anne :-)
- # [21:24] <jgraham> gsnedders: I am pretty sure he is in Linkoping
- # [21:26] <annevk42> Hixie, I recall I just took it; I'm also not glad with it :p
- # [21:26] <annevk42> sync/async is a bitch to define properly
- # [21:27] <annevk42> and now I'm looking at XHR2 it gets even worse because then it's sync same-origin/sync cross-origin/...
- # [21:28] <jgraham> annevk2: Just define that sync cross-origin requests always fail :)
- # [21:28] <gsnedders> jgraham: I'm pretty sure he is too
- # [21:28] <gsnedders> takkaria: So I arrive after you and leave before you :P
- # [21:28] <annevk42> jgraham, compelling, but it's "needed" for Workers
- # [21:29] <jgraham> annevk42: Oh.
- # [21:29] * Quits: slightlyoff (n=slightly@72.14.229.81)
- # [21:31] <annevk42> seamless sandboxed iframes are neat
- # [21:31] <annevk42> especially the origin feature
- # [21:33] * Joins: weinig (n=weinig@192.42.249.5)
- # [21:34] * Quits: weinig (n=weinig@192.42.249.5) (Client Quit)
- # [21:34] * Joins: slightlyoff (n=slightly@72.14.229.81)
- # [21:35] * Joins: weinig (n=weinig@192.42.249.5)
- # [21:39] * Quits: wakaba (n=wakaba@EM114-51-160-123.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [21:40] * Quits: archtech (n=stanv@83.228.56.37) (No route to host)
- # [21:43] * Joins: Hish_ (n=chatzill@212.60.242.26)
- # [21:49] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 60 (Operation timed out))
- # [21:49] * Hish_ is now known as Hish
- # [21:53] * Joins: wakaba (n=wakaba@EM114-51-7-23.pool.e-mobile.ne.jp)
- # [21:54] * Joins: Hish_ (n=chatzill@mail2.n-e-s.de)
- # [21:54] <slightlyoff> hey Hixie
- # [21:54] <slightlyoff> is there an SVN repo w/ acid3 in it somewheres?
- # [21:57] <slightlyoff> n/m, dug it out of webkit sources...
- # [21:59] * Quits: Hish (n=chatzill@212.60.242.26) (Read error: 60 (Operation timed out))
- # [22:00] * Quits: weinig (n=weinig@192.42.249.5)
- # [22:00] * Joins: Hish__ (n=chatzill@212.60.242.26)
- # [22:00] * Hish__ is now known as Hish
- # [22:01] * Quits: maikmerten (n=maikmert@U19ac.u.pppool.de) (Remote closed the connection)
- # [22:02] * Quits: dimich (n=dimich@72.14.227.1)
- # [22:03] <annevk42> Hixie, are we getting <iframe document> at some point before LC?
- # [22:04] * Quits: mlpug (n=mlpug@a88-115-171-214.elisa-laajakaista.fi) (Remote closed the connection)
- # [22:05] * Quits: Hish_ (n=chatzill@mail2.n-e-s.de) (Read error: 60 (Operation timed out))
- # [22:05] * Joins: olliej (n=oliver@192.42.249.7)
- # [22:06] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
- # [22:06] <rubys> hsivonen: ping?
- # [22:07] <rubys> java.lang.ClassCastException: org.xml.sax.InputSource cannot be cast to nu.validator.xml.TypedInputSource
- # [22:07] * Parts: pmuellr (n=pmuellr@nat/ibm/x-ae2c244c2a0ebfde)
- # [22:11] * slightlyoff is now known as slightlyoff_afk
- # [22:12] * Quits: wakaba_ (n=wakaba@EM114-51-10-205.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
- # [22:13] <Hixie> annevk42: depends on implementors. I don't want to add it until we have experience with sandbox.
- # [22:18] * Joins: Hish__ (n=chatzill@mail2.n-e-s.de)
- # [22:19] * Joins: ojan (n=ojan@72.14.229.81)
- # [22:20] * Joins: Andrei_ (n=andreip@194.110.194.1)
- # [22:23] * Quits: olliej (n=oliver@192.42.249.7) (Read error: 110 (Connection timed out))
- # [22:36] * Quits: Hish (n=chatzill@212.60.242.26) (Read error: 110 (Connection timed out))
- # [22:39] * Quits: roc (n=roc@121-72-186-162.dsl.telstraclear.net)
- # [22:41] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
- # [22:47] * Quits: wakaba (n=wakaba@EM114-51-7-23.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
- # [22:47] * Joins: wakaba (n=wakaba@EM114-51-16-77.pool.e-mobile.ne.jp)
- # [22:51] * sicking_ is now known as sicking
- # [22:55] * Joins: weinig (n=weinig@192.42.249.5)
- # [23:07] * Quits: Andrei_ (n=andreip@194.110.194.1) ("This computer has gone to sleep")
- # [23:13] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
- # [23:16] * slightlyoff_afk is now known as slightlyoff
- # [23:19] * Joins: roc (n=roc@121-72-164-70.dsl.telstraclear.net)
- # [23:23] * Quits: weinig (n=weinig@192.42.249.5)
- # [23:26] * Joins: dbaron_ (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
- # [23:28] * Parts: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
- # [23:28] * Joins: franksalim (n=frank@adsl-75-61-86-233.dsl.pltn13.sbcglobal.net)
- # [23:31] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
- # [23:39] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) (Read error: 113 (No route to host))
- # [23:44] * Joins: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [23:44] <jgraham> Hmm I thought people had grasped the difference between UA requiements and author requirements, but I guess not
- # [23:44] * Parts: allanmac (n=allanmac@static-68-236-124-210.bos.east.verizon.net)
- # [23:44] * Joins: weinig (n=weinig@192.42.249.5)
- # [23:44] <sayrer> jgraham: I think people grasp them
- # [23:45] <sayrer> they just don't think the concept is useful
- # [23:45] * Quits: weinig (n=weinig@192.42.249.5) (Client Quit)
- # [23:46] <sayrer> it all depends on how effective you think prescriptive author requirements will be
- # [23:47] * Joins: weinig (n=weinig@192.42.249.5)
- # [23:47] <sayrer> if there were any advantage to complying with that sort of thing, websites would do it
- # [23:47] <jgraham> sayrer: I think you may be projecting your view onto other people :)
- # [23:48] <sayrer> well maybe, but I also want to know why they are useful
- # [23:48] <sayrer> smart people seem to think they are
- # [23:48] <sayrer> so I am willing to entertain the notion that I am wrong
- # [23:49] <jgraham> sayrer: Generally they are useful as QA tools. If you stay within conformance you generally won't hit sharp edges that are likely to get you burnt
- # [23:49] <sayrer> there is a lint aspect to them
- # [23:49] <sayrer> I see that
- # [23:49] <sayrer> but that is different than a conformance requirement
- # [23:49] <jgraham> There is also the question of simplifying the language
- # [23:49] <sayrer> hmm?
- # [23:50] <sayrer> <font> is much simpler than css
- # [23:50] <sayrer> for authors
- # [23:50] <jgraham> By restricting the set of all working ways of achieving an effect we can focus resources on those that have the best properties for the whole ecosystem
- # [23:50] <sayrer> ah, but we can't
- # [23:51] <sayrer> since the spec gives quite precise requirements for everything, whether they are conformant for authors or not
- # [23:51] <sayrer> that is something I fully support
- # [23:52] <jgraham> sayrer: <font> doesn't scale well as a skill and tends to lead to pages that are hard to repurpose beyond the original author's intentions (e.g. to a user using a different type of UA or a screen scraper or...)
- # [23:52] <sayrer> I'm not sure that's true
- # [23:52] <sayrer> given the example at hand
- # [23:52] <sayrer> <font color="blue">
- # [23:53] <jgraham> sayrer: There is far from enough context in that example o deduce anything
- # [23:53] <sayrer> well, I agree that it's possible you could do something more reusable in some situations
- # [23:53] <jgraham> If you could show me that on real pages people only use <font> when they "should" have used <span>+CSS I would be more convinced
- # [23:54] <jgraham> and very surprised, frankly
- # [23:54] <sayrer> but a class name + a css file might also buy you an extra file and CSS
- # [23:54] <sayrer> when all the author wants is a blue word
- # [23:55] <sayrer> jgraham: anything syndicated generally goes for font
- # [23:55] <gsnedders> Oh man. That did not just happen. In a race on GTA 4, my car broke down while in the lead coming out of the final corner.
- # [23:55] * Joins: nessy (n=nessy@203-166-245-47.dyn.iinet.net.au)
- # [23:55] * Quits: annevk2 (n=annevk@94.210.210.44)
- # [23:56] <jgraham> sayrer: I guess the times that "all the auhor wants is a blue word" with no context for the blueness are rather few
- # [23:56] <jgraham> Compared to the cases where <font> is used
- # [23:57] <sayrer> that seems quite difficult to quantify
- # [23:57] * Parts: ojan (n=ojan@72.14.229.81)
- # [23:57] <jgraham> sayrer: Sadly lots of useful things are hard to quantify in practice
- # [23:58] <sayrer> sure, we don't go making MUST requirements about them :)
- # [23:58] <jgraham> It is at least clear that "leading" web designers voluntarily forgo the use of <font>, suggesting that the advntages to not using it are non-theoretical
- # [23:59] <jgraham> (and, I should add, they can back up their decision with cognent reasoning about mantainability and so on)
- # Session Close: Wed Jun 10 00:00:00 2009
The end :)