/irc-logs / freenode / #whatwg / 2012-02-09 / end

Options:

# Session Start: Thu Feb 09 00:00:00 2012
# Session Ident: #whatwg
# [00:00] * Quits: othermaciej (~mjs@17.245.90.93) (Quit: othermaciej)
# [00:00] * jernoble|afk is now known as jernoble
# [00:06] <Hixie> hsivonen: what's up with the itemprop="" error messages when validating the spec?
# [00:06] <Hixie> hsivonen: i don't see what's wrong with the markup
# [00:06] <Hixie> hsivonen: am i missing something?
# [00:08] * Joins: gavin__ (~gavin@76.14.70.183)
# [00:09] * Quits: gavin_ (~gavin@76.14.70.183) (Ping timeout: 260 seconds)
# [00:14] * Quits: isherman-book (Adium@nat/google/x-ghjlifkrhjyrrmgh) (Quit: Leaving.)
# [00:16] * jernoble is now known as jernoble|afk
# [00:17] * Joins: othermaciej (~mjs@17.245.90.93)
# [00:19] * jernoble|afk is now known as jernoble
# [00:19] * Quits: PalleZingmark (~Adium@c83-250-138-248.bredband.comhem.se) (Quit: Leaving.)
# [00:19] * Quits: jcarbaugh (~jcarbaugh@216.59.106.66)
# [00:33] * Quits: gwicke (~gabriel@212.255.32.39) (Quit: Bye!)
# [00:36] * Quits: othermaciej (~mjs@17.245.90.93) (Quit: othermaciej)
# [00:36] * Joins: othermaciej (~mjs@17.245.90.93)
# [00:41] * Joins: diraol (~diraol@189.38.131.49)
# [00:42] * Quits: diraol (~diraol@189.38.131.49) (Client Quit)
# [00:43] * Joins: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca)
# [00:44] * Quits: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca) (Client Quit)
# [00:51] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [00:54] * [[zzz]] is now known as [[zz]]
# [00:55] * jernoble is now known as jernoble|afk
# [00:58] * Joins: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net)
# [00:59] * Quits: plutoniiix (~plutoniix@125.25.31.153.adsl.dynamic.totbb.net) (Quit: Leaving)
# [01:02] * Joins: jdong_ (~jdong@222.126.155.250)
# [01:09] * Joins: twisted`_ (~anonymous@p5DDB924A.dip.t-dialin.net)
# [01:10] * Quits: twisted`_ (~anonymous@p5DDB924A.dip.t-dialin.net) (Client Quit)
# [01:11] <smaug____> dglazkov: I don't understand the need for nested <template> elements
# [01:12] * Quits: twisted` (~anonymous@138.199.70.144) (Ping timeout: 245 seconds)
# [01:12] <smaug____> looks like trying to take some of the mvc proposal (or whatever it was called) into webcomponents
# [01:18] * Quits: necolas (~necolas@5e0c3818.bb.sky.com) (Remote host closed the connection)
# [01:34] * Joins: seventh (seventh@207.207.28.163)
# [01:37] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Remote host closed the connection)
# [01:52] * jernoble|afk is now known as jernoble
# [01:52] * Quits: jernoble (~jernoble@2620:149:4:1b01:b963:6cf5:2619:26a3) (Remote host closed the connection)
# [01:56] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
# [02:04] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129021758])
# [02:05] * Joins: karega|aniasis (~karegaani@64.124.202.222)
# [02:19] * Quits: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net) (Quit: snowfox)
# [02:21] * Quits: smaug____ (~chatzilla@GGZYMKDCXLV.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
# [02:29] * Joins: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca)
# [02:32] * Quits: KillerX (~anant@2620:101:8003:200:b4af:2af0:5352:5e85) (Quit: KillerX)
# [02:33] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
# [02:33] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
# [02:35] * Quits: othermaciej (~mjs@17.245.90.93) (Quit: othermaciej)
# [02:39] * Quits: karega|aniasis (~karegaani@64.124.202.222) (Ping timeout: 265 seconds)
# [02:41] * Quits: ap (~ap@2620:149:4:1b01:e471:41b9:1817:7165) (Quit: ap)
# [02:44] * Joins: karega|aniasis (~karegaani@64.124.202.222)
# [02:44] * Quits: pablof (~pablof@144.189.101.1) (Quit: ^z)
# [02:46] * Joins: othermaciej (~mjs@17.245.90.93)
# [02:52] <sicking> Hixie: ping
# [02:52] <Hixie> pong
# [02:53] <sicking> Hixie: the webidl for the global scope interfaces in workers look wrong
# [02:53] <sicking> Hixie: specifically, SharedWorkerGlobalScope both inherits and 'implements' WorkerGlobalScope
# [02:53] <Hixie> ignore the implements thing, that's an oversight
# [02:53] <Hixie> will fix
# [02:54] <Hixie> wait
# [02:54] <sicking> Hixie: so both shared and dedicated scopes will inherit workerglobalscope?
# [02:54] <Hixie> other way around
# [02:54] <sicking> Hixie: nooooo
# [02:54] <sicking> Hixie: why other way around?
# [02:54] <Hixie> no, you're right, should be inheritance
# [02:55] <sicking> Hixie: being able to check |x instanceof WorkerGlobalScope| seems useful
# [02:55] <Hixie> looks like i screwed it up when fixing it
# [02:55] <sicking> Hixie: cool
# [02:55] <Hixie> WorkerGlobalScope is NoInterfaceObject
# [02:55] <Hixie> currently
# [02:55] <sicking> why?
# [02:55] <Hixie> it was only ever meant to be an editorial convenience
# [02:55] <Hixie> i don't feel strongly about it
# [02:56] <Hixie> hm, i wonder what i meant to do when i did this
# [02:56] <Hixie> clearly not what i wrote
# [02:57] <sicking> Hixie: hehe
# [02:58] <sicking> Hixie: i don't think there are any good use cases for messing with the interface object of global scopes. *Possibly* with exception of being able to do instanceof checks
# [02:58] <sicking> Hixie: but it seems like having objects with prototypes which aren't interface objects would be inconsistent
# [02:58] <sicking> Hixie: keeping things simple and consistent seems better
# [02:59] <Hixie> well originally i just wanted the global scope to be WorkerGlobalScope and to have just one flat prototype
# [02:59] <Hixie> (different in dedicated, worker, and window contexts)
# [02:59] <sicking> Hixie: i remember
# [03:00] <sicking> Hixie: i don't think creating "shallow" proto chains is that important
# [03:00] <sicking> Hixie: all script engines avoid walking up proto chains heavily anyway. You need to otherwise the DOM is dog slow
# [03:00] <Hixie> it was more of an aesthetical concern
# [03:01] * Joins: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [03:01] <sicking> Hixie: meh. I think making things consistent and predictible is more important. I don't think it matters a whole lot either way though
# [03:02] * Joins: ehsan (~ehsan@209.29.21.241)
# [03:05] <Hixie> anyway
# [03:05] <Hixie> fixed
# [03:06] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 9.0.1/20111223105406])
# [03:06] * karega|aniasis is now known as karega
# [03:11] * Joins: twisted` (~anonymous@p5DDB924A.dip.t-dialin.net)
# [03:11] * Quits: othermaciej (~mjs@17.245.90.93) (Quit: othermaciej)
# [03:12] * Joins: othermaciej (~mjs@17.245.90.93)
# [03:13] <Hixie> sicking: look ok?
# [03:13] <sicking> Hixie: looking
# [03:13] <sicking> Hixie: woot! looks great, thanks!
# [03:13] <Hixie> np
# [03:14] <Hixie> really have no idea what i was thinking when i last changed it
# [03:14] * Joins: michaelw (~michaelw@tor.foldr.org)
# [03:16] <sicking> heh
# [03:17] * Quits: karega (~karegaani@64.124.202.222) (Ping timeout: 272 seconds)
# [03:17] <michaelw> hmm, according to the spec, the html5 parser error recovery for </span</div> appears to emit a </span<> tag and discard the "div", is that correct?
# [03:17] <Hixie> sounds right
# [03:18] <michaelw> what was likely meant is </span></div>, though... why not correct that way?
# [03:19] <Hixie> that's even what HTML4 required, it wasn't even a non-conforming syntax back then
# [03:19] <Hixie> the short answer is "see the /topic"
# [03:19] <Hixie> long answer is some complicated story about compatibility with something or other, i expect
# [03:19] <Hixie> though i forget the details
# [03:19] <michaelw> the "door" part? :)
# [03:21] <michaelw> would it be futile if I would rework the spec to correct to </span></div>?
# [03:21] <Hixie> yes and yes :-)
# [03:22] <michaelw> bah :)
# [03:22] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
# [03:22] * heycam|away is now known as heycam|away|away
# [03:23] <michaelw> Hixie: well, thanks anyway
# [03:25] <Hixie> it's already shipped, changing it would be too much pain, too high risk, and too little reward
# [03:26] * Joins: llrcombs (~llrcombs@64.130.210.214)
# [03:26] * Quits: othermaciej (~mjs@17.245.90.93) (Quit: othermaciej)
# [03:27] <llrcombs> has anyone ever considered adding a CSS value to the <img> tag that makes text wrap around the alpha channel of the image, like it does in a word processor?
# [03:27] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [03:31] * Quits: miketaylr (~miketaylr@201.63.86.140) (Quit: Leaving...)
# [03:38] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [03:40] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
# [03:44] <roc> yes
# [03:47] * Quits: dave_levin (dave_levin@nat/google/x-zthyhwckqcvewmrh) (Quit: dave_levin)
# [03:48] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
# [03:51] * Joins: ehsan (~ehsan@209.29.21.241)
# [03:52] <llrcombs> roc: is there a reason it doesn't exist, or has it just never been spec'd?
# [03:53] <MikeSmith> llrcombs: I would think for the same reasons described here:
# [03:53] <MikeSmith> http://lists.w3.org/Archives/Public/www-svg/2011Apr/0052.html
# [03:55] <roc> I think it actually might happen as part of "CSS exclusions"
# [03:55] <roc> Alex's concern is not a problem; the browser can get access to the alpha channel if it needs to
# [03:55] <roc> various features require it
# [03:56] <llrcombs> roc: link?
# [03:56] <roc> http://google.com
# [03:56] <roc> sorry, don't have it handy
# [03:56] <llrcombs> alrighty, that was fast
# [03:56] <MikeSmith> roc: it's good to hear that it's not a problem
# [03:57] <MikeSmith> because I would be great to have something to address the hit-testing case as well
# [03:57] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 245 seconds)
# [03:58] <roc> right
# [03:59] <llrcombs> roc: yeah, looks like it'd fit there pretty well. Still, I don't see anything on non-rectangular shapes for the exclusion box
# [03:59] * Joins: temp02 (~temp01@unaffiliated/temp01)
# [03:59] * Quits: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca) (Quit: davidb)
# [03:59] <llrcombs> so... to the mailing list?
# [04:02] * Joins: jacobolus (~jacobolus@199.188.193.145)
# [04:04] <roc> and beyond!
# [04:07] <llrcombs> alrighty then
# [04:10] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 276 seconds)
# [04:16] * nunnun_away is now known as nunnun
# [04:37] * Joins: Evanescence (~Evanescen@60.183.222.111)
# [04:42] * Quits: Evanescence (~Evanescen@60.183.222.111) (Read error: Connection reset by peer)
# [04:43] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
# [04:44] * heycam|away|away is now known as heycam|away
# [04:54] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
# [04:59] * Joins: Evanescence (~Evanescen@60.183.205.233)
# [05:19] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 244 seconds)
# [05:23] * Joins: izhak (~izhak@213.87.240.13)
# [05:24] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Remote host closed the connection)
# [05:42] * Joins: niloy (~niloy@122.179.129.91)
# [05:45] * Joins: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net)
# [05:45] * Joins: stalled (~stalled@unaffiliated/stalled)
# [05:47] * Quits: snowfox (~benschaaf@c-98-243-88-119.hsd1.mi.comcast.net) (Client Quit)
# [05:53] * Joins: fokker680 (~fokker680@186.19.219.18)
# [05:55] * Joins: Pupuser (~puppy@c-24-5-142-56.hsd1.ca.comcast.net)
# [06:02] * Pupuser is now known as smartie
# [06:02] * smartie is now known as smartie2
# [06:05] * Quits: JohnAlbin (~JohnAlbin@114-42-52-1.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
# [06:09] * Quits: jacobolus (~jacobolus@199.188.193.145) (Remote host closed the connection)
# [06:12] * Joins: Areks|2 (~Areks@rs.gridnine.com)
# [06:14] * Joins: JohnAlbin (~JohnAlbin@114-42-52-1.dynamic.hinet.net)
# [06:19] * Quits: sicking (~chatzilla@nat/mozilla/x-wbqkhrihlechsoxf) (Ping timeout: 244 seconds)
# [06:37] * Quits: ezoe (~ezoe@203-140-88-249f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
# [06:41] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Ping timeout: 252 seconds)
# [06:41] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
# [06:42] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 240 seconds)
# [06:47] * Joins: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
# [06:47] * Joins: niloy_ (~niloy@122.179.129.91)
# [06:49] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [06:58] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 276 seconds)
# [07:06] * Joins: jacobolus (~jacobolus@199.188.193.145)
# [07:08] * Joins: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net)
# [07:09] * Joins: ezoe (~ezoe@203-140-90-248f1.kyt1.eonet.ne.jp)
# [07:13] * Quits: jcarbaugh (~jcarbaugh@216-15-37-167.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com)
# [07:15] * Quits: bga (~bga@freebnc.net) (Ping timeout: 248 seconds)
# [07:16] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 260 seconds)
# [07:17] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [07:20] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
# [07:21] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [07:28] * Joins: LBP (~Mirc@pD9EB1C87.dip0.t-ipconnect.de)
# [07:29] * Joins: roc (~chatzilla@121.98.230.221)
# [07:30] * Joins: bga (bga@fr6.freebnc.net)
# [07:37] * Joins: TabAtkins_ (~tabatkins@AMontsouris-553-1-126-61.w90-46.abo.wanadoo.fr)
# [07:39] * Quits: bga (bga@fr6.freebnc.net) (Ping timeout: 246 seconds)
# [07:46] * Joins: skylamer` (cgskylamer@78.90.213.55)
# [07:48] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
# [07:49] * Quits: niloy (~niloy@122.179.129.91) (Ping timeout: 272 seconds)
# [07:49] * Quits: niloy_ (~niloy@122.179.129.91) (Ping timeout: 276 seconds)
# [07:50] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
# [07:54] * Quits: wycats (u79@gateway/web/irccloud.com/x-iaxlgtrdbzsfphlf) (*.net *.split)
# [07:54] * Quits: arv (u4269@gateway/web/irccloud.com/x-jasumpetprvflqyy) (*.net *.split)
# [07:54] * Quits: foolip (~philip@83.218.67.122) (*.net *.split)
# [07:54] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (*.net *.split)
# [07:54] * Quits: scott_gonzalez (~scott@205.186.165.147) (*.net *.split)
# [07:54] * Quits: Hixie (~ianh@trivini.no) (*.net *.split)
# [07:54] * Quits: TabAtkins (tabatkins@nat/google/x-bhycrfiizlweydcd) (*.net *.split)
# [07:54] * Quits: fhaevr (~quassel@nat/transgaming/x-sefjjudejiugevmn) (*.net *.split)
# [07:58] * Quits: jdong_ (~jdong@222.126.155.250) (Remote host closed the connection)
# [07:59] * Joins: wycats (u79@gateway/web/irccloud.com/x-iaxlgtrdbzsfphlf)
# [07:59] * Joins: arv (u4269@gateway/web/irccloud.com/x-jasumpetprvflqyy)
# [07:59] * Joins: foolip (~philip@83.218.67.122)
# [07:59] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
# [07:59] * Joins: scott_gonzalez (~scott@205.186.165.147)
# [07:59] * Joins: Hixie (~ianh@trivini.no)
# [07:59] * Joins: TabAtkins (tabatkins@nat/google/x-bhycrfiizlweydcd)
# [07:59] * Joins: fhaevr (~quassel@nat/transgaming/x-sefjjudejiugevmn)
# [08:00] * Joins: jdong_ (~jdong@222.126.155.250)
# [08:02] * Joins: niloy (~niloy@115.248.56.233)
# [08:03] * Joins: niloy_ (~niloy@203.196.177.156)
# [08:06] <zcorpan> Wilto: did you send your use cases to the list?
# [08:07] * Joins: bga (bga@2001:41d0:1:8d75::254)
# [08:15] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Ping timeout: 260 seconds)
# [08:21] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Quit: schnoomac)
# [08:21] * Joins: schnoomac (~schnoomac@melbourne.99cluster.com)
# [08:27] * Quits: schnoomac (~schnoomac@melbourne.99cluster.com) (Ping timeout: 276 seconds)
# [08:31] * Quits: ezoe (~ezoe@203-140-90-248f1.kyt1.eonet.ne.jp) (Ping timeout: 272 seconds)
# [08:34] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [08:34] * Joins: graememcc (~chatzilla@host86-147-206-88.range86-147.btcentralplus.com)
# [08:35] * nunnun is now known as nunnun_away
# [08:40] <zcorpan> http://simon.html5.org/specs/quirks-mode.src
# [08:42] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 240 seconds)
# [08:45] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
# [08:46] <jgraham> hsivonen: Isn't the backwards-compatible template parsing solution spelled <script type="template"> ?
# [08:47] <jgraham> Although I guess it sucks to then have scripts in the template itself
# [08:48] * Quits: TabAtkins_ (~tabatkins@AMontsouris-553-1-126-61.w90-46.abo.wanadoo.fr) (Ping timeout: 244 seconds)
# [08:57] * Quits: twisted` (~anonymous@p5DDB924A.dip.t-dialin.net) (Quit: twisted`)
# [09:01] <hsivonen> jgraham: maybe it is
# [09:01] * Quits: jacobolus (~jacobolus@199.188.193.145) (Remote host closed the connection)
# [09:04] * Joins: PalleZingmark (~Adium@217.13.228.226)
# [09:07] * Quits: doublec (~doublec@unaffiliated/doublec) (Ping timeout: 240 seconds)
# [09:18] * Quits: jochen__ (jochen@nat/google/x-uzikvozoyukxgbya) (Remote host closed the connection)
# [09:18] * Joins: jochen__ (jochen@nat/google/x-hgzhctedexavzizv)
# [09:22] * Joins: mishunov (~spliter@77.88.72.162)
# [09:24] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [09:27] * Joins: jochen___ (jochen@nat/google/x-jjvtptibkjamxzdy)
# [09:30] * Quits: pablof (~pablof@c-98-207-157-89.hsd1.ca.comcast.net) (Quit: ^z)
# [09:31] * Joins: xec_ (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01)
# [09:31] * Quits: jochen__ (jochen@nat/google/x-hgzhctedexavzizv) (Ping timeout: 272 seconds)
# [09:31] * jochen___ is now known as jochen__
# [09:38] * Joins: drublic (~drublic@frbg-4d029d94.pool.mediaWays.net)
# [09:39] * Quits: drublic (~drublic@frbg-4d029d94.pool.mediaWays.net) (Remote host closed the connection)
# [09:39] <zcorpan> what's the right spec reference for the css width and height properties?
# [09:39] * Joins: drublic (~drublic@frbg-4d029d94.pool.mediaWays.net)
# [09:40] * Joins: Neocortex (~niels@dhcp-077-249-098-024.chello.nl)
# [09:40] <zcorpan> http://dev.w3.org/csswg/css3-box/#the-width-and-height-properties ?
# [09:41] * zcorpan considers a different approach
# [09:50] * Joins: twisted` (~anonymous@p5DDB924A.dip.t-dialin.net)
# [09:57] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
# [10:01] <hsivonen> yet another commentator who seems to be attached to prefixes: http://qfox.nl/weblog/244
# [10:01] <hsivonen> as if not undermining prefixes or not killing prefixes were goals
# [10:05] <annevk> not sure anyone who is not doing browser QA knows enough about the shit they cause
# [10:05] <annevk> pretty hard to write specs too without browser QA experience
# [10:06] <hsivonen> commentators often seem to be confused about who does the actual speccing work at the W3C and who pays for their time
# [10:07] <jgraham> We need more than just hsivonen's article pointing out that prefixes are aligned with many interests but not with that of the open web
# [10:07] <annevk> time to start a blog?
# [10:08] <annevk> or you could use blog.whatwg.org
# [10:08] <hsivonen> jgraham: you could write an article. I'll link to it
# [10:08] <annevk> there's also james.html5.org still
# [10:08] <zcorpan> ok, got hashless hexcolors and unitless lengths covered now
# [10:09] <hsivonen> also it seems common for readers of the minutes to not realize that Florian is from Opera
# [10:09] <annevk> he's our CSS guy now
# [10:09] <zcorpan> we need a blog post that translates the minutes to English
# [10:09] <annevk> I'm sure people will get used to it
# [10:10] <annevk> zcorpan: heh
# [10:10] <hsivonen> zcorpan: indeed! I've been thinking there'd already be an English translation if Mark Pilgrim was still blogging
# [10:13] * Joins: gwicke (~gabriel@212.255.32.147)
# [10:14] <hsivonen> aaaaand glazou goes for the "educade Web authors" option: http://www.glazman.org/weblog/dotclear/index.php?post/2012/02/09/CALL-FOR-ACTION%3A-THE-OPEN-WEB-NEEDS-YOU-NOW
# [10:15] <jgraham> I am honmestly surprised that glazou still thinks that evangalism can work to persuade people not do do things that are in their own best interests
# [10:15] <jgraham> and using prefixed properties is very much in author's best interests
# [10:16] <jgraham> Because it allows them to create new designs that people haven't managed before, and blog about them. This helps establish their professional credibility in a competitive market
# [10:17] <jgraham> Even if they only use them in demos, the effects can becoem popular enough that people demand them on their production sites
# [10:17] <jgraham> Which is very easy to justify if it only breaks lower-marketshare browsers
# [10:17] * jgraham is just saving up notes in case he ever writes that blog article
# [10:18] <jgraham> (I realise I am preaching to the choir here)
# [10:18] <jgraham> Anyway, my original point is that galzou has been around long enough to see evangalism fail
# [10:18] <jgraham> Repeatedly
# [10:19] <jgraham> So it's kind of sad that he thinks it will work in his pet case
# [10:20] <hsivonen> well, at least I guessed correctly what the most important blog post ever was going to be
# [10:22] <hsivonen> This could use a translation by Mark Pilgrim, too
# [10:23] <hsivonen> the "also represents an official discussion of the CSS Working Group and was decided by consensus in the Group" part is probably the most sad one
# [10:23] <zcorpan> what was it with "chair should be neutral" again?
# [10:26] <zcorpan> "In many if not most cases, the -webkit-* properties WebKit-specific web sites are using do have -moz-*, -ms-*, -o-* equivalents."
# [10:26] <zcorpan> I am high as a kite.
# [10:26] <wilhelm_> Apart from the minor fact that is't not going to work, he does have a point.
# [10:26] <hsivonen> using -moz-, -ms- and -o- also misses the point. that pattern means there can never be a new entrant to the market who doesn't implement someone else's prefixes
# [10:26] <zcorpan> unless he means that the browsers have implemented their equivalent prefixed properties
# [10:27] <zcorpan> which maybe he did
# [10:29] * zcorpan goes back to standardizing quirks
# [10:30] <jgraham> zcorpan: Heresy!
# [10:32] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
# [10:36] <matjas> how is <input type=email value=foo@mañana.com> invalid markup?
# [10:37] <matjas> trying to understand what Hixie’s saying here https://www.w3.org/Bugs/Public/show_bug.cgi?id=15489#c12
# [10:37] <zcorpan> matjas: see the requirements for the value attribute
# [10:37] <hsivonen> matjas: validating email values is a long-standing unimplemented feature in V.nu, FWIW
# [10:38] <hsivonen> email addresses are hard
# [10:38] <zcorpan> http://www.whatwg.org/specs/web-apps/current-work/multipage/states-of-the-type-attribute.html#e-mail-state-(type=email)
# [10:38] <zcorpan> "The value attribute, if specified and not empty, must have a value that is a single valid e-mail address."
# [10:38] <zcorpan> foo@mañana.com does not match the production http://www.whatwg.org/specs/web-apps/current-work/multipage/states-of-the-type-attribute.html#valid-e-mail-address
# [10:39] <zcorpan> hsivonen: just use the non-normative regex. :-)
# [10:39] <matjas> thanks
# [10:39] <matjas> hah, in a way, that’s what that bug is about — “why not allow IDN emails?”
# [10:40] <zcorpan> there's a difference between allowing the user to type IDN emails and allowing the author to use IDN emails in markup
# [10:41] <zcorpan> the former is already supported
# [10:41] <zcorpan> the latter is not
# [10:41] * Quits: wirepair_ (fbi@random.supermario.org) (Read error: Connection reset by peer)
# [10:41] <matjas> yeah, but i don’t see what’s so bad about the latter
# [10:42] <zcorpan> me either
# [10:42] <zcorpan> but i haven't heard any use cases
# [10:42] * Joins: wirepair (fbi@209.167.68.3)
# [10:42] <zcorpan> not that i have been listening really :-)
# [10:43] * Joins: Ms2ger (~Ms2ger@91.181.83.228)
# [10:44] <zcorpan> it's similar to <input type=color value=blue>
# [10:44] <zcorpan> which is also not allowed
# [10:44] <zcorpan> sure, the browser could convert the value
# [10:44] <zcorpan> but what's the use case?
# [10:45] <zcorpan> allowing one syntax and not doing conversion makes the impl simpler, which means less bugs overall
# [10:45] <zcorpan> and more time can be spent on adding more features that actually give new abilities
# [10:45] <matjas> i don’t know, say you’ve imported an email database from a desktop app that allowed IDN addresses…
# [10:46] <zcorpan> just convert it to ASCII before putting it in markup
# [10:46] <zcorpan> what if you have a database of colors using a mix of hex and keywords and you want to use them in <input type=color value=...>?
# [10:47] <matjas> that means web devs need to implement a punycode encoder, even though the browser already has that built-in
# [10:47] <zcorpan> yeah
# [10:47] <zcorpan> aren't there libraries available to do that already?
# [10:48] <matjas> probably
# [10:48] <matjas> (I know I’ve written one in JS)
# [10:51] * Quits: Areks|2 (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
# [10:57] <zcorpan> wait. css font-size keywords and <font size> aren't different between quirks and standards anymore? or am i doing something wrong in my testing?
# [11:03] * Joins: doublec (~doublec@cd.pn)
# [11:03] * Quits: doublec (~doublec@cd.pn) (Changing host)
# [11:03] * Joins: doublec (~doublec@unaffiliated/doublec)
# [11:04] * Joins: Lachy (Lachy@nat/opera/x-fxxrtlareicmduld)
# [11:04] * Joins: madcow (madcow@111.82-27-211.dynamic.dsl.mel.iprimus.net.au)
# [11:13] * Joins: TabAtkins_ (~tabatkins@smb-rcdg2-01.wifihubtelecom.net)
# [11:16] <hsivonen> my sarcasm detector is broken: https://twitter.com/#!/slightlylate/status/167549285754339328
# [11:17] * Joins: richt (~richt@guest.opera.com)
# [11:18] * Joins: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net)
# [11:18] * Parts: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net)
# [11:19] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 276 seconds)
# [11:30] * Quits: niloy_ (~niloy@203.196.177.156) (Ping timeout: 246 seconds)
# [11:30] * Quits: niloy (~niloy@115.248.56.233) (Ping timeout: 272 seconds)
# [11:41] * Joins: nonge__ (~nonge@p5082A230.dip.t-dialin.net)
# [11:42] * Quits: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa_)
# [11:43] <roc> boy
# [11:45] * Quits: nonge_ (~nonge@p50829870.dip.t-dialin.net) (Ping timeout: 260 seconds)
# [11:45] <zcorpan> :hover and :active quirk specced
# [11:47] * Quits: TabAtkins_ (~tabatkins@smb-rcdg2-01.wifihubtelecom.net) (Ping timeout: 276 seconds)
# [11:47] * Joins: TabAtkins_ (~tabatkins@74.125.122.49)
# [11:48] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
# [11:50] <roc> at least glazou's pointing his guns in the right directions, even if he doesn't have any ammo. For a while I thought he was going to shoot the messengers
# [11:52] <MikeSmith> zcorpan: specced where?
# [11:52] <Ms2ger> http://simon.html5.org/specs/quirks-mode.src
# [11:52] <MikeSmith> oh cool
# [11:55] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
# [11:56] * Joins: richt (richt@nat/opera/x-zyjtsodoeispjwkf)
# [11:57] <MikeSmith> https://twitter.com/#!/balmer/status/167553463792832512 is good
# [12:00] * Quits: Ms2ger (~Ms2ger@91.181.83.228) (Ping timeout: 276 seconds)
# [12:02] * Quits: TabAtkins_ (~tabatkins@74.125.122.49) (Ping timeout: 252 seconds)
# [12:04] * Joins: Areks (~Areks@rs.gridnine.com)
# [12:04] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
# [12:15] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
# [12:16] <wilhelm_> Heh. https://twitter.com/#!/TinaHolmboe/status/167562350910652416
# [12:24] <zcorpan> In quirks mode, the font element changes the color of text decorations specified on ancestor elements
# [12:24] <zcorpan> -> In this spec. Should maybe move the HTML's rendering section.
# [12:24] <zcorpan> In WebKit, <font> always overrides the ancestor's text-decoration color, even in standards mode.
# [12:24] <zcorpan> In Opera, <font> overrides the ancestor's text-decoration in quirks mode if it has a color attribute and the color is not overridden by CSS.
# [12:24] <zcorpan> In Gecko, <font> overrides the ancestor's text-decoration in quirks mode if it has a color attribute that is not the empty string or consists of only whitespace.
# [12:24] <zcorpan> Since there's lack of interop, let's drop the check of the color attribute.
# [12:24] <zcorpan> WebKit's behavior also seems tempting, but then this really should move to HTML.
# [12:24] <zcorpan> What does IE do?
# [12:25] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1332 can be used for experimenting in case somebody has IE and is curious enough
# [12:27] <wilhelm_> zcorpan: foo is black, bar is red, baz is black. Underline is black.
# [12:27] <wilhelm_> IE9.
# [12:28] <zcorpan> wilhelm_: what about http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1333 ?
# [12:28] <wilhelm_> Identical rendering.
# [12:29] <zcorpan> woah
# [12:29] <zcorpan> so maybe this quirks isn't really needed
# [12:29] <zcorpan> thanks!
# [12:29] * Quits: Evanescence (~Evanescen@60.183.205.233) (Quit: my website: http://stardiviner.dyndns-blog.com/)
# [12:31] <wilhelm_> zcorpan: Just in case I'm colour blind, here's a screenshot: http://i.imgur.com/YXJjY.png
# [12:31] <zcorpan> yep, the underline is black alright
# [12:31] <zcorpan> are you color blind?
# [12:32] * Joins: mishunov (~spliter@77.88.72.162)
# [12:32] <wilhelm_> Not to my knowledge. (c:
# [12:32] <zcorpan> k :)
# [12:33] <zcorpan> can you check http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1334 also?
# [12:34] <zcorpan> (does bar have underline?)
# [12:35] <wilhelm_> No.
# [12:35] * Quits: foolip (~philip@83.218.67.122) (Quit: Ex-Chat)
# [12:35] <zcorpan> thanks
# [12:35] <wilhelm_> No underline after the last “o” in “foo”.
# [12:35] * Joins: foolip (~philip@83.218.67.122)
# [12:41] <annevk> hsivonen: I think Alex is serious
# [12:41] <annevk> hsivonen: also wrong
# [12:43] * Joins: smaug____ (~chatzilla@GGZMDCCCIX.gprs.sl-laajakaista.fi)
# [12:50] * Joins: niloy (~niloy@122.179.129.91)
# [12:52] <zcorpan> wilhelm_: what about http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1335 - does the table show a border around the first (empty) cell in ie?
# [12:53] <wilhelm_> Yes.
# [12:53] <zcorpan> excellent
# [12:54] <zcorpan> several quirks can be dropped it seems
# [12:54] * Quits: twisted` (~anonymous@p5DDB924A.dip.t-dialin.net) (Remote host closed the connection)
# [12:54] <wilhelm_> Fun.
# [12:54] * Joins: niloy_ (~niloy@122.179.129.91)
# [12:54] * Joins: twisted` (~anonymous@138.199.65.178)
# [12:58] <annevk> speccing quirks mode finally?
# [12:58] <annevk> oh joy
# [13:01] <zcorpan> yep
# [13:01] <zcorpan> today is our first "do WTF you want" day
# [13:01] <zcorpan> so that's what i'm doing
# [13:02] <wilhelm_> Company-wide?
# [13:04] * annevk made eggs
# [13:05] <zcorpan> don't know if it's company wide
# [13:05] <annevk> just core afaik
# [13:06] * Joins: karlcow (~karl@nerval.la-grange.net)
# [13:07] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
# [13:08] <annevk> http://intertwingly.net/blog/2012/02/09/Dominos is pretty straightforward
# [13:20] * Joins: Ms2ger (~Ms2ger@91.181.83.228)
# [13:27] <asmodai> The whole CSS thing reached tweakers.net as well
# [13:27] * Joins: miketaylr (~miketaylr@201.63.86.140)
# [13:29] <wilhelm_> Interesting comments.
# [13:30] <asmodai> I like the amount of "W3C is slow as molasses" comments.
# [13:31] <zcorpan> yeah, they're fucking slow
# [13:31] <zcorpan> if only they could fuck faster
# [13:31] <asmodai> zcorpan: lol
# [13:37] * Quits: izhak (~izhak@213.87.240.13) (Remote host closed the connection)
# [13:40] * Joins: PalleZingmark1 (~Adium@217.13.228.226)
# [13:42] * Quits: PalleZingmark (~Adium@217.13.228.226) (Ping timeout: 244 seconds)
# [13:42] <zcorpan> wilhelm_: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1337 does ie wrap the table?
# [13:42] <zcorpan> w00t i got 1337
# [13:43] * Quits: Neocortex (~niels@dhcp-077-249-098-024.chello.nl) (Quit: Leaving)
# [13:44] <zcorpan> (or if somebody else has ie...)
# [13:45] <wilhelm_> zcorpan: No. There is one line of text.
# [13:45] <zcorpan> and what if you remove the doctype?
# [13:45] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Read error: Connection reset by peer)
# [13:45] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
# [13:46] <wilhelm_> No difference.
# [13:46] <zcorpan> hah
# [13:46] <wilhelm_> (You should get a Windows VM :P)
# [13:46] * Quits: niloy (~niloy@122.179.129.91) (Ping timeout: 252 seconds)
# [13:47] <zcorpan> yeah. you know, come to think of it, i could just borrow my wife's computer. doesn't have ie9, but is probably good enough
# [13:47] <zcorpan> thanks for the help!
# [13:48] * Joins: niloy (~niloy@122.179.129.91)
# [13:51] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
# [13:58] * Joins: diraol (~diraol@189.38.131.49)
# [13:59] * Joins: erichynds (~ehynds@venkman.brightcove.com)
# [14:08] * Quits: richt (richt@nat/opera/x-zyjtsodoeispjwkf) (Ping timeout: 265 seconds)
# [14:09] * Quits: miketaylr (~miketaylr@201.63.86.140) (Quit: Leaving...)
# [14:15] * Joins: richt (~richt@guest.opera.com)
# [14:15] * Joins: Sephi-Chan (~Adium@yer91-5-88-185-83-138.fbx.proxad.net)
# [14:18] <MikeSmith> zcorpan: congrats on scoring 1337
# [14:18] <MikeSmith> must be some kind of sign from god
# [14:18] <MikeSmith> you have been chosen
# [14:19] <MikeSmith> wilhelm_: hahaha
# [14:19] <MikeSmith> The Day the Music Died
# [14:20] <wilhelm_> Indeed.
# [14:20] <zcorpan> so anyone know what happened to the font-size:small quirk? i can't reproduce it in any of my browsers, including IE
# [14:21] <MikeSmith> wilhelm_: great touch the scare quotes too
# [14:21] <MikeSmith> HTML "5"
# [14:21] <zcorpan> http://www.cs.tut.fi/~jkorpela/quirks-mode.html "Font size keywords are interpreted incorrectly so that medium is larger than the browser’s basic font size and small equals that basic font size. Similarly, the entire scale of keywords, xx-small, x-small, small, large, x-large, xx-large is interpreted systematically wrong: each value is interpreted as one step larger than it should."
# [14:22] <zcorpan> i totally remember this quirk
# [14:22] * Quits: diraol (~diraol@189.38.131.49) (Quit: Leaving.)
# [14:22] * Quits: PalleZingmark1 (~Adium@217.13.228.226) (Quit: Leaving.)
# [14:25] <zcorpan> oh, this was ie9. i thought it was ie8
# [14:26] <zcorpan> ie9 normal quirks mode doesn't have this quirk
# [14:26] <zcorpan> but ie9 quirks mode in "compat view" has it
# [14:26] <zcorpan> awesome
# [14:26] <wilhelm_> MikeSmith: This really is all the politics of the past 15 years distilled down to a single discussion. All factions appear to be represented. Quite fascinating.
# [14:27] <MikeSmith> The Sound and the Fury, man
# [14:28] * wilhelm_ had to look that up. (c:
# [14:31] * Joins: temp01 (~temp01@unaffiliated/temp01)
# [14:35] * Quits: danbri (~danbri@cable-146-255-152-227.dynamic.telemach.ba) (Read error: Connection reset by peer)
# [14:37] * Joins: danbri (~danbri@cable-146-255-152-227.dynamic.telemach.ba)
# [14:43] <Ms2ger> "CSS Rates and Velocities Community Group"?
# [14:43] * Joins: Neocortex (~niels@82-170-160-25.ip.telfort.nl)
# [14:49] * Joins: izhak (~izhak@188.168.203.213)
# [14:58] * Quits: Druide__ (~Druid@p5B05DD49.dip.t-dialin.net) (Ping timeout: 265 seconds)
# [14:59] * Quits: Lachy (Lachy@nat/opera/x-fxxrtlareicmduld) (Quit: Computer has gone to sleep.)
# [15:03] * Joins: Druide__ (~Druid@p5B137537.dip.t-dialin.net)
# [15:08] * Joins: davidb (~davidb@66.207.208.98)
# [15:10] * Quits: Obvious_MkII (tachikoma@188.226.74.2) (Ping timeout: 276 seconds)
# [15:11] * Joins: Obvious (tachikoma@188.226.74.2)
# [15:12] * Quits: Obvious (tachikoma@188.226.74.2) (Read error: Connection reset by peer)
# [15:15] * Joins: Obvious (tachikoma@188.226.74.2)
# [15:16] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [15:21] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
# [15:21] * Quits: richt (~richt@guest.opera.com) (Remote host closed the connection)
# [15:21] * Joins: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net)
# [15:21] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
# [15:21] * Parts: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net)
# [15:27] * Joins: plutoniix (~plutoniix@125.25.31.153.adsl.dynamic.totbb.net)
# [15:29] <zcorpan> http://simon.html5.org/specs/quirks-mode - first draft
# [15:29] * Quits: seventh (seventh@207.207.28.163) (Quit: ...)
# [15:29] * Parts: Sephi-Chan (~Adium@yer91-5-88-185-83-138.fbx.proxad.net)
# [15:30] * Joins: richt (richt@nat/opera/x-mddrptlzaobjupss)
# [15:30] * Joins: richt_ (richt@nat/opera/x-aqzgpbyztjkknjgn)
# [15:30] * Quits: richt (richt@nat/opera/x-mddrptlzaobjupss) (Read error: Connection reset by peer)
# [15:31] <annevk> you should somehow define these only apply in quirks mode :)
# [15:31] * Joins: eric_carlson_ (~eric@2620:149:4:1b01:45b1:1a74:ecb7:d1d7)
# [15:31] <annevk> and reference the HTML term for that
# [15:32] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Disconnected by services)
# [15:32] * eric_carlson_ is now known as eric_carlson
# [15:32] * Joins: karega (~karegaani@64.124.202.222)
# [15:33] <zcorpan> dude quirks mode is a DOM4 term
# [15:33] <annevk> dude
# [15:34] <annevk> where is my spec dude
# [15:34] <zcorpan> sweet
# [15:34] <zcorpan> what does mine say?
# [15:35] * Joins: MacTed (~Thud@63.119.36.36)
# [15:37] * Joins: isherman-book (~Adium@74.125.59.193)
# [15:37] * Quits: Hixie (~ianh@trivini.no) (Read error: Operation timed out)
# [15:37] * Quits: wycats (u79@gateway/web/irccloud.com/x-iaxlgtrdbzsfphlf) (Read error: Operation timed out)
# [15:37] * Quits: arv (u4269@gateway/web/irccloud.com/x-jasumpetprvflqyy) (Read error: Operation timed out)
# [15:37] * Joins: Hixie (~ianh@trivini.no)
# [15:38] <volkmar> someone knows in which spec the Screen interface is specified?
# [15:39] <Ms2ger> HTML?
# [15:39] <Ms2ger> Or CSSOM
# [15:40] <volkmar> Ms2ger: CSSOM
# [15:40] * Joins: arv (u4269@gateway/web/irccloud.com/x-gpannltekoivqckx)
# [15:40] <volkmar> Ms2ger: thanks :)
# [15:40] <Ms2ger> Np
# [15:41] <zcorpan> annevk: fixed
# [15:45] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
# [15:48] <smaug____> hmm, web needs some new tools to prevent memory leaks
# [15:48] <smaug____> memory leaks in the pages
# [15:48] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
# [15:50] * smaug____ has seen leaks in Google services way too often
# [15:50] * Joins: wycats (u79@gateway/web/irccloud.com/x-pcaleeausfzgakjv)
# [15:52] <MacTed> G+ leaks uncontrollably. something about endlessly increasing pagelength, constantly prepending more content, no way to go to "next page" when scrolling through the stream...
# [15:54] * Quits: scott_gonzalez (~scott@205.186.165.147) (Read error: Operation timed out)
# [15:55] <zewt> last i saw, gmaps leaked continually in chrome, though that seemed like a webkit/chrome bug
# [15:55] * Joins: scott_gonzalez (~gonzasi0@205.186.165.147)
# [15:55] <AryehGregor> So I've started to get used to mq.
# [15:56] <smaug____> yeah, that happens with Google Reader too, and I think in some cases with Gmail. Of course other web sites have similar problems. IRCcloud for example
# [15:56] <smaug____> ah, I haven't look gmaps
# [15:56] <zewt> found it fascinating that one of google's most high-profile products leaks in one of their others
# [15:56] <smaug____> but anyway, it is way too easy to write leaky web pages
# [15:56] <AryehGregor> It seems like it serves roughly the same purpose as git branches, except inferior in almost every conceivable fashion.
# [15:56] <zcorpan> now, where should i email this? www-style?
# [15:56] <zewt> webkit seems (seemed? been a while) to leak whenever lots of dynamic images were used
# [15:56] <smaug____> I'm not talking about browser leaks
# [15:56] <AryehGregor> Like how you have to manage them using an entirely separate set of commands, which inexplicably work in slightly different ways from the ones you use for actual commits.
# [15:57] <smaug____> I'm talking about web site leaks
# [15:57] <Ms2ger> zcorpan, depends, how much time do you have to waste on the resulting permathread? :)
# [15:57] <zewt> that's no easier than in any language
# [15:57] <AryehGregor> Like, qnew doesn't prompt you for a commit message by default. Why not? I don't know.
# [15:57] <zewt> except perhaps for the lack of weakrefs (but most people who end up with code that leaks refs probably don't know what those are anyway)
# [15:57] <zcorpan> Ms2ger: not much. :-)
# [15:57] <AryehGregor> And you have to give every patch an arbitrary name.
# [15:57] <Ms2ger> zcorpan, in that case I'd recommend whatwg :)
# [15:57] <smaug____> zewt: well, there is weakmap
# [15:57] * Quits: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl) (Quit: annevk)
# [15:57] <smaug____> (at least in some JS engs)
# [15:58] * Ms2ger removes quirks instead
# [15:58] <AryehGregor> And everything refuses to do anything whatsoever if you have uncommitted changes. git will pretty much always just try to merge your changes with whatever you're doing, which is normally the correct thing.
# [15:59] <zcorpan> ok sent to whatwg
# [15:59] * Joins: necolas (~necolas@109.231.202.66)
# [15:59] <AryehGregor> I've had to resort to hg diff > /tmp/patch; hg revert --all; hg purge; hg qpop -a; hg qq -c somenewqueue; hg qimport /tmp/patch
# [15:59] <smaug____> zewt: I don't know if there are any good tools to debug js leaks
# [15:59] * smaug____ should write one for FF based on cycle collector logs
# [15:59] <AryehGregor> As opposed to, in git: git branch -c somenewbranch master; git commit -a
# [15:59] <karlcow> in Normandy, it has been a very long time we know that CSS (Camenbert Style Sheet) is leaking in web pages http://la-grange.net/2004/03/24-css-fluid-design
# [16:00] * Quits: karega (~karegaani@64.124.202.222) (Ping timeout: 245 seconds)
# [16:01] <AryehGregor> "In WebKit, <font> always overrides the ancestor's text-decoration color, even in standards mode."
# [16:02] <AryehGregor> zcorpan, FWIW, that's because WebKit's handling of text-decoration is completely not per CSS2.1.
# [16:02] <AryehGregor> Only one text-decoration of a given type (underline, etc.) can apply to any given glyph, and it always takes the size and color of that glyph.
# [16:02] <zcorpan> AryehGregor: i tried with <span style=color:red> and it didn't change the color
# [16:02] <AryehGregor> Really?
# [16:02] <AryehGregor> Maybe I'm just thinking of size.
# [16:02] * AryehGregor tests
# [16:03] <AryehGregor> You're right.
# [16:03] <AryehGregor> Weird.
# [16:03] <zcorpan> ok i'm done for today. i'll read the logs
# [16:03] <AryehGregor> I'm thinking of superscript/subscript.
# [16:04] * Joins: karega (~karegaani@64.124.202.222)
# [16:04] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
# [16:11] * Quits: niloy (~niloy@122.179.129.91) (Ping timeout: 276 seconds)
# [16:11] * Quits: niloy_ (~niloy@122.179.129.91) (Ping timeout: 276 seconds)
# [16:25] <jgraham> AryehGregor: I have roughly the same impression of mq fwiw
# [16:34] * Joins: GlitchMr (~glitchmr@178-36-62-85.adsl.inetia.pl)
# [16:36] <Ms2ger> Hrm
# [16:36] <Ms2ger> <table border cellpadding=-10><tr><td>A<td>B</table>
# [16:37] <Ms2ger> What should the padding on the cells be?
# [16:37] <AryehGregor> How does the spec say to parse cellpadding?
# [16:38] <GlitchMr> I would guess either 0 or cellpadding value being ignored...
# [16:38] * Quits: mishunov (~spliter@77.88.72.162) (Ping timeout: 248 seconds)
# [16:38] <Ms2ger> "The table element's cellpadding attribute maps to the pixel length properties 'padding-top', 'padding-right', 'padding-bottom', and 'padding-left' of any td and th elements that have corresponding cells in the table corresponding to the table element."
# [16:38] <Ms2ger> "When the text below says that an attribute attribute on an element element maps to the pixel length property (or properties) properties, it means that if element has an attribute attribute set, and parsing that attribute's value using the rules for parsing non-negative integers doesn't generate an error, then the user agent is expected to use the parsed value as a pixel length for a presentational hint for properties."
# [16:39] * Joins: Alesk\o_ (~Alexandre@men75-9-88-162-131-13.fbx.proxad.net)
# [16:39] <Alesk\o_> hello
# [16:40] * Quits: isherman-book (~Adium@74.125.59.193) (Quit: Leaving.)
# [16:41] <GlitchMr> Negative paddings don't exist in CSS (negative margins exist in CSS nevertheless), so it would be syntax error. Attribute would be ignored (visual part of it, it will be still in DOM), I guess.
# [16:41] <GlitchMr> But that's just my guess
# [16:42] <Ms2ger> I just want someone to tell me that Chrome and Opera are wrong
# [16:42] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
# [16:42] <GlitchMr> In what?
# [16:43] <Ms2ger> In having 0 padding
# [16:44] <GlitchMr> It has 0 padding even without this invalid attribute
# [16:44] <Ms2ger> No it doesn't, it has 1 pixel
# [16:44] <GlitchMr> I don't see difference... weird...
# [16:45] <GlitchMr> It has 1 pixel padding.
# [16:45] <GlitchMr> Either with invalid attribute or without attribute at all.
# [16:45] <GlitchMr> According to Opera debugging tools...
# [16:45] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
# [16:47] <GlitchMr> Oh wait, I had cellpading lol
# [16:47] <GlitchMr> Yeah, you're right...
# [16:47] * Joins: chriseppstein (~chrisepps@209.119.65.162)
# [16:48] <Ms2ger> Good
# [16:48] * Ms2ger wanders off
# [16:48] <GlitchMr> I wouldn't say it's issue. You're using obviously bad HTML code.
# [16:48] <GlitchMr> I will even skip that cellpadding is deprecated in HTML5...
# [16:49] * Joins: ehsan (~ehsan@66.207.208.98)
# [16:51] <Alesk\o_> hello, what about a reset property ? in CSS
# [16:53] * Quits: Ms2ger (~Ms2ger@91.181.83.228) (Ping timeout: 276 seconds)
# [16:53] * Joins: isherman-book (~Adium@74.125.59.193)
# [17:02] * Joins: marten_ (~marten@h254064.upc-h.chello.nl)
# [17:04] * Joins: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net)
# [17:09] * Quits: karega (~karegaani@64.124.202.222) (Ping timeout: 245 seconds)
# [17:10] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
# [17:11] * Parts: ksweeney (~Adium@nyv-exweb.iac.com)
# [17:16] * Joins: karega (~karegaani@64.124.202.222)
# [17:16] * Joins: scor (~scor@drupal.org/user/52142/view)
# [17:16] * Quits: scor (~scor@drupal.org/user/52142/view) (Excess Flood)
# [17:16] * Joins: scor (~scor@drupal.org/user/52142/view)
# [17:23] * nonge__ is now known as nonge
# [17:25] <Alesk\o_> no ? :)
# [17:36] <AryehGregor> Is there some way with mq to reorder patches in a queue? I don't see it in hg help mq . . .
# [17:37] * Joins: Evanescence (~Evanescen@60.183.197.184)
# [17:38] <Philip`> AryehGregor: Pop them all, then edit .hg/patches/series
# [17:38] <AryehGregor> . . .
# [17:39] <AryehGregor> That is patently ludicrous.
# [17:39] <Philip`> http://mercurial.selenic.com/wiki/MqExtension#Using_Mercurial_Queues
# [17:42] * Quits: karega (~karegaani@64.124.202.222) (Ping timeout: 276 seconds)
# [17:45] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (Ping timeout: 252 seconds)
# [17:47] * Joins: diraol (~diraol@189.38.131.49)
# [17:55] <AryehGregor> (although, thanks for the tip)
# [17:55] <AryehGregor> (I just hate Mercurial)
# [17:55] <AryehGregor> (as regulars of this channel might have noticed)
# [17:58] * Quits: diraol (~diraol@189.38.131.49) (Quit: Leaving.)
# [18:01] * Joins: niloy_ (~niloy@42.105.82.153)
# [18:01] * Joins: niloy (~niloy@42.105.82.153)
# [18:03] <MikeSmith> AryehGregor: not ht push --move foo ?
# [18:03] <AryehGregor> MikeSmith, what?
# [18:03] <MikeSmith> *hg qpush --move foo
# [18:04] * Philip` likes it when all the metadata is in nice simple text files that he can edit with a standard text editor, instead of having to memorise sequences of command line arguments
# [18:04] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 252 seconds)
# [18:08] * Quits: isherman-book (~Adium@74.125.59.193) (Quit: Leaving.)
# [18:08] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
# [18:09] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [18:09] <AryehGregor> MikeSmith, ah, that might do it. Thanks.
# [18:09] * Joins: dave_levin (dave_levin@nat/google/x-qsovlnmvpgkkwwgv)
# [18:10] <AryehGregor> Philip`, I'm fine with the text files, just not text-file editing as the recommended way to do things. It's harder to ensure integrity -- mistype and you could corrupt the file.
# [18:10] * gwicke is now known as gwicke_away
# [18:13] <Philip`> Then you'll just get an error when qpushing and you can go and fix it, hopefully
# [18:14] <Philip`> (I suppose the "hopefully" part is worrying)
# [18:14] * gwicke_away is now known as gwicke
# [18:17] * Joins: mpt (~mpt@canonical/mpt)
# [18:18] * Quits: jochen__ (jochen@nat/google/x-jjvtptibkjamxzdy) (Remote host closed the connection)
# [18:18] * Joins: jochen__ (jochen@nat/google/x-gqtihrxeuemlkdnl)
# [18:20] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
# [18:21] * Joins: mpt (~mpt@nat/canonical/x-ratkwjxagteltokm)
# [18:21] * Quits: mpt (~mpt@nat/canonical/x-ratkwjxagteltokm) (Changing host)
# [18:21] * Joins: mpt (~mpt@canonical/mpt)
# [18:25] * Quits: drublic (~drublic@frbg-4d029d94.pool.mediaWays.net) (Ping timeout: 276 seconds)
# [18:26] * Joins: miketaylr (~miketaylr@200.188.39.102)
# [18:26] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:26] <bga> continue 'all in one' idea of opera http://leechcraft.org/
# [18:30] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Quit: tomasf)
# [18:30] * Joins: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se)
# [18:32] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: brb)
# [18:34] * Quits: smaug____ (~chatzilla@GGZMDCCCIX.gprs.sl-laajakaista.fi) (Ping timeout: 265 seconds)
# [18:35] * Quits: tomasf (~tomasf@static-88.131.62.36.addr.tdcsong.se) (Ping timeout: 260 seconds)
# [18:41] * Joins: gavinc (~gavin@barad-dur.carothers.name)
# [18:44] * Joins: isherman-book (~Adium@74.125.59.193)
# [18:48] * Joins: annevk (~annevk@5ED1E624.cm-7-2d.dynamic.ziggo.nl)
# [18:56] * Joins: ap (~ap@2620:149:4:1b01:98c9:b17f:8798:f96e)
# [19:00] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Remote host closed the connection)
# [19:00] * Joins: ezoe (~ezoe@203-140-89-249f1.kyt1.eonet.ne.jp)
# [19:01] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [19:02] * Quits: miketaylr (~miketaylr@200.188.39.102) (Read error: Connection reset by peer)
# [19:02] * Joins: miketaylr (~miketaylr@200.188.39.102)
# [19:03] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Remote host closed the connection)
# [19:03] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [19:04] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Remote host closed the connection)
# [19:04] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [19:05] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Remote host closed the connection)
# [19:06] * Joins: smaug____ (~chatzilla@193-64-22-28-nat.elisa-mobile.fi)
# [19:06] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [19:06] * Quits: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp) (Remote host closed the connection)
# [19:06] * Joins: MikeSmith (~MikeSmith@p15181-obmd01.tokyo.ocn.ne.jp)
# [19:08] * Quits: marten_ (~marten@h254064.upc-h.chello.nl) (Ping timeout: 244 seconds)
# [19:09] * Joins: marten (~marten@h254064.upc-h.chello.nl)
# [19:13] * Joins: erlehmann (~erlehmann@89.204.130.103)
# [19:13] <erlehmann> oh hai
# [19:13] * Quits: miketaylr (~miketaylr@200.188.39.102) (Ping timeout: 272 seconds)
# [19:16] <erlehmann> dat prefix
# [19:16] <erlehmann> ._.
# [19:17] <erlehmann> is there anything that can be said against http://leaverou.github.com/prefixfree/ ?
# [19:17] <Wilto> I have Opinions, but I don’t think you’re looking for the thoughts of some scrub non-WHATWG developer.
# [19:18] <erlehmann> show and tell
# [19:20] <Wilto> I think it is clever. I think it is well-coded. I will never, ever use it because it is terrifying to me.
# [19:21] <Wilto> It is a massive solution to a almost non-existent problem: a minor increase in the verbosity of one’s CSS.
# [19:21] * Quits: izhak (~izhak@188.168.203.213) (Remote host closed the connection)
# [19:21] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [19:21] <Wilto> It’s a new point of failure, it’s a mashing-together of concerns; I dunno. I get the idea—and like I said, it’s cleverly done. I never fault anyone for making cool things. But I wouldn’t use it.
# [19:22] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
# [19:23] <erlehmann> Wilto, intredasting.
# [19:23] * Quits: Evanescence (~Evanescen@60.183.197.184) (Quit: my website: http://stardiviner.dyndns-blog.com/)
# [19:23] <Wilto> She’s good people, too. I feel bad bad-mouthing it.
# [19:23] <Wilto> Anyway.
# [19:23] <zewt> quotostrophes
# [19:24] <erlehmann> wat
# [19:24] <Wilto> Sorry, sorry. Force of habit.
# [19:24] <AryehGregor> So looks like elementFromPoint() only works on stuff in the viewport. Rats.
# [19:24] <erlehmann> Is it “she's”, “she`s”, “sh
# [19:25] <erlehmann> e‘s” or „she’s“ ?
# [19:25] <erlehmann> AryehGregor, what you use it for?
# [19:25] <AryehGregor> erlehmann, testing the bounds of transformed elements programmatically.
# [19:25] <AryehGregor> Looks like I have to keep them in the viewport somehow.
# [19:26] <erlehmann> scrollTo
# [19:26] * Joins: pablof (~pablof@144.189.101.1)
# [19:26] <erlehmann> AryehGregor, is that a solution?
# [19:27] * AryehGregor will try
# [19:27] <AryehGregor> Seems like Opera's elementFromPoint() is a stub that just always returns undefined.
# [19:27] <AryehGregor> Guess it will fail all these tests.
# [19:27] <AryehGregor> Oh well.
# [19:27] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
# [19:28] <erlehmann> scrollTop
# [19:28] <erlehmann> set element.scrollTop
# [19:28] <dglazkov> good morning, Whatwg!
# [19:29] <erlehmann> AryehGregor, this is how i scroll http://warumnicht.so/wn-8.html
# [19:29] * Quits: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net) (Quit: othermaciej)
# [19:29] <dglazkov> hsivonen: how does DWIM deabbreviate?
# [19:29] <AryehGregor> dglazkov, "do what I mean"
# [19:29] <dglazkov> sure! I'll do it. What do you mean? :)
# [19:30] <dglazkov> AryehGregor: and thanks -- I suspected as much, just wanted to check.
# [19:32] <gsnedders> AryehGregor: elementFromPoint should return stuff at times.
# [19:32] <AryehGregor> gsnedders, good to know.
# [19:33] <AryehGregor> Seems to not work in my test-cases, though.
# [19:33] <gsnedders> AryehGregor: http://tc.labs.opera.com/apis/cssom/023.htm is a case of us returning too much!
# [19:34] * Joins: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
# [19:38] * Joins: maikmerten (~maikmerte@port-92-201-172-238.dynamic.qsc.de)
# [19:39] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
# [19:39] * Quits: necolas (~necolas@109.231.202.66) (Remote host closed the connection)
# [19:42] * Quits: Jedi_ (~Jedi@jedi.org) (Ping timeout: 252 seconds)
# [19:43] * Joins: ksweeney (~Adium@nyv-exweb.iac.com)
# [19:45] * Joins: jernoble (~jernoble@2620:149:4:1b01:e814:be56:ddee:98fc)
# [19:52] * Joins: drublic (~drublic@frbg-4d02927a.pool.mediaWays.net)
# [19:55] * Quits: drublic (~drublic@frbg-4d02927a.pool.mediaWays.net) (Remote host closed the connection)
# [19:58] * Joins: BenoitRen (~BenoitRen@91.177.38.222)
# [19:59] * Joins: rarar3 (~subway@ridezap.com)
# [20:00] <BenoitRen> Hi there. I'm a bit confused about the q element and have a question about the i element.
# [20:00] <BenoitRen> See, I've always used the q element for lines spoke by characters in fan fiction.
# [20:00] <BenoitRen> Additionally, I've also used the q element for characters's thoughts, with a "thoughts" class to have them in italics.
# [20:01] <BenoitRen> I just did some reading and I may have been using the q element wrong, at least for thoughts. It seems the i element should be used for those.
# [20:02] <BenoitRen> As for using the q element for character lines, I'm not sure about that.
# [20:02] * Quits: nonge (~nonge@p5082A230.dip.t-dialin.net) (Quit: Verlassend)
# [20:02] <BenoitRen> Please advice.
# [20:04] * Parts: ksweeney (~Adium@nyv-exweb.iac.com)
# [20:08] * Quits: niloy_ (~niloy@42.105.82.153) (Ping timeout: 248 seconds)
# [20:09] * Quits: niloy (~niloy@42.105.82.153) (Ping timeout: 272 seconds)
# [20:13] <Philip`> BenoitRen: What's wrong with just using double-quotes to denote speech?
# [20:13] <BenoitRen> Philip`: Nothing; I just thought using the q element added semantic value.
# [20:14] <erlehmann> BenoitRen, which value? if you are not quoting something?
# [20:14] <erlehmann> if you are quoting something, i understand q.
# [20:14] <BenoitRen> erlehmann: I thought I was quoting the speaker.
# [20:15] <erlehmann> BenoitRen, does the speaker have a URI?
# [20:15] <BenoitRen> erlehmann: No...
# [20:15] <erlehmann> BenoitRen, what are you denoting then?
# [20:15] <BenoitRen> erlehmann: A quote, I thought.
# [20:16] <AryehGregor> Okay, so if you have a patch in your queue and it was applied upstream and you qpop -a, pull -u, qpush -a . . . every patch that was applied upstream fails with merge conflicts and you have to manually delete it?
# [20:16] * Quits: annevk (~annevk@5ED1E624.cm-7-2d.dynamic.ziggo.nl) (Quit: annevk)
# [20:16] <AryehGregor> Really?
# [20:16] <erlehmann> BenoitRen, try to phrase it subject-verb-object.
# [20:17] <AryehGregor> As opposed to git rebase, which silently drops any patches that were accepted upstream?
# [20:17] <AryehGregor> Is there some smart way to avoid this, or do I just have to manually delete those patches?
# [20:17] <erlehmann> like, someone said „x“
# [20:18] <Philip`> BenoitRen: I think "semantic value" by itself isn't usually worthwhile - markup is only useful when it's interpreted by something, and then you can use the way it's interpreted as a guide to how you should use the markup
# [20:19] <AryehGregor> Okay, so maybe I want to do hg qfinish -a?
# [20:19] <Philip`> BenoitRen: and I'm not aware of <q> being interpreted usefully by anything (though that may just be my ignorance)
# [20:19] <AryehGregor> That looks like it does what I want.
# [20:19] <AryehGregor> Oh, no, it doesn't.
# [20:19] <erlehmann> Philip (i cannot find out which quote character is that)
# [20:19] <AryehGregor> Grrr.
# [20:19] <erlehmann> Philip, q @cite can be interpreted usefully.
# [20:20] <erlehmann> also styling hooks
# [20:20] * Joins: niloy (~niloy@42.105.82.153)
# [20:20] <erlehmann> q[lang=en]
# [20:20] <erlehmann> „quotes“ can be ”different”
# [20:20] * Joins: niloy_ (~niloy@42.105.82.153)
# [20:22] <Philip`> Seems easier to just write the quote characters that you want, using whatever system you already have in place for i18n to handle all the language-specific things that can't be hooked onto <q>
# [20:22] <erlehmann> i always use q and blockquote with cite, in case i have to untangle something.
# [20:23] <erlehmann> Philip, “whatever system you already have in place” certainly isn't easier ;)
# [20:23] <erlehmann> but writing quote characters for speech, that i support.
# [20:28] * Joins: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net)
# [20:29] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
# [20:30] * Parts: freedrull (~freedrull@freedrull.xen.prgmr.com)
# [20:30] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [20:33] * Quits: niloy (~niloy@42.105.82.153) (Ping timeout: 245 seconds)
# [20:34] * Quits: niloy_ (~niloy@42.105.82.153) (Ping timeout: 248 seconds)
# [20:36] <BenoitRen> So, uh, I've been using the quote characters wrong, then? :S
# [20:36] <BenoitRen> The q element, I mean.
# [20:36] <BenoitRen> s/quote characters/q element
# [20:38] * Joins: othermaciej (~mjs@17.245.88.119)
# [20:38] * Quits: maikmerten (~maikmerte@port-92-201-172-238.dynamic.qsc.de) (Quit: Leaving)
# [20:38] <Philip`> BenoitRen: I think the problem is that "wrong" is hard to define, when there is basically no noticeable effect from using the elements at all, so you can't tell whether it's having an appropriate or inappropriate effect
# [20:39] <BenoitRen> Philip`: I define 'wrong' as 'is not what the spec says it should be used for'.
# [20:39] <Philip`> Specs can be wrong :-)
# [20:40] <BenoitRen> Then the spec has to be fixed! But in the meantime, it is what I'm using...
# [20:41] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
# [20:41] <Philip`> Per my reading of HTML5, using <q> for speech inside a piece of text is wrong, since you're not quoting from an external piece of text
# [20:42] <BenoitRen> Okay.
# [20:42] <Philip`> though I wouldn't be entirely certain about that
# [20:42] <BenoitRen> *a smash into a wall could be heard*
# [20:43] <Philip`> but then I'm never certain about the semantics of any of HTML, because they always seem to be phrased strangely and/or vaguely :-)
# [20:45] <Philip`> If you want an 'official' answer, I guess the best way is to file a bug asking for the spec to clarify your particular case, and see what Hixie thinks the semantics should be
# [20:45] * gwicke is now known as gwicke_away
# [20:48] <BenoitRen> B-b-but I already asked for a clarification a couple months ago on a different issue in an existing bug and didn't get a reply. :'(
# [20:49] <Philip`> Some people wait years for a response from the editor :-)
# [20:50] * Philip` thinks 5 years is about the longest he's seen
# [20:50] <erlehmann> the spec should have a section “leters from the editor”
# [20:51] <Philip`> I suppose it'd be quicker if someone else on IRC understands the issue properly and can help
# [20:52] * Philip` doesn't know much, and just has a general distrust of vague subjective semantics that don't provide any real value to anyone :-p
# [20:52] <Hixie> matjas: you'll need to have a punycode encoder anyway, before you can send your e-mails
# [20:54] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 245 seconds)
# [20:54] <matjas> Hixie: not if your back-end scripting language or mail client handles that for you automatically
# [20:54] <Hixie> well if it handles it for you automatically, you already have a punycode encoder
# [20:54] <Hixie> so just use that
# [20:55] <Hixie> bbiab, gotta go to the office
# [20:55] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
# [20:55] <matjas> what if it doesn’t expose the API?
# [20:55] <erlehmann> be back in a binute?
# [20:56] <matjas> erlehmann: boat*
# [21:02] * Joins: annevk (~annevk@a82-161-179-17.adsl.xs4all.nl)
# [21:02] <BenoitRen> So can I use the i element for an onomatopoeia?
# [21:03] <erlehmann> stop doing that
# [21:04] <BenoitRen> I haven't done it yet, but I'm asking if it's appropriate.
# [21:04] * Joins: necolas (~necolas@5e0c3ba3.bb.sky.com)
# [21:04] <BenoitRen> If not, what element would be appropriate?
# [21:05] * Quits: Alesk\o_ (~Alexandre@men75-9-88-162-131-13.fbx.proxad.net) (Read error: Connection reset by peer)
# [21:12] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Ping timeout: 245 seconds)
# [21:13] * Joins: JVoracek (~J_Voracek@71.21.195.70)
# [21:14] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
# [21:17] <erlehmann> BenoitRen, what exactly are you trying to convey here?
# [21:18] <BenoitRen> erlehmann: An onomatopoeia? Hold on, I'll paste the relevant line.
# [21:18] <BenoitRen> "Hearing the loud /ka-KLANG/ of an iron door slamming shut is a scary experience."
# [21:19] <erlehmann> well, make it strong?
# [21:19] <erlehmann> or wait
# [21:19] <erlehmann> is it a different, set-off tone?
# [21:19] <Wilto> I mean, that _is_ an "alternate voice," I suppose.
# [21:23] <BenoitRen> I don't have much more to go on other than that line and the fact that the ka-KLANG must be in italics.
# [21:23] <BenoitRen> Because it's an onomatopoeia.
# [21:23] <BenoitRen> It sounds like a different tone to me, though.
# [21:24] <BenoitRen> Full disclosure: people send me stories, I zap the typos, then mark them up.
# [21:25] * jernoble is now known as jernoble|afk
# [21:30] * Quits: isherman-book (~Adium@74.125.59.193) (Quit: Leaving.)
# [21:31] <erlehmann> BenoitRen, how much does that pay?
# [21:33] <Philip`> BenoitRen: If it would usually be rendered in italics in a visual medium, and there isn't an obviously more appropriate semantic element, then that sounds like a good use for <i>
# [21:34] * Quits: JVoracek (~J_Voracek@71.21.195.70) (Ping timeout: 245 seconds)
# [21:41] * Quits: erichynds (~ehynds@venkman.brightcove.com)
# [21:42] * gwicke_away is now known as gwicke
# [21:43] * Quits: fokker680 (~fokker680@186.19.219.18) (Quit: Linkinus - http://linkinus.com)
# [21:44] * Joins: DJVoracek (~J_Voracek@71.21.195.70)
# [21:56] * jernoble|afk is now known as jernoble
# [21:58] <BenoitRen> erlehmann: Pay? I'm doing this for free. It's for a fansite.
# [21:59] * Joins: diraol (~diraol@189.38.131.49)
# [22:01] <Wilto> I bet it's a WHATWG fansite. I could've sworn I heard a "ka-KLANG" in here earlier.
# [22:05] * Joins: jarek (~jarek@bcv51.neoplus.adsl.tpnet.pl)
# [22:05] * Quits: jarek (~jarek@bcv51.neoplus.adsl.tpnet.pl) (Changing host)
# [22:05] * Joins: jarek (~jarek@unaffiliated/jarek)
# [22:06] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Ping timeout: 265 seconds)
# [22:06] * Quits: smaug____ (~chatzilla@193-64-22-28-nat.elisa-mobile.fi) (Remote host closed the connection)
# [22:06] * Joins: nielsle (~nielsle@3239059-cl69.boa.fiberby.dk)
# [22:07] * Joins: smaug____ (~chatzilla@193-64-22-28-nat.elisa-mobile.fi)
# [22:11] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
# [22:11] * BenoitRen wonders what ka-KLANG has to do with WHATWG.
# [22:12] * Quits: rniwa_ (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa_)
# [22:12] <bga> http://mozilla-antarctica.org/
# [22:13] * Quits: DJVoracek (~J_Voracek@71.21.195.70) (Ping timeout: 245 seconds)
# [22:16] * Quits: GlitchMr (~glitchmr@178-36-62-85.adsl.inetia.pl) (Read error: Connection reset by peer)
# [22:17] <BenoitRen> I'm always disappointed to find out that Mozilla-related sites make no effort at being standards compliant.
# [22:19] <roc> what's wrong with it?
# [22:20] <roc> erlehmann: the only thing against prefix-free and other similar tools is that if everyone used them, we might as well not have vendor prefixes at all
# [22:21] <BenoitRen> Divitis, fake XHTML, some invalid CSS, doesn't resize to viewport...
# [22:21] <erlehmann> roc, but vendor prefixes work differently and have different notations.
# [22:21] * Quits: graememcc (~chatzilla@host86-147-206-88.range86-147.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129161724])
# [22:23] <roc> the point of vendor prefixes is (was?) to let people experiment without creating compatibility issues around the unprefixed name
# [22:23] <BenoitRen> Oh, I see the root of the problem already; the site uses WordPress.
# [22:23] <bga> as result you will need jq for css. was attachEvent or addEventListener, become css prefixes w/ defferent notations
# [22:23] <roc> everything that encourages Web developers to start using the unprefixed name immediately, reduces that benefit.
# [22:24] <roc> if all Web developers use the unprefixed name immediately, there is no benefit.
# [22:24] <BenoitRen> When I look at my Error Console I wonder who had the bright idea of reporting every use of vendor-prefixed CSS as a warning.
# [22:24] <erlehmann> roc, i see.
# [22:25] * Quits: marten (~marten@h254064.upc-h.chello.nl) (Quit: leaving)
# [22:25] * Joins: marten (~marten@h254064.upc-h.chello.nl)
# [22:25] <roc> Henri explained all this quite some time ago :-)
# [22:25] <BenoitRen> It even reports CSS that's valid but that it doesn't support yet.
# [22:26] <erlehmann> Benoit, that is a good idea.
# [22:27] * Quits: erlehmann (~erlehmann@89.204.130.103) (Remote host closed the connection)
# [22:27] <roc> it's hard to tell whether CSS we don't support yet is valid or not :-)
# [22:27] <roc> yes, it would seem to make sense to suppress warnings for other vendor's prefixed properties
# [22:27] <roc> dunno why we don't do that
# [22:29] * Quits: romainhuet (u2533@gateway/web/irccloud.com/x-tfyjumglkfohctlj) (Quit: Connection closed for inactivity)
# [22:32] * Quits: marten (~marten@h254064.upc-h.chello.nl) (Quit: leaving)
# [22:32] * Joins: marten (~marten@h254064.upc-h.chello.nl)
# [22:34] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
# [22:36] <jgraham> BenoitRen: "divitis" and "doesn't resize to the viewport" are hardly standards compliance isues
# [22:36] <BenoitRen> jgraham: You're wrong.
# [22:36] <jgraham> Convince me
# [22:37] <jgraham> (also it doesn't seem to be fake XHTML, just to have a lot of vendor-specific, non-compliant facebook crap. Which makes it roughly like every other site on the internet)
# [22:37] * Quits: lar_zzz (~lar_zzz@p4FE25E99.dip.t-dialin.net) (Quit: Leaving.)
# [22:40] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:40] <jgraham> (to be fair it is not just facebook, there are several species of pseudo-namespaces living there)
# [22:40] <BenoitRen> jgraham: It is fake XHTML. It's not sent as application/xhtml+xml, it has xmlns and rogue slashes, plus CDATA nonsense in JavaScript so an XML parser wouldn't barf on it.
# [22:41] <jgraham> The rouge slashes are silly but allowed per spec
# [22:41] <BenoitRen> jgraham: As for standards compliance, accessibility and using HTML semantically are part of standards compliance as defined by the W3C.
# [22:41] <jgraham> The xmlns isn't for XHTML
# [22:41] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
# [22:41] <gsnedders> @xmlns is allowed on the root element too, per spec.
# [22:42] <jgraham> gsnedders: Not like this
# [22:42] <gsnedders> But this isn't @xmlns
# [22:42] <gsnedders> This is @xmlns:fb
# [22:42] <BenoitRen> xmlns is an XML construct that's often used in XHTML, because XHTML is HTML in XML form.
# [22:43] <jgraham> BenoitRen: you haven't explained why it is inaccesible. I see it using lots of divs for layout but lots of elements with more specific semantics in mostly OK ways
# [22:43] <BenoitRen> Hence anyone who tries to use it in a web page is implicitly trying to write XHTML.
# [22:43] <gsnedders> BenoitRen: Or trying to write RDFa.
# [22:44] <jgraham> BenoitRen: In this case they are trying to do whatever they have to do to get the addthis script to work
# [22:44] <jgraham> Which appears to involve some gunk involving the string "xmlns" but otherwise be entirely unconnected to XHTML
# [22:44] <jgraham> It doesn't even look much like RDFa
# [22:45] <BenoitRen> jgraham: <div>Written by: <a href="http://mozilla-antarctica.org/author/JanB/" title="Posts by Jan" rel="author">Jan</a></div>
# [22:46] <gsnedders> fb:like:layout is invalid in both XHTML and RDFa and just bizzare.
# [22:46] <gsnedders> BenoitRen: How does that div cause any problem for AT?
# [22:46] <BenoitRen> gsnedders: That's an example of divitis. The div element is abused there.
# [22:47] <jgraham> Yeah it's not ideal but I doubt it would make a practical difference in any UA to spell <div> <p> in that case
# [22:47] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
# [22:48] <BenoitRen> <div><p>? Replacing div by p would be enough.
# [22:48] <BenoitRen> It's a piece of text.
# [22:48] <BenoitRen> div is meant to make sections of block-level elements.
# [22:48] <BenoitRen> Text is not a block-level element.
# [22:50] <jgraham> That is almost, but not quite entirely, unlike what the spec says
# [22:51] <jgraham> "The div element has no special meaning at all. It represents its children. It can be used with the class, lang, and title attributes to mark up semantics common to a group of consecutive elements."
# [22:51] <hober> s/ entirely,/, entirely/
# [22:51] <gsnedders> hober: The two statements are both grammatically possible, though semantically different.
# [22:51] <gsnedders> hober: I expect jgraham meant what he wrote.
# [22:52] <jgraham> hober's sentence is closer to H2G2 though
# [22:52] <jgraham> Which is really what I meant
# [22:53] * Quits: Druide__ (~Druid@p5B137537.dip.t-dialin.net)
# [22:53] <jgraham> (at least if wikipedia managed to copy it correctly)
# [22:53] * gsnedders remembers jgraham saying that he would lend him And Another Thing… a while ago.
# [22:54] <gsnedders> But seeming I live in another country now that seems mostly irrelevant.
# [22:54] * Joins: ksweeney (~Adium@63.119.11.19)
# [22:55] * Joins: ksweeney1 (~Adium@nyv-exweb.iac.com)
# [22:56] * Joins: [[zzz]] (~q@101.108.99.91)
# [22:56] * Joins: plutoniiix (~plutoniix@101.108.99.91)
# [22:56] * Joins: tantek (~tantek@70-36-139-112.dsl.dynamic.sonic.net)
# [22:57] * Joins: Druide__ (~Druid@p5B137537.dip.t-dialin.net)
# [22:58] * Quits: necolas (~necolas@5e0c3ba3.bb.sky.com) (Ping timeout: 248 seconds)
# [22:58] * Joins: necolas (~necolas@5e0c3ba3.bb.sky.com)
# [22:58] * Quits: ksweeney (~Adium@63.119.11.19) (Ping timeout: 240 seconds)
# [22:59] * Quits: xec_ (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01) (Remote host closed the connection)
# [22:59] * Quits: [[zz]] (~q@125.25.31.153.adsl.dynamic.totbb.net) (Ping timeout: 252 seconds)
# [23:00] * Quits: plutoniix (~plutoniix@125.25.31.153.adsl.dynamic.totbb.net) (Ping timeout: 276 seconds)
# [23:02] <bga> http://common-lisp.net/project/closure/
# [23:05] * Quits: diraol (~diraol@189.38.131.49) (Quit: Leaving.)
# [23:06] * Quits: rarar3 (~subway@ridezap.com) (Quit: node-irc says goodbye)
# [23:07] * Joins: diraol (~diraol@189.38.131.49)
# [23:08] * Quits: smaug____ (~chatzilla@193-64-22-28-nat.elisa-mobile.fi) (Ping timeout: 252 seconds)
# [23:09] * Quits: necolas (~necolas@5e0c3ba3.bb.sky.com) (Read error: Connection reset by peer)
# [23:09] * Quits: danbri (~danbri@cable-146-255-152-227.dynamic.telemach.ba) (Ping timeout: 244 seconds)
# [23:10] * Joins: seventh (seventh@207.207.28.145)
# [23:12] * Joins: necolas (~necolas@5e0c715f.bb.sky.com)
# [23:14] * Joins: necolas_ (~necolas@5e0c715f.bb.sky.com)
# [23:14] * Quits: MacTed (~Thud@63.119.36.36)
# [23:17] * Quits: necolas (~necolas@5e0c715f.bb.sky.com) (Ping timeout: 245 seconds)
# [23:21] <BenoitRen> Does narration count as a different voice or tone for which the i element would be used?
# [23:21] <BenoitRen> I imagine it's similar to stage directions, which are used with it.
# [23:22] * Parts: ksweeney1 (~Adium@nyv-exweb.iac.com)
# [23:24] * Joins: jarek (~jarek@aeap67.neoplus.adsl.tpnet.pl)
# [23:24] * Quits: jarek (~jarek@aeap67.neoplus.adsl.tpnet.pl) (Changing host)
# [23:24] * Joins: jarek (~jarek@unaffiliated/jarek)
# [23:25] * Joins: Jedi_ (~Jedi@jedi.org)
# [23:27] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
# [23:29] * Quits: gwicke (~gabriel@212.255.32.147) (Quit: Bye!)
# [23:30] * Joins: danbri (~danbri@cable-146-255-152-227.dynamic.telemach.ba)
# [23:30] * Joins: erlehmann (~erlehmann@89.204.130.103)
# [23:30] * Parts: Wilto (u2821@gateway/web/irccloud.com/x-uivhbfydznlqwull)
# [23:32] * Quits: snowfox (~benschaaf@50-77-199-197-static.hfc.comcastbusiness.net) (Read error: Operation timed out)
# [23:32] <erlehmann> BenoitRen, then upgrade your browser.
# [23:32] <BenoitRen> erlehmann: ?
# [23:32] * Quits: diraol (~diraol@189.38.131.49) (Quit: Leaving.)
# [23:32] <erlehmann> 22:18 <BenoitRen> When I look at my Error Console I wonder22:18 <BenoitRen> When I look at my Error Console I wonder who had the bright idea of reporting every use of vendor-prefixed CSS as a warning.
# [23:32] <erlehmann> sorry, pastefail
# [23:33] <BenoitRen> erlehmann: Does the latest version no longer do that, or something?
# [23:33] <erlehmann> BenoitRen, does the latest version support more CSS?
# [23:34] <BenoitRen> erlehmann: A little bit, I guess. I'm really most annoyed at the warnings about vendor-specific CSS, though.
# [23:34] <BenoitRen> erlehmann: I don't think it supports box-shadow and other CSS3 friends, though.
# [23:35] <erlehmann> BenoitRen, vendor-specific CSS is not good. stop using it.
# [23:35] <BenoitRen> erlehmann: There's no other option if you want rounded corners in all web browsers.
# [23:35] * Joins: diraol (~diraol@189.38.131.49)
# [23:36] <erlehmann> BenoitRen, then you *don't* want that. let it degrade gracefully instead.
# [23:36] <BenoitRen> erlehmann: I think you'll have a hard time selling that to your employers...
# [23:36] * Joins: smaug____ (~chatzilla@GYYMDCXVIII.gprs.sl-laajakaista.fi)
# [23:37] <zewt> non-real-world viewpoints detected
# [23:37] <BenoitRen> erlehmann: I don't see the problem as long as you include the standards compliant version so things will still look the same when the browsers do support CSS3 better.
# [23:37] <erlehmann> BenoitRen, I am not an expert on the topic of “selling” but there are things a dev should not do.
# [23:38] <zewt> and using vendor css is not one of them
# [23:38] <erlehmann> BenoitRen, that is one acceptable thing.
# [23:38] <jarek> Hello
# [23:38] <Philip`> Yeah, you certainly shouldn't try to solve your customer's/employer's real problems, and you should focus on hypothetical future concerns instead
# [23:38] * Joins: Evanescence (~Evanescen@60.183.197.184)
# [23:38] <roc> this entire mini-thread is an excellent case study of why Henri is right and vendor prefixes can't work
# [23:38] <erlehmann> roc, what does Henri say?
# [23:39] <jarek> why do we have to use document.createElementNS() in order to create SVG element in HTML5?
# [23:39] <jarek> it doesn't make sense, HTML has no namespaces
# [23:39] <erlehmann> jarek, broblem?
# [23:39] <BenoitRen> jarek: I'd imagine because SVG is XML-based.
# [23:39] <Hixie> jarek: DOM has namespaces
# [23:39] <jarek> BenoitRen: but document.createElementNS() belongs to HTML document :/
# [23:39] <roc> http://hsivonen.iki.fi/vendor-prefixes/
# [23:39] <Hixie> jarek: technically HTML has namespaces too, it's text/html that doesn't have them
# [23:40] <jarek> if it's not required to specify namespace in markup, why should it be necessary when creating elements via JavaScript?
# [23:40] <heycam|away> I would love it if createElement("svg") would work -- but I have a feeling we can't do that
# [23:40] * heycam|away is now known as heycam
# [23:41] <BenoitRen> Hixie: Could you please enlighten me for a second by telling me if it's appropriate to use the q element for character lines spoken in a fan fiction story?
# [23:41] <BenoitRen> Hixie: The spec is ambiguous.
# [23:41] <BenoitRen> jarek: Because JavaScript interacts with the DOM, I think.
# [23:41] <Hixie> jarek: so we know which namespace to put it in (in text/html, you specify the namespace too, by using certain elements before the others)
# [23:41] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: brb)
# [23:42] <Hixie> BenoitRen: i would just use quote marks
# [23:43] <Hixie> BenoitRen: <q> is supposed to be for specifically quoting another source
# [23:43] <jarek> Hixie: but SVG element names don't clash with HTML or MathML element names, this seems to unnecessary
# [23:43] <Hixie> jarek: sure they do
# [23:43] <jarek> s/to/to be
# [23:43] <Hixie> jarek: <a>, for example
# [23:43] <BenoitRen> Hixie: Okay. Should I file a bug then about the spec? Because I don't think the spec makes this clear enough, specificially in the examples.
# [23:43] <jarek> ahh... right...
# [23:43] <BenoitRen> *specifically
# [23:44] <Hixie> BenoitRen: if you think it's important, sure
# [23:44] <BenoitRen> Hixie: I think an unambiguous spec is important. :) Thanks!
# [23:46] <jgraham> """Meanwhile, to the people who think the solution is for Mozilla and others to just "work harder" at evangelism, or implementation, or standards work --- I cast aspersions in your direction. You have no idea how hard we work.""" - roc, you are awesome
# [23:47] <jgraham> (for saying that rather than for how hard you work)
# [23:47] <jgraham> (although I don't dobt you work hard :)
# [23:47] <erlehmann> I would like to see the strategic papers of the WebKit dev people.
# [23:47] <roc> there aren't any
# [23:47] <roc> there's no conspiracy
# [23:48] <roc> they're even good people
# [23:48] <erlehmann> roc, then it's worse than I thought :(
# [23:48] <jamesr_> WebKit isn't even one thing in this discussion
# [23:48] <roc> it's just market forces at work
# [23:48] <jamesr_> we (chrome) have to reverse-engineer the implementaiton of -webkit- prefixed things to ship
# [23:48] <jamesr_> the main difference for us is we don't have the same moral issues with shipping a -webkit- prefixed implementation of something that, say, a firefox or IE would
# [23:49] <jamesr_> maybe that's wrong
# [23:49] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [23:49] <erlehmann> jamesr_, aren't you using webkit? why reverse-engineer then?
# [23:49] <jamesr_> but when you see webkit vendor prefixes sometimes it means that all webkit-based browsers share an implementation, and sometimes they're totally differen
# [23:49] <jamesr_> erlehmann, the implementation isn't always in WebKit proper
# [23:49] * Joins: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca)
# [23:49] <erlehmann> lesson learned: if you ship stuff in a broken state, support it forever.
# [23:49] <jamesr_> for example 3d transforms - the parsing and some of the logic is in webkit, but all of the rendering stuff we've had to reverse-engineer and reimplement something that kind of sort of matches CoreAnimation
# [23:49] * Quits: davidb (~davidb@bas1-toronto06-2925211583.dsl.bell.ca) (Client Quit)
# [23:49] <jamesr_> just like everyone else
# [23:49] <jgraham> s/in a broken state/
# [23:50] <jgraham> The rule is "if you ship stuf everyone has to deal with the legacy you create"
# [23:51] <roc> it's certainly true that Webkit browser companies could have done, and still could do, a lot more to support the open Web
# [23:51] <roc> but it's not surprising that they haven't, or even wrong really
# [23:52] <erlehmann> roc, wrong in a moral sense?
# [23:52] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
# [23:52] <jgraham> It's not really in their best interests. And it is very easy to ignore stuff that isn't in your best interests when you are being praised for it.
# [23:53] <erlehmann> hehe
# [23:53] <erlehmann> then it may be good that people are creating awareness
# [23:53] <jgraham> Creating awareness of what?
# [23:53] * Quits: marten (~marten@h254064.upc-h.chello.nl) (Quit: Lost terminal)
# [23:54] <jgraham> So far the message that I have got is that Mozilla + Opera + Microsoft are evil for wanting content to work in their browsers
# [23:54] <jgraham> That's not a message I care to endorse
# [23:55] <jamesr_> discussions centered around who is and isn't being evil are safe to ignore
# [23:55] <jamesr_> nothing productive comes out of them
# [23:55] * Joins: lar_zzz (~lar_zzz@p4FE256CD.dip.t-dialin.net)
# [23:56] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
# [23:57] <jgraham> If only the chair of the CSS WG shared that opinion
# [23:57] <roc> erlehmann: what, if anything, "morally" means for a company is a really hard question. Certainly I find it hard to single out Apple and Google as morally wrong for doing whatever's legal to maximize their profits, which is our current legal environment says they are obliged to do
# [23:57] <jamesr_> jgraham, in this instance i think the chair can be ignored
# [23:58] <roc> if only
# [23:58] <roc> our press people are being bombarded
# [23:58] <erlehmann> roc, in german we call this „rechtspositivismus“ and do not hold this position in high regard
# [23:58] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:58] <erlehmann> (at least that's what i got from my history lessons)
# [23:59] <erlehmann> roc, advocating that what a company is doing is legal does not solve any moral problem.
# [23:59] <erlehmann> next up: don't hate webkit because it's so successful ;)
# Session Close: Fri Feb 10 00:00:00 2012

The end :)