- From: Cameron McCormack <cam@mcc.id.au>
- Date: Fri, 17 May 2013 07:24:24 +1000
- To: "www-svg@w3.org" <www-svg@w3.org>
The minutes from this week's SVG WG telcon are below. http://www.w3.org/2013/05/16-svg-minutes.html [1]W3C [1] http://www.w3.org/ - DRAFT - SVG Working Group Teleconference 16 May 2013 [2]Agenda [2] http://lists.w3.org/Archives/Public/public-svg-wg/2013AprJun/0106.html See also: [3]IRC log [3] http://www.w3.org/2013/05/16-svg-irc Attendees Present Krit, [IPcaller], heycam, ed, Cyril, Tav, nikos, +1.425.373.aaaa, Thomas_Smailus, Rich Regrets Chair Erik Scribe Cameron Contents * [4]Topics 1. [5]SVG 2 Requirement Commitments 2. [6]foreignObject 3. [7]view element content model 4. [8]tabindex * [9]Summary of Action Items __________________________________________________________ <trackbot> Date: 16 May 2013 <scribe> Scribe: Cameron <scribe> ScribeNick: heycam SVG 2 Requirement Commitments <Thomas_Smailus> yes CM: I'd like to know what things people think they can get done for the next publication of SVG 2 <Thomas_Smailus> they are rebuilding the floor below, so lots of drilling and hammering so I shift for thend out of mute … and discuss when a good publication date aim would be [10]http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Co mmitments [10] http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Commitments CM: I think I can get the stroke dash adjustment done for the next draft … we discussed ideas for it a couple of years ago Tav: I have the hatches almost ready to go in, just need a couple more examples … we'll still have to discuss how to have multiple paint servers … we talked about that in Switzerland, but we never came up with a way to do it … to have crosshatching, or on top of other paints ED: The non-scaling stroke is done CM: Dirk, the transforms on <svg> Dirk: there are a couple of issues to decide, what it means to put transform="" on the root <svg> CM: would be good to have an example showing transform="" on <svg> too Dirk: I plan to do it before/during the F2F CM: what about a mid-July next draft? Dirk: that would be fine CM: I'll mail the list with a plan foreignObject <ed> [11]http://lists.w3.org/Archives/Public/www-svg/2013May/0043.ht ml [11] http://lists.w3.org/Archives/Public/www-svg/2013May/0043.html ED: In SVG, it's listed as neither a graphics element nor a container element … that means that some properties that normally apply to SVG elements don't apply to foreignObject … which is a bit strange … I think it would be good to state in the spec that things like filter, mask, clip-path, etc. all apply to foreignObject … the easiest way to do that would be to make it a graphics element … that'd make all of those properties apply … and from the SVG point of view, I think foreignObject should be treated like an opaque or bitmap area anyway … even though it contains foreign content, SVG should still apply to the output of rendering that content CM: I think that makes sense ED: I can take an action do to that change <scribe> ACTION: Erik to make foreignObject a graphics element [recorded in [12]http://www.w3.org/2013/05/16-svg-minutes.html#action01] <trackbot> Created ACTION-3492 - Make foreignObject a graphics element [on Erik Dahlström - due 2013-05-23]. CM: I think we should define in the spec how HTML child content of foreignObject works … we don't say anything about it at the moment ED: what you do with multiple child HTML elements of <foreignObject> is a good issue <scribe> ACTION: Erik to define how HTML in foreignObject works [recorded in [13]http://www.w3.org/2013/05/16-svg-minutes.html#action02] <trackbot> Created ACTION-3493 - Define how HTML in foreignObject works [on Erik Dahlström - due 2013-05-23]. <ed> [14]http://lists.w3.org/Archives/Public/www-svg/2013May/0044.ht ml [14] http://lists.w3.org/Archives/Public/www-svg/2013May/0044.html view element content model ED: I'd like to include animation elements inside <view> … the <view> element has a number of animatable attributes … doesn't really make sense to disallow <animate>, <set>, etc. children Dirk: how is it restricted? ED: the content model says only descriptive element children … you can still target the animation from outside... Dirk: the <view> element inherits from SVGElement, yes? CM: yes ED: I wouldn't think there are any implementations that don't handle animation elements here CM: sounds fine to me <scribe> ACTION: Erik to allow animation element children of <view> [recorded in [15]http://www.w3.org/2013/05/16-svg-minutes.html#action03] <trackbot> Created ACTION-3494 - Allow animation element children of <view> [on Erik Dahlström - due 2013-05-23]. <Thomas_Smailus> OK, gotta go to my staff meeting.. dropping off. Cheers. <richardschwerdtfeger> are we on now? <richardschwerdtfeger> oy <richardschwerdtfeger> I am off an hour <richardschwerdtfeger> thx tabindex RS: I created a section in the Interaction chapter of SVG 2 that deals with sequential focus navigation … I intentionally grabbed the text from HTML5 so the processing was the same … we're a bit different in the way we specify our attributes, we have a table format … I took the HTML spec bits and adapted it for our needs … there are a couple of issues I need to resolve in terms of definitions … don't know whether we just want to put those in our spec … there are "in a document" and "document being rendered" terms that are used in HTML <ed> [16]https://svgwg.org/svg2-draft/interact.html#Focus [16] https://svgwg.org/svg2-draft/interact.html#Focus … we could have our own definitions that match theirs CM: I think I should have a read through of the changes to get an idea of whether to link to HTML or define in SVG RS: I haven't gotten to the Document object changes yet … probably we'd want that for the next WD … do we have a focus method? CM: no, SVG doesn't have one RS: when you do tabindex="-1", it means the author can focus the element with a method … we also discussed making the handlers match HTML5 … e.g. we don't have onblur etc. … we have DOMFocusOut … so we discussed deprecating those <ed> [17]http://www.w3.org/TR/SVGTiny12/svgudom.html#svg__SVGSVGElem ent does have some methods for setting focus [17] http://www.w3.org/TR/SVGTiny12/svgudom.html#svg__SVGSVGElement <scribe> ACTION: Cameron to review tabindex changes [recorded in [18]http://www.w3.org/2013/05/16-svg-minutes.html#action04] <trackbot> Created ACTION-3495 - Review tabindex changes [on Cameron McCormack - due 2013-05-23]. ED: SVG Tiny 1.2 does have some DOM methods for setting focus … not sure how much we should care about that though … one of them takes a motion argument … I think in Opera we just internally mapped them to HTML ones, with minor changes on top RS: so you'd do .focus() internally? ED: yes RS: I think we'll need to do something like that to be consistent, so that makes sense … I talked with Doug the other day, he was going to start working on the SVG Tiny navigation ED: in SVG Tiny you have to get the root <svg> element, then call setFocus() with the element you want to focus … which is a bit backwards compared to HTML's ones … I think it's nicer to have the HTML one CM: I think we shouldn't integrate the SVG Tiny methods ED: at least we shouldn't have methods on SVGSVGElement like this trackbot, end telcon Summary of Action Items [NEW] ACTION: Cameron to review tabindex changes [recorded in [19]http://www.w3.org/2013/05/16-svg-minutes.html#action04] [NEW] ACTION: Erik to allow animation element children of <view> [recorded in [20]http://www.w3.org/2013/05/16-svg-minutes.html#action03] [NEW] ACTION: Erik to define how HTML in foreignObject works [recorded in [21]http://www.w3.org/2013/05/16-svg-minutes.html#action02] [NEW] ACTION: Erik to make foreignObject a graphics element [recorded in [22]http://www.w3.org/2013/05/16-svg-minutes.html#action01] [End of minutes] __________________________________________________________
Received on Thursday, 16 May 2013 21:25:06 UTC