Options:
- # Session Start: Sat Jun 18 00:00:00 2011
- # Session Ident: #whatwg
- # [00:00] * Joins: nimbu (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [00:00] * Quits: tomasf_ (~tom@194-237-176-98-no120.business.telia.com) (Quit: tomasf_)
- # [00:01] <zcorpan> rwaldron: got any others before i go? :)
- # [00:01] * Joins: roc (~chatzilla@121.98.230.221)
- # [00:01] <rwaldron> nope!
- # [00:01] <rwaldron> but, again... thank you
- # [00:01] <zcorpan> bummer
- # [00:02] <zcorpan> np
- # [00:02] <rwaldron> if you didnt see above
- # [00:02] <rwaldron> you're time is greatly appreciated
- # [00:02] <zcorpan> anytime
- # [00:02] <rwaldron> i work on jQuery and I know how volunteer stuff goes
- # [00:02] <rwaldron> so i want to convey my appreciation
- # [00:02] * Quits: boogyman (~boogy@cpe-72-184-192-77.tampabay.res.rr.com) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
- # [00:02] <rwaldron> have a good night :D
- # [00:02] <zcorpan> likewise :)
- # [00:03] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [00:04] * Quits: othermaciej_ (~mjs@2620:149:f01:202:21b:63ff:fec8:7cdd) (Quit: othermaciej_)
- # [00:06] <zcorpan> Specification:
- # [00:06] <zcorpan> http://www.whatwg.org/specs/web-apps/current-work/complete/common-microsyntaxes.html
- # [00:06] <zcorpan> Section: http://www.whatwg.org/specs/web-apps/current-work/#colors
- # [00:07] <zcorpan> Hixie: could you please make the comment script emit http://www.whatwg.org/specs/web-apps/current-work/complete/common-microsyntaxes.html#colors instead of the above?
- # [00:07] * Quits: Hixie (~ianh@trivini.no) (Read error: Operation timed out)
- # [00:08] * Joins: Hixie (~ianh@trivini.no)
- # [00:08] <Hixie> zcorpan: the first link is the referer
- # [00:08] * Joins: othermaciej_ (~mjs@17.246.19.250)
- # [00:08] <Hixie> zcorpan: the second link is for me and is to the HTML spec or the complete.html spec with the appropriate fragid
- # [00:08] <zcorpan> oh
- # [00:08] <Hixie> zcorpan: though i might change it to just be complete.html always, since i've basically stopped using the HTML one
- # [00:09] <zcorpan> Hixie: could you add the fragment to the first url?
- # [00:12] <Hixie> what for?
- # [00:12] <zcorpan> i don't want to load the full spec so i need to copy-paste the fragment from the second url, click on the first one adn then paste in the fragment again
- # [00:13] <zcorpan> which is annoying
- # [00:13] <zcorpan> s/-paste//
- # [00:13] <Hixie> the first url is going to be the full spec often too
- # [00:13] <Hixie> if you just want a short-spec link version isntead i can do that, though
- # [00:13] * Quits: jer|afk (~jernoble@2620:149:4:401:1d25:ff59:9a1b:e2f5) (Quit: jer|afk)
- # [00:14] <zcorpan> yeah that'd be nice
- # [00:14] <AryehGregor> Yeah, please have a link to the multipage version somewhere.
- # [00:14] <AryehGregor> With the right fragment.
- # [00:14] <AryehGregor> The status quo is annoying in that respect.
- # [00:14] <Hixie> it'll be the one with the redirects, since i have no idea hwo to generate the full ones, is that ok?
- # [00:14] <zcorpan> that's fine
- # [00:15] <zcorpan> complete/ is fine
- # [00:15] <Hixie> done
- # [00:15] <Hixie> (untested)
- # [00:15] <zcorpan> thanks
- # [00:15] <zcorpan> everyone! file a test spam bug!
- # [00:15] <Hixie> nooo
- # [00:16] <Hixie> just find a real bug then file that!
- # [00:16] <Hixie> actually i have a bug to file, let me test it now
- # [00:18] <Hixie> ironically, the urls in question are bogus already
- # [00:20] <zcorpan> what's bogus?
- # [00:21] * Quits: erlehmann (~erlehmann@82.113.99.53) (Quit: Ex-Chat)
- # [00:21] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [00:22] <Hixie> zcorpan: in the bug i just filed, the url was #generatedstream
- # [00:23] <zcorpan> oh and you renamed it?
- # [00:23] * Joins: bentruyman (~bentruyma@li159-104.members.linode.com)
- # [00:24] <Hixie> yeah
- # [00:24] <Hixie> Stream, GeneratedStream, and StreamRecorder became MediaStream, LocalMediaStream, and MediaStreamRecorder
- # [00:24] <Hixie> sicking: ^
- # [00:25] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
- # [00:25] <zcorpan> nn
- # [00:25] <Hixie> nn
- # [00:25] * Parts: zcorpan (~zcorpan@c-5eeaaa13-74736162.cust.telenor.se)
- # [00:26] <sicking> Hixie: sweet! What format does MediaStreamRecorder record things in?
- # [00:27] <sicking> Hixie: and if it's an encoded format, can you set encoding parameters such as quality?
- # [00:27] <sicking> Hixie: to be clear, I think this is strictly an improvement. So absolutely a good thing. These questions applied before too
- # [00:27] <sicking> Hixie: so thanks :)
- # [00:27] <Hixie> that's as yet undefined, other than it must be a format supported by the local <video>. Same problem with getObjectURL() for a MediaStream and for sending data via a PeerConnection object.
- # [00:28] <Hixie> i'm waiting implementation experience before specifying the api for deciding the encoding parameters
- # [00:28] <Hixie> and i'm waiting for a miracle before specifying the codec
- # [00:28] <sicking> haha
- # [00:28] <sicking> sounds good
- # [00:29] <sicking> i'll be doing the swedish encoder dance to appease the encoder gods
- # [00:29] <Hixie> man at this point i'm willing to try anything
- # [00:29] <sicking> i'll fax you the steps
- # [00:30] * smaug____ missed all the context, but he assumes sicking has seen roc's MediaStream API
- # [00:31] <sicking> smaug____: i have
- # [00:31] * Joins: jer|afk (~jernoble@17.203.12.89)
- # [00:31] <roc> ah good, renaming to MediaStream was something I was going to ask for
- # [00:31] <rwaldron> Hixie thanks for responding to the "canplaythrough" ticket so quickly
- # [00:32] <rwaldron> damn shame that it was stomped on by a mozilla employee
- # [00:32] <rwaldron> though it was discovered in a mozilla project
- # [00:32] <rwaldron> and honestly...
- # [00:32] <Hixie> rwaldron: pure luck in this particular case, normally i go in date order but i happened to be looking at recent bugs for the cgi thing zcorpan and AryehGregor were asking me about
- # [00:32] * Quits: Frozen_ (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Read error: Connection reset by peer)
- # [00:33] <Hixie> rwaldron: feel free to reopen if it needs more thought :-)
- # [00:33] <rwaldron> a HAVE_ENOUGH_DATA canplaythrough that fires many times is useful, but there is still no event that signifies this has happened when it happens for the first time
- # [00:33] <rwaldron> anyway, we've written a fallback that does what we need. so its all good
- # [00:33] <cpearce> rwaldron: that's pretty easy to track yourself if it matters.
- # [00:33] <Hixie> you can tell it happened for the first time by just keeping track of whether you've seen it or not
- # [00:33] <kinetik> rwaldron: "stomped on" is not a fair categorization.
- # [00:33] <rwaldron> cpearce yeah, aware of that and already doing so
- # [00:34] <rwaldron> yes. Hixie that is in fact what we're doing
- # [00:34] <Hixie> cool
- # [00:34] <rwaldron> though I'm sure that the test of time will show more then just a handful of developers being confused by this behaviour
- # [00:35] <rwaldron> also, keep in mind that silvia pfieffer's book actually says this fires "for the first time"
- # [00:35] <rwaldron> so yeah thats newly in print
- # [00:35] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [00:35] <rwaldron> anyone reading this will also be mislead
- # [00:35] <rwaldron> kinetik i'd say is.
- # [00:35] <rwaldron> especially considering your choice of words regarding the test case
- # [00:35] <cpearce> only on page 111, not on page 129. ;)
- # [00:36] <roc> the spec trumps the book :-)
- # [00:36] <rwaldron> which is perfectly valid if you you want to jump to a specific time in the media
- # [00:36] <rwaldron> roc i get that
- # [00:36] <rwaldron> but think about the average "web designer"
- # [00:36] <roc> I am sad that three of us are on IRC on a Saturday morning
- # [00:36] <rwaldron> do they read the spec?
- # [00:36] <cpearce> :P
- # [00:36] <roc> rwaldron: I do, a lot
- # [00:37] <rwaldron> i'd say an exception tbh
- # [00:37] <roc> rwaldron: if you want to help the average web developer, please lobby for bug 12267 :-)
- # [00:37] <roc> rwaldron: they don't, but it's incumbent on book authors to follow the spec, not the other way around
- # [00:37] <roc> there will be many books
- # [00:37] <roc> as the spec changes, books will need to be revised and updated
- # [00:38] * Quits: bentruyman (~bentruyma@li159-104.members.linode.com) (Quit: Computer has gone to sleep.)
- # [00:38] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [00:38] <rwaldron> roc, to be clear, I completely agree
- # [00:38] <rwaldron> here's where I'm coming from...
- # [00:38] <rwaldron> I'm on the jQuery bugs team
- # [00:39] <rwaldron> we field ~50 tickets per day
- # [00:39] <rwaldron> have you seen what the lowest common denominator is writing for code?
- # [00:39] <roc> yes
- # [00:40] <roc> I have been reading Firefox bug reports for over ten years :-)
- # [00:40] <rwaldron> cool, so you see where I'm coming from
- # [00:40] <roc> OK that's a lie
- # [00:40] <roc> the first few years were Netscape bug reports :-)
- # [00:40] <rwaldron> hahaha well... then you def see where i'm coming from
- # [00:40] <rwaldron> :)
- # [00:40] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 240 seconds)
- # [00:40] <rwaldron> Hixie cpearce roc can you take a look at something I drafted earlier today?
- # [00:40] <roc> I see what you're saying, but I think this is something that is easily detected and fixed by the author
- # [00:41] <rwaldron> https://gist.github.com/1031549
- # [00:41] <roc> they may not understand why they have to fix it, but that's less important
- # [00:41] <rwaldron> It describes a unique behaviour that has value
- # [00:41] <roc> I don't think it's worth making the event less useful just to prevent this
- # [00:41] <rwaldron> fair enough
- # [00:41] <rwaldron> but see above
- # [00:41] <rwaldron> or... here https://gist.github.com/1031549
- # [00:42] <cpearce> rwaldron: r-. that can be achieved with canplaythrough + your own tracking code.
- # [00:42] <rwaldron> yeah, like I said, we're doing that
- # [00:42] <roc> having two events, one which fires once and one which fires more than once, is going to add to the confusion
- # [00:42] <rwaldron> i can see there is no interest
- # [00:43] <rwaldron> i'm going to save this log
- # [00:43] <kinetik> an event that fires only once will be incorrect for the reasons i outlined in the w3.org bug.
- # [00:43] <rwaldron> thanks for your time gents
- # [00:43] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
- # [00:43] <roc> rwaldron: sorry dude
- # [00:44] <roc> I'm all for simplifying things for authors
- # [00:44] <roc> the problem in this case would be reduced if Chrome fixed their canplaythrough implementation to be non-brain-dead
- # [00:44] <TabAtkins> What we need to do is add the ability to listen to an event only once. jQuery has it, and it's nice and simple and useful.
- # [00:44] <roc> then authors would get multiple-firing consistently across browsers and wouldn't think it's a Firefox bug
- # [00:44] <kinetik> roc: and Opera.
- # [00:45] <rwaldron> we actually closed that FF ticket
- # [00:45] <roc> TabAtkins: that is a great idea too
- # [00:48] * Quits: othermaciej_ (~mjs@17.246.19.250) (Quit: othermaciej_)
- # [00:50] <hober> Whatever happend to Mr. Last Week?
- # [00:53] <roc> I got bored
- # [00:53] <roc> oops
- # [00:54] <hober> heh
- # [00:54] * Quits: tomasfm (~tom@194-237-176-98-no120.business.telia.com) (Quit: tomasfm)
- # [01:01] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
- # [01:04] <pererik> Hixie: if audioTracks and videoTracks were arrays of track objects you could create a new LocalStream from any number of individual tracks, either by making LocalStream contructable or through some factory
- # [01:06] <pererik> Hixie: if tracks are also made available on remote streams, it would be possible to combine several incoming audio streams and record a conversation
- # [01:06] <pererik> Hixie: or just recording local audio, while sending both audio and video
- # [01:10] * Quits: clair (~clair@host86-186-31-167.range86-186.btcentralplus.com) (Ping timeout: 255 seconds)
- # [01:10] * heycam|away is now known as heycam
- # [01:13] <heycam> mpilgrim, ok, looks like throwing on too few arguments and ignoring extra arguments is the way to go, then
- # [01:14] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
- # [01:14] * heycam wonders if there's a bot in here that you can use to leave messages for people
- # [01:15] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [01:16] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 258 seconds)
- # [01:16] * Joins: clair (~clair@host81-159-103-136.range81-159.btcentralplus.com)
- # [01:16] <Philip`> heycam: None that I've ever seen, though you can just write your message and hope the recipient reads the IRC logs assiduously
- # [01:17] * Parts: rwaldron (~Rick@75-150-66-249-NewEngland.hfc.comcastbusiness.net) ("Leaving")
- # [01:18] * Joins: stefan-__ (~music@swhpet3041.uni-trier.de)
- # [01:18] * Quits: stefan-__ (~music@swhpet3041.uni-trier.de) (Remote host closed the connection)
- # [01:18] * Quits: stefan-_ (~music@swhpet3041.uni-trier.de) (Remote host closed the connection)
- # [01:19] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
- # [01:19] <zewt> any decent irc client highlights messages addressed to you
- # [01:20] <heycam> most don't do so if you weren't in the channel at the time someone wishes to leave you a message, though :)
- # [01:20] <zewt> so don't not be in the channel :P
- # [01:21] <heycam> heh
- # [01:22] <nimbu> heycam: http://freenode.net/faq.shtml#memoserv
- # [01:22] <heycam> nimbu, oh, interesting, I'll try it
- # [01:25] <roc> oh no, that's four people in #whatwg on a Saturday morning
- # [01:27] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [01:30] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 255 seconds)
- # [01:32] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [01:34] * Quits: sicking (~chatzilla@2620:101:8003:200:226:bbff:fe05:3fe1) (Ping timeout: 264 seconds)
- # [01:35] <Dashiva> Is there really a thread going "longdesc does not have backwards compatibility because many platforms and tools don't support it at all" "but it WILL HAVE backwards compatibility in the future when they add support for longdesc"?
- # [01:36] <TabAtkins> Yes. Yes there is.
- # [01:38] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
- # [01:39] <Dashiva> I'm going to need a bigger palm
- # [01:40] * Quits: Morphous_ (jan@f048038152.adsl.alicedsl.de) (Ping timeout: 255 seconds)
- # [01:48] * Joins: MrDoublesite (~mropposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se)
- # [01:48] * Quits: MrDoublesite (~mropposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se) (Changing host)
- # [01:48] * Joins: MrDoublesite (~mropposit@unaffiliated/mropposite)
- # [01:48] * Quits: clair (~clair@host81-159-103-136.range81-159.btcentralplus.com) (Quit: clair)
- # [01:49] * MrOpposite is now known as Guest47569
- # [01:49] * Quits: Guest47569 (~mropposit@unaffiliated/mropposite) (Ping timeout: 246 seconds)
- # [01:50] * MrDoublesite is now known as MrOpposit
- # [01:50] * MrOpposit is now known as MrOpposite
- # [01:50] * Joins: roc (~chatzilla@121.98.230.221)
- # [01:55] * Joins: Morphous_ (jan@f049033035.adsl.alicedsl.de)
- # [01:55] * Joins: wakaba_ (~wakaba_@57.72.102.121.dy.bbexcite.jp)
- # [02:07] * Quits: nimbu (~Adium@c-24-18-47-160.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [02:08] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Quit: linclark)
- # [02:12] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [02:13] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
- # [02:15] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Client Quit)
- # [02:17] * Quits: othermaciej (~mjs@17.203.15.144) (Quit: othermaciej)
- # [02:17] * othermaciej__ is now known as othermaciej
- # [02:18] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [02:19] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
- # [02:21] * Quits: charlvn (~quassel@41.0.48.54) (Remote host closed the connection)
- # [02:23] * Quits: othermaciej (~mjs@17.203.15.180) (Ping timeout: 250 seconds)
- # [02:33] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 240 seconds)
- # [02:35] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 250 seconds)
- # [02:41] * bga_ is now known as bga_|away
- # [02:41] * Quits: ap (~ap@2620:149:4:401:226:4aff:fe14:aad6) (Quit: ap)
- # [02:45] * Joins: CrossX (~Cross@pool-96-229-201-241.lsanca.fios.verizon.net)
- # [02:46] <CrossX> AryehGregor: I was told you could help me with FX's RTE https://developer.mozilla.org/en/rich-text_editing_in_mozilla
- # [02:47] <CrossX> When a user uses the RTE the HTML created appears on a single line instead of formated with \n's and \t's. Is there any way to get the HTML created in the RTE to appear 'beautyfied'.
- # [02:48] * Joins: othermaciej (~mjs@17.244.0.252)
- # [02:48] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.17/20110428205629])
- # [02:48] * bga_|away is now known as bga_
- # [02:50] * Quits: kalc4 (~kalc4@78.149.204.50) (Quit: kalc4)
- # [02:52] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [02:53] * Quits: othermaciej (~mjs@17.244.0.252) (Ping timeout: 260 seconds)
- # [02:55] * Joins: othermaciej (~mjs@66.109.105.107)
- # [02:58] * bga_ is now known as bga_|away
- # [03:03] * Quits: dbaron (~dbaron@nat/mozilla/x-wvqplzthdsgdksqe) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:06] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
- # [03:09] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [03:09] * Parts: CrossX (~Cross@pool-96-229-201-241.lsanca.fios.verizon.net)
- # [03:22] * Quits: pdr2 (~pdr2@nat/google/x-weyeclqtcxjhmtiw) (Remote host closed the connection)
- # [03:33] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [03:40] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 240 seconds)
- # [03:41] * Joins: nonge (~nonge@p508294C7.dip.t-dialin.net)
- # [03:47] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [03:47] * nimbupani is now known as nimbu
- # [03:47] * Parts: nimbu (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
- # [03:49] * Quits: MikeSmith (~MikeSmith@EM114-48-46-108.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
- # [03:50] * Quits: othermaciej (~mjs@66.109.105.107) (Quit: othermaciej)
- # [03:54] * Joins: MikeSmith (~MikeSmith@EM1-112-64-26.pool.e-mobile.ne.jp)
- # [03:56] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [03:58] * Joins: roc (~chatzilla@121.98.230.221)
- # [04:00] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [04:04] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
- # [04:07] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 240 seconds)
- # [04:12] * Joins: The_8472 (~stardive@azureus/The8472)
- # [04:14] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [04:14] <mpilgrim> heycam: ping
- # [04:15] * Quits: jochen__ (~jochen@nat/google/x-uojuraojwudietfe) (Remote host closed the connection)
- # [04:15] * Joins: jochen__ (~jochen@nat/google/x-gjhaqmdhuixcnuyi)
- # [04:16] <heycam> mpilgrim, pong
- # [04:17] <mpilgrim> so i'm tightening up webkit's IDL implementation
- # [04:17] <mpilgrim> and aligning it with WebIDL
- # [04:17] <mpilgrim> slowly
- # [04:17] <heycam> cool!
- # [04:17] <heycam> are the V8 bindings still different from WebKit's?
- # [04:17] <mpilgrim> yes
- # [04:18] <mpilgrim> but both webkit and v8 are getting the new strictness
- # [04:18] <mpilgrim> is there a prescribed exception we should throw on missing required arguments?
- # [04:18] <heycam> yes, TypeError
- # [04:18] <mpilgrim> ok, we don't do that
- # [04:19] <mpilgrim> yet
- # [04:19] <heycam> ok
- # [04:19] <mpilgrim> well we don't do anything different yet
- # [04:19] <mpilgrim> the new strictness is still theoretical
- # [04:19] <mpilgrim> i'm migrating IndexedDB first
- # [04:22] <heycam> if you get on to migrating old apis, and find some that break compatibility when enforcing the strictness, it'd be good to turn those into spec bug reports
- # [04:22] <heycam> to make arguments optional
- # [04:22] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Remote host closed the connection)
- # [04:22] <mpilgrim> we will be tackling APIs in this order:
- # [04:22] <mpilgrim> 1. IndexedDB
- # [04:23] <mpilgrim> 2. other new-ish APIs (web audio, File API)
- # [04:23] <mpilgrim> 3. older APIs that are known to have stricter implementations in other browsers (addEventListener)
- # [04:24] <mpilgrim> 4. older APIs that have poor or no x-browser interop (WebSQLDatabase)
- # [04:24] <mpilgrim> 5. older APIs that have unknown interop issues
- # [04:24] <mpilgrim> 6. SVG
- # [04:26] <mpilgrim> ok, i've changed our IDL code generator (A 3356-LINE PERL SCRIPT WITH VIRTUALLY NO UNIT TESTS) to throw TypeError instead of SyntaxError
- # [04:26] <mpilgrim> on missing required arguments
- # [04:26] <heycam> (I did some minor amount of hacking on that file in the past :( )
- # [04:27] <mpilgrim> i added 3 lines and introduced 2 new bugs
- # [04:27] <mpilgrim> Perl is not my drug of choice
- # [04:28] * heycam enjoys it, but really should learn python some day
- # [04:29] <mpilgrim> i have another (unrelated) WebIDL question
- # [04:29] <mpilgrim> on nulls
- # [04:29] <heycam> sure
- # [04:29] <heycam> (I have to head out in a couple of mins tho)
- # [04:29] <mpilgrim> I've read http://dev.w3.org/2006/webapi/WebIDL/#TreatNullAs
- # [04:30] <mpilgrim> it seems the only two choices are "" and "null"
- # [04:30] <heycam> yeah
- # [04:30] <mpilgrim> WebKit has this flag which I don't fully understand called ConvertNullToNullString
- # [04:30] <mpilgrim> which, in C++ land, makes the null JS argument an actual null value in C++
- # [04:30] <heycam> I in the past wondered about that flag, too -- I never fully understood the distinction between null and a "null string"
- # [04:30] <heycam> oh
- # [04:30] <mpilgrim> well, it's poorly named, but that's what it does
- # [04:31] <mpilgrim> is there a WebIDL equivalent to that?
- # [04:32] <heycam> so the DOMString type only has values that are strings
- # [04:32] <heycam> if you want null in that type too, you can write "DOMString?"
- # [04:32] <heycam> you can't use [TreatNullAs] on "DOMString?" typed arguments
- # [04:32] <heycam> since null is a valid value of the type
- # [04:32] <zewt> the null string is the empty string, synonymous
- # [04:32] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [04:33] <heycam> zewt, I think it really depends on the context
- # [04:33] <zewt> can't think of any context where it means something else
- # [04:33] <heycam> zewt, i.e. people use the term "null string" differently
- # [04:33] <heycam> it could mean a null object reference
- # [04:33] <zewt> i'd say they're using it incorrectly, then
- # [04:34] <zewt> that's not the null string, that's just null
- # [04:34] <mpilgrim> yes, that's what it really is -- it takes the JavaScript value null and converts it to a null object reference in C++
- # [04:34] <heycam> zewt, I think it's fair to stick to one particular definition of "null string", yes. :)
- # [04:34] <mpilgrim> i'm not sure we've implemented support for "?"
- # [04:34] <mpilgrim> ie "DOMString?"
- # [04:34] <mpilgrim> but i'll check
- # [04:34] <heycam> mpilgrim, ok sounds like "DOMString?" is what you want though
- # [04:34] <mpilgrim> awesome
- # [04:35] <heycam> the "?" has only been in Web IDL for maybe 6 months
- # [04:35] <heycam> but specs are just now starting to use it
- # [04:35] <heycam> ok gotta go, back in an hour or something
- # [04:35] <zewt> mpilgrim: if "ConvertNullToNullString" means "convert javascript null to ((std::string *) NULL)" or similar, it seems confusingly named at beset
- # [04:35] <mpilgrim> thanks
- # [04:35] <heycam> np
- # [04:35] * heycam is now known as heycam|away
- # [04:39] <mpilgrim> zewt: yeah, well, i'm looking to do away with the flag altogether and align with WebIDL instead
- # [04:42] <mpilgrim> man, the downside of hacking on the IDL code generator is it has to reprocess 500+ IDL files and then recompile every time i change one line of perl
- # [04:44] <zewt> also, having to change lines of perl
- # [04:46] <mpilgrim> yes, another major downside
- # [04:50] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [04:52] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [04:52] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
- # [05:00] * Parts: wibblenut (~Andy_Chan@2.102.139.93)
- # [05:08] * Joins: nonge_ (~nonge@p508292C5.dip.t-dialin.net)
- # [05:10] <MikeSmith> I reckon that thing you pinged me about on IRC when I was away was http://www.w3.org/Bugs/Public/show_bug.cgi?id=12212
- # [05:11] <MikeSmith> the JS problem with the feedback form
- # [05:11] <MikeSmith> anyway, yeah, it's fixed now
- # [05:13] * Quits: nonge (~nonge@p508294C7.dip.t-dialin.net) (Ping timeout: 264 seconds)
- # [05:18] * miketaylr is now known as dcroat
- # [05:19] * Joins: foxkid (~foxkid@201.34.230.109)
- # [05:21] * Quits: boaz (~boaz@li326-230.members.linode.com) (Ping timeout: 252 seconds)
- # [05:24] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [05:31] * heycam|away is now known as heycam
- # [05:35] <mpilgrim> heycam: so it turns out throwing TypeError is a bit more complicated than i'd hoped
- # [05:35] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
- # [05:35] <mpilgrim> webkit currently throws SyntaxError when there aren't enough arguments
- # [05:37] <mpilgrim> every function that currently specifies [RequiresAllArguments=raise] (many in SVG, a few in canvas, one in XMLHttpRequest) is potentially affected
- # [05:37] <mpilgrim> that means i might be breaking the web
- # [05:37] <mpilgrim> which means i need some thorough review and buy-in first
- # [05:49] * Joins: luchenbill (~gnome@shellium/member/unfunf)
- # [05:49] * Parts: luchenbill (~gnome@shellium/member/unfunf)
- # [05:56] * Quits: dcroat (~miketaylr@24.42.93.245) (Quit: dcroat)
- # [05:56] * Joins: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [05:57] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Ping timeout: 252 seconds)
- # [05:57] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [06:01] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 260 seconds)
- # [06:07] * Quits: jacobolus (~jacobolus@208-90-212-203.PUBLIC.monkeybrains.net) (Remote host closed the connection)
- # [06:11] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Quit: hij1nx)
- # [06:16] * eric_carlson_ is now known as eric_carlson
- # [07:40] * Joins: matjas (~matjas@91.182.31.127)
- # [07:47] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
- # [07:55] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
- # [08:03] * Joins: smaug____ (~chatzilla@cs181139127.pp.htv.fi)
- # [08:10] * Joins: ezoe (~ezoe@61-205-125-117f1.kyt1.eonet.ne.jp)
- # [08:12] * Joins: fishd_ (~darin@nat/google/x-jkpksmlmgzpielhb)
- # [08:12] * Quits: TabAtkins (~tabatkins@nat/google/x-wbrjpcmjbhgelbvp) (Ping timeout: 260 seconds)
- # [08:13] * Quits: fishd (~darin@nat/google/x-gzvmywoarhlpzdgn) (Ping timeout: 250 seconds)
- # [08:14] * Joins: TabAtkins (~tabatkins@nat/google/x-uhtidzgujaiaujpe)
- # [08:16] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
- # [08:37] * heycam is now known as heycam|away
- # [08:40] * Quits: smaug____ (~chatzilla@cs181139127.pp.htv.fi) (Ping timeout: 258 seconds)
- # [08:42] * Quits: othree_ (~othree@admin39.ct.ntust.edu.tw) (Ping timeout: 276 seconds)
- # [08:43] * Joins: othree_ (~othree@admin39.ct.ntust.edu.tw)
- # [08:56] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [09:01] * Joins: LBP (~Miranda@pD9EB1BB0.dip0.t-ipconnect.de)
- # [09:07] <pererik> Hixie: what I meant was that MediaStream could be made constructible with tracks as arguments (stop() doesn't make sense if the stream is composed of tracks from other streams)
- # [09:08] <pererik> Hixie: what could be problematic is that the availability of each track would have to be tracked and maybe exposed as a readyState or as a boolean property
- # [09:08] <pererik> Hixie: a boolean property makes sense if there are only two states
- # [09:09] <pererik> Hixie: also if the enabled/selected state ends up on the track objects they would have to be copied into the new stream so that they can be independently controlled
- # [09:10] * Joins: MikeSmith_ (~mikesmith@EM1-112-64-26.pool.e-mobile.ne.jp)
- # [09:12] * Quits: ezoe (~ezoe@61-205-125-117f1.kyt1.eonet.ne.jp) (Ping timeout: 264 seconds)
- # [09:17] * Joins: Akina (~chatzilla@46.12.51.159)
- # [09:31] * Joins: Ms2ger (~Ms2ger@91.181.182.117)
- # [09:39] * Joins: ezoe (~ezoe@203-140-89-100f1.kyt1.eonet.ne.jp)
- # [09:45] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
- # [09:48] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [09:48] * Quits: moo-_- (~quassel@herd37.twinapex.fi) (Ping timeout: 240 seconds)
- # [09:48] * Quits: MikeSmith_ (~mikesmith@EM1-112-64-26.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
- # [09:50] * Quits: MikeSmith (~MikeSmith@EM1-112-64-26.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
- # [09:51] * Quits: matjas (~matjas@91.182.31.127) (Quit: Computer has gone to sleep.)
- # [09:55] * Joins: MikeSmith (~MikeSmith@EM1-112-72-6.pool.e-mobile.ne.jp)
- # [10:00] * Joins: smaug____ (~chatzilla@ZYDCCXLIII.gprs.sl-laajakaista.fi)
- # [10:00] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
- # [10:01] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
- # [10:01] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [10:03] * Joins: nessy (~Adium@124-168-8-33.dyn.iinet.net.au)
- # [10:03] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
- # [10:05] * Quits: moo-_- (~quassel@herd37.twinapex.fi) (Ping timeout: 276 seconds)
- # [10:15] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [10:18] * Joins: msucan (~robod@92.86.247.27)
- # [10:31] * Quits: MikeSmith (~MikeSmith@EM1-112-72-6.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [10:33] * Quits: cpearce (~chatzilla@ip-118-90-3-203.xdsl.xnet.co.nz) (Read error: Connection reset by peer)
- # [10:33] * Joins: MikeSmith (~MikeSmith@EM1-112-72-6.pool.e-mobile.ne.jp)
- # [10:39] <annevk> http://dev.w3.org/2009/dap/system-info/battery-status.html is anyone planning on implementing this?
- # [10:39] <Ms2ger> /dap/? I assume not
- # [10:42] <Ms2ger> Also, http://groups.google.com/group/mozilla.dev.platform/browse_thread/thread/764c9bbee7e22a52
- # [10:49] * Quits: nessy (~Adium@124-168-8-33.dyn.iinet.net.au) (Quit: Leaving.)
- # [10:52] * Joins: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461)
- # [10:52] * Quits: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461) (Remote host closed the connection)
- # [10:53] * Joins: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461)
- # [10:53] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [10:54] <pererik> annevk: https://lists.webkit.org/pipermail/webkit-dev/2011-June/017120.html
- # [11:00] * Quits: foxkid (~foxkid@201.34.230.109)
- # [11:02] * Joins: nessy (~Adium@124-168-22-188.dyn.iinet.net.au)
- # [11:06] <annevk> thanks!
- # [11:07] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Quit: Ex-Chat)
- # [11:21] <smaug____> Ms2ger: I think MS is quite interested in DAP work
- # [11:21] <smaug____> at least some parts of it
- # [11:21] <smaug____> I don't know why
- # [11:27] * Joins: ben_h (~ben@CPE-58-161-41-76.czqd1.win.bigpond.net.au)
- # [11:29] <Ms2ger> They do lots of weird stuff
- # [11:32] <smaug____> Ms2ger: actually, it sounded like they would like to use DAP's capturing API
- # [11:32] <smaug____> I assume that is because W3C HTML5 doesn't have capturing API, IIRC
- # [11:32] <smaug____> MS should just join whatwg
- # [11:33] <Ms2ger> Now that's something we can agree on :)
- # [11:35] <annevk> <input type=file> is a capturing API
- # [11:37] * Quits: Akina (~chatzilla@46.12.51.159) (Remote host closed the connection)
- # [11:40] * Quits: nessy (~Adium@124-168-22-188.dyn.iinet.net.au) (Quit: Leaving.)
- # [11:44] <Peter`> Isn't the only thing holding MS' joining back the lack of a patent policy?
- # [11:44] <Peter`> Well, the largest reason
- # [11:46] <annevk> seemed to be no problem for schema.org
- # [11:55] * Joins: drewcode (~chatzilla@24-107-73-144.dhcp.stls.mo.charter.com)
- # [11:57] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 240 seconds)
- # [11:57] * bga_|away is now known as bga_
- # [11:58] * Joins: DaFireball (~Vuurbal@240-216-164-193.fiber.trined.nl)
- # [12:02] <MikeSmith> quake
- # [12:03] <MikeSmith> annevk: I thought that too
- # [12:03] <MikeSmith> but schema.org does actually have a patent policy
- # [12:03] <MikeSmith> read the "Terms and conditions" page
- # [12:10] <annevk> I see
- # [12:11] * Joins: matjas (~matjas@178-119-105-19.access.telenet.be)
- # [12:11] <annevk> well, I guess if Microsoft made an effort to join the WHATWG such a policy could be created for it too
- # [12:13] * Quits: matjas (~matjas@178-119-105-19.access.telenet.be) (Remote host closed the connection)
- # [12:17] * Joins: nessy (~Adium@124-168-22-188.dyn.iinet.net.au)
- # [12:19] * Quits: hdhoang (~hdhoang@2406:a000:f0ff:fffe::3461) (Ping timeout: 260 seconds)
- # [12:20] * Joins: hdhoang (~hdhoang@203.210.202.112)
- # [12:26] * Joins: wakaba_0 (~wakaba_@57.72.102.121.dy.bbexcite.jp)
- # [12:30] * Quits: wakaba_ (~wakaba_@57.72.102.121.dy.bbexcite.jp) (Ping timeout: 255 seconds)
- # [12:36] * Quits: MikeSmith (~MikeSmith@EM1-112-72-6.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [12:37] * bga_ is now known as bga_|away
- # [12:40] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [12:40] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [12:40] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [12:41] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
- # [12:41] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
- # [12:51] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
- # [12:51] <annevk> any progress on Gecko removing mutation events as trial for a future Firefox release?
- # [12:54] * bga_|away is now known as bga_
- # [12:55] * Quits: moo-_- (~quassel@herd37.twinapex.fi) (Ping timeout: 252 seconds)
- # [12:55] <Ms2ger> No
- # [12:57] <annevk> smaug____, ^^
- # [12:58] <annevk> apparently I'm using a nightly of Firefox 7, you'd expect some progress by now :p
- # [12:58] <Ms2ger> You know what's weird? We'll release Fx7 final this year :)
- # [12:59] <smaug____> annevk: sorry
- # [12:59] <smaug____> I should write the replacement implementation first
- # [13:00] * smaug____ reviews a patch first and start implementing it
- # [13:04] * bga_ is now known as bga_|away
- # [13:05] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
- # [13:08] * Joins: FireFly (~firefly@unaffiliated/firefly)
- # [13:12] * bga_|away is now known as bga_
- # [13:18] * Joins: Martijnc (~Martijnc@d54C02C64.access.telenet.be)
- # [13:22] * bga_ is now known as bga_|away
- # [13:26] <smaug____> annevk: just curious, what do you think about FunctionOnly? Since I'm having hard time to understand why it would be used ever (except perhaps for legacy API)
- # [13:26] <annevk> It makes the API surface simpler
- # [13:27] <smaug____> really?
- # [13:27] <smaug____> how
- # [13:27] <annevk> but it would also be simpler if we supported the same pattern everywhere
- # [13:27] <annevk> well, since you cannot do both function() {} and {handler:function(){}}
- # [13:27] <annevk> but just function(){}
- # [13:27] <smaug____> and it is simpler for who?
- # [13:28] <annevk> but supporting function and {} everywhere would be fine with me too
- # [13:28] <annevk> authors
- # [13:28] <smaug____> if some author doesn't care about { foo: function()}, there is no need to use it
- # [13:29] <smaug____> 'this' handling with { foo: function() {}} makes it just very handy
- # [13:29] <annevk> that doesn't make it simpler :) he still needs to chose
- # [13:29] <annevk> or she
- # [13:29] <annevk> yeah, so maybe we should support the {handler} thing everywhere?
- # [13:36] * bga_|away is now known as bga_
- # [13:36] * bga_ is now known as bga_|away
- # [13:37] * bga_|away is now known as bga_
- # [13:39] <smaug____> annevk: yes, IMO, we should support {} everywhere
- # [13:40] <smaug____> onfoo listeners could be, in theory, special case, because of how they have traditionally worked in browsers
- # [13:40] <smaug____> and I'm not sure about setTimeout/Interval
- # [13:42] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
- # [13:47] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
- # [13:50] <hsivonen> now that Opera has a dev channel equivalent, how long until Opera gets rid of minor version numbers
- # [13:56] * Joins: kalc4 (~kalc4@78.149.200.215)
- # [13:57] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
- # [13:59] * Quits: ben_h (~ben@CPE-58-161-41-76.czqd1.win.bigpond.net.au) (Quit: ben_h)
- # [14:04] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [14:11] * Joins: MikeSmith (~MikeSmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [14:16] <MikeSmith> hsivonen: when I have a minute I wanted to get your feedback on an idea about how to better handle the validator spec advice in error messages for input elements that have attributes that aren't allowed for their type
- # [14:19] * Joins: erlehmann (~erlehmann@82.113.99.5)
- # [14:19] <hsivonen> MikeSmith: what's the idea?
- # [14:19] <hsivonen> MikeSmith: or did you mean you don't have the minute now?
- # [14:20] <hsivonen> MikeSmith: anyway, the input element autoextracted advice is confusing enough that it might be worthwhile to special-case the input element and even emit hand-crafted advice
- # [14:20] <MikeSmith> bing
- # [14:20] <MikeSmith> *bingo
- # [14:20] <MikeSmith> that's what I was going to ask you about
- # [14:21] <MikeSmith> was thinking, basically, could add a hashmap in the message-emitter code
- # [14:22] * Joins: clair (~clair@host86-186-28-125.range86-186.btcentralplus.com)
- # [14:22] <MikeSmith> with a string to hold the name of each input type, and an array of strings to hold the allowed attributes for that type
- # [14:22] <hsivonen> MikeSmith: makes sense
- # [14:23] <MikeSmith> OK
- # [14:23] <MikeSmith> I will try to get a patch written up for it this weekend
- # [14:24] * Quits: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com) (Read error: Operation timed out)
- # [14:24] <hsivonen> MikeSmith: cool
- # [14:27] <MikeSmith> hmm, http://www.koderapp.com/
- # [14:28] <MikeSmith> after a few weeks of using an ipad, I have a hard time imaging to try to spend any significant time trying to write or edit code using it
- # [14:29] <MikeSmith> or generally, any touchscreen device without a real keyboard
- # [14:31] * smaug____ doesn't remember if ipad gives tactile feedback when typing
- # [14:36] * Joins: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [14:39] * Quits: _jgr (~jgr@CPE-58-165-78-48.qld.bigpond.net.au) (Ping timeout: 252 seconds)
- # [14:42] * Joins: _bga (~bga@ppp91-122-184-7.pppoe.avangarddsl.ru)
- # [14:45] * Quits: bga_ (~bga@ppp78-37-227-59.pppoe.avangarddsl.ru) (Ping timeout: 244 seconds)
- # [14:45] <hsivonen> hmm. should http://code.google.com/apis/webmastertools/docs/1.0/reference.html really count as a spec for "verify-v1" as a meta keyword?
- # [14:46] <hsivonen> http://www.google.com/support/webmasters/bin/answer.py?answer=35638#3 suggests a different keyword
- # [14:47] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
- # [14:47] <hsivonen> http://www.google.com/support/forum/p/Webmasters/thread?tid=548b74c4eb6c44bf&hl=en suggests the old syntax still works
- # [14:55] * Quits: ezoe (~ezoe@203-140-89-100f1.kyt1.eonet.ne.jp) (Ping timeout: 276 seconds)
- # [14:57] * Quits: Ms2ger (~Ms2ger@91.181.182.117) (Ping timeout: 255 seconds)
- # [15:00] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [15:00] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
- # [15:07] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [15:08] <erlehmann> MikeSmith, i cannot even grok how people using a smartphone without a proper keyboard can type on it. my thumb ached after i tried it for like a week.
- # [15:08] <erlehmann> also, it's slooooooow
- # [15:10] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [15:12] <MikeSmith> erlehmann: yeah, though tablets have faster CPUs at least
- # [15:12] <MikeSmith> faster than smartphones
- # [15:13] <MikeSmith> smaug____: no tactile feedback on ipad
- # [15:13] <MikeSmith> just clicking sound
- # [15:13] <erlehmann> MikeSmith, implying that would matter with editors. i use NANO(1) on my g1.
- # [15:14] <MikeSmith> what's a g1?
- # [15:14] <smaug____> MikeSmith: tactile feedback might help with typing
- # [15:15] <erlehmann> MikeSmith, htc dream.
- # [15:15] <erlehmann> t-mobile branded name for it, in … europe? at least germany.
- # [15:15] <MikeSmith> erlehmann: ah
- # [15:16] <MikeSmith> smaug____: yeah, definitely. haptics I guess they call it
- # [15:16] <erlehmann> funny enough, it's “old”, but i have not found a smartphone with a decent keyboard yet.
- # [15:16] <smaug____> yup
- # [15:17] <erlehmann> also, the never ones do not have cheap plastic cases, so no monster batteries that make it look like a brick :B
- # [15:18] * Quits: nessy (~Adium@124-168-22-188.dyn.iinet.net.au) (Quit: Leaving.)
- # [15:19] * Joins: mpilgrim (~pilgrim@rrcs-24-206-36-125.midsouth.biz.rr.com)
- # [15:19] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
- # [15:26] * Joins: ezoe (~ezoe@112-68-250-230f1.kyt1.eonet.ne.jp)
- # [15:28] * Quits: Necrathex (~nectop@82-170-160-25.ip.telfort.nl) (Quit: Necrathex)
- # [15:29] <hsivonen> the latest spec fur Dublin Core is awfully vague
- # [15:29] <hsivonen> how can anyone implement software that does something useful with DC?
- # [15:29] <hsivonen> do they just reverse engineer what others do?
- # [15:30] <hsivonen> or does no one actually implement useful software that uses DC?
- # [15:32] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Read error: Connection timed out)
- # [15:35] <hsivonen> sigh. validator.nu deployment broken again. html5.validator.nu works
- # [15:35] <MikeSmith> is there any software that actually does anything useful with DC?
- # [15:36] <MikeSmith> hsivonen: what broke?
- # [15:36] <hsivonen> MikeSmith: it doesn't pick up the changes when I try to deploy
- # [15:36] <MikeSmith> oh
- # [15:37] * Quits: hdhoang (~hdhoang@203.210.202.112) (Ping timeout: 255 seconds)
- # [15:37] <hsivonen> MikeSmith: I'm not aware of such software (Re: DC)
- # [15:38] <MikeSmith> well, geez
- # [15:38] <MikeSmith> that says something, really
- # [15:38] <MikeSmith> I mean, if there are no widely-used apps that actually consumed that data
- # [15:39] <hsivonen> that I'm unaware doesn't mean they don't exist
- # [15:39] <MikeSmith> it would make it seem like a fairly massive waste of time for people to actually be adding it
- # [15:39] * Joins: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [15:39] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Quit: hij1nx)
- # [15:39] <MikeSmith> well, certainly seems like there's nothing very widely-known that does anything with it
- # [15:39] * Joins: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [15:41] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [15:41] <MikeSmith> hsivonen: btw, in walking through the message-emitter code, I now see that for the case of the input element, there does not seem to be any way to determine in that part of the code what its type value is
- # [15:42] <MikeSmith> because the exceptions the jing generates don't have any methods for getting at the attribute information
- # [15:42] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [15:43] <MikeSmith> those exceptions only have methods for getting the element name and name of its parent
- # [15:45] <MikeSmith> so I guess I'm going to have to think about this a bit more
- # [15:49] <hsivonen> MikeSmith: :-(
- # [15:50] <MikeSmith> indeed :(
- # [15:50] * Joins: agektmr (~Adium@p4246-ipbf5910marunouchi.tokyo.ocn.ne.jp)
- # [15:50] <MikeSmith> may have to resort to scraping the extract
- # [15:53] <hsivonen> I'd rather punch some abstraction holes elsewhere than scrape the extract
- # [15:56] <hsivonen> http://dublincore.org/resources/faq/#whatsearchenginessupport
- # [15:59] <MikeSmith> chuckle
- # [15:59] <MikeSmith> "Blue Angel Technologies MetaStar"
- # [15:59] <MikeSmith> and "Verity Search 97 Information Server"
- # [15:59] <MikeSmith> okay
- # [16:00] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [16:01] <MikeSmith> I'll add a method to the jing abstract exception do get all the attributes
- # [16:01] <MikeSmith> James would probably love that
- # [16:03] <gsnedders> hsivonen: RSS consumors often use dc:date
- # [16:03] * Quits: LBP (~Miranda@pD9EB1BB0.dip0.t-ipconnect.de) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [16:08] * Joins: MikeSmith_ (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [16:09] <hsivonen> gsnedders: with what meaning and what value formats?
- # [16:10] <gsnedders> hsivonen: Publication date (in place of the very badly implemented pubDate). Normally supporting W3CDTF.
- # [16:11] <hsivonen> gsnedders: ok
- # [16:11] * hsivonen wonders what software uses "coverage" and for what
- # [16:14] * Quits: MikeSmith_ (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Quit: Colloquy for iPad - http://colloquy.mobi)
- # [16:14] * Joins: MikeSmith_ (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [16:26] * Quits: MikeSmith_ (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Quit: gone)
- # [16:26] * Quits: MikeSmith (~MikeSmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Quit: Deyr fé deyja, frændr deyr, sjálfr et sama)
- # [16:27] * Joins: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [16:33] * Joins: boogyman (~boogy@unaffiliated/boogyman)
- # [16:34] * Joins: espadrine (~thaddee_t@AMontsouris-157-1-110-26.w90-46.abo.wanadoo.fr)
- # [16:36] * Quits: Obvious_MkII (tachikoma@188.226.74.2) (Ping timeout: 246 seconds)
- # [16:42] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [16:44] * Quits: CvP (~CvP@123.49.21.16) (Disconnected by services)
- # [16:44] * Joins: xCG (~CvP@123.49.21.133)
- # [16:44] * Joins: Ms2ger (~Ms2ger@91.181.182.117)
- # [16:45] * xCG is now known as CvP
- # [16:47] * Joins: hij1nx_ (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [16:48] * Joins: Obvious (tachikoma@188.226.74.2)
- # [16:50] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Ping timeout: 258 seconds)
- # [16:51] * _bga is now known as bga_|away
- # [16:51] * hij1nx_ is now known as hij1nx
- # [16:52] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
- # [16:55] * Joins: hij1nx_ (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net)
- # [16:59] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Ping timeout: 260 seconds)
- # [16:59] * hij1nx_ is now known as hij1nx
- # [17:04] * Joins: roc (~chatzilla@121.98.230.221)
- # [17:04] * Quits: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Remote host closed the connection)
- # [17:05] * Joins: Steve^ (~steve@89.240.42.35)
- # [17:17] * Joins: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [17:21] * Quits: Steve^ (~steve@89.240.42.35) (Ping timeout: 255 seconds)
- # [17:23] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
- # [17:24] * Quits: roc (~chatzilla@121.98.230.221) (Remote host closed the connection)
- # [17:33] * Quits: hij1nx (~hij1nx@h-67-102-99-210.mclnva23.static.covad.net) (Quit: hij1nx)
- # [17:39] * Quits: othree_ (~othree@admin39.ct.ntust.edu.tw) (Quit: Lost terminal)
- # [17:40] * Joins: hdhoang (~hdhoang@203.210.202.112)
- # [17:45] * Quits: hdhoang (~hdhoang@203.210.202.112) (Ping timeout: 255 seconds)
- # [17:46] * bga_|away is now known as bga_
- # [17:54] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
- # [18:13] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 276 seconds)
- # [18:19] * Quits: MrOpposite (~mropposit@unaffiliated/mropposite) (Remote host closed the connection)
- # [18:19] * Quits: kalc4 (~kalc4@78.149.200.215) (Quit: kalc4)
- # [18:20] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [18:23] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [18:25] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [18:29] * Joins: TabAtkins_ (~tabatkins@nat/google/x-begioivvdxkihndv)
- # [18:34] * Quits: TabAtkins_ (~tabatkins@nat/google/x-begioivvdxkihndv) (Ping timeout: 252 seconds)
- # [18:42] * Joins: matjas (~matjas@178-119-105-19.access.telenet.be)
- # [18:43] * Quits: matjas (~matjas@178-119-105-19.access.telenet.be) (Client Quit)
- # [18:50] * Joins: Steve^ (~steve@89.240.40.90)
- # [18:52] * Quits: agektmr (~Adium@p4246-ipbf5910marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
- # [19:20] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
- # [19:27] * Quits: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Quit: gone)
- # [19:28] * Joins: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp)
- # [19:32] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [19:39] <MikeSmith> "Incorporated Rhino CLI" https://github.com/stubbornella/csslint/blob/master/CHANGELOG
- # [19:39] <MikeSmith> wonder what that means
- # [19:41] <gsnedders> It's possible to run in Rhino, I believe, looking through the commits
- # [19:42] <MikeSmith> oh
- # [19:43] <MikeSmith> run _in_ rhino?
- # [19:43] <MikeSmith> is what it means"?
- # [19:43] <gsnedders> MikeSmith: Yeah.
- # [19:44] <MikeSmith> ok
- # [19:44] * bga_ is now known as bga_|away
- # [19:47] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [19:48] * bga_|away is now known as bga_
- # [19:48] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [19:54] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [19:54] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [19:56] * Joins: hdhoang (~hdhoang@203.210.202.112)
- # [19:57] * Quits: nonge_ (~nonge@p508292C5.dip.t-dialin.net) (Remote host closed the connection)
- # [20:00] * Joins: nonge (~nonge@p508292C5.dip.t-dialin.net)
- # [20:04] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Quit: mhausenblas)
- # [20:05] * Joins: mhausenblas (~mhausenbl@188.141.67.15)
- # [20:06] * Joins: mhausenblas_ (~mhausenbl@188.141.67.15)
- # [20:06] * Quits: mhausenblas_ (~mhausenbl@188.141.67.15) (Client Quit)
- # [20:06] * Quits: mhausenblas (~mhausenbl@188.141.67.15) (Read error: Connection reset by peer)
- # [20:11] * Quits: MikeSmith (~mikesmith@EM114-48-75-97.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
- # [20:14] * Joins: MikeSmith (~mikesmith@EM114-48-187-98.pool.e-mobile.ne.jp)
- # [20:23] * Quits: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net) (Quit: Snuggling with the puppies)
- # [20:24] * Quits: hdhoang (~hdhoang@203.210.202.112) (Ping timeout: 250 seconds)
- # [20:27] * Joins: estellevw (~estellevw@173-228-112-215.dsl.dynamic.sonic.net)
- # [20:32] <smaug____> recompiling, and then first test with the mutation event replament.
- # [20:32] <smaug____> replacement
- # [20:32] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
- # [20:36] * Quits: MikeSmith (~mikesmith@EM114-48-187-98.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
- # [20:39] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
- # [20:40] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
- # [20:40] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
- # [20:40] * Joins: riven (~riven@pdpc/supporter/professional/riven)
- # [20:50] * Joins: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net)
- # [21:00] * Quits: temp01 (~temp01@unaffiliated/temp01) (Quit: Poof.)
- # [21:01] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [21:01] <Yuhong> <Ms2ger> We should replace it with something purty and neat, all from scratch
- # [21:02] <Yuhong> Personally if I was there in 2004 I would have suggested a new version of XHTML that is tag level compatible with HTML4 and XHTML1.
- # [21:02] <Yuhong> As opposed to XHTML2 which was not.
- # [21:10] * bga_ is now known as bga_|away
- # [21:17] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
- # [21:22] * Quits: Yuhong (~chatzilla@50-47-173-54.evrt.wa.frontiernet.net) (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027])
- # [21:23] * Quits: smaug____ (~chatzilla@ZYDCCXLIII.gprs.sl-laajakaista.fi) (Ping timeout: 276 seconds)
- # [21:25] * bga_|away is now known as bga_
- # [21:30] * Joins: Thezilch (fuz007@cpe-76-167-225-217.socal.res.rr.com)
- # [21:42] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [21:43] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
- # [21:43] * Joins: matjas (~matjas@91.182.125.136)
- # [21:44] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
- # [21:47] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [21:48] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [21:50] * Joins: temp01 (~temp01@unaffiliated/temp01)
- # [21:50] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
- # [22:05] * Joins: miketaylr (~miketaylr@24.42.93.245)
- # [22:29] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
- # [22:31] <annevk> Unread 2345
- # [22:31] <annevk> making progress
- # [22:31] <annevk> I wonder when I reach 1337
- # [22:32] <Ms2ger> Down from?
- # [22:32] <annevk> 19k
- # [22:33] <Ms2ger> Then I suspect soon :)
- # [22:34] <annevk> the first 10k was the easiest :)
- # [22:35] <Ms2ger> Also, I was happy to see you agreed with this editor :)
- # [22:39] * bga_ is now known as bga_|away
- # [22:40] <annevk> http://tools.ietf.org/html/draft-melnikov-mime-default-charset whoa
- # [22:41] <annevk> jreschke aligning some outdated spec with implementations rather than claiming the implementations are broken
- # [22:42] * annevk makes a note for WHATWG Weekly
- # [22:45] <Ms2ger> If you hadn't seen it yet, https://github.com/andreasgal/dom.js
- # [22:46] * Quits: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com) (Quit: Computer has gone to sleep.)
- # [22:46] <annevk> sweet
- # [22:47] <annevk> is this sponsored by Mozilla now he figured out just selling books does not work? :)
- # [22:47] <annevk> oh, David Flanagan was just the last to make a checkin
- # [22:48] * Joins: bentruyman (~bentruyma@24-148-24-69.c3-0.prs-ubr2.chi-prs.il.cable.rcn.com)
- # [22:51] <Ms2ger> Yes, I believe so
- # [22:53] * Quits: msucan (~robod@92.86.247.27) (Quit: .)
- # [22:53] <annevk> very cool
- # [22:54] <Ms2ger> Yeah, we're doing something new for once ;)
- # [22:54] <annevk> I saw in the logs experiments with removing mutation events are starting too
- # [22:55] <annevk> I wonder if the replacement needs to be part of DOM Core
- # [22:55] <Ms2ger> Probably
- # [23:02] <annevk> Ah, I found and replied to the email where bz rightly claims DOM Core would not be a proper specification without mutation events
- # [23:04] * Joins: clair_ (~clair@host86-163-151-50.range86-163.btcentralplus.com)
- # [23:04] <zewt> annevk: by the way, recent discussion in here raised the question of how dom core should deal with those weird events where dispatching them causes default behavior (onclick in particular, onsubmit in everything but WebKit) ... not urgent, just mentioning it while I'm remembering it since it was off-list
- # [23:05] <Ms2ger> annevk, what do you think about document.ownerDocument, while you're in that thread?
- # [23:05] <annevk> oh yeah, I agree with Ian that submit is bug
- # [23:06] * Quits: clair (~clair@host86-186-28-125.range86-186.btcentralplus.com) (Ping timeout: 255 seconds)
- # [23:06] * clair_ is now known as clair
- # [23:06] <annevk> Ms2ger, if we can change browsers, works for me
- # [23:07] <annevk> Ms2ger, that a Document owns itself makes sense to me :)
- # [23:07] * Ms2ger adds a note
- # [23:07] <annevk> zewt, and I think I agree with you that we should just treat them as distinct concepts
- # [23:07] <annevk> zewt, dispatching and whatever you do if the event was not canceled
- # [23:11] <jgraham> mpilgrim: BTW I would love for the final argument to addEventListener to be optional, so let's try to fix the platform :)
- # [23:11] <jgraham> Also, commiserations on the perl
- # [23:12] <annevk> zewt, Ms2ger, also, I think using the empty string rather than a hidden flag is the way to go for uninitialized events
- # [23:12] <annevk> (re: long time ago)
- # [23:12] <Ms2ger> Tell smaug that :)
- # [23:12] * jgraham knows no perl and was trying to add features to a largish, test-free, perl codebase the other day
- # [23:12] <zewt> i agree, figured I'd wait until you were back to grumble further about that
- # [23:12] <zewt> jgraham: my condolensces
- # [23:13] <annevk> jgraham, it's already optional
- # [23:13] <annevk> jgraham, see DOM Core
- # [23:13] <gsnedders> jgraham: It does have tests. About four.
- # [23:13] <Ms2ger> jgraham, been hacking on WebKit's IDL parser?
- # [23:13] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
- # [23:13] <jgraham> annevk: Right. So let's not let mpilgrim make it non-optional in WebKit :)
- # [23:13] * Quits: matjas (~matjas@91.182.125.136) (Quit: Computer has gone to sleep.)
- # [23:14] <jgraham> gsnedders: Not covering the bit I was modifying though
- # [23:14] * Joins: matjas (~matjas@91.182.125.136)
- # [23:14] <jgraham> I was *so* tempted to rewrite that bit in python and work out how to call perl from python...
- # [23:15] <zewt> heh, i rewrote all of my old perl stuff in python long ago, fortunately I've never written anything *big* in Perl
- # [23:16] * Joins: boaz (~boaz@li326-230.members.linode.com)
- # [23:19] * Joins: pdr2 (~pdr2@nat/google/x-coifsmfrefzblagq)
- # [23:25] * Quits: matjas (~matjas@91.182.125.136) (Quit: Computer has gone to sleep.)
- # [23:29] * Quits: Ms2ger (~Ms2ger@91.181.182.117) (Quit: nn)
- # [23:30] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
- # [23:44] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # [23:44] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [23:46] * bga_|away is now known as bga_
- # [23:57] * Quits: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Read error: Connection reset by peer)
- # [23:58] * Joins: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
- # Session Close: Sun Jun 19 00:00:00 2011
The end :)