20:25:26 RRSAgent has joined #svg 20:25:26 logging to http://www.w3.org/2016/12/22-svg-irc 20:25:28 RRSAgent, make logs public 20:25:28 Zakim has joined #svg 20:25:30 Zakim, this will be GA_SVGWG 20:25:30 ok, trackbot 20:25:31 Meeting: SVG Working Group Teleconference 20:25:31 Date: 22 December 2016 20:26:21 stakagi has joined #svg 20:27:36 chair: Nikos 20:28:09 Agenda: https://lists.w3.org/Archives/Public/www-svg/2016Dec/0011.html 20:28:17 Scribe: nikos 20:28:20 present+ nikos 20:32:01 present+ Tav 20:33:47 present+ stakagi 20:33:51 present+ AmeliaBR 20:38:04 Topic: Testing 20:38:15 nikos: I have a little to report regards with testing 20:38:16 http://andronikos.id.au/gecko-test-webkit-results/results.html 20:38:37 ... This is the results of some of about 500 of the gecko svg reftests 20:39:13 ... but run on webkit - to see the differences between the browsers 20:39:21 ... the report lists only the failures 20:40:13 ... about 150 from my set didn't have references - gecko must do something with green screen success that doesn't use an external file 20:40:48 Tav: I can see some fail due to aliasing differencs 20:41:40 nikos: So what I'm wondering is if there's any plan within Mozilla to move their reftests into wpt 20:42:13 ... it would be good to coordinate with them and go in order of things that fail in other browsers first 20:45:03 ... so I'll get in contact with Mozilla and see if that's something they're planning 20:45:27 ... I'd also really like to get Paul Le Beau's tests into our repository - I think he 'd have a good set 20:45:35 ... maybe first telcon of next year we can invite him onto the call 20:46:09 Topic: Add advice on how to handle className conflict in DOM? 20:46:21 https://github.com/w3c/svgwg/issues/298 20:46:51 AmeliaBR: className is the way the class attribute is exposed in DOM 20:47:04 ... this started with HTMLElement - it has a version that exposes a simple string 20:47:13 ... because SVG DOM has all the animVal/baseVal stuff 20:47:20 ... the SVG className is exposed as an object 20:47:37 ... so if you try to use JS methods that assume className is a simple string you'll have all sorts of problems 20:47:51 ... this is one of the reasons why there's now a classList interface that is recommended for use 20:48:01 ... we added something in SVG saying don't use className, use classList 20:48:20 ... the issue now is that a lot of features that were only defined on HTMLElement are now defined on the core Element interface 20:48:23 ... including className 20:48:45 https://dom.spec.whatwg.org/#dom-element-classname 20:48:56 ... so now we have a conflict where Element.className exposes a simple string, whereas SVGElement.className exposes the animated string object 20:49:16 nikos: so currently in JS the conflict would be resolved by the prototype chain 20:49:29 AmeliaBR: in a different core language, it may be more problematic 20:49:34 ... that the types don't match 20:50:06 nikos: So I suppose we should say the JS behaviour is the canonical behaviour and anything else should emulate that 20:50:17 AmeliaBR: currently we say it's deprecated, but don't address the conflict 20:50:57 ... it might be worth adding an informative note that FYI this overrides the element one 20:51:14 ... the longer term goal, as I said, would be to work to create a more compatible interface 20:51:32 ... so you have an attribute that was a string - but keep the animVal 20:51:50 nikos: Yeah so have an SVGAnimatedString mixin that can extend DOMString 20:52:04 AmeliaBR: but that's a bigger change and we really need to get people on board in making the change 20:52:13 ... pretty sure browsers currently expose the SVG 1.1 style className 20:52:24 ... so adding a clarification is not a breaking change for anyone 20:52:31 ... it's just a continued PITA for authors 20:52:38 nikos: Yeah I think that's the minimum that we should do 20:53:21 RESOLUTION: SVGElement.className will override Element.className 20:53:32 AmeliaBR: I assume that's how it would work in WebIDL without any changes to how it's specced 20:53:51 ACTION: Nikos add clarification for SVGElement.className 20:53:52 Created ACTION-3865 - Add clarification for svgelement.classname [on Nikos Andronikos - due 2016-12-29]. 20:54:00 https://heycam.github.io/webidl/#idl-overloading 20:54:40 Topic: What to do with z and w properties of DOMPoint? 20:54:47 https://github.com/w3c/svgwg/issues/299 20:55:00 nikos: Think this will be quite simple to resolve 20:55:16 AmeliaBR: Summary is that SVG has all sorts of methods that were originally defined for SVGPoint, which was a 2d x,y point 20:55:22 ... but we've standardised them to use DOMPoint 20:55:29 ... DOMPoint can also represent a 3d point with z and w 20:55:40 ... the question is - do you just ignore z and w? 20:55:52 ... or do you error, or somehow flatten? 20:55:57 ... I lean towards ignoring them 20:56:01 nikos: +1 20:56:11 ... I think ignoring was the original intention 20:56:34 nikos: Should this be clarified in SVG or in DOMMatrix ? 20:56:46 AmeliaBR: should probably be clarified where methods use DOMPoint 20:56:59 ... which means going through the spec 20:58:44 RESOLUTION: z and w are ignored on DOMPoint in SVG 20:59:03 nikos: That action will be up for grabs for anyone who wants it - just submit a PR 20:59:30 http://tavmjong.free.fr/SVG/POLYFILL/patch.html 20:59:38 Topic: Mesh gradient polyfill 20:59:46 Tav: See link above - making progress on the mesh gradient polyfill 21:00:12 ... I'm grabbing the canvas as a PNG and using it as an image to fill an SVG 21:00:18 ... I'm part way through parsing the mesh syntax 21:00:29 ... currently it's just hard coded 21:00:47 ... then I'll need to replace the mesh gradient with an image and clip it 21:01:05 ... haven't done any attempt at optimisation and it renders fast 21:02:18 Tav: I'm using ArrayBufferObjects 21:03:01 nikos: Maybe using SIMD might help where it's supported 21:04:12 https://jsfiddle.net/dodgeyhack/q9y1at1p/ 21:05:51 Topic: New year telcon plans 21:06:02 nikos: I'm not sure what the situation will be in the new year 21:06:15 ... I'm happy to have a telcon first week after New Year if I'm able 21:06:49 ... keep an eye on the mailing list 21:06:55 ... and Happy holidays! 21:07:02 RRSAgent, make minutes 21:07:02 I have made the request to generate http://www.w3.org/2016/12/22-svg-minutes.html nikos