20:00:01 RRSAgent has joined #fx 20:00:01 logging to http://www.w3.org/2010/10/25-fx-irc 20:00:03 RRSAgent, make logs world 20:00:03 Zakim has joined #fx 20:00:05 Zakim, this will be 3983 20:00:05 ok, trackbot; I see GA_FXTF()4:00PM scheduled to start now 20:00:06 Meeting: CSS-SVG Task Force Teleconference 20:00:06 Date: 25 October 2010 20:00:09 Zakim, code? 20:00:09 the conference code is 3983 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), heycam 20:00:48 Zakim, who is on the phone? 20:00:48 GA_FXTF()4:00PM has not yet started, smfr 20:00:50 On IRC I see RRSAgent, adrianba, smfr, pdengler, ed, heycam, plinss_, ed_work, shepazu, plinss, TabAtkins_, trackbot 20:02:22 Oh wait, 2pm 20:03:05 present: heycam, smfr, anthony, ed, pdengler, plinss 20:03:09 TabAtkins_: ? it's now! 20:03:17 Dang timezone math! 20:03:38 anthony_work has joined #fx 20:03:48 Agenda: http://lists.w3.org/Archives/Public/public-fx/2010OctDec/0016.html 20:04:27 anthony has joined #fx 20:05:55 Zakim, who's here? 20:05:55 GA_FXTF()4:00PM has not yet started, ed 20:05:56 On IRC I see anthony, anthony_work, Zakim, RRSAgent, adrianba, smfr, pdengler, ed, heycam, plinss_, ed_work, shepazu, plinss, TabAtkins_, trackbot 20:07:39 present+ TabAtkins_ 20:08:28 scribeNick: pdengler 20:08:47 topic:TPC Meeting 20:08:54 present+ adrianba 20:09:07 http://lists.w3.org/Archives/Public/public-fx/2010OctDec/0017.html 20:09:09 ed: Chris was noting Thursday afternoon was bets for both WG 20:09:43 smfr: I won't be able to meet at TPAC but I would like to call in 20:10:10 pdengler: meta question: who from CSS is in this task force? 20:10:18 TabAtkins: simon and tab 20:10:25 ChrisL has joined #fx 20:10:34 zakim, code? 20:10:34 the conference code is 3983 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), ChrisL 20:10:44 pdengler: I talked to Sylvain who had said he hand't heard anything from CSS SVG Task force 20:11:01 TabAtkins_: We should do more to communicate back to the CSS task foce 20:11:18 ed: How do we communicate back? 20:11:39 smfr: communicate back to the CSS working group 20:11:43 ed: sounds like a good idea 20:12:10 pdengler: I looked at the latest version and it looked as though we were getting back to the CSS team 20:12:25 s/communicate back to the CSS working group/communicate back to the CSS working group via actions/ 20:12:43 shepazu: Why do we have two 20:12:53 present+ CL 20:12:57 ChrisL: Thought we decided to move this to the CVS of the task force and merge them 20:13:01 shepazu: That was my impression as well 20:13:12 ChrisL: Does that mean that the CSS has continued to evolve? 20:13:24 smfr: There have been some minor changes to the 2d trasnforms spec 20:13:33 smfr: The 3d spec hasn't been worked on recenlty 20:15:05 ChrisL: There needs to be one spec for both SVG and CSS 20:15:29 ChrisL: Both have been working on similar concepts in the past, but there should only be one of these 20:15:42 anthony: That was my impression as well which is why we added simon and dean 20:15:53 ed: This is the view of the CSS working group as well? 20:16:25 smfr: Make sure that the CSS working group includes this in the list of CSS working gruop is invovled in 20:16:41 ChrisL: There is a list of CSS specs. We should update the link to the one we are working on 20:16:52 the FX spec would need to be linked from here: http://www.w3.org/Style/CSS/current-work 20:16:58 agenda+ transforms getCoordsAt() method 20:17:04 pdengler: I just need to make sure the CSS working group in on the same page 20:17:27 pdengler: Will that apply to filters? 20:17:34 TabAtkins_: Yes 20:17:42 q+ to ask about where the Rec will be published 20:17:54 q? 20:17:57 ed: I do have an existing action on the task force to commit the SVG Filters spec and how to deal with CSS box moels and such 20:18:23 adrianba: If specification moves into a joint CVS repository, where does the recommendation get published? 20:18:30 adrianba: From a patent policy is for both groups? 20:18:55 Zakim, who is making noise? 20:18:55 sorry, heycam, I don't know what conference this is 20:19:04 hard to hear ChrisL 20:19:05 ChrisL: The editors draft is published under both.It is covered under the same patent policy and this is allowed by W3C to form task force 20:19:47 shepazu: To clarify, it will be a safe spec from the IP perspective 20:20:23 ed: there is a filters spec for 2.0 20:20:23 minutes are fine 20:20:46 q? 20:20:49 ack next 20:20:50 adrianba, you wanted to ask about where the Rec will be published 20:21:36 shepazu: CSS/SVG Transforms should include both 20:22:26 ed: Are there specific topic at TPAC we want to discuss 20:23:03 shepazu: Can we talk about transforms getCoordsAt first 20:24:31 pdengler: I want to discuss whether or not the working groups can focus on a few areas that add a lot of value 20:24:52 pdengler: e.g. Transforms (let's close?), transitions and animations (?) how do they apply to just transforms 20:24:55 pdengler: and filters 20:26:48 pdengler: What is a realistic timeline for a spec to get to last call 20:26:55 shepazu: If it is agreed, it's just about work 20:27:20 ChrisL: Safarai has an implementation that works in HTML 20:27:30 smfr: only works with CSS 20:27:45 ChrisL: do you see problems with applying it as a style for SVG 20:27:48 smfr: Not really 20:28:07 ChrisL: We then need 2 implemenation 20:28:28 shepazu: if there is only one implemenation then there are chances that will be interop problems 20:28:47 pdengler: but isn't this our position on writing test cases per assertion up front 20:29:02 ed: very helpul 20:29:12 shepazu: it's a matter of time and resources 20:29:38 ChrisL: If we have more than one implementer interested in this, then we can move forward more quickly 20:31:35 ChrisL: Look at current fx draft, and current in CSS and do a merge 20:31:47 shepazu: We should merge those specs and get the point across that we have one spec 20:32:34 action: smfr to coordinate back to CSS working group our method for delivering CSS-Transforms Specification as a singluar specification and fix up links 20:32:35 Created ACTION-19 - Coordinate back to CSS working group our method for delivering CSS-Transforms Specification as a singluar specification and fix up links [on Simon Fraser - due 2010-11-01]. 20:33:13 Topic: Transforms and getCoordsAt 20:33:22 http://lists.w3.org/Archives/Public/www-dom/2010OctDec/0013.html 20:33:27 shepazu: We talked about this in the SVG workig group 20:33:30 http://jwatt.org/svg/tmp/mouse-relative-positioning.svg 20:34:01 shepazu: In getting mouse coords for a transformed object is a pain 20:34:14 shepazu: We want to have a method that tranlates to the two coordinate spaces 20:34:40 shepazu: This applies to CSS and SVG transforms 20:34:54 shepazu: This was suggested as an add to DOML3 spec 20:35:07 shepazu: But it was to add to CSS/SVG Trasnform specs 20:36:03 shepazu: This would be on the element interface, not the mouse 20:36:43 shepazu: getCoordsAt on mouseEvent is not the proposal, but rather on the elmenet interfaces 20:36:58 smfr: We added a method on the Window interface called convert point to node. 20:37:07 s/element interface, not the mouse/element interface, not the MouseEvent interface/ 20:37:21 shepazu: Having the two way translate is what is important 20:37:44 smfr: Agree that this is needed 20:38:39 smfr: In 2d Transforms in CSS land we have a 2d matrix; in terms of the task force whether or not it aligns with 3D matrix 20:38:53 smfr: Similarlity we are going to end up with SVGPoint, and whether or not that works in CSS 20:39:10 Zakim, who's noisy? 20:39:10 sorry, smfr, I don't know what conference this is 20:39:12 smfr: We need to think about how other interfaces impact the Transforms interface 20:39:21 Zakim, this is FXTF 20:39:21 ok, heycam; that matches GA_FXTF()4:00PM 20:39:24 Zakim, who is making noise? 20:39:28 Zakim, who's noisy? 20:39:35 heycam, listening for 10 seconds I heard sound from the following: [Microsoft] (64%), ??P9 (14%) 20:39:46 smfr, listening for 10 seconds I heard sound from the following: [Microsoft] (27%) 20:40:20 -smfr 20:40:20 shepazu: We need to look at the SVG Methods; let's get them right, maintaining backward compat, but steering toward new methods 20:40:23 oops 20:40:40 +smfr 20:41:00 shepazu: I agree that you probably don't want SVGPoint, we want to make it simple 20:41:10 smfr: Perhaps webPoint webMatrix etc 20:41:19 FXPoint@ 20:41:19 anthony: That's what I have been worried about 20:41:20 ! 20:42:06 shepazu: perhaps we could consider DOM 20:43:10 shepazu: Bringing in resig and others to help might be a good idea 20:43:26 shepazu: This is a process. 20:44:41 action: smfr to create initial draft of unified interfaces including data types across SVG and CSS 20:44:41 Created ACTION-20 - Create initial draft of unified interfaces including data types across SVG and CSS [on Simon Fraser - due 2010-11-01]. 20:45:25 anthony: If we have a list, I would like to go through them. 20:45:26 anthony: you sound like you're at the end of a long narrow pipe 20:46:59 anthony: I'll start sending stuff in email to get a list going 20:47:01 -[Microsoft.a] 20:47:21 shepazu: Might not be a bad idea to blog about this as well to make it more acessible 20:47:37 shepazu: I will write a blog post about this sometime in November 20:47:55 ed: I had an items for the transform spec 20:48:12 s/anthony: If we have/heycam: If we have/ 20:48:13 http://lists.w3.org/Archives/Public/public-fx/2010OctDec/0019.html 20:48:19 ed: The transform property is noted as being applied to container elements and graphical elements 20:49:38 action: anthony to update spec to read 'transform property applies to any SVG element that uses transform attribute' 20:49:38 Created ACTION-21 - Update spec to read 'transform property applies to any SVG element that uses transform attribute' [on Anthony Grasso - due 2010-11-01]. 20:51:28 http://dev.w3.org/Graphics-FX/modules/2D-transforms/spec/2DTransforms.html 20:53:00 pdengler: there are no svg examples using style="transform: ..." 20:53:09 ed: yeah, there should be some svg examples 20:53:33 pdengler: CSS: div {transform: rotate(45deg);} 20:53:44 CSS: rect {transform: rotate(45deg);} 20:54:32 ed: Topic: Telecon times 20:54:42 ed: Daylight savings time switch 20:55:08 anthony: Does that mean that these will be an hour later? 20:55:43 ed: Keep time as is for now 20:55:50 fine by me 20:56:03 heycam: THis time is good for m 20:57:15 Topic: What is the status of animations and transitions 20:57:56 ed: Those modules are in CSS CVS correct 20:58:04 smfr: They are there, they are both working draft. 20:58:11 smfr: Transitions we have 3 implementations 20:58:19 smfr: Animations we have one implementation 20:58:31 pdengler: Do we think they belong in the task force 20:59:05 pdengler: I think of CSS animations and transitions animating "stuff" 20:59:11 smfr: The tricky part is if you do both 20:59:22 q+ 20:59:32 ChrisL: SMIL animation already has the concept of animating a attribute vs property 20:59:57 pdengler: I think its a difficult proposition to have 2 animation engines colliding 21:00:23 pdengler: I woudl preserve SMIL for SVG in XML and move fowrad with CSS transitions and animations for SVG in HTML5, and let those specs live in CSS 21:00:51 q- 21:01:32 zakim, list attendees 21:01:32 As of this point the attendees have been [Microsoft], smfr, Shepazu, TabAtkins_, ChrisL 21:01:38 -[Microsoft] 21:01:39 -smfr 21:01:39 rrsagent, make minutes 21:01:39 I have made the request to generate http://www.w3.org/2010/10/25-fx-minutes.html ChrisL 21:01:41 -??P2 21:01:43 -??P3 21:01:44 -TabAtkins_ 21:01:45 -ChrisL 21:01:56 -??P9 21:02:01 -Shepazu 21:02:02 GA_FXTF()4:00PM has ended 21:02:04 Attendees were [Microsoft], smfr, Shepazu, TabAtkins_, ChrisL 21:10:01 pdengler: you still there? 21:15:04 smfr has left #fx