/irc-logs / w3c / #webapps / 2009-03-04 / end
Options:
- # Session Start: Wed Mar 04 00:00:01 2009
- # Session Ident: #webapps
- # [00:01] * Joins: tlr_ (tlr@201.131.216.239)
- # [00:02] * Quits: tlr_ (tlr@201.131.216.239) (Quit: Get Colloquy for iPhone! http://mobile.colloquy.info)
- # [00:05] * Quits: annevk (opera@114.48.150.179) (Ping timeout)
- # [00:13] * Joins: annevk (opera@114.48.22.145)
- # [00:22] * Quits: aroben (aroben@71.58.77.15) (Ping timeout)
- # [00:36] * Joins: aroben (aroben@71.58.77.15)
- # [00:37] * Quits: annevk (opera@114.48.22.145) (Quit: annevk)
- # [00:52] * Quits: Marcos (Marcos@84.38.148.164) (Quit: Marcos)
- # [01:07] * Quits: gavin (gavin@63.245.208.169) (Ping timeout)
- # [01:10] * Joins: Marcos (Marcos@84.38.148.164)
- # [01:13] * Quits: aroben (aroben@71.58.77.15) (Connection reset by peer)
- # [01:20] * Joins: anne (annevk@202.221.217.77)
- # [01:22] * Quits: Marcos (Marcos@84.38.148.164) (Quit: Marcos)
- # [01:22] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [01:39] * Joins: gavin (gavin@63.245.208.139)
- # [01:50] * Quits: heycam (cam@130.194.72.84) (Ping timeout)
- # [02:01] * Joins: gavin__ (gavin@63.245.208.169)
- # [02:02] * Quits: gavin (gavin@63.245.208.139) (Ping timeout)
- # [02:15] * Quits: anne (annevk@202.221.217.77) (Ping timeout)
- # [02:17] * gavin__ is now known as gavin
- # [02:17] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
- # [02:25] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [02:27] * Joins: anne (annevk@202.221.217.77)
- # [02:33] * Quits: gavin (gavin@63.245.208.169) (Quit: leaving)
- # [02:33] * Joins: gavin (gavin@63.245.208.169)
- # [02:40] * Quits: gavin (gavin@63.245.208.169) (Quit: leaving)
- # [02:40] * Joins: gavin (gavin@63.245.208.169)
- # [02:43] * Quits: gsnedders (gsnedders@86.136.52.180) (Client exited)
- # [02:44] * Joins: gsnedders (gsnedders@86.136.52.180)
- # [02:58] * Joins: Adam (Adam@75.20.152.65)
- # [03:00] * Adam is now known as AdamB
- # [03:14] * Quits: AdamB (Adam@75.20.152.65) (Quit: AdamB)
- # [03:16] * Quits: anne (annevk@202.221.217.77) (Ping timeout)
- # [03:17] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Client exited)
- # [03:20] * Joins: anne (annevk@202.221.217.77)
- # [03:20] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [03:24] * Joins: gavin__ (gavin@63.245.208.169)
- # [03:27] * Joins: AdamB (chatzilla@75.20.152.65)
- # [03:44] * Joins: heycam (cam@130.194.72.84)
- # [03:48] * Quits: gavin__ (gavin@63.245.208.169) (Quit: leaving)
- # [05:25] * Quits: anne (annevk@202.221.217.77) (Ping timeout)
- # [05:26] * Quits: AdamB (chatzilla@75.20.152.65) (Quit: ChatZilla 0.9.84 [Firefox 3.0.6/2009011912])
- # [05:28] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
- # [05:35] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [05:45] * Joins: anne (annevk@202.221.217.77)
- # [06:40] * Quits: anne (annevk@202.221.217.77) (Ping timeout)
- # [06:42] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Client exited)
- # [06:42] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [07:01] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
- # [07:25] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
- # [07:33] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [07:33] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Client exited)
- # [07:33] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [07:34] * Joins: heycam (cam@124.168.45.87)
- # [07:35] * Joins: anne (annevk@202.221.217.78)
- # [07:46] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
- # [07:55] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
- # [08:11] * Quits: arve (arve@95.34.27.22) (Ping timeout)
- # [08:55] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
- # [08:58] * Joins: Lachy (Lachlan@85.196.122.246)
- # [09:21] * Joins: Marcos (Marcos@84.38.148.164)
- # [09:24] * Quits: Marcos (Marcos@84.38.148.164) (Quit: Marcos)
- # [10:06] * Joins: arve (arve@213.236.208.22)
- # [10:18] * Parts: anne (annevk@202.221.217.78)
- # [10:20] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
- # [10:23] * Joins: Marcos (Marcos@213.236.208.22)
- # [11:07] * Joins: A (A@85.185.37.200)
- # [11:19] * Quits: A (A@85.185.37.200) (Quit: used MtvIRC 2.1)
- # [12:27] * Joins: ArtB (d0309a43@128.30.52.43)
- # [12:28] * Quits: ArtB (d0309a43@128.30.52.43) (Quit: CGI:IRC)
- # [12:28] * Joins: ArtB (d0309a43@128.30.52.43)
- # [13:11] * Quits: heycam (cam@124.168.45.87) (Quit: bye)
- # [13:15] * Joins: heycam (cam@124.168.45.87)
- # [13:29] * Quits: arve (arve@213.236.208.22) (Quit: Ex-Chat)
- # [13:37] * Joins: arve (arve@213.236.208.22)
- # [13:39] * Quits: smaug (chatzilla@82.181.141.13) (Quit: ChatZilla 0.9.84-2008121723 [Firefox 3.2a1pre/20090303015115])
- # [13:43] * Marcos looks at his en-gb keyboard and wonders where the hell the pound sign be at!
- # [13:46] <arve> Shift-3?
- # [14:19] * Joins: smaug (chatzilla@82.181.141.13)
- # [14:33] * Quits: heycam (cam@124.168.45.87) (Ping timeout)
- # [14:39] * Joins: annevk (opera@114.48.227.62)
- # [14:39] * Joins: heycam (cam@124.168.82.206)
- # [15:02] * Joins: aroben (aroben@71.58.77.15)
- # [15:21] * Quits: arve (arve@213.236.208.22) (Ping timeout)
- # [16:01] <smaug> shepazu: any idea who added the gray-background text about mutation events to dom 3 events?
- # [16:01] <smaug> and why?
- # [16:11] * Quits: annevk (opera@114.48.227.62) (Quit: annevk)
- # [17:23] * Joins: tlr (tlr@128.30.52.30)
- # [17:24] * tlr is now known as tlr-icann
- # [17:27] * Quits: tlr-icann (tlr@128.30.52.30) (Quit: tlr-icann)
- # [18:34] * Joins: tlr (tlr@128.30.52.30)
- # [18:40] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
- # [19:05] * Quits: sicking (chatzilla@63.245.220.241) (Client exited)
- # [19:12] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
- # [19:35] * Quits: shepazu (schepers@128.30.52.30) (Ping timeout)
- # [19:44] * Joins: tlr (tlr@128.30.52.30)
- # [19:47] * Joins: Marcos (Marcos@213.236.208.22)
- # [19:49] * Joins: shepazu (schepers@128.30.52.30)
- # [20:25] * Joins: RRSAgent (rrs-loggee@128.30.52.30)
- # [20:25] <RRSAgent> logging to http://www.w3.org/2009/03/04-webapps-irc
- # [20:25] <chaals> evening all
- # [20:26] * Joins: Zakim (rrs-bridgg@128.30.52.30)
- # [20:26] * chaals changes topic to '1930Z DOM3Events - Web Applications WG (logged at http://krijnhoetmer.nl/irc-logs/)'
- # [20:28] <chaals> zakim, this will be dom
- # [20:28] <Zakim> ok, chaals; I see IA_WebAPI(DOM3)2:30PM scheduled to start in 5 minutes
- # [20:32] <Zakim> IA_WebAPI(DOM3)2:30PM has now started
- # [20:32] <Zakim> +Carmelo
- # [20:33] <Zakim> +[IPcaller]
- # [20:33] <chaals> zakim, ipcaller is me
- # [20:33] <Zakim> +chaals; got it
- # [20:34] <chaals> zakim, start meeting
- # [20:34] <Zakim> I don't understand 'start meeting', chaals
- # [20:34] <shepazu> trackbot, start telcon
- # [20:34] * trackbot is starting a teleconference
- # [20:34] <trackbot> RRSAgent, make logs public
- # [20:34] <RRSAgent> I have made the request, trackbot
- # [20:34] <trackbot> Zakim, this will be WAPP
- # [20:34] <trackbot> Meeting: Web Applications Working Group Teleconference
- # [20:34] <trackbot> Date: 04 March 2009
- # [20:34] <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
- # [20:34] <shepazu> Zakim, this will be DOM3
- # [20:34] <shepazu> Zakim, call shepazu
- # [20:34] <Zakim> ok, shepazu, I see IA_WebAPI(DOM3)2:30PM already started
- # [20:34] <Zakim> ok, shepazu; the call is being made
- # [20:34] <Zakim> +Shepazu
- # [20:35] <shepazu> Zakim, who is here?
- # [20:35] <Zakim> On the phone I see Carmelo, chaals, Shepazu
- # [20:35] <Zakim> On IRC I see RRSAgent, shepazu, Marcos, tlr, aroben, heycam, smaug, ArtB, Lachy, gsnedders, gavin, hober, Hixie, phenny, trackbot, maxf, krijnh, chaals, inimino, Dashiva, hendry,
- # [20:35] <Zakim> ... timelyx
- # [20:36] <chaals> agenda+ http://www.w3.org/2008/webapps/track/actions/1
- # [20:36] * Zakim notes agendum 1 added
- # [20:36] <chaals> agenda+ http://www.w3.org/2008/webapps/track/actions/6
- # [20:36] * Zakim notes agendum 2 added
- # [20:36] <Zakim> +??P13
- # [20:36] <chaals> agenda+ http://www.w3.org/2008/webapps/track/actions/312
- # [20:36] * Zakim notes agendum 3 added
- # [20:36] <smaug> Zakim, ??P13 is me
- # [20:36] <Zakim> +smaug; got it
- # [20:37] <chaals> agenda+ http://www.w3.org/2008/webapps/track/issues/39 and http://www.w3.org/2008/webapps/track/actions/18
- # [20:37] * Zakim notes agendum 4 added
- # [20:38] <chaals> agenda+ Publishing timeline?
- # [20:38] * Zakim notes agendum 5 added
- # [20:38] * Joins: Carmelo (81063b4a@128.30.52.43)
- # [20:39] <chaals> scribe: chaals
- # [20:39] <chaals> Scribe: chaals
- # [20:39] <chaals> Chair: Chaals
- # [20:40] <chaals> Present: Chaals, Shepazu, Smaug, Carmelo
- # [20:40] <chaals> zakim, take up next agendum
- # [20:40] <Zakim> agendum 1. "http://www.w3.org/2008/webapps/track/actions/1" taken up [from chaals]
- # [20:40] <chaals> Topic: Action item review
- # [20:41] <chaals> Find All Open Issues For DOM3 Events and Update the Specification
- # [20:41] <chaals> DS: Not yet done. Would be good to start. Hold over until next week.
- # [20:42] <chaals> zakim, take up next agendum
- # [20:42] <Zakim> agendum 2. "http://www.w3.org/2008/webapps/track/actions/6" taken up [from chaals]
- # [20:42] <chaals> Add a diagram about wheel axes etc
- # [20:42] <chaals> DS: Not so important. Does look more fun though...
- # [20:42] <chaals> ... in two weeks
- # [20:43] <chaals> ... Is not completely silly because we can use it as a reference for people to look at.
- # [20:43] <chaals> CMN: Agree. Illustrations and simple examples are actually important.
- # [20:43] <chaals> zakim, take up next agendum
- # [20:43] <Zakim> agendum 3. "http://www.w3.org/2008/webapps/track/actions/312" taken up [from chaals]
- # [20:44] <shepazu> agenda+ mailing list?
- # [20:44] * Zakim notes agendum 6 added
- # [20:44] <chaals> Propose some wording to resolve ISSUE-44 by saying that it depends on the language where the event goes
- # [20:44] <chaals> DS: Have a local copy of this. Says what we said last week.
- # [20:44] <chaals> CM: Couldn't find you last week
- # [20:44] <chaals> CMN: Odd, we were here...
- # [20:45] <chaals> DS: Could send that quickly.
- # [20:46] <chaals> ... basically it says what we said last week.
- # [20:46] * chaals wonders why it took so long to send it then:P
- # [20:47] <chaals> http://www.w3.org/2008/webapps/track/actions/16 and http://www.w3.org/2008/webapps/track/actions/17 - Carmelo to look at latest draft, and start writing tests...
- # [20:48] <chaals> CMN: Suggest we hold off action 17 until we have a latest draft - depends on upcoming agenda item...
- # [20:48] <chaals> ... have you started writing tests?
- # [20:49] <chaals> CM: Yeah, and submitted some.
- # [20:49] <chaals> DS: Haven't looked at them yet though.
- # [20:49] <chaals> CMN: let's change the action item to "write more tests!"
- # [20:49] <chaals> DS: ISSUE-28 doesn't seem like it should be on DOM3 Events. Would expect it to be on CORS
- # [20:50] <chaals> RESOLUTION: Yep, let's move ISSUE-28 to CORS
- # [20:50] <chaals> DS: Have a suspicion that not all the issues we have are listed in tracker.
- # [20:51] <chaals> DS: http://www.w3.org/2008/webapps/track/issues/27 ISSUE-27 also seems to belong to CORS
- # [20:51] <chaals> RESOLUTION: Move ISSUE-27 to CORS
- # [20:51] <chaals> [hidden]
- # [20:52] <chaals> DS: Is there anything we can do in the spec that willhave an effect on Firefox?
- # [20:52] <chaals> OP: I won't change anything this late
- # [20:53] <chaals> CMN: We won't change Opera 10 this late either.
- # [20:53] * ArtB oh yuck - the Forgetting All About RAISED issues problem again :-(. Seems like they should all be moved to OPEN ...
- # [20:53] <chaals> DS: So looks like Keyboard stuff won't get sorted until next releases
- # [20:53] <chaals> OP: Indeed...
- # [20:53] <chaals> DS: Tempted to just change the Keyboard model completely to avoid breaking web pages (as opposed to just tweaking it a bit)
- # [20:54] <chaals> ... problem with documenting existing behaviour (which is important) is that when all behaviour is idiosyncratic, ...
- # [20:55] <chaals> ... If Firefox changes things that they thought was more sensible, they break pages. But I guess people know that Opera and Firefox are different, and so
- # [20:55] <chaals> ... I guess this is applicable to keyboard
- # [20:55] <chaals> [scribe: This is really what he said]
- # [20:55] <chaals> ... so to work across browsers I would do something not much better than sniffing to see what capabilities are in the browser and if it didn't have them I would switch to do different behaviours on different things.
- # [20:56] <chaals> ... with the load event I punted to the individual language. Fortunately it is clearly defined in SVG and has been for a while. For HTML I am happy tohave Hixie solve the problem but I am not sure it is a solvable problem. No matter what you do you will break content. I would like to have language that says :this is what you should do. But languages may define other things"
- # [20:57] <chaals> CMN: That is what I thought you were going to do.
- # [20:57] <chaals> DS: No, I just left it up to individual languages.
- # [20:57] <chaals> CMN: I would be pleased if you did define some default behaviour, then noted things may be different.
- # [20:58] <chaals> zakim, take up next agendum
- # [20:58] <Zakim> agendum 4. "http://www.w3.org/2008/webapps/track/issues/39 and http://www.w3.org/2008/webapps/track/actions/18" taken up [from chaals]
- # [20:58] <chaals> Topic: Mutation events
- # [20:59] <chaals> DS: Anyone ahve an opinion about the previous topic?
- # [20:59] <chaals> OP: I would like to define our behaviour, of course :)
- # [21:01] <chaals> DS: I wonder if someone could be smart, and if people are sniffing on browser version they get something that says "if you don't have method X, do some things that are unrelated to X" (e.g. people test on filters to see if things are IE, then do something else).
- # [21:02] <chaals> CMN: Yes, but not always.
- # [21:04] <chaals> CMN: I understood Doug would say it is possible for languages to define what they want for load, and would note what HTML does, but say langauges should generally, and User Agents should expect generally something like SVG.
- # [21:04] <chaals> ... which I believe would effectively be defining what you are already doing...
- # [21:04] <chaals> OP: Does SVG define Load or SVGLoad?
- # [21:05] <chaals> DS: Defines the SVGLoad event, but then says "oh, you can also use the load event, with the same behaviour"
- # [21:05] <chaals> OP: Are there SVG1.1 errata?
- # [21:05] <chaals> ... I think it was changed a bit...
- # [21:06] <chaals> ACTION: schepers to research what SVG defines for load.
- # [21:06] * trackbot noticed an ACTION. Trying to create it.
- # [21:06] * RRSAgent records action 1
- # [21:06] <trackbot> Created ACTION-318 - Research what SVG defines for load. [on Doug Schepers - due 2009-03-11].
- # [21:06] <chaals> OP: 1.1 doesn't say much about load event. Mentions SVGload, triggered when some element has been fully parsed. This is quite different.
- # [21:07] <chaals> ... but SVG has the same attribute name (different event but same attribute).
- # [21:07] <chaals> DS: Believe we defined it more clearly in SVG 1.2 but not convinced that we got it right.
- # [21:08] <chaals> OP: SVGload isn't related to the document, but to elements
- # [21:08] <chaals> DS: Wouldn't necessarily define it the way SVG defines it. Would define its default in a way that makes sense, and talk about the differences that exist between HTML and SVG
- # [21:09] <chaals> ... SVG tiny 1.2 talks more about progress load event.
- # [21:10] <shepazu> http://www.w3.org/TR/SVGTiny12/interact.html#LoadEvent
- # [21:10] <chaals> DS: SVGload is deprecated and only for backwards compatibility. For load, the event is triggered when the element and dependent resources are loaded (and scripts are interpreted)...
- # [21:12] <chaals> RESOLUTION: Doug, STFU!
- # [21:12] <chaals> s/RESOLUTION: Doug, STFU!//
- # [21:13] <chaals> DS: Seems like SVG isn't the right model to copy either
- # [21:13] <chaals> RESOLUTION: Extend ACTION-312 by a week.
- # [21:13] <chaals> Topic: Mailing list
- # [21:14] <chaals> DS: Going through the mailing list to find stuff to do with D3E is really tedious and onerous
- # [21:14] * chaals thinks "that's why they pay you so little"
- # [21:14] <chaals> ... we constantly talk about events, but very often it is not relevant to DOM 3 Events - keywords come up in other contexts too. Was wondering if it would be appropriate to make a new mailing list.
- # [21:14] <chaals> CM: Probably a good idea
- # [21:15] <chaals> OP: There is an old DOM mailing list
- # [21:15] <chaals> CM: I have had the same issues
- # [21:15] <chaals> CMN: Is old DOM mailing list public?
- # [21:15] <chaals> CM: Think so...
- # [21:16] <shepazu> http://lists.w3.org/Archives/Public/www-dom/
- # [21:16] <chaals> OP: There is a problem that people only check webapps list
- # [21:16] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
- # [21:17] <chaals> CMN: So what if we move to www-dom, and send a reminder every month to webapps that DOM 3 stuff is on www-dom? (for developers who don't look at other lists much)
- # [21:17] <chaals> ... and cc minutes of DOM 3 stuff (with another reminder)
- # [21:18] <chaals> DS: how about Bcc minutes to public-webapps
- # [21:18] <chaals> CMN: Better to send to webapps, with ReplyTo to www-dom
- # [21:19] <chaals> DS: We could try that for now. I imagine we will hear complaining... There is some traffic already ...
- # [21:21] <chaals> Proposed RESOLUTION: We move to www-dom, and chaals will send reminders every month, plus cc minutes to public-webapps with reply-to set for www-dom
- # [21:21] <chaals> s/minutes/minutes and meeting notice/
- # [21:21] <chaals> RESOLUTION: We move to www-dom, and chaals will send reminders every month, plus cc minutes and meeting notices to public-webapps with reply-to set for www-dom
- # [21:23] <chaals> Topic: Mutation events and http://www.w3.org/2008/webapps/track/issues/39 and http://www.w3.org/2008/webapps/track/actions/18
- # [21:24] <chaals> DS: Didn;t get a chance to do as much as I would like. There are two different camps...
- # [21:25] * Joins: tlr (tlr@128.30.52.30)
- # [21:25] <chaals> ... The people who say mutation events are awesome, love them, have implemented them in JS or something...
- # [21:25] <chaals> CMN: I believe that the ARIA folks, or at least Rich Schwerdtfeger, is in that camp
- # [21:26] <chaals> DS: ...and then there are the browser implementors
- # [21:26] <chaals> OP: Was talking with our accessibility guy today about this and seems that they only need the DOMattrmodified event. Which is not one of the evil ones.
- # [21:27] <chaals> ... don't understand the reason for that. But ...
- # [21:27] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
- # [21:27] <chaals> ... wonder if they could ahve ARIAattrmodified or something. There is some accessibility software that will change attributes on the page and then check what has changed.
- # [21:27] <chaals> ... they are using domattrmodified for that.
- # [21:28] <chaals> DS: I think they also need to know when the text changed as well
- # [21:28] <chaals> ... after a complex change of text.
- # [21:28] <chaals> OP: Why would that be?
- # [21:29] <chaals> CMN: Because assistive technologies need to know when things have changed.
- # [21:29] <chaals> OP: This is not about implementation, it is about what web developers can use. The internal implementation can use something else.
- # [21:30] <chaals> DS: Maybe we should comment during ARIA last call that they are relying on a relatively costly mutation event and ask if they can define something more targeted like ARIAattrmodified
- # [21:30] <chaals> ... suspect they will not be comfortable doing that, but we could work with them to define that.
- # [21:30] <chaals> OP: yeah...
- # [21:30] <chaals> DS: That would be relatively trivial, and much lower cost than the generic one.
- # [21:31] <chaals> CMN: At the very least, it opens a dialogue that we probably need to have.
- # [21:31] <chaals> DS: Mozilla has stated that they will not implement [I forget which]
- # [21:32] <chaals> OP: Domnoderemoved, probably. I know of no reason not to implement it, given that we implemented another one, although it could be better to remove both. I am worried about back compatibility because some web pages do use these things.
- # [21:33] <chaals> DS: They only use the ones that are implemented.
- # [21:33] <chaals> OP: Only gecko implemented DOMattrmodified event, doesn't implement DOMnoderemovedfrom/insertedtoDocument
- # [21:33] <chaals> DS: Think we should open topic of removing or reworking them.
- # [21:34] <chaals> ... there are script librarians who say they need them, but they cannot be relying on them because they are not implemented.
- # [21:34] <chaals> DS: First step is to find out what is implemented.
- # [21:34] <chaals> OP: When Jonas was proposing removing/changing things, it was only evil things.
- # [21:36] <chaals> DS: If nobody is going to implement something, I am not going to put it in the spec. What we could do is make the mutation events spec, and script libraries could conform to them - a copy/paste of the mutation events from DOM3 events. D3E could go with a cleaner model, then people would not have to rely on script libraries. Nobody is relying on any of this working in browsers, where it oesn't.
- # [21:36] <chaals> OP: Could document what I found implemented...
- # [21:36] <chaals> ... would be great if someone from Opera could comment on this.
- # [21:36] * Quits: hober (ted@206.212.254.2) (Connection reset by peer)
- # [21:37] <chaals> ACTION: Olli to publish what he has found about mutation event implementation
- # [21:37] * RRSAgent records action 2
- # [21:37] * trackbot noticed an ACTION. Trying to create it.
- # [21:37] <trackbot> Created ACTION-319 - Publish what he has found about mutation event implementation [on Olli Pettay - due 2009-03-11].
- # [21:37] <chaals> ACTION: Chaals to get someone at Opera who understands event implementation to comment on this issue
- # [21:37] * trackbot noticed an ACTION. Trying to create it.
- # [21:37] * RRSAgent records action 3
- # [21:37] <trackbot> Created ACTION-320 - Get someone at Opera who understands event implementation to comment on this issue [on Charles McCathieNevile - due 2009-03-11].
- # [21:38] <chaals> Topic: Publishing Schedule
- # [21:39] <chaals> CMN: Latest formal spec is 2007. We should probably publish something soon.
- # [21:40] <chaals> DS: Can have a new draft proposal in two weeks
- # [21:41] <chaals> ACTION: schepers to provide new draft ready to publish as Official draft on /TR, due in 2 weeks
- # [21:41] * trackbot noticed an ACTION. Trying to create it.
- # [21:41] * RRSAgent records action 4
- # [21:41] <trackbot> Created ACTION-321 - Provide new draft ready to publish as Official draft on /TR, due in 2 weeks [on Doug Schepers - due 2009-03-11].
- # [21:42] <chaals> ACTION: chaals to notify public-webapps that discussion has shifted to www-dom
- # [21:42] * trackbot noticed an ACTION. Trying to create it.
- # [21:42] * RRSAgent records action 5
- # [21:42] <trackbot> Created ACTION-322 - Notify public-webapps that discussion has shifted to www-dom [on Charles McCathieNevile - due 2009-03-11].
- # [21:43] <chaals> CMN: Would be useful to give a couple of days before discussing things on www-dom. (But I will send minutes there already)
- # [21:44] <Zakim> -smaug
- # [21:44] <smaug> oops
- # [21:44] <chaals> Meeting Adjourned
- # [21:44] <Zakim> -Carmelo
- # [21:44] * chaals waves good evening to smaug/carmelo
- # [21:45] <chaals> rrsagent, make log public
- # [21:45] <RRSAgent> I have made the request, chaals
- # [21:45] <chaals> rrsagent, draft minutes
- # [21:45] <RRSAgent> I have made the request to generate http://www.w3.org/2009/03/04-webapps-minutes.html chaals
- # [21:51] <chaals> zakim, bye
- # [21:51] <Zakim> leaving. As of this point the attendees were Carmelo, chaals, Shepazu, smaug
- # [21:51] * Parts: Zakim (rrs-bridgg@128.30.52.30)
- # [21:51] <chaals> rrsaagent, bye
- # [21:52] <chaals> shepazu, as far as I can tell the only impact of workers on accessibility is that things happen in a background thread - you still get the change.
- # [21:52] <smaug> shepazu: how do I add related mails to an issue?
- # [21:53] <chaals> so the only question is whether there is an event to say that the thread has finished.
- # [21:53] * smaug uses 'notes' area
- # [21:53] <chaals> smaug, you name it - ISSUE-XXX (where XXX is some number)
- # [21:53] <chaals> oh, that's if you hadn't sent it yet
- # [21:53] <smaug> yeah, old mail
- # [21:53] <smaug> sent 5 months ago
- # [21:56] * Joins: tlr (tlr@128.30.52.30)
- # [21:59] * Joins: hober (ted@206.212.254.2)
- # [21:59] <chaals> yeah, adding it to notes is about the best
- # [22:14] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
- # [22:21] * Quits: ArtB (d0309a43@128.30.52.43) (Quit: CGI:IRC)
- # [22:34] * Quits: Carmelo (81063b4a@128.30.52.43) (Quit: CGI:IRC (EOF))
- # [22:35] * Quits: heycam (cam@124.168.82.206) (Quit: bye)
- # [23:40] * Joins: tlr (tlr@128.30.52.30)
- # [23:43] * Joins: heycam (cam@130.194.72.84)
- # [23:52] * Joins: annevk (opera@114.48.30.0)
- # Session Close: Thu Mar 05 00:00:01 2009
The end :)