06:31:38 RRSAgent has joined #svg 06:31:38 logging to http://www.w3.org/2009/09/09-svg-irc 06:31:40 RRSAgent, make logs public 06:31:40 Zakim has joined #svg 06:31:42 Zakim, this will be GA_SVGWG 06:31:42 ok, trackbot; I see GA_SVGWG()2:30AM scheduled to start now 06:31:43 Meeting: SVG Working Group Teleconference 06:31:43 Date: 09 September 2009 06:31:48 GA_SVGWG()2:30AM has now started 06:31:55 +Doug_Schepers 06:33:28 +[IPcaller] 06:33:38 Zakim, [IP is me 06:33:38 +anthony; got it 06:33:47 +??P2 06:34:39 Zakim, ??P2 is me 06:34:39 +heycam; got it 06:34:45 Zakim, mute me 06:34:45 heycam should now be muted 06:34:51 Zakim, unmute me 06:34:51 heycam should no longer be muted 06:35:26 -heycam 06:35:45 +??P2 06:36:14 -??P2 06:36:20 ChrisL has joined #svg 06:38:23 +ChrisL 06:39:16 zakim, who is here? 06:39:16 On the phone I see Doug_Schepers, anthony, ChrisL 06:39:17 On IRC I see ChrisL, Zakim, RRSAgent, shepazu, karl, anthony, trackbot 06:39:39 heycam has joined #svg 06:39:56 +??P3 06:40:03 Zakim, ??P3 is me 06:40:03 +heycam; got it 06:41:32 Agenda: http://www.w3.org/mid/20090909021345.GA3882@wok.mcc.id.au 06:41:35 Chair: Cameron 06:42:00 Scribe: anthony 06:42:26 Topic: Returning to two telcons per week 06:42:32 AG: I say yes 06:42:55 CM: ED mentioned we should switch back to two telcons a week 06:43:08 ... I feel we're busy with other stuff atm 06:43:54 DS: I've been working on other stuff at the moment 06:44:55 ... and people have been on vacation 06:45:07 ... I don't think an extra telcon a week for the next three weeks 06:45:13 ... will help me much 06:45:18 ... as I have heaps of stuff to do still 06:45:23 +1, reconsider after f2f 06:45:41 AG: Ok, so maybe we should revisit this after the Open? 06:45:46 CM: Ok sounds good to me 06:46:45 Topic: SVG Open F2F venue, agenda 06:47:57 http://www.w3.org/Graphics/SVG/WG/wiki/SVGOpen_F2F_2009 06:48:53 CM: I don't think JW confirmed this in a telcon 06:50:05 ... was hoping he'd put some concrete details on the wiki page 06:50:15 DS: It is at Mozilla 06:50:31 CL: Making those edits now 06:50:57 AG: So turn up 9am on a Sat out the front 06:51:23 http://www.mozilla.com/en-US/about/contact.html 06:52:36 AG: Just down the road from where we are staying 06:52:46 CM: for Agenda I'd like to do a final review of SVG in HTML 06:53:01 ... I will try to produce a summary of the current status 06:53:05 ... before the meetings 06:53:21 ... I told the HTML WG we'd do this at the F2F 06:53:27 ... and get back to them with any final issues 06:54:07 AG: I'd like to look at the Canvas stuff that Doug split out 06:54:15 CL: I'll have been to an XSL meeting 06:54:21 ... the week before 06:54:26 ... I'd like to report back on that 06:54:47 ... bits they are interested in 06:54:53 ... is the path syntax that we use 06:54:56 ... to produce shapes 06:55:05 ... and they want to use our colour management stuff 06:55:30 s/shapes/shapes to flow their text into/ 06:55:54 CM: Would be good to look at modules 06:56:06 ... and put some stuff into SVG 2.0 06:56:35 s/management stuff/management stuff, and thirdly webfonts/ 06:56:55 CL: We can still have errata for 2nd edition 06:58:04 ... need to decide if we are going to do about the outstanding errata 06:58:26 ... I thought we were shooting to get this done before the Open 06:58:31 CM: A few issues 06:58:34 .... and tests 06:58:43 ... there's still a number of tests to be reviewed 06:58:46 ... and we have to approve those 06:58:52 ... and generate a new version of the test suite 06:59:02 ... As far as the spec goes there's not much else 07:00:11 AG: Do you think it's feasible to take some time out 07:00:18 ... to get some of the test stuff done 07:00:59 CL: It would be good to produce an implementation report for the new tests 07:02:14 ... helps to move to recommendation when we can show that various implementations pass those tests 07:02:47 CM: I think now at this stage not all tests will be passed by all implementations 07:03:45 CL: What we want to show is we haven't done random changes 07:04:19 CM: So it's not a concern that not all implementations pass the tests 07:04:38 CL: Do we have an idea of how many implementations pass? 07:04:44 CM: Most were passed by one 07:05:13 ... If they were simple things then I could code them up - if they're not much effort 07:05:33 ... I think working on the test suite will take the most time 07:05:39 ... once we have everyone in the room 07:09:35 ACTION: Cameron to Fill in F2F agenda in wiki page with topics that we would like to discuss at the meeting 07:09:35 Created ACTION-2665 - Fill in F2F agenda in wiki page with topics that we would like to discuss at the meeting [on Cameron McCormack - due 2009-09-16]. 07:16:03 DS: Doug explains Ref tests 07:25:48 -anthony 07:26:26 +??P1 07:26:33 Zakim, ??P1 is me 07:26:33 +anthony; got it 07:27:18 Topic: getIntersectionList and getEnclosureList 07:27:25 http://www.w3.org/mid/20090908070015.GG20854@wok.mcc.id.au 07:27:33 CM: Looking into these two methods 07:27:43 ... and came across an email 07:28:01 ... and created an issue from it 07:28:25 ... email was from Thomas 07:28:39 ... from the test in the description in the methods 07:28:40 (anthony, text-tspan-02-b.svg is now reviewed, wiki updated) 07:28:44 ... the second argument is not clear 07:30:00 ... the spec says the elements drawn underneath are only applicable for the method 07:30:03 ... or something like that 07:30:12 ... which is unclear 07:30:14 "If not null, then only return elements whose drawing order has them below the given reference element." 07:30:39 AG: I'd interpret that as painters algorithm 07:30:41 ... but I could be wrong 07:32:02 CM: Batik has interpreted that as visually painted underneath 07:32:20 ... I'm not sure why that would be useful 07:32:33 ... the other way of interpreting it is the root of the sub tree 07:33:05 ... my guess is that the intention was to use that element as the sub root restriction 07:34:04 AG: I guess it makes sense if you know roughly where the thing you're looking for is 07:34:22 CM: Does anyone know off hand if these two are implemented in Opera 07:35:01 ... I know it's not implemented in Webkit or Firefox 07:35:40 ... I guess we can discuss this later when ED and JW are around 07:37:18 DS: I think if these aren't widely implemented we should consider 07:37:28 ... how to make them more user friendly for SVG 2 07:37:51 CL: Is it because it's worded poorly, or is it because it doesn't seem useful 07:37:56 ... we need to find out why 07:38:15 ... it would be good to find out what the reason was why it wasn't implemented 07:38:43 DS: If it's not implemented it also gives us an opportunity to figure out if this is what people want to do 07:39:33 ... we could see if there's a better way of doing something 07:39:50 Topic: XSLT output dispatching load event 07:40:28 https://bugzilla.mozilla.org/show_bug.cgi?id=386856#c6 07:41:19 CM: Perhaps we can use the DOM content loaded event 07:41:26 ... that gets fired when all of the markup is present 07:41:34 ... once everything is run 07:41:42 ... and the last tag is parsed 07:42:06 DL: It started in Firefox 07:42:17 CM: I think other browsers have implemented that as well 07:42:48 AG: So you're thinking if we had that 07:43:05 ... then XSLT could be dispatched after that event is fired 07:43:52 CM: Yeah, whether the XSLT is created as it is serialised or after everything is loaded 07:43:59 ... as long as they look the same 07:44:31 ... I looked HTML 5 spec and this issue is pretty much unspecified 07:45:37 CL: they say either way is fine 07:45:51 ... We're not going to get much luck in getting in there 07:46:14 ... it needs to be in neither spec actually 07:46:28 ... my preference is the content author doesn't care which way it's done 07:47:18 CM: Normally when you run the document scripts are run as you parse 07:47:32 ... then you have the problem if the scripts are run after everything is parsed 07:48:16 ... I wrote a test and it seems I was testing slightly the wrong thing 07:48:26 ... but the load event gets dispatched to the window object 07:48:31 ... for the XSLT output 07:49:36 ... with a load event being dispatched to the window object with HTML 07:49:42 ... SVG we don't really have that 07:49:46 ... it's dispatched to the element 07:49:56 ... so that's where our problems come in 07:54:12 ACTION: Cameron to Email the HTML WG about XSLT generated events and when they should fire 07:54:12 Created ACTION-2666 - Email the HTML WG about XSLT generated events and when they should fire [on Cameron McCormack - due 2009-09-16]. 07:54:24 ACTION-2666: make an issue for it too 07:54:24 ACTION-2666 Email the HTML WG about XSLT generated events and when they should fire notes added 07:56:37 action: cameron to ferret in batik code to look for linear rgb -> srgb conversion 07:56:37 Created ACTION-2667 - Ferret in batik code to look for linear rgb -> srgb conversion [on Cameron McCormack - due 2009-09-16]. 08:00:20 -heycam 08:00:21 -ChrisL 08:00:21 -anthony 08:00:23 -Doug_Schepers 08:00:24 GA_SVGWG()2:30AM has ended 08:00:25 Attendees were Doug_Schepers, [IPcaller], anthony, heycam, ChrisL 08:01:33 Zakim, bye 08:01:33 Zakim has left #svg 08:01:39 RRSAgent, make minutes 08:01:39 I have made the request to generate http://www.w3.org/2009/09/09-svg-minutes.html anthony 08:48:11 heycam has joined #svg 09:18:05 trackbot has joined #svg