Options:
- # Session Start: Thu Aug 04 00:00:01 2011
- # Session Ident: #whatwg
- # [00:03] <annevk> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13640 reference fights
- # [00:03] <annevk> teehee
- # [00:03] <annevk> I could learn a thing or two from AryehGregor
- # [00:05] <Hixie> maybe one day plh will reply to http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0013.html or http://lists.w3.org/Archives/Public/public-web-perf/2011Jul/0090.html
- # [00:07] <TabAtkins> Hm. How do you use innerHTML to replace the contents of an iframe?
- # [00:10] <jgraham> Which contents?
- # [00:10] <annevk> http://blog.webmproject.org/2011/08/one-to-one-vp8-video-calling-now.html so that only leaves Apple in a way
- # [00:10] <jgraham> The child nodes or the framed document?
- # [00:11] <jgraham> (I would have thought that iframe.innerHTML or iframe.contentDocument.innerHTML would work)
- # [00:11] <jgraham> (but setting .innerHTML on document might not work everywhere yet)
- # [00:12] <TabAtkins> The latter doesn't seem to work for me, and I can't get to contentDocument.body
- # [00:12] <jgraham> contentDocument.documentNode?
- # [00:12] <TabAtkins> Actually, just calling contentDocument seems to return undefined all the tiem.
- # [00:12] <annevk> wait for onload
- # [00:12] <jgraham> Is this with chrome and a data: uri?
- # [00:13] <annevk> anything but about:blank loads async
- # [00:13] <TabAtkins> jgraham: Chrome, yes. data: url, no. I'm using a blank src.
- # [00:13] <annevk> iirc
- # [00:13] <jgraham> The ways of about:blank are mysterious to me
- # [00:14] <jgraham> Maybe chrome loads that async? But surely taht would break sites...
- # [00:15] <TabAtkins> annevk: Even creating an iframe within the javascript console doesn't work, though.
- # 06[00:15] * jgraham ->sleep++
- # [00:17] <annevk> wait for onload
- # [00:17] <TabAtkins> annevk: Again, creating one in the console, then in a separate command asking for contentDocument, return "undefined".
- # [00:18] <TabAtkins> Given my slow human fingers, I'm quite certain that onload fires between those two actions.
- # [00:21] <annevk> is it in a document?
- # [00:21] <TabAtkins> Hm, guess not.
- # [00:21] <annevk> "When an iframe element is first inserted into a document, the user agent must create a nested browsing context, and then process the iframe attributes for the first time."
- # [00:21] <annevk> that would explain your problem
- # [00:22] <TabAtkins> Ah, indeed. It all works now, thanks!
- # 02[00:25] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
- # 03[00:27] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
- # [00:28] <remysharp> Is this as good a place as any to ask about indexeddb?
- # [00:28] <TabAtkins> Sure.
- # 02[00:28] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
- # 02[00:29] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 5.0/20110615151330])
- # [00:29] <remysharp> regarding the transaction method
- # [00:30] <remysharp> creating new transactions
- # [00:30] <remysharp> I've seen tutorials offering a third argument - usually 0 (zero) but I can't for the life of me work out what it's supposed to be.
- # [00:30] <remysharp> any ideas?
- # [00:30] <remysharp> I did try the spec, but really couldn't work it out from there - not sure if I was being blind or it's just not completely clear
- # [00:31] <remysharp> for example: db.transaction(['notes'], IDBTransaction.READ_WRITE, 0)
- # 02[00:33] * Quits: cpearce (~chatzilla@ip-118-90-10-25.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # 03[00:33] * Joins: cpearce (~chatzilla@ip-118-90-21-54.xdsl.xnet.co.nz)
- # 03[00:35] * Joins: blooberry_ (~blooberry@198.145.35.12)
- # 02[00:35] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
- # 03[00:35] * blooberry_ is now known as blooberry
- # [00:35] <TabAtkins> I can't tell very well, because the spec is almost entirely devoid of examples, but I suspect it's a timeout.
- # [00:36] <remysharp> yeah - it's not completely clear - glad it's not just me!
- # [00:36] <TabAtkins> Nah, this spec is *super* horrible for reading.
- # [00:36] <remysharp> Cheers - searching timeout, I'd say you're right.
- # [00:37] <remysharp> thanks for that - wasted hours the other night trawling through articles - not sure why I did check in here first!
- # [00:37] <TabAtkins> ^_^
- # [00:37] <annevk> per spec there's only two arguments
- # [00:37] <annevk> so that last argument is bogus and will be ignored
- # [00:37] <TabAtkins> annevk: Where are you finding the description of the transaction() method?
- # [00:37] <annevk> http://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html#database-interface
- # [00:38] <remysharp> cripes - good work finding that
- # [00:38] <TabAtkins> Ah, there it is.
- # [00:38] <remysharp> how I didn't see that before....
- # [00:38] <remysharp> ssheesh
- # [00:38] <jamesr> Hixie: fwiw on the public-web-perf spec i updated all the specs i'm editor on to reference up-to-date specs
- # [00:38] <Hixie> nice
- # [00:38] <jamesr> that does not include page visibility
- # [00:39] <Hixie> it's really the only way that makes sense, imho
- # [00:41] <annevk> oh plh replies
- # [00:41] <annevk> hello W3C log readers
- # [00:42] <Hixie> he still neatly managed to avoid actually responding to large parts of the e-mail
- # 02[00:42] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
- # 02[00:43] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:43] <annevk> http://wiki.csswg.org/spec/reviews/html5
- # 03[00:44] * Joins: dave_levin (~dave_levi@74.125.59.65)
- # 02[00:45] * Quits: smaug____ (~chatzilla@GZYYYXXV.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
- # 03[00:53] * Joins: erlehmann (~erlehmann@82.113.99.32)
- # 03[00:54] * Joins: akisma (~akisma@71.22.38.25)
- # 02[00:58] * Quits: ezoe (~ezoe@203-140-89-150f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
- # 03[00:58] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
- # 02[00:59] * Quits: Steve^ (~steve@host-78-149-163-60.as13285.net) (Ping timeout: 255 seconds)
- # 02[00:59] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [01:10] <zewt> <annevk> so that last argument is bogus and will be ignored <- can we apply this to mailing lists
- # 02[01:10] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 246 seconds)
- # [01:10] <Hixie> it's applied to the whatwg list fwiw
- # 03[01:19] * Joins: num1 (~num1@unaffiliated/num1)
- # 03[01:19] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
- # 02[01:23] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
- # 03[01:25] * Joins: cying_ (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # 02[01:25] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Read error: Connection reset by peer)
- # 03[01:25] * cying_ is now known as cying
- # 03[01:34] * Joins: MikeSmith_ (~MikeSmith@EM114-48-84-96.pool.e-mobile.ne.jp)
- # 02[01:35] * Quits: cpearce (~chatzilla@ip-118-90-21-54.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # 03[01:36] * Joins: smaug____ (~chatzilla@GZYYMMMCCCXLV.gprs.sl-laajakaista.fi)
- # 02[01:38] * Quits: MikeSmith (~MikeSmith@EM111-188-12-132.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # 03[01:38] * MikeSmith_ is now known as MikeSmith
- # 03[01:40] * Joins: ezoe (~ezoe@61-205-124-245f1.kyt1.eonet.ne.jp)
- # 02[01:41] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
- # 02[01:42] * Quits: smaug____ (~chatzilla@GZYYMMMCCCXLV.gprs.sl-laajakaista.fi) (Ping timeout: 258 seconds)
- # 03[01:47] * Joins: jarek (~jarek@aeaf194.neoplus.adsl.tpnet.pl)
- # 02[01:47] * Quits: jarek (~jarek@aeaf194.neoplus.adsl.tpnet.pl) (Changing host)
- # 03[01:47] * Joins: jarek (~jarek@unaffiliated/jarek)
- # 03[01:48] * Joins: cpearce (~chatzilla@ip-118-90-28-136.xdsl.xnet.co.nz)
- # 03[01:49] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
- # 02[01:55] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # 02[01:57] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 252 seconds)
- # 02[02:13] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
- # 02[02:18] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
- # 02[02:22] * Quits: akisma (~akisma@71.22.38.25) (Quit: akisma)
- # 02[02:23] * Quits: nimbu (~Adium@157.22.251.133) (Remote host closed the connection)
- # 02[02:27] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
- # 03[02:28] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # 02[02:30] * Quits: ap (~ap@2620:149:4:401:fccd:27e3:d068:5bdf) (Quit: ap)
- # 03[02:30] * Joins: karlcow (~karl@nerval.la-grange.net)
- # 03[02:36] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
- # 02[02:43] * Quits: sicking (~chatzilla@nat/mozilla/x-ryxghdrdcrmpveyc) (Ping timeout: 250 seconds)
- # 03[02:45] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
- # 03[02:47] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
- # 03[02:48] * bga_ is now known as bga_|away
- # 02[02:50] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Quit: linclark)
- # 03[02:53] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # 03[02:59] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # 02[03:00] * Quits: doublec (~doublec@cd.pn) (Changing host)
- # 03[03:00] * Joins: doublec (~doublec@unaffiliated/doublec)
- # 03[03:00] * bga_|away is now known as bga_
- # 03[03:14] * bga_ is now known as bga_|away
- # 03[03:15] * Joins: cpearce_ (~chatzilla@ip-118-90-37-0.xdsl.xnet.co.nz)
- # 02[03:17] * Quits: othermaciej (~mjs@17.246.19.249) (Quit: othermaciej)
- # 02[03:17] * Quits: cpearce (~chatzilla@ip-118-90-28-136.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # 03[03:17] * cpearce_ is now known as cpearce
- # 02[03:18] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # 02[03:18] * Quits: erlehmann (~erlehmann@82.113.99.32) (Quit: Ex-Chat)
- # 03[03:25] * bga_|away is now known as bga_
- # 03[03:28] * Joins: othermaciej (~mjs@67.218.107.179)
- # 02[03:35] * Quits: Moo-- (~quassel@herd37.twinapex.fi) (Read error: Connection reset by peer)
- # 03[03:35] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
- # 02[03:45] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
- # 02[03:51] * Quits: MikeSmith (~MikeSmith@EM114-48-84-96.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
- # 03[03:52] * Joins: akisma (~akisma@71.22.38.25)
- # 03[03:56] * bga_ is now known as bga_|away
- # 02[03:56] * Quits: bga_|away (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
- # 02[04:06] * Quits: jochen__ (~jochen@nat/google/x-bbiioylbjctvqfdv) (Remote host closed the connection)
- # 03[04:06] * Joins: jochen__ (~jochen@nat/google/x-gcmvfpvygygbmblh)
- # 02[04:10] * Quits: ezoe (~ezoe@61-205-124-245f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
- # 03[04:17] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
- # 03[04:23] * Joins: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net)
- # 02[04:24] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
- # 02[04:27] * Quits: jamesr (~jamesr@216.239.45.22) (Quit: jamesr)
- # 02[04:29] * Quits: othermaciej (~mjs@67.218.107.179) (Quit: othermaciej)
- # 02[04:29] * Quits: CvP (~CvP@123.49.21.9) (Quit: [ UPP ] > all)
- # 02[04:31] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
- # 02[04:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
- # 03[04:47] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # 02[04:50] * Quits: jochen__ (~jochen@nat/google/x-gcmvfpvygygbmblh) (Remote host closed the connection)
- # 03[04:50] * Joins: jochen__ (~jochen@nat/google/x-wznkcbfbmxchelzh)
- # 02[04:51] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
- # 03[04:52] * Joins: jdong_ (~quassel@222.126.155.250)
- # 03[04:52] * Joins: jdong__ (~quassel@222.126.155.250)
- # 02[04:52] * Quits: tomasf (~tom@2002:55e5:d95e:0:dc18:492e:3345:32a3) (Quit: tomasf)
- # 02[04:53] * Quits: jdong__ (~quassel@222.126.155.250) (Remote host closed the connection)
- # 02[04:57] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # 03[04:59] * Joins: ezoe (~ezoe@112-68-245-201f1.kyt1.eonet.ne.jp)
- # [05:00] <Hixie> anyone got windows handy?
- # 02[05:08] * Quits: cpearce (~chatzilla@ip-118-90-37-0.xdsl.xnet.co.nz) (Read error: Connection reset by peer)
- # 02[05:09] * Quits: akisma (~akisma@71.22.38.25) (Quit: akisma)
- # 02[05:10] * Quits: jochen__ (~jochen@nat/google/x-wznkcbfbmxchelzh) (Read error: Connection reset by peer)
- # 03[05:10] * Joins: jochen__ (~jochen@nat/google/x-tbgeojpsxdzhbobf)
- # 02[05:13] * Quits: juangiordana (~quassel@host15.190-139-129.telecom.net.ar) (Read error: Connection reset by peer)
- # 03[05:15] * Joins: cpearce (~chatzilla@ip-118-90-49-96.xdsl.xnet.co.nz)
- # [05:19] <roc> Hixie: yes
- # [05:20] <Hixie> can you think of a text box somewhere in the native windows UI (not an app and not IE) that is multiline and has some text in it by default?
- # [05:20] <roc> not off the top of my head
- # 02[05:26] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
- # 03[05:30] * Joins: nonge_ (~nonge@p5082BD01.dip.t-dialin.net)
- # 02[05:31] * Quits: nonge (~nonge@p5082A7BA.dip.t-dialin.net) (Read error: Operation timed out)
- # 03[05:39] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # 03[05:48] * Joins: blooberry_ (~blooberry@198.145.35.12)
- # 02[05:48] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
- # 03[05:48] * blooberry_ is now known as blooberry
- # 02[05:54] * Quits: blooberry (~blooberry@198.145.35.12) (Ping timeout: 258 seconds)
- # 03[05:59] * Joins: agektmr (~Adium@220.109.219.244)
- # 02[06:03] * Quits: dbaron (~dbaron@nat/mozilla/x-louozteqbarlpfiu) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [06:14] <hober> annevk: I'm on the happiana list
- # [06:16] <hober> annevk: i had tried to subscribe when it was private, and stpeter added me when it opened up
- # 02[06:17] * Quits: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net) (Remote host closed the connection)
- # 03[06:19] * Joins: MikeSmith (~MikeSmith@EM114-48-84-149.pool.e-mobile.ne.jp)
- # [06:26] <MikeSmith> othermaciej: you around? wanted to ask about moving bugzilla bugs to LC components
- # [06:28] <MikeSmith> Hixie: I set up LC components for all HTML drafts, and I will need to do a mass-move of them today
- # 02[06:28] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
- # 03[06:28] * Joins: blooberry (~blooberry@198.145.35.12)
- # [06:28] <MikeSmith> as we did back in October
- # [06:28] <MikeSmith> wow, it's a blooberry
- # [06:28] <MikeSmith> blooberry: don't recall seeing you around here for quite a while
- # 03[06:40] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [06:46] <Hixie> MikeSmith: k
- # [06:46] <Hixie> blooberry: sup dude
- # 02[06:47] * Quits: MikeSmith (~MikeSmith@EM114-48-84-149.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
- # 03[06:48] * Joins: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net)
- # 03[06:49] * Joins: blooberry_ (~blooberry@198.145.35.12)
- # 02[06:49] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
- # 03[06:49] * blooberry_ is now known as blooberry
- # 03[07:00] * Joins: blooberry_ (~blooberry@198.145.35.12)
- # 02[07:00] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
- # 03[07:00] * blooberry_ is now known as blooberry
- # 03[07:01] * Joins: MikeSmith (~MikeSmith@EM1-112-252-55.pool.e-mobile.ne.jp)
- # 02[07:04] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
- # 02[07:10] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 258 seconds)
- # 02[07:12] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # 03[07:14] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [07:18] <nessy> MikeSmith: outch! Shame we couldn't avoid that email deluge...
- # 03[07:18] * Joins: agektmr (~Adium@220.109.219.244)
- # 02[07:18] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
- # 03[07:20] * Joins: agektmr (~Adium@220.109.219.244)
- # 03[07:26] * Joins: rimantas (~rimliu@93.93.57.193)
- # 03[07:26] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # [07:33] <MikeSmith> nessy: yeah, sorry
- # 02[07:34] * Quits: Ankheg (~Ankheg@91.224.77.4) (Quit: Leaving.)
- # 02[07:43] * Quits: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [07:44] <MikeSmith> ok, mail bomb completed
- # [07:45] <nessy> uff
- # [07:45] <MikeSmith> Hixie: I turned your bugmail off about 30 minutes ago, before I launched the mail bomb
- # [07:45] <MikeSmith> but I just now turned it back on
- # 02[07:46] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
- # [07:47] <MikeSmith> othermaciej: all existing bugs are now moved to the LC1 components
- # [07:47] <MikeSmith> if there are any problems, I'll be around for maybe 2 more hours
- # [07:48] <MikeSmith> then I have to catch a plane and will be offline for 12 hours or so
- # 02[07:48] * Quits: MikeSmith (~MikeSmith@EM1-112-252-55.pool.e-mobile.ne.jp) (Quit: MikeSmith)
- # 02[07:50] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 252 seconds)
- # 03[07:52] * heycam is now known as heycam|away
- # 03[07:52] * Joins: Ankheg (~Ankheg@91.224.77.4)
- # 03[07:55] * Joins: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se)
- # [08:02] <hsivonen> the "broadcaster's point of view" of HTML5 is interesting
- # [08:02] <hsivonen> treating the video element as TV instead of considering the other stuff around it
- # 02[08:03] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
- # [08:03] <hsivonen> what if the user doesn't have a <video> playing during a tsunami?
- # [08:04] <hsivonen> shouldn't the tsunami warning system be a separate daemon that's always in the background?
- # 03[08:07] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [08:09] <zcorpan> like Twitter?
- # 03[08:11] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [08:14] <hsivonen> zcorpan: I was thinking of something running on the OS level and permission to stick stuff on the screen and to play audio
- # 02[08:14] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Ping timeout: 255 seconds)
- # 06[08:15] * hsivonen wonders why the CSS WG has reviewed a WD from May when sending feedback in August
- # [08:16] <hsivonen> "The following references link to Editor's Drafts, not Working Drafts" :-(
- # [08:19] <zcorpan> HbbTV-- for using a new doctype (and new MIME type) and wanting HTML entities to work
- # 03[08:21] * Joins: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net)
- # [08:21] <zcorpan> maybe i should instead of trying to fight against it suggest that the HbbTV doctype be added to html5
- # 02[08:25] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 252 seconds)
- # [08:26] <zcorpan> although other browsers don't support the mime type anyway
- # 03[08:32] * Joins: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # 03[08:35] * Joins: stalled (~stalled@unaffiliated/stalled)
- # 03[08:38] * Joins: Lachy (~Lachy@178.74.10.250)
- # [08:40] <hsivonen> zcorpan: what's HbbTV?
- # 02[08:42] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [08:42] <Hixie> silly side-effect of the component change is that it de-prioritised everything in the LC components since they've not changed more recently than anything in any other component -_-
- # 03[08:42] * Joins: agektmr (~Adium@220.109.219.244)
- # 02[08:42] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
- # 03[08:44] * Joins: Zeddy (~Zeddy@cable-prv-fe9cdc00-246.dhcp.inet.fi)
- # [08:44] <shetech> Hey, gang
- # [08:44] <shetech> question about svg
- # [08:45] <shetech> hixie: want to take a stab at this? What's the different in and value of embedding svg using <img>, <embed>, <object> or <iframe>? I noticed that the <img> tag doesn't display consistenly across browsers (Chrome sorta barfs on it). Is there a time when one would use one or the other?
- # [08:46] <shetech> s/different in/difference in/
- # [08:46] <Hixie> per spec, the only reason you'd not use img is if you want the graphic to be interactive
- # [08:46] <Hixie> then you'd use object.
- # [08:47] <shetech> Okay, that's pretty much what I wrote. Chrome's handling of the <img> tag for svg is fugly, though!
- # [08:48] <shetech> If you're curious, have a look at http://html5.shetech.com/chp_5.html, and look at the "A Circle, using the <img> tag to embed it" under SVG
- # [08:48] <shetech> FF does it right, Chrome does not.
- # [08:49] <shetech> Unless I'm doing it wrong?
- # [08:49] <Hixie> browsers have bugs, news at 11 :-)
- # [08:49] <shetech> Heh. No doubt.
- # [08:49] <shetech> Dummies wanna know!
- # [08:49] <shetech> :D
- # [08:49] <hsivonen> shetech: img has different security characteristics and doesn't create a browsing context
- # [08:49] <shetech> splain, please?
- # [08:49] <hsivonen> shetech: object and iframe have the disadvantage of creating a browsing context
- # [08:50] <hsivonen> shetech: inlining doesn't create a browsing context
- # [08:50] <shetech> ah
- # 02[08:50] * Quits: Lachy (~Lachy@178.74.10.250) (Quit: Computer has gone to sleep.)
- # [08:50] <hsivonen> shetech: I can't remember what <embed> does
- # [08:50] <hsivonen> shetech: the main annoyance of a browsing context is that non-targeted links cause navigation within the browsing context instead of navigating the parent
- # [08:50] <shetech> yes
- # [08:51] <shetech> So for Dummies, maybe I shouldn't mention them as options?
- # [08:51] <shetech> Or with heavy disclaimers...
- # 02[08:52] * Quits: Zeddy (~Zeddy@cable-prv-fe9cdc00-246.dhcp.inet.fi)
- # [08:52] <shetech> Have I mentioned lately that you guys rock?
- # [08:52] <shetech> Thanks
- # 03[08:53] * Joins: agektmr (~Adium@220.109.219.244)
- # 03[08:55] * Joins: Maurice (~ano@77.222.73.150)
- # [08:55] <shetech> Okay, on that happy note, g'nite, all
- # [08:55] <shetech> Thanks
- # 02[08:56] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
- # 02[08:56] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # 03[08:57] * Joins: agektmr (~Adium@220.109.219.244)
- # 02[09:00] * Quits: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr) (Quit: espadrine)
- # [09:03] <zcorpan> hsivonen: "Hybrid Broadcast Broadband TV". a variation of CE-HTML
- # [09:04] <hsivonen> zcorpan: It's that something that Opera needs to implement in order to please checklist-oriented embedding customers?
- # [09:04] <zcorpan> yes
- # [09:05] <hsivonen> my condolences
- # 03[09:11] * Joins: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
- # 03[09:12] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
- # 03[09:26] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
- # 03[09:28] * Joins: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp)
- # 02[09:34] * Quits: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp) (Quit: MikeSmith)
- # 03[09:34] * Joins: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp)
- # 02[09:34] * Quits: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp) (Client Quit)
- # 02[09:37] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 276 seconds)
- # 06[09:40] * zcorpan unsubscribes from public-canvas-api
- # [09:44] <hsivonen> huh? did the same person file a bug requesting content access to accessibility settings and a bug for making it so that content can't even infer the accessibility settigs?
- # 03[09:45] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
- # 03[09:47] * Joins: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
- # 02[09:48] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # 03[09:49] * Joins: espadrine (~thaddee_t@LNeuilly-152-22-27-243.w193-251.abo.wanadoo.fr)
- # [10:00] <hsivonen> I find it a bit odd that there is any question of "figuring out" if accessibility requirements for MathML and SVG stuff belong in MathML and SVG specs or the HTML spec
- # [10:03] <hsivonen> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13651 embodies the culture differece over what "conforming" means pretty well
- # [10:04] <hsivonen> I expect that bug to become a total bikeshed about the exact number of words and how to apply the requirement no doubt conceived with English in mind to German, Thai, Chinese, etc.
- # [10:07] <zcorpan> Documents must not contain more than 1500 words.
- # [10:10] <zcorpan> it's annoying that whitespace in javascript depends on unicode version
- # [10:10] <zcorpan> would have been nicer with frozen ascii-only whitespace characters
- # 02[10:11] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
- # 03[10:13] * Joins: mpt (~mpt@canonical/mpt)
- # 02[10:14] * Quits: ezoe (~ezoe@112-68-245-201f1.kyt1.eonet.ne.jp) (Ping timeout: 276 seconds)
- # 03[10:14] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
- # [10:18] <hsivonen> zcorpan: it seems that TC39 is bad at responding "no way" to pedantic i18n comments
- # [10:19] <zcorpan> at least ES doesn't do unicode normalization
- # [10:19] <zcorpan> maybe TC39 only cares when performance is affected
- # [10:19] <hsivonen> a while ago, I advised another person with generating correct JSON and I was impressed by the correctness of libraries out there
- # [10:20] <hsivonen> I expected libraries to be wrong when it case to Unicode paragraph breaks but they weren't
- # [10:20] <hsivonen> s/case/came/
- # [10:21] <hsivonen> (maybe my expectations about library authors reading specs are too pessimistic)
- # [10:22] <hsivonen> (or all the libraries that were inspected had gone through the "somebody yells at them" phase already)
- # 02[10:22] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
- # 03[10:23] * Joins: krijn (u2319@gateway/web/irccloud.com/x-sldlnwbjvhqivzgv)
- # [10:23] <hsivonen> oh, and this wasn't just about generating correct JSON but about generating correct JSON that is also correct JS and that doesn't confuse the HTML parser when inlined in <script>
- # [10:24] <hsivonen> it's also remarkable how the libraries do a better job at dealing with the oddities of ES than the JSON spec
- # 02[10:26] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # 03[10:26] * Joins: rtuin_ (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
- # 02[10:27] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Read error: Connection reset by peer)
- # 03[10:27] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
- # 03[10:29] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # 03[10:31] * rtuin_ is now known as rtuin
- # 02[10:32] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # 03[10:34] * Joins: smaug____ (~chatzilla@YKMMMCCCLIV.gprs.sl-laajakaista.fi)
- # 03[10:34] * Joins: agektmr (~Adium@220.109.219.244)
- # [10:39] <annevk> email overflow
- # [10:39] <annevk> bah
- # 03[10:56] * Joins: boblet (u1921@gateway/web/irccloud.com/x-vdezxevpoyrvtflm)
- # 03[10:59] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [11:02] <zcorpan> Hixie: http://html5.org/tools/web-apps-tracker?from=6359&to=6360 - shouldn't it be "If <var title="">n</var> is greater than *zero*" ?
- # [11:02] <annevk> read-world use cases
- # [11:02] <annevk> nice
- # 03[11:02] * Rik`_ is now known as Rik`
- # [11:03] <hsivonen> annevk: do you mean the spec itself is a real-world use case for <var>?
- # 02[11:05] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # 03[11:05] * Joins: tomasf (~tom@2002:55e5:d95e:0:5589:53dc:e77f:ea2c)
- # [11:05] <annevk> was quoting a typo from Hixie
- # 03[11:06] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
- # [11:07] <annevk> zcorpan, no, zero is address later
- # 03[11:07] * Joins: agektmr (~Adium@220.109.219.244)
- # [11:08] <zcorpan> annevk: in step 4?
- # 02[11:09] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
- # 03[11:10] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
- # [11:10] <zcorpan> let's say you have <select></select> and do select[1] = option;
- # [11:11] <zcorpan> length is 0, index is 1, n is 1
- # [11:11] <zcorpan> n is not greater than 1, and it's not zero, so per spec it does nothing
- # [11:13] <zcorpan> the spec is wrong in another way too
- # [11:14] <zcorpan> it says to append n new option elements, but it should append n-1 new option elements and then append value
- # [11:16] <annevk> hmm yeah
- # [11:17] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1093 - chrome and firefox have empty text nodes in some options
- # 03[11:24] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # 03[11:25] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
- # [11:29] <hsivonen> looks like the story today is Gruber's anti-Google bias eclipsing his anti-Microsoft sentiment
- # [11:31] <annevk> that was somewhat clear earlier on
- # [11:33] <annevk> http://yaccessibilityblog.com/library/aria-fix-non-standard-images.html :(
- # [11:38] <zcorpan> ARIA to the rescue!
- # [11:38] <zcorpan> weird that there's a performance difference
- # 03[11:39] * Joins: danj (~danj@s15372200.onlinehome-server.info)
- # [11:39] <annevk> alright, subscribed to happiana
- # [11:40] <annevk> thanks hober
- # 02[11:43] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
- # 02[11:46] * Quits: smaug____ (~chatzilla@YKMMMCCCLIV.gprs.sl-laajakaista.fi) (Quit: ChatZilla 0.9.86.1 [Firefox 8.0a1/20110801030916])
- # 03[11:48] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # 02[11:52] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 255 seconds)
- # 02[11:53] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [11:54] <hsivonen> http://groups.google.com/group/epub-working-group/browse_thread/thread/ea06deb3500ac246?pli=1
- # [11:55] <hsivonen> see also http://code.google.com/p/epub-revision/wiki/Telcon20110803 incl. comments below
- # 03[11:59] * Joins: Amorphous (jan@unaffiliated/amorphous)
- # 02[12:00] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
- # 02[12:02] * Quits: cpearce (~chatzilla@ip-118-90-49-96.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # 03[12:02] * Joins: danbri (~danbri@81.21.138.189)
- # 02[12:08] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
- # 03[12:15] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
- # 03[12:21] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
- # [12:27] <annevk> CORS is now at http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html
- # [12:27] <annevk> yay Mercurial
- # 03[12:27] * Joins: agektmr (~Adium@220.109.219.244)
- # 02[12:34] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # [12:35] <smaug____> what is "LC1 HTML5 spec" in W3C?
- # [12:36] <smaug____> I mean in W3C bugzilla
- # [12:37] <annevk> it means the bug was raised during the Last Call period
- # [12:37] <Philip`> The first last call period, in particular
- # [12:37] <smaug____> hmm
- # [12:38] <smaug____> I haven't cared about last call
- # [12:38] <smaug____> since I've filed bugs about problems in whatwg html spec
- # [12:39] <smaug____> well, I guess the lc thing is just some bureaucracy I don't need to care about
- # [12:40] <Philip`> The spec isn't going to stop improving in response to feedback because of arbitrary deadlines, at least on the WHATWG side
- # [12:40] <asmodai> sigh: http://blogs.forbes.com/fredcavazza/2011/07/17/why-opposing-html5-and-flash-is-a-non-sense/
- # [12:40] <Philip`> I guess the main effect it will have is the prioritisation of bugs
- # 03[12:40] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [12:40] <Philip`> (since pre-LC bugs should get fixed by some other arbitrary deadline)
- # [12:40] <smaug____> that is a bit strange
- # [12:41] <annevk> it's called the W3C
- # [12:41] <smaug____> :9
- # [12:41] <smaug____> :)
- # [12:43] <smaug____> (not sure I really like whatwg process either, but since I don't know how to make things work better, I try to not complain too much :) )
- # 03[12:44] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
- # [12:47] <zcorpan> "ok what are you doning" - excellent bug report
- # 02[12:53] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # 03[12:59] * Joins: maikmerten (~maikmerte@port-92-201-183-125.dynamic.qsc.de)
- # 03[13:00] * Joins: micheil (~micheil@109.231.193.164)
- # 02[13:02] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
- # 02[13:03] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Ping timeout: 252 seconds)
- # 03[13:04] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # 03[13:09] * heycam|away is now known as heycam
- # [13:11] <heycam> annevk, I wonder if switching those two SVG accessibility bugs from the LC product/component/whatever will mess with the disposition of comments generation when it comes time to do that
- # [13:11] <heycam> (since they won't be found as easily)
- # [13:13] <annevk> guess we'll find out
- # [13:13] <heycam> :)
- # 06[13:14] * heycam sleeps
- # 03[13:14] * heycam is now known as heycam|away
- # 03[13:14] * Joins: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru)
- # 03[13:41] * Joins: ezoe (~ezoe@203-140-91-77f1.kyt1.eonet.ne.jp)
- # 03[13:47] * danj is now known as Swedish_Kitchen_
- # 03[13:47] * Swedish_Kitchen_ is now known as Kitchen_Scientis
- # 03[13:48] * Kitchen_Scientis is now known as KitchenScientist
- # 03[13:49] * bga_ is now known as bga_|away
- # 03[13:53] * Joins: agektmr (~Adium@220.109.219.244)
- # 03[13:54] * Joins: zdobersek (~zan@cpe-46-164-0-76.dynamic.amis.net)
- # [13:56] <zcorpan> foolip: if you want to hack around with the status boxes, please also fix the mispositioned boxes (they have old IDs e.g. "video" instead of "the-video-element")
- # [13:56] <foolip> zcorpan, wrong philip?
- # 06[13:57] * Philip` certainly doesn't want to do anything about status boxes
- # 03[13:58] * bga_|away is now known as bga_
- # 02[13:59] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
- # [13:59] <Workshiva> Is this old news? http://www.enisa.europa.eu/media/press-releases/web-security-eu-cyber-security-agency-enisa-flags-security-fixes-for-new-web-standards
- # [14:01] <zcorpan> foolip: no. i saw a bug in which you volunteered to fix status box overlap
- # 04[14:01] <Philip`> Workshiva: Yes - http://krijnhoetmer.nl/irc-logs/whatwg/20110802#l-945
- # [14:02] <foolip> zcorpan, oh, perhaps I did volunteer if someone would just point in the right direction
- # [14:02] <foolip> can't remember
- # [14:02] <Workshiva> Weird, it didn't show up in logs search
- # [14:02] <Workshiva> I guess it isn't indexed yet
- # 02[14:05] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
- # 03[14:06] * Joins: janv_ (~varga@195.91.87.57)
- # [14:10] <zcorpan> foolip: what needs doing is that the IDs need to be updated, and some status boxes need to be removed, but there's no UI to do that (possibly intentionally)
- # [14:11] <annevk> ms2ger, I would like to move to full name for references
- # [14:12] <annevk> ms2ger, it's sort of the only place where the first name is abbreviated despite many people going by their first name
- # [14:12] <annevk> ms2ger, so from now on new entries will have full names and i might slowly migrate older entries
- # [14:13] <annevk> I really wish JSON had comments
- # [14:13] <zcorpan> "HTML5: Disabling Click-jacking Protection" is interesting
- # 02[14:15] * Quits: danbri (~danbri@81.21.138.189) (Remote host closed the connection)
- # [14:17] <jgraham> Hmm, thinking "I want a javascript console" and accidentially enabling an ecmascript debugger in a tab with complete.html open seems to be a bad idea
- # 03[14:18] * bga_ is now known as bga_|away
- # 03[14:20] * bga_|away is now known as bga_
- # 02[14:29] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Read error: Operation timed out)
- # 03[14:29] * Joins: jdaggett (~jdaggett@z237025.dynamic.ppp.asahi-net.or.jp)
- # 03[14:31] * Joins: davidb (~davidb@corp.tor1.mozilla.com)
- # 02[14:54] * Quits: tomasf (~tom@2002:55e5:d95e:0:5589:53dc:e77f:ea2c) (Read error: Connection reset by peer)
- # 03[14:54] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
- # 02[14:58] * Quits: fishd (~darin@nat/google/x-jysifrklqwqohcmv) (Read error: Connection reset by peer)
- # 03[14:58] * Joins: fishd (~darin@nat/google/x-ggqafpgqlnqxbquu)
- # 03[15:04] * bga_ is now known as bga_|away
- # [15:04] <annevk> zcorpan, html5-diff uses Anolis now
- # [15:05] <annevk> zcorpan, I put the Makefile in CVS, you still need to get https://bitbucket.org/ms2ger/specification-data yourself (and Anolis of course)
- # 03[15:05] * Joins: juangiordana (~quassel@host15.190-139-129.telecom.net.ar)
- # 02[15:06] * Quits: cwilso (~cwilso@nat/google/x-fxqdmjlhumdqwyrl) (Read error: Connection reset by peer)
- # [15:09] <zcorpan> annevk: nice!
- # [15:09] <zcorpan> will look into it another day
- # 03[15:10] * Joins: cwilso (~cwilso@74.125.59.1)
- # 03[15:11] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
- # 02[15:16] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
- # 03[15:18] * Joins: seventh (seventh@138.199.79.3)
- # 02[15:18] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
- # 02[15:20] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
- # 03[15:20] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
- # [15:20] <annevk> kk
- # 03[15:20] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [15:21] <zcorpan> thanks btw
- # 03[15:27] * bga_|away is now known as bga_
- # 03[15:27] * Joins: danbri (~danbri@note-guus2.few.vu.nl)
- # 02[15:36] * Quits: maikmerten (~maikmerte@port-92-201-183-125.dynamic.qsc.de) (Remote host closed the connection)
- # 03[15:40] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
- # 02[15:52] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # 03[15:53] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # 03[15:56] * bga_ is now known as bga_|away
- # 02[15:59] * Quits: bga_|away (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
- # 03[16:00] * Joins: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru)
- # 03[16:00] * bga_ is now known as bga_|away
- # 02[16:02] * Quits: seventh (seventh@138.199.79.3) (Remote host closed the connection)
- # 03[16:02] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
- # 03[16:03] * Joins: scor (~scor@drupal.org/user/52142/view)
- # 03[16:03] * Joins: karlcow (~karl@nerval.la-grange.net)
- # 02[16:04] * Quits: jdaggett (~jdaggett@z237025.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
- # 02[16:05] * Quits: ezoe (~ezoe@203-140-91-77f1.kyt1.eonet.ne.jp) (Ping timeout: 255 seconds)
- # 03[16:05] * Joins: MacTed (~Thud@63.119.36.36)
- # 02[16:12] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
- # 03[16:25] * KitchenScientist is now known as DanJ
- # [16:26] <annevk> smaug____, should prolly say that while aDoneCallback is running you cannot invoke ModificationBatch methods
- # 02[16:27] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
- # [16:27] <smaug____> annevk: why?
- # [16:28] <annevk> smaug____, what would happen?
- # [16:28] <smaug____> the "batch" would listen for some new modifications
- # [16:29] <annevk> I guess that could work
- # [16:29] <annevk> also, why not have specialized Modification interfaces?
- # [16:30] <smaug____> for simplicity
- # [16:30] <annevk> for text / children / attributes
- # [16:30] <smaug____> and Modification interface is kind of based on current MutationEvent
- # [16:31] <annevk> I noticed that
- # 03[16:31] * bga_|away is now known as bga_
- # [16:34] <smaug____> annevk: can you see something terribly bad in the approach ?
- # [16:34] <smaug____> it is quite close to other proposals, of course
- # [16:37] <annevk> the only thing I think is a little weird is that ModificationBatch is also the argument passed to the callback
- # [16:37] <annevk> what is the 'this' of the callback?
- # [16:37] <annevk> and what does .modifications return while not in a callback?
- # [16:38] <smaug____> I thought I said that .modifications is empty while not in callback
- # [16:38] <smaug____> empty list
- # 03[16:38] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
- # [16:38] <annevk> ah yeah, the comment says so
- # [16:39] <smaug____> annevk: the callback needs to get some parameter so that { handleBatch: function(b) {}} can be used
- # [16:39] <annevk> can't you pass "Modification[]" as parameter?
- # [16:39] <annevk> and not have .modifications
- # [16:39] <annevk> I think that would make more sense
- # [16:40] <smaug____> I could, but then one would need to track to which batch the modification is related to
- # 02[16:40] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
- # 03[16:40] * Joins: mpt (~mpt@canonical/mpt)
- # [16:40] <smaug____> I mean if the same callback is used with many ModificationBatches
- # [16:41] <smaug____> and the callback itself call some of the methods of the ModificationBatch
- # [16:41] <annevk> is there a use for that?
- # [16:41] <smaug____> in the callback you may want to call unbatch*()
- # 02[16:42] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
- # [16:46] <annevk> what are the ways to make .modifications longer than 1?
- # [16:46] <annevk> is that stuff like innerHTML, doing things from the callback, inserting DocumentFragment?
- # 02[16:47] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
- # 03[16:47] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
- # 03[16:48] * bga_ is now known as bga_|away
- # [16:49] <smaug____> yeah
- # 03[16:50] * bga_|away is now known as bga_
- # 03[16:51] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
- # [16:51] <smaug____> and probably dom range modifications could utilize that too
- # [16:51] <annevk> but for setAttribute insertBefore etc. not invoked from the callback it would typically be 1?
- # [16:51] <smaug____> typically 1
- # 02[16:52] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [16:52] <annevk> specifying this would require some very careful algorithms to make it nice
- # [16:52] <annevk> but seems doable
- # [16:53] <smaug____> it shouldn't be too hard
- # [16:54] <smaug____> since, now that I think of it, the batching works quite similarly to gecko's DOMSubtreeModified batching
- # [16:55] <smaug____> you start a batch and end it, and the outer-most "end" (if there are nested start-ends) fires the callback
- # [16:55] <smaug____> but anyway, it possible that Google objects the approach
- # [16:56] <smaug____> and if that is the case, I'm not sure how to proceed with mutation events replacements
- # 03[16:57] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
- # 02[16:57] * Quits: Obvious (~tachikoma@188.226.74.2) (Read error: Connection reset by peer)
- # [16:58] <smaug____> perhaps someone from Opera could write a new proposal and everyone would be happy with it ;)
- # 03[16:59] * Joins: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
- # 03[17:00] * Joins: Obvious (tachikoma@188.226.74.2)
- # 03[17:00] * Joins: othermaciej (~mjs@67.218.104.158)
- # [17:02] <smaug____> but let's see what kinds of comments the proposal gets
- # 03[17:05] * Joins: jlebar__ (~jlebar@cpe-98-14-225-214.nyc.res.rr.com)
- # 03[17:07] * bga_ is now known as bga_|away
- # [17:07] <annevk> fwiw (unrelated to the Modification discussion above) https://plus.google.com/112284435661490019880/posts/eivfrHppgLB
- # [17:08] <annevk> smaug____, I guess I could write a proposal that splits your Modification interface :p
- # 02[17:08] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
- # 02[17:09] * Quits: jlebar_ (~jlebar@cpe-98-14-225-214.nyc.res.rr.com) (Ping timeout: 255 seconds)
- # 02[17:09] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
- # 02[17:12] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Quit: Leaving)
- # [17:14] <annevk> smaug____, I guess innerHTML is actually also one modification
- # [17:14] <annevk> of the childList
- # 03[17:17] * jlebar__ is now known as jlebar
- # 03[17:18] * bga_|away is now known as bga_
- # 02[17:21] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Read error: Connection reset by peer)
- # 03[17:21] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
- # [17:22] <smaug____> innerHTML may remove and add several nodes, so it could create several modifications
- # 02[17:22] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
- # 02[17:23] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
- # [17:24] <annevk> oh I see
- # 02[17:25] * Quits: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
- # 03[17:41] * Joins: CvP (~CvP@123.49.22.63)
- # 03[17:46] * Joins: Twitter (~Kingdutch@188.200.149.217)
- # 02[17:46] * Quits: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
- # 03[17:46] * Joins: auto (~depulz@86.89.174.199)
- # 02[17:49] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Ping timeout: 264 seconds)
- # 03[17:50] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
- # 02[17:51] * Quits: Twitter (~Kingdutch@188.200.149.217) (Ping timeout: 260 seconds)
- # 03[17:52] * Joins: sebmarkbage (~sebmarkba@host-90-235-144-89.mobileonline.telia.com)
- # 02[17:54] * Quits: danbri (~danbri@note-guus2.few.vu.nl) (Remote host closed the connection)
- # [17:55] <hsivonen> hmm. so G+ has suspended users from Hong Kong who've used their English name
- # [17:55] <hsivonen> that sucks
- # [17:55] <TabAtkins> Man, our "Common Name" policy sucks. ;_;
- # [17:56] <smaug____> Does G+ require using a real name?
- # [17:56] <hsivonen> what does G+ do about e.g. Russian names if a Russian person officially has a Cyrillic name but uses a Romanization in international contexts?
- # [17:56] <TabAtkins> It requires a "Common Name", but the difference between that and a "Real Name" are nebulous and ill-defined.
- # [17:56] <hsivonen> smaug____: yes
- # [17:56] <smaug____> huh
- # [17:56] <TabAtkins> And I think we're really burning goodwill with this silliness.
- # 03[17:57] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
- # 03[17:57] * Parts: auto (~depulz@86.89.174.199)
- # [17:57] <smaug____> I think G+ even asked gender when I activated it
- # [17:57] <hsivonen> I've so far seen a Romaji Japanese name and a Kanji Japanese name
- # [17:58] <smaug____> but there was some way to not answer to that question
- # [17:58] <hsivonen> both *so far* unsuspended...
- # [17:58] <TabAtkins> smaug____: Yeah, you could say "Other", and also I think we hide Gender by default now?
- # [17:58] <zewt> g+ not supporting gapps sort of makes it hard to take seriously
- # 03[17:58] * dglazkov|away is now known as dglazkov
- # [17:58] <TabAtkins> I suspect it was just for pronoun use or something.
- # [17:58] <zewt> as if i'm going to create a separate google account just for one google product
- # [17:58] <dglazkov> good morning, Whatwg!
- # [17:59] <dglazkov> it's a lovely component model day for me
- # [17:59] <TabAtkins> But still, despite the faults, it's working great for me.
- # [17:59] <zewt> it's like the opposite of single sign-in--multiple signins required for the same site
- # [17:59] <TabAtkins> Just need a few more people to jump ship from Twitter and I can start winding down over there.
- # [18:00] <dglazkov> TabAtkins: certainly one thing that makes + more habitable for some folks are extended rage-scussions on how W3C and WHATWG differ. Can't do those in 140 characters.
- # [18:01] <TabAtkins> dglazkov: Indeed! And they're actually pretty good discussions!
- # [18:01] <TabAtkins> Especially anything AryehGregor posts. +1
- # [18:01] <zewt> gotta love twitter for training millions of people against writing nontrivial thoughts
- # 02[18:02] * Quits: othermaciej (~mjs@67.218.104.158) (Quit: othermaciej)
- # [18:02] <dglazkov> zewt: it's more like
- # [18:02] <dglazkov> "
- # [18:02] <zewt> "
- # [18:02] <dglazkov> discovering your natural ability to say nothing in 140 characters"
- # [18:03] <zewt> it's sort of darkly amusing that people will actually defend it, as if not being able to write complex thoughts is a feature
- # 02[18:03] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
- # [18:03] <TabAtkins> It... actually is.
- # [18:04] <zewt> sure, it's the great equalizer to help people incapable of complex thoughts mask the fact
- # [18:04] <TabAtkins> I enjoy it as one of my many communications channels.
- # [18:04] <TabAtkins> zewt: That's indeed one of the benefits.
- # [18:04] <zewt> that's not a positive. heh
- # [18:05] <hsivonen> zewt: actually, it takes thought and skill to compress thoughts into tweets
- # [18:05] <TabAtkins> zewt: Rather than reading too-long blog posts from people who can't think well, you can read pithy and intelligent-sounding tweets!
- # [18:05] <hsivonen> zewt: it's not at all clear that the compression is equally easy for different people
- # [18:05] <zewt> hsivonen: or, painfully more frequently, turns the internet into SMS-ese D:
- # [18:05] <TabAtkins> zewt: You follow the wrong people.
- # [18:06] <zewt> i don't follow anyone. heh
- # [18:06] <TabAtkins> Then there you go.
- # [18:06] <TabAtkins> The good half of Twitter talks in complete sentences and with proper spelling.
- # [18:06] <TabAtkins> The bad half is full of people I don't care about.
- # [18:07] <dglazkov> ok, the only thing I need on + is IRC. Then we're set.
- # 06[18:08] * Philip` always uses proper capitals and hyphens and semicolons when writing SMS messages, which might be why it usually takes him five minutes to write one
- # 02[18:08] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
- # [18:08] <TabAtkins> Philip`: lrn 2 typ fstr
- # [18:08] <zewt> i'll forgive sms-ese from people on dumbphones, where typing anything at all is pulling teeth ... but most people aren't, anymore, so
- # 06[18:08] * TabAtkins had to think for a bit to compress that.
- # [18:08] <dglazkov> nothing emulates shouting past each other IRL better than IRC
- # 03[18:09] * Joins: othermaciej (~mjs@17.246.19.249)
- # [18:09] <zewt> heh, and it's probably *harder* to type that way on a smartphone, since autocorrect will flip out
- # [18:09] <TabAtkins> So yeah, zewt, you're making an incorrect generalization. A significant portion of Twitter (which includes pretty much everyone in tech, as far as I can tell) talks like real people on Twitter.
- # [18:09] <gsnedders> There's no way I could go back to a phone without a QWERTY keyboard now. So much quicker to type properly on.
- # [18:09] <TabAtkins> gsnedders: hard or soft keyboard?
- # [18:10] <gsnedders> TabAtkins: Either.
- # [18:11] <TabAtkins> kk. Just wondering if you had a preference. I used to require hard keyboards due to my gigantic thumbs, until the Nexus S finally had a large enough screen for me to use.
- # [18:11] <TabAtkins> (My thumbs are the size of a baby's head.)
- # [18:11] <zewt> i used a G1 initially, and couldn't use the virtual keyboard at all, but eventually switched to nS and crash coursed for a day to learn it
- # [18:12] <Philip`> 1Maybe I wi2l1 write with run-length encoding and s2e1 if the compre2s1ion helps me type faster3.
- # [18:13] <Philip`> 1H2m1, maybe not
- # [18:13] <hsivonen> Philip`: I WONTFIXed an HTML WG bug about that
- # [18:13] <jgraham> No doubt G+ will eventually get a "<140 characters" stream. It is obviously trying to merge the feature sets of twitter and facebook
- # [18:13] <TabAtkins> Hah, the <3br> one?
- # [18:13] <hsivonen> TabAtkins: yeah
- # [18:14] <zewt> http://redmine.ruby-lang.org/issues/5054 D:
- # [18:14] <TabAtkins> wut
- # [18:14] <zewt> i can't even tell if that's a troll
- # [18:15] <hsivonen> zewt: Python wins!
- # [18:15] <TabAtkins> "I'd prefer bad code to look ugly." <-- yes
- # [18:15] <zewt> well, it's Ruby, that's a given
- # [18:16] <Philip`> Should have labelled end statements
- # [18:16] <Philip`> just like labelled break and labelled goto
- # [18:16] <TabAtkins> Dammit, Philip`, I was *just* typing that.
- # [18:17] <zewt> <div><div><div><///div>
- # [18:17] <TabAtkins> /wrist
- # [18:17] <TabAtkins> Haha at comment #20
- # [18:17] <Philip`> TabAtkins: lrn 2 typ fstr
- # [18:18] <TabAtkins> Philip`: Touche.
- # 03[18:18] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [18:19] <zewt> end⑤
- # [18:20] <TabAtkins> Oh jeez, he was "inspired by Lisp's cdddr". Those are some of the worst functions in the language.
- # [18:20] <TabAtkins> Replaced in a ridiculously more readably fashion by NTH and NTH-CDR.
- # 06[18:21] * Philip` tries to work out what that's an abbreviation for
- # [18:21] <Philip`> cod udder?
- # [18:21] <TabAtkins> "contents of decrement register"
- # [18:21] <Philip`> Oh, of course
- # [18:21] <TabAtkins> Originally the address and decrement registers were used to store Lisp conses (2-tuples), thus the names CAR and CDR.
- # [18:22] <TabAtkins> cdddr is just repeated cdr, equivalent in this case to "throw away the first three elements and gimme what's left"
- # [18:23] <TabAtkins> And you can mix a and d there. Most impls support up to three.
- # [18:23] <TabAtkins> Though I always forget which order they're applied in, which is why I dont' use them.
- # 03[18:23] * Joins: smaug____ (~chatzilla@GYYYKMMMCLIII.gprs.sl-laajakaista.fi)
- # [18:23] <Philip`> Stick to palindromes so the order doesn't matter
- # [18:24] <TabAtkins> Sensible idea.
- # [18:24] <Philip`> though you may have to reorganise your data structures in order to access them in that manner
- # [18:24] <Philip`> but that's a minor price to pay
- # [18:24] <TabAtkins> While you're at it, you can haiku-optimize the code too.
- # 03[18:26] * Joins: hij1nx (~hij1nx@207.239.107.3)
- # 06[18:30] * Philip` wonders if any languages other than Perl have a poetry chapter in their primary reference book
- # 03[18:34] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # 02[18:35] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
- # 03[18:35] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
- # 03[18:37] * Joins: ap (~ap@2620:149:4:401:3487:5e5b:4523:9841)
- # [18:37] <Hixie> the html spec has poems in it that were specifically written for the spec :-)
- # [18:37] <jgraham> Hixie: Being like perl is not a positive quality!
- # [18:38] <annevk> http://blog.chromium.org/2011/08/connecting-web-apps-with-web-intents.html is pretty interesting
- # [18:38] <annevk> wonder why new bug was filed yet
- # 03[18:39] * Joins: enyo_ (~mtl@modemcable098.129-202-24.mc.videotron.ca)
- # [18:41] <jgraham> It would be nice if someone at Google or Mozilla would post to the list about that
- # 02[18:44] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
- # [18:44] <annevk> TabAtkins, is WebKit going to remove background-position-x/y?
- # [18:44] <TabAtkins> annevk: I have no idea. Probably not.
- # 02[18:44] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
- # [18:44] <annevk> TabAtkins, so lets add it
- # [18:44] <annevk> IE has it too
- # [18:44] <annevk> I think we're planning on adding it some day
- # [18:44] <TabAtkins> "We" being Opera?
- # [18:45] <annevk> yeah
- # [18:45] <TabAtkins> Dammit, people.
- # [18:45] <TabAtkins> Well, get Elika and Brad to put it into B&B4, then.
- # 03[18:45] * Joins: nimbu (~Adium@157.22.251.133)
- # [18:45] <nimbu> who has ops in #css?
- # 02[18:45] * Quits: espadrine (~thaddee_t@LNeuilly-152-22-27-243.w193-251.abo.wanadoo.fr) (Quit: espadrine)
- # [18:45] <annevk> I should say damnit to you
- # [18:45] <TabAtkins> nimbu: I dunno.
- # [18:46] <TabAtkins> nimbu: Why?
- # [18:46] <nimbu> some idiot just spammed
- # [18:46] <annevk> cannot argue against features without removing them first
- # [18:46] <TabAtkins> nimbu: Oh jeezus.
- # [18:46] <nimbu> yeah wanna kick/ban but cant without ops :/
- # [18:50] <nimbu> really nobody has ops :|||
- # [18:51] <TabAtkins> Could someone go to slide 59 of http://www.slideshare.net/jaffathecake/optimising-where-it-hurts-jake-archibald and tell me which browsers are diverging? I cant' tell the blue/greens apart.
- # 03[18:52] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [18:52] <nimbu> the biggest spike is ff3
- # [18:52] <nimbu> the one less than that is IE8
- # [18:52] <nimbu> 3rd is saf 3
- # [18:52] <TabAtkins> Ok, cool. Thanks!
- # [18:52] <AryehGregor> MikeSmith, thanks for changing my Bugzilla address (although you're not here and probably won't see this).
- # 06[18:52] * AryehGregor wonders why he does that
- # [18:53] <Philip`> TabAtkins: Optimising where it hurts Jake Archibald sounds like a surprisingly specific optimisation strategy
- # [18:54] <TabAtkins> And yet, effective!
- # [18:54] <TabAtkins> It's good to know that scope depth doesn't affect modern browsers.
- # [18:55] <TabAtkins> Damn you, unlabelled axises! I have no idea what these numbers are or why I should care.
- # [18:55] <nimbu> axes
- # [18:55] <nimbu> FTFY
- # [18:56] <TabAtkins> NO
- # [18:56] <AryehGregor> I hate Bugzilla. Does it really have no way to do mass changes without making me see "Inbox (339)"?
- # [18:57] <AryehGregor> Oh, and that's only the ones Gmail decided were important.
- # [18:57] <AryehGregor> in:inbox from:w3.org actually matches 411 conversations.
- # [18:57] <AryehGregor> Sigh.
- # [18:57] <jgraham> AryehGregor: Well probably one can access the db directly somehow. I imagine that to be… foolhardy
- # [18:58] <AryehGregor> I was suggesting maybe there could be a feature that was actually intended to let you do that.
- # [18:58] <AryehGregor> It seems like a kind of obvious need.
- # [18:58] <AryehGregor> Like, you know, so people could receive one e-mail for all bugs they're subscribed to? Would that be so hard?
- # [18:58] <jgraham> Also, I must remember the 1s of driving === 1 day of charger on standby quote
- # [18:58] <AryehGregor> . . . what?
- # [18:58] <jgraham> AryehGregor: See the presentation that TabAtkins couldn't read
- # [18:59] <Philip`> There should be a "make these changes without emailing people" slider, and each user should have a "actually email me about changes even if someone says not to" slider, and a user only gets emailed if their slider is higher than the changer's slider
- # [18:59] <Philip`> so people who really want to get emails can opt to do so
- # [18:59] <jgraham> Or couldn't colour-distinguish, rather
- # [18:59] <AryehGregor> Philip`, and people should be allowed to choose arbitrary real numbers for the slider, right, without bounds?
- # [18:59] <Philip`> and people who really really want to get them, even if the changer thinks people who merely really want to get them shouldn't get them, can get them
- # [19:00] <zewt> what if both people select INF?
- # [19:00] <Philip`> That's not a real number
- # 06[19:02] * Philip` wonders how to implement UI for an unbounded slider
- # [19:02] <AryehGregor> Philip`, map it bijectively to (0, 1), and have it zoom in as you push the slider toward either edge.
- # [19:03] <AryehGregor> All we really need is a dense totally ordered set without endpoints here, it doesn't have to be R.
- # [19:03] <zewt> of course, experience with "importance" flags on email tells us that some people will set all of their changes, no matter how trivial, to the highest value available
- # [19:03] <AryehGregor> Of course, any two dense totally ordered sets without endpoints are isomorphic if they're of the same cardinality.
- # [19:03] <AryehGregor> zewt, that's why there is no highest value!
- # [19:04] <AryehGregor> It will depend on how long people are willing to type digits, or let the slider scroll.
- # [19:04] <zewt> unless you're willing to send 500-megabyte numbers over the wire, there's always a highest value
- # [19:04] <AryehGregor> Well, yeah, eventually you're going to hit the server's configured POST size limit.
- # [19:05] <zewt> and more to the point (as far as this has a point), the fact that some people will always use a really high value regardless of importance would break the system for everyone else
- # [19:06] <zewt> i suppose that suggests needing a weighting value: if people rate the stuff you're doing as "unimportant" and you're marking it "important", your importance values are reduced
- # [19:06] <Philip`> I suppose a boringer but maybe more practical solution would be to send a single email on bulk changes, which contains a link you can click that causes the bug tracker to send you an individual email for every bug that was changed, for people who want an email archive of every bug change
- # [19:07] <AryehGregor> Or how about we just don't care about people who want an e-mail archive of every bug change?
- # [19:07] <AryehGregor> I mean, why would they?
- # [19:07] <zewt> ocd
- # 03[19:07] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
- # 03[19:07] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
- # [19:07] <Philip`> The first implementation could make that link point to a 404, then you only bother implementing the multiple-mail feature if enough people complain about it
- # [19:07] <AryehGregor> Okay, hope I received nothing important from w3.org between 1:00 AM and 1:36 AM, because I'm archiving it all without reading it.
- # 06[19:09] * Philip` doesn't know why people would want all that mail but is assuming some people must be objecting to changes that would stop that mail, else surely someone would have implement a bulk-change-with-no-mail feature already
- # [19:10] <AryehGregor> That seems optimistic.
- # 03[19:13] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
- # 02[19:17] * Quits: cwilso (~cwilso@74.125.59.1) (Quit: Leaving.)
- # 03[19:19] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
- # 02[19:20] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
- # 02[19:28] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
- # [19:29] <AryehGregor> Fun fact: when I want to find out what day of the week something is, I now open Google Calendar in Chrome instead of clicking the GNOME clock in the upper-right corner of my desktop, because it's faster to load Google Calendar.
- # [19:29] <AryehGregor> Seriously.
- # [19:30] <AryehGregor> If Unity actually takes UI responsiveness seriously, I'm going to switch in 10.10 without looking back.
- # 02[19:32] * Quits: nonge_ (~nonge@p5082BD01.dip.t-dialin.net) (Quit: Verlassend)
- # 02[19:33] * Quits: DanJ (~danj@s15372200.onlinehome-server.info) (Ping timeout: 276 seconds)
- # 06[19:33] * gsnedders just responded to GNOME3 and Unity by finally moving to a tiling WM
- # [19:33] <AryehGregor> Heh.
- # [19:34] <AryehGregor> Unity seems okay so far, although I haven't used it much.
- # [19:34] <AryehGregor> (I didn't upgrade my desktop to 10.10 because I plan to ditch it soon in favor of my shiny new laptop.)
- # [19:34] <zewt> "unity" is a good name for a feature when you want it to be confused with 25 other products
- # [19:34] <AryehGregor> (My desktop has an NVIDIA card anyway, so no shiny stuff for me unless I go the proprietary driver route.)
- # [19:35] <zewt> (the first thing that "unity" brings to mind for me is VMware's, which is the *worst* thing to bring a comparison to if you're talking about responsiveness)
- # 02[19:35] * Quits: CvP (~CvP@123.49.22.63) (Quit: [ UPP ] > all)
- # [19:35] <Philip`> (Why not go the proprietary driver route?)
- # [19:36] <AryehGregor> Because it caused instability and broke stuff when I last used it.
- # [19:36] <Philip`> Oh, okay
- # 03[19:36] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [19:36] <AryehGregor> It didn't actually crash the system for me anytime after boot completed, to be fair.
- # 02[19:36] * Quits: sebmarkbage (~sebmarkba@host-90-235-144-89.mobileonline.telia.com) (Quit: sebmarkbage)
- # [19:36] <AryehGregor> But it did cause a lot of crashes on boot.
- # 06[19:37] * gsnedders is wondering whether to care about accelerated 3D on his new system
- # [19:37] <gsnedders> I mean, I care in Windows for games. But under Linux? Not so much…
- # [19:37] <AryehGregor> It looks like Linux is moving to actually use accelerated 3D where available.
- # [19:37] <AryehGregor> For video and such.
- # [19:37] <AryehGregor> So I'd get it, even if it's just an integrated Intel chip.
- # [19:38] <AryehGregor> My new laptop has an Intel card that works well enough for stuff like Unity.
- # [19:38] <AryehGregor> I don't plan to try it with games, though.
- # 06[19:39] * Philip` has an oldish laptop with Intel graphics as his main platform for some 3D game development
- # [19:39] <Philip`> (although admittedly not hugely demanding 3D)
- # 03[19:39] * Joins: shepazu (~schepers@63-231-60-187.tukw.qwest.net)
- # 03[19:40] * Joins: captain6 (~captain@xdsl-78-34-169-176.netcologne.de)
- # 03[19:40] * Joins: zdobersek1 (~zan@cpe-46-164-26-128.dynamic.amis.net)
- # [19:40] <Philip`> (but it's usable, which is good)
- # 02[19:40] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
- # 06[19:40] * jgraham never worked out how tiling wms were supposed to work when you had windows that really wanted to be certain sizes
- # 02[19:40] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
- # [19:41] <Philip`> ((although sometimes buggy OpenGL code can cause the drivers to get confused so the scrollbars on all my other applications change colour and then everything else gradually change colour until I reboot))
- # [19:41] <jgraham> (after tring Xmonad for a bit some years ago)
- # [19:41] <gsnedders> jgraham: Depends if they're floating windows or not
- # [19:41] <Philip`> ((which is unideal)
- # [19:41] <AryehGregor> Argh, Gmail doesn't believe me when I want to make a filter for "[editing]". It thinks I mean "editing".
- # [19:41] <gsnedders> jgraham: Try awesome, it's pretty good out of the box.
- # [19:41] <gsnedders> Philip`: hah, awesome
- # [19:41] <AryehGregor> Philip`, that sounds like Linux to me!
- # [19:41] <zewt> google is starting to ignore +keywords in search :(
- # 02[19:41] * Quits: zdobersek (~zan@cpe-46-164-0-76.dynamic.amis.net) (Ping timeout: 260 seconds)
- # [19:41] <zewt> i've always used a lot of +to force it to stop fuzzing searches to death, and now that's starting to not work
- # [19:42] <jgraham> gsnedders: I doubt I would like it more than compiz grid which basically allows me to tile in the simplistic way that my brain can handle and just dump things in random places when tiling is inconvenient
- # [19:42] <zewt> building python from source like it's 1996
- # [19:43] <jgraham> zewt: Can't imagine why that was never a hit single
- # [19:43] <Philip`> I happened to be searching for some three-character postcode today, and Google was occasionally (depending on search terms) quite insistent that I wanted to find the sixth Harry Potter book
- # [19:44] <zewt> google needs a "knows how to search" slider, +so +i +don't +have +to +search +like +this
- # 03[19:44] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
- # [19:44] <jgraham> Philip`: That is evidence that Google knows best, I would say
- # [19:45] <gsnedders> jgraham: Well, I have moved to it from grid, which has worked for me.
- # [19:45] <jgraham> I mean buckinghamshire isn't that exciting really
- # [19:46] <Philip`> It's got some hills, which are exciting, if you're into hills
- # 03[19:47] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
- # [19:48] <jgraham> Those hills even have a wikipedia page: http://en.wikipedia.org/wiki/Category:Hills_of_Buckinghamshire
- # [19:49] <jgraham> Clearly the are Notable
- # 03[19:49] * eric_carlson is now known as ericc|away
- # 03[19:50] * Joins: jamesr (~jamesr@216.239.45.23)
- # [19:52] <gsnedders> jgraham: Though each hill in Cambridge has an individual Wikipedia page!
- # [19:55] <jgraham> Being the only hill in Cambridge is, by definition, quite notable
- # 02[19:57] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Ping timeout: 276 seconds)
- # 03[19:57] * Joins: Ms2ger (~Ms2ger@91.181.50.33)
- # 03[20:00] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
- # 02[20:00] * Quits: shepazu (~schepers@63-231-60-187.tukw.qwest.net) (Quit: Core Breach)
- # 02[20:08] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 252 seconds)
- # 02[20:08] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
- # 02[20:10] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
- # [20:10] <annevk> "With the host of problems this country is currently facing, the fact that our president is devoting time to the human process of aging is an affront to Americans everywhere," http://www.theonion.com/articles/obama-turns-50-despite-republican-opposition,21061/
- # 03[20:10] * Joins: sicking (~chatzilla@nat/mozilla/x-ucaadqjnwkxqfods)
- # [20:11] <AryehGregor> Yeah, that sounds like a typical Onion story.
- # [20:12] <hober> annevk: you might want to follow along with https://bugs.webkit.org/show_bug.cgi?id=65535 [CSSOM]
- # [20:14] <annevk> I should really make a proposal
- # [20:14] <annevk> :(
- # 03[20:14] * Joins: oal (~olav@5.79-160-122.customer.lyse.net)
- # [20:14] <annevk> That is, make the CSSOM stuff somewhat more concrete for various properties
- # [20:14] <hober> annevk: please do! :) we're all ears
- # [20:15] <oal> I'm working on a website where I'm including a website in an iframe, however the iframe tries to forward the user to that website, and navigating away from my site. How'd I handle that?
- # [20:15] <annevk> I know, I talked to dino the other week; although he was more like, do it now
- # [20:15] <hober> annevk: hahahhaa, yeah :)
- # [20:16] <AryehGregor> annevk, PLEASE standardize serialization of CSS values, argh.
- # [20:16] <AryehGregor> It's been a huge headache in my editing implementation.
- # [20:16] <AryehGregor> And spec.
- # [20:16] <AryehGregor> I wish I could just reference some algorithm saying "parse and serialize this CSS value" and be sure that it would come out in some normalized form so I can use string comparison.
- # [20:17] <AryehGregor> oal, iframes are allowed to navigate the parent page, so in principle there's not much you can do. Sites are allowed to stop themselves from being framed if they don't want to be.
- # [20:18] <annevk> serialization is somewhat done
- # [20:18] <annevk> but is going to be moved from CSSOM to individual CSS modules
- # 02[20:18] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Quit: linclark)
- # [20:19] <oal> AryehGregor: Oh, ok. Thanks :(
- # 02[20:19] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
- # [20:19] <AryehGregor> oal, <iframe sandbox> might theoretically give you this ability in some of the newest browsers, but I don't know if it would do exactly what you want.
- # [20:21] <oal> AryehGregor: Thanks, will try
- # 03[20:21] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bbaotdmqdatuypbj)
- # 02[20:22] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # 02[20:22] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
- # 02[20:27] * Quits: nimbu (~Adium@157.22.251.133) (Remote host closed the connection)
- # [20:35] <Ms2ger> Boo, MS
- # 03[20:37] * Joins: dave_levin (~dave_levi@nat/google/x-cvvdapwabyxtfyxk)
- # [20:38] <gsnedders> paul_irish: I was guessing that because he already has those patches in the pull queue somebody else had to do something :)
- # 03[20:39] * Joins: CvP (~CvP@123.49.23.11)
- # [20:43] <annevk> Ms2ger, oh fun
- # 03[20:43] * Joins: dbaron (~dbaron@nat/mozilla/x-cnldaqisyangnpdm)
- # [20:43] <Ms2ger> They always are
- # [20:43] <Ms2ger> And plh
- # [20:45] <AryehGregor> "Boo, MS" why?
- # 02[20:45] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # [20:46] <paul_irish> gsnedders: yeah i know. :) no worries. rick will stay on 'em for the release cycle
- # 03[20:50] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
- # [20:52] <Ms2ger> W3C politics
- # [20:52] <AryehGregor> Oh, DOM Core?
- # [20:52] <AryehGregor> To be honest I also think that it's confusing to name specs things like "HTML", "DOM Core", or "DOM Range".
- # [20:52] <AryehGregor> In the long term it makes sense given lack of versioning, but it's confusing for the interim period.
- # [20:53] <AryehGregor> Also, the W3C likes to version stuff, so you need a version number at least when you make it into an obsolete snapshot that everyone will ignore.
- # [20:53] <AryehGregor> The complaint about scope is unreasonable, of course.
- # [20:53] <AryehGregor> We'll see how it goes.
- # [20:54] <Ms2ger> Want to reply? I'm afraid I'd offend people if I ded :)
- # [20:54] <Ms2ger> did*
- # [20:54] <AryehGregor> Aren't we all?
- # [20:54] <annevk> I replied
- # [20:55] <AryehGregor> I was going to leave it to -- yeah, Anne.
- # 06[20:55] * AryehGregor doesn't see a reply
- # [20:55] <annevk> wait for it
- # [20:55] <annevk> I might be okay with adding a 4
- # [20:55] <AryehGregor> It only makes sense to add a 4 for the W3C draft.
- # [20:55] <Ms2ger> So, if "DOM Core" is too confusing for Microsoftees...
- # [20:56] <Ms2ger> How about "DOM"?
- # [20:56] <AryehGregor> Googling "DOM Core" still produces useless stuff as the top results.
- # [20:56] <annevk> yeah, it should be DOM at some point
- # [20:56] <AryehGregor> "Web DOM Core" used to work fine.
- # [20:56] <AryehGregor> "DOM" is a bad name, as is "HTML".
- # [20:56] <AryehGregor> Too short and non-distinctive.
- # [20:56] <AryehGregor> Maybe if you called it "DOM Standard", "HTML Standard", something like that.
- # [20:57] <annevk> sure
- # [20:57] <Ms2ger> Technically, sure
- # [20:57] <Ms2ger> Politically? I dunno
- # [20:57] <AryehGregor> I mean from, say, the WHATWG's perspective.
- # [20:57] <AryehGregor> For the W3C, just call it DOM 4 Core.
- # [20:58] <Ms2ger> "Document Object Model Level Four Core"
- # [20:58] <Ms2ger> (tm)(c)
- # [20:58] <annevk> o_O
- # [20:58] <Ms2ger> Or Core-XML?
- # 03[20:59] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # 02[20:59] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [21:01] <jamesr> if you have to add a number make it 5
- # [21:02] <jamesr> 5 stuff is way cooler than 4 these days
- # [21:02] <annevk> CSS3, DOM4, HTML5
- # [21:02] <annevk> makes perfect sense
- # [21:02] <jamesr> SVG2
- # [21:02] <annevk> there you go
- # [21:02] <jamesr> MathML6?
- # [21:02] <Ms2ger> XHTL1
- # [21:02] <annevk> XML1
- # [21:02] <jamesr> or MathML1
- # [21:02] <annevk> teehee
- # 06[21:02] * Ms2ger kicks his "M" key
- # [21:03] <jamesr> XML1 SVG2 CSS3 DOM4 HTML5, maybe we can get ECMA to make ECMA-262 6th ed
- # 02[21:03] * Quits: TabAtkins_ (~tabatkins@nat/google/x-bbaotdmqdatuypbj) (Read error: Operation timed out)
- # 03[21:03] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bdtobjhfiaaajihd)
- # [21:03] <scor> can someone explain to me how I can force HTML snippets inside microdata values? it seems all microdata values can only be plain text
- # [21:04] <annevk> you cannot have HTML there
- # [21:04] <scor> s/can/will
- # [21:04] <scor> the HTML is stripped out
- # [21:05] <scor> annevk: any idea why such restriction?
- # [21:05] <scor> annevk: there can be HTML in the page, but the microdata parsing will strip it out (that's how I understand it)
- # 03[21:05] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # 03[21:05] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
- # [21:06] <jgraham> Well I guess you can if the vocabulary allows it. I mean it will be plain text but you can always specify that the text should be fed into an HTML parser
- # [21:06] <annevk> no compelling use case I think scor
- # [21:06] <jgraham> Just generic tools won't do that
- # [21:06] <jgraham> HTML in microdata seems like a really bad idea
- # [21:07] <scor> jgraham: exactly, that's extra processing not specified in the microdata spec
- # [21:07] <scor> hum, why is it a bad idea jgraham
- # [21:07] <scor> ?
- # [21:07] <jgraham> It only allows a very limited range of things, but hugely increases complexity
- # [21:07] <scor> annevk: what do you think of these use cases http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c7
- # [21:08] <scor> jgraham: complexity in the md parsing algo? or?
- # [21:08] <annevk> scor, seems you're already talking to the right people :)
- # [21:08] <jgraham> Complexity in the data model, yeah
- # 06[21:09] * annevk isn't really sure annotated data is going to work out
- # [21:09] <jgraham> Having people implement HTML parsers just to understand microdata is a burden
- # [21:09] <scor> annevk: I only wish there were more than one person I was talking too
- # [21:09] <jgraham> Having to design APIs that can retrun text-or-markup is hard
- # [21:09] <annevk> jgraham, you need an HTML parser to get Microdata
- # 03[21:09] * Joins: gkellogg (~gregg@74-95-198-246-SFBA.hfc.comcastbusiness.net)
- # [21:09] <annevk> jgraham, and APIs can already change from string to object for other reasons
- # [21:09] <jgraham> annevk: Not if you consume e.g. JSON
- # [21:10] <scor> foolip: you were also involved in that thread re HTML snippets in microdata
- # [21:10] <annevk> jgraham, oh right, but you could expose the markup in an objecty way
- # [21:10] <jgraham> You infect everyone with the need to process HTML, not just the edges of the system
- # [21:11] <scor> jgraham: but you also prevent those who need that HTML from using it
- # [21:11] <jgraham> I'm also not sure that being able to say H<sub>2</sub>O is really that useful
- # [21:11] <scor> jgraham: H<sub>2</sub>O and H2O are completely different things
- # [21:12] <jgraham> What if you want to express the chemical structure rather than just the elements?
- # [21:12] <jgraham> HTML isn't any use as a graph language
- # 02[21:12] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
- # [21:13] <jgraham> So "html in microdata" quickly turns into "arbitary markup in microdata"
- # [21:13] <Ms2ger> There's a Unicode character for <sub>2</sub>, so that's fine
- # [21:13] <scor> Ms2ger: how do I find it out?
- # [21:13] <annevk> jgraham, true true, strings just want to become markup typically :)
- # [21:13] <jgraham> But at that point I think you might as well just make it opaque to generic processors and allow specific vocabs to define processing
- # 02[21:14] * Quits: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [21:14] <Ms2ger> www.google.com/search?q=subscript+2+unicode
- # [21:14] <Ms2ger> ₂
- # [21:14] <jgraham> I mean it's not like a *generic* processor can do much that is useful with H<sub>2</sub>O as nodes compared to as a literal string
- # [21:15] <jgraham> It only really helps when the use caseis "format for display"
- # 03[21:15] * Joins: cpearce (~chatzilla@ip-118-90-29-45.xdsl.xnet.co.nz)
- # [21:15] <jgraham> (so there we go, I just conclusively proved that HTML is a presentational langauge :) )
- # 06[21:16] * Ms2ger thwaps jgraham
- # [21:16] <Ms2ger> Lang-gauge?
- # 03[21:16] * Parts: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
- # [21:16] <scor> Ms2ger: ok. so I suppose I would have to write this HTML snippet using unicode instead of HTML then, but how user friendly is that? (in comparison to the HTML version)
- # [21:17] <jgraham> Ms2ger: See the google webstats. That's like the most misspelt word in HTML :)
- # [21:17] <jgraham> scor: Or make up some vocabulary-specific processing
- # 03[21:18] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
- # [21:19] <jgraham> I just can't imagine many UAs that display raw microdata as strings to end users, so the fact that H<sub>2</sub>O doesn't make much sense as a string doesn't matter
- # [21:20] <jgraham> The other problem with generic HTML processing is that H<video src="myvideo"><font size=2>2</font>O isn't much use as a chemical formula
- # [21:20] <jgraham> so you still need vocab-specific rules
- # [21:20] <Ms2ger> I hear that kind of formula is used in astrophysics, though
- # [21:21] <jgraham> Are you insane? It's way too precise.
- # [21:21] <gkellogg> I don't see why rules for expressing markup should be vocab-specific. As much as I hate @itemvaltype, this is a case where it seems necessary.
- # [21:21] <scor> jgraham: so how would these vocab-specific rules work wrt to the md parsing? when would these rules be applied?
- # [21:22] <jgraham> scor: In generic UAs everything would be parsed as strings. The angle brackets would just be angle brackets, not anything magic
- # [21:22] <Ms2ger> Good point
- # 03[21:22] * Joins: The_8472 (~stardive@azureus/The8472)
- # [21:23] <jgraham> Although astrophysiscis do love a good <video> to go with a theory
- # [21:23] <jgraham> Or at least an <img> containing an "artist's impression"
- # [21:23] <Ms2ger> "So all the planets in the solar system kinda follow a pattern, except that we lost one planet"
- # 06[21:25] * Ms2ger hopes he summarized the Titius–Bode law correctly
- # 06[21:26] * annevk suggests DOM4
- # 03[21:29] * Joins: ezoe (~ezoe@61-205-124-68f1.kyt1.eonet.ne.jp)
- # [21:30] <jgraham> scor: The other reason to dislike markup in microdata is that it gives the whole feature way more surface area for security problems e.g. if someone sets the value of an item to be <script src=evilscript.js></script> you want to be rather sure that you don't execute it when you don't mean to
- # [21:30] <scor> jgraham: absolutely, the consumer has to strip out insecure tags
- # [21:31] <Hixie> i hope you mean strip out anything not known to be secure
- # [21:31] <scor> I'm not saying HTML snippet should be the default, I'm just wondering why there is not option for allowing it
- # [21:31] <Hixie> rather than stripping out anything known to be insecure
- # [21:32] <scor> yes
- # [21:32] <Hixie> just checking :-)
- # [21:32] <scor> :)
- # [21:33] <jgraham> scor: Which is still more risky than just not allowing markup, and doesn't address the use cases where "risky" things make sense as item values
- # 02[21:34] * Quits: TabAtkins_ (~tabatkins@nat/google/x-bdtobjhfiaaajihd) (Ping timeout: 264 seconds)
- # [21:35] <scor> jgraham: not allowing markup makes sense as a default
- # [21:37] <Hixie> scor: the main reason microdata doesn't have a way to use the DOM Elements as part of the value (as opposed to just the text) is that none of hte use cases it was designed for needed it
- # [21:37] <Hixie> (though there are certainly additional reasons to avoid it as jgraham has pointed out)
- # [21:38] <scor> Hixie: when was the list of use cases for designing microdata closed?
- # [21:38] <Hixie> it wasn't closed
- # [21:38] <Hixie> if there are new use cases to consider, the design could be augmented accordingly
- # [21:39] <Hixie> it depends on whether the use cases are deemed important enough
- # 03[21:39] * Joins: dabaR (~Dan_Berna@205-200-13-84.static.mtsallstream.net)
- # [21:39] <scor> but I guess the use cases provided in the tracker are not important enough
- # [21:39] <dabaR> can a header contain sections?
- # [21:40] <Hixie> scor: off-hand, i've no idea
- # [21:40] <scor> Hixie: so what do you require then? more people asking for these use cases?
- # [21:40] <Hixie> i don't think i've ever seen a use case for which it makes sense for the element tree to be part of the value, so far
- # [21:41] <Hixie> but it's quite possible that some have been sent to the whatwg list or on bugzilla that i haven't seen yet
- # [21:41] <Hixie> the volume of feedback is not important, only the quality matters
- # 03[21:41] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
- # [21:41] <Hixie> dabaR: do you mean a <header> or a <h1> header?
- # 03[21:41] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
- # [21:42] <Hixie> dabaR: if you mean <header>, then yes. Search the spec for "Little Green Guys With Guns" for an example where a <header> contains a <nav> section.
- # 02[21:42] * Quits: cpearce (~chatzilla@ip-118-90-29-45.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
- # [21:43] <dabaR> thank you
- # [21:43] <Hixie> np
- # [21:45] <dabaR> On here: http://www.w3.org/TR/html5/ ?
- # [21:45] <Hixie> http://whatwg.org/html
- # 03[21:46] * Joins: cwilso (~cwilso@nat/google/x-yqcbvzemzhwathry)
- # [21:46] <dabaR> Thanks
- # 03[21:46] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
- # 02[21:46] * Quits: jamesr (~jamesr@216.239.45.23) (Quit: jamesr)
- # [21:46] <dabaR> Nope
- # [21:46] <dabaR> No little green guys with guns
- # [21:46] <dabaR> In fact, none of those words appear :)
- # [21:47] <Hixie> oh that's the multipage copy
- # [21:47] <Hixie> switch to the one-page copy
- # [21:47] <annevk> if you load whatwg.org/c they will, but beware of crashing your browser
- # [21:47] <Hixie> there's a link at the top
- # [21:47] <dabaR> Odd it is there
- # [21:48] <dabaR> Oh thats why
- # [21:48] <dabaR> Well that's nav inside header
- # [21:48] <dabaR> But also section is OK?
- # [21:49] <Hixie> <nav>, <Section>, <Article>, and <aside> are all sections
- # [21:50] <dabaR> Oh OK
- # 03[21:50] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
- # [21:50] <Hixie> (<section> is just the more generic one)
- # [21:50] <dabaR> so <section> can go inside <header>
- # [21:51] <dabaR> You know how on government sites there is often a more web-presence-wide header and footer?
- # [21:51] <dabaR> Containing links to other sites they have, and also a search bar for all of their sites kinda thingy?
- # 02[21:51] * Quits: sicking (~chatzilla@nat/mozilla/x-ucaadqjnwkxqfods) (Ping timeout: 252 seconds)
- # [21:52] <dabaR> I guess that is a <nav>. Is that a good guess?
- # [21:52] <Hixie> yeah, that's basically that <nav> example
- # 03[21:52] * Joins: sicking (~chatzilla@nat/mozilla/x-lbmirihfeaelxzsu)
- # [21:52] <dabaR> OK. Thank you.
- # [21:54] <dabaR> But a nav gets its own heading?
- # [21:54] <dabaR> Not in this example
- # [21:54] <dabaR> A <nav> can have an <h*>
- # 03[21:56] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bcqcmybawccdjbwm)
- # 02[21:57] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Quit: Leaving)
- # 06[21:58] * karlcow read the discussion with scor and had difficulties to figure out the benefit of markup.
- # [21:59] <karlcow> it seems like alt="" and title="" attributes
- # [22:01] <scor> karlcow: ok, let microdata have the same limitations as @alt and @title then
- # 03[22:02] * Joins: necolas (~necolas@5e0129ee.bb.sky.com)
- # [22:02] <scor> karlcow: did you check the use cases in the tracker too?
- # [22:02] <karlcow> scor: link?
- # [22:02] <scor> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c7
- # [22:02] <karlcow> ah yes what I was talking about
- # [22:04] <karlcow> years after years of using html, I have grown a feeling that attributes were not the right place for rich markup.
- # [22:04] <karlcow> attributes most of the type should be more "operational" than "informational".
- # [22:05] <karlcow> (just a feeling)
- # 03[22:05] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
- # [22:05] <karlcow> scor in the bug tracker could you put a full example of code?
- # [22:06] <jgraham> karlcow: One could of course design it to not have markup in attributes if one wanted that extension to the data model
- # [22:06] <jgraham> But I think the concept is bad even then
- # 02[22:07] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # 06[22:07] * karlcow wonders if jgraham meant "to have markup"
- # [22:08] <karlcow> I remember all the discussion around description element in RSS feed.
- # [22:08] <scor> karlcow: you mean a full microdata example?
- # [22:09] <scor> which I would expect to produce HTML?
- # [22:10] <jgraham> karlcow: I mean you could define a mechanism where, say, the child nodes of the element with @itemval represented the content
- # [22:12] <jgraham> But even in the presence of such a mechanism, allowing markup in values would be more harm than good
- # [22:12] <karlcow> scor: yes
- # [22:13] <karlcow> jgraham: without counting for what a microdata means inside a microdata
- # 03[22:13] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # 03[22:13] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
- # [22:14] <jgraham> That is an example of the additional complexity that allowing markup in values introduces, yes
- # 03[22:20] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
- # 03[22:20] * Joins: stalled (~stalled@unaffiliated/stalled)
- # 02[22:20] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 260 seconds)
- # [22:29] <scor> karlcow: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c12
- # 02[22:29] * Quits: captain6 (~captain@xdsl-78-34-169-176.netcologne.de) (Quit: captain6)
- # [22:32] <scor> karlcow: what was the conclusion re. "description element in RSS feed"
- # [22:33] <karlcow> scor: for RSS, dirty hacks, including escaping markup.
- # [22:33] <karlcow> Atom introduced a content type
- # [22:34] <karlcow> <content type="xhtml">…
- # 02[22:38] * Quits: davidb (~davidb@corp.tor1.mozilla.com) (Quit: davidb)
- # [22:38] <Ms2ger> The bugs line at http://www.whatwg.org/issues/data.html?period=1 does look interesting
- # 02[22:39] * Quits: zdobersek1 (~zan@cpe-46-164-26-128.dynamic.amis.net) (Quit: Leaving.)
- # 02[22:39] * Quits: franksalim (~frank@64-71-23-250.static.wiline.com) (Quit: Leaving)
- # 03[22:40] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
- # 03[22:42] * Parts: dabaR (~Dan_Berna@205-200-13-84.static.mtsallstream.net)
- # 03[22:43] * Joins: cssgirl (~Adium@cpe-24-161-119-204.hvc.res.rr.com)
- # 02[22:45] * Quits: Ms2ger (~Ms2ger@91.181.50.33) (Quit: nn)
- # 02[22:46] * Quits: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
- # 02[22:48] * Quits: sicking (~chatzilla@nat/mozilla/x-lbmirihfeaelxzsu) (Ping timeout: 276 seconds)
- # 02[22:48] * Quits: FastJack (~fastjack@dumpstr.net) (Quit: mal server neu frickeln)
- # 02[22:57] * Quits: necolas (~necolas@5e0129ee.bb.sky.com) (Remote host closed the connection)
- # 02[23:04] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Remote host closed the connection)
- # 03[23:06] * heycam|away is now known as heycam
- # 02[23:14] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
- # 02[23:16] * Quits: MacTed (~Thud@63.119.36.36)
- # 02[23:19] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
- # 02[23:20] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
- # 02[23:20] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # 02[23:21] * Quits: micheil (~micheil@109.231.193.164) (Quit: http://brandedcode.com | http://github.com/miksago)
- # 03[23:21] * Joins: sicking (~chatzilla@nat/mozilla/x-hmrkafhjpsrkrkpg)
- # 02[23:23] * Quits: enyo_ (~mtl@modemcable098.129-202-24.mc.videotron.ca) (Ping timeout: 260 seconds)
- # 02[23:29] * Quits: ap (~ap@2620:149:4:401:3487:5e5b:4523:9841) (Read error: Connection reset by peer)
- # 03[23:29] * Joins: ap (~ap@17.203.114.202)
- # 02[23:30] * Quits: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Quit: @++ tout le monde)
- # 03[23:32] * Joins: MikeSmith (~MikeSmith@65.42.208.134)
- # 03[23:39] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
- # 03[23:45] * Joins: jarek (~jarek@bcz18.neoplus.adsl.tpnet.pl)
- # 02[23:45] * Quits: jarek (~jarek@bcz18.neoplus.adsl.tpnet.pl) (Changing host)
- # 03[23:45] * Joins: jarek (~jarek@unaffiliated/jarek)
- # 02[23:45] * Quits: MikeSmith (~MikeSmith@65.42.208.134) (Ping timeout: 258 seconds)
- # [23:45] <jarek> Hello
- # [23:45] <jarek> is there any performance difference between element.setAttribute('blah1', 'blah2') and element.dataset.blah1 = 'blah2'?
- # [23:47] <jarek> I'm currently using custom attributes all over the place and I'm wondering whether switching to HTML5 datasets would make sense
- # 03[23:47] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
- # [23:47] <Philip`> Seems very unlikely that there would be any noticeable difference
- # [23:47] <Philip`> since dataset is just an API to get/set content attributes
- # [23:48] <Philip`> so it's doing the same amount of DOM manipulation either way
- # 03[23:48] * Joins: MikeSmith (~MikeSmith@65.42.208.134)
- # 03[23:50] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
- # 03[23:50] * Joins: enyo (~mtl@dsl-10-148-236.b2b2c.ca)
- # [23:51] <jarek> perhaps setting an attribute directly on node (e.g. element.blah1 = 'blah2') could be any faster?
- # [23:54] <Hixie> depends what you're trying to do
- # [23:54] <The_8472> jarek, you shouldn't set custom attributes directly on dom nodes anyway. it's bad practice for various reasons.
- # [23:54] <Hixie> are you doing this in a tight loop?
- # [23:54] <Hixie> if you're not, the performance aspects of this are probably irrelevant anyway
- # [23:55] <AryehGregor> The_8472, why not? That's what data-* is meant for.
- # [23:56] <The_8472> AryehGregor, i mean this: <jarek> perhaps setting an attribute directly on node (e.g. element.blah1 = 'blah2')
- # [23:56] <jarek> The_8472: I'm using custom XML namespace inside XHTML5 document, so custom attributes should be fully valid in my case
- # [23:56] <The_8472> attributes may have been the wrong word
- # [23:56] <The_8472> object properties?
- # [23:58] <Hixie> the spec uses the terms IDL attributes and content attributes
- # [23:59] <Hixie> though in your case you're talking abotu object properties, since they're not IDL attributes either
- # [23:59] <Hixie> they might conflict with IDL attributes in the future though, so it's not good practice :-)
- # 03[23:59] * Joins: jarek_ (~jarek@awf240.neoplus.adsl.tpnet.pl)
- # 03[23:59] * jarek is now known as Guest29815
- # [23:59] <jarek_> oops, I got disconnected
- # Session Close: Fri Aug 05 00:00:00 2011
The end :)