20:28:55 RRSAgent has joined #svg 20:28:55 logging to http://www.w3.org/2013/07/25-svg-irc 20:28:57 RRSAgent, make logs public 20:28:57 Zakim has joined #svg 20:28:59 Zakim, this will be GA_SVGWG 20:28:59 ok, trackbot, I see GA_SVGWG(SVG1)4:30PM already started 20:29:00 Meeting: SVG Working Group Teleconference 20:29:00 Date: 25 July 2013 20:29:53 +[IPcaller] 20:29:55 -[IPcaller] 20:29:55 +[IPcaller] 20:29:59 Zakim, [ is me 20:29:59 +heycam|away; got it 20:31:06 +[IPcaller] 20:33:49 Zakim, code? 20:33:49 the conference code is 7841 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), heycam 20:34:12 + +61.2.980.5.aabb 20:34:16 Thomas has joined #svg 20:34:21 Zakim, +61 is me 20:34:23 +nikos; got it 20:34:27 +Rich 20:34:44 zakim, who is here 20:34:44 Cyril, you need to end that query with '?' 20:34:47 zakim, who is here? 20:34:47 On the phone I see +49.341.263.2.aaaa, heycamaway, [IPcaller], nikos, Rich 20:34:50 On IRC I see Thomas, Zakim, RRSAgent, Cyril, cabanier, krit, thorton, richardschwerdtfeger, glenn, TabAtkins, jaseg, nikos, heycam, trackbot, ed, pdr, plinss 20:34:59 + +1.425.373.aacc 20:35:03 zakim, [IPcaller] is me 20:35:03 +Cyril; got it 20:36:58 Scribe: Cyril 20:37:02 ScribeNick: Cyril 20:37:07 Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2013JulSep/0026.html 20:37:19 Topic: Review of css-fonts-3 LCWD 20:37:31 http://lists.w3.org/Archives/Public/public-svg-wg/2013JulSep/0005.html 20:37:43 heycam: we've received review requests from many specs 20:38:00 ... CSS fonts 3 20:38:09 ... the new things in there is font variant 20:38:21 ... related to SVG fonts in Open Type 20:38:34 ... relevant for us, because we turn off ligatures in text paths 20:38:40 ... we might want to review it 20:39:03 ... has anyone interest in reviewing it ? 20:39:04 +[IPcaller] 20:39:12 ... if not, I can review it 20:39:23 Zakim, [IPcaller] is me 20:39:23 +cabanier; got it 20:39:52 Cyril: Chris might be interested in reviewing it 20:40:11 nikos: quickly how is font variant related to SVG in open type 20:40:34 heycam: will talk about that in the next topics 20:40:53 ACTION: heycam to review css-fonts-3 LCWD spec and coordinate with Chris 20:40:53 Created ACTION-3514 - Review css-fonts-3 LCWD spec and coordinate with Chris [on Cameron McCormack - due 2013-08-01]. 20:41:27 heycam: it's probably a good idea to send an email, saying we had a look and have no particular comment 20:41:34 Topic: review request for css-variables-1 LCWD 20:41:44 http://www.w3.org/mid/51F05942.2070603@mcc.id.au 20:41:57 heycam: overlap with the SVG Params spec we discussed in the past 20:42:11 ... apart from that, shouldn't impact us too much 20:42:25 Cyril: what about the use element and the shadow dom 20:42:31 heycam: I don't think it is related 20:43:14 Cyril: is CSS variables about defining your own property but then it follow normal inheritance 20:43:18 heycam: yes, that's right 20:43:53 ... we haven't sorted out what we have to do with use and shadow DOM but it seems unrelated 20:44:23 ... unless someone has an interest, I'm happy to review it and coordinate with Doug, as he seems to be the relevant person 20:44:41 zakim, who is on the call? 20:44:41 On the phone I see +49.341.263.2.aaaa, heycamaway, Cyril, nikos, Rich, +1.425.373.aacc, cabanier 20:44:54 ACTION: heycam to review css-variables-1 LCWD spec and coordinate with Doug 20:44:55 Created ACTION-3515 - Review css-variables-1 LCWD spec and coordinate with Doug [on Cameron McCormack - due 2013-08-01]. 20:44:57 Zakim, aaaa is me 20:44:57 +krit; got it 20:45:37 Topic: Event definitions in SVG 2 20:45:51 heycam: we had a short discussion on the mailing list about that 20:46:00 ... it seems resolved by now 20:46:33 richardschwerdtfeger: the issue in the event section of our spec 20:46:48 ... I want to figure out how to reduce it 20:47:01 ... the mutation event will be removed from the spec 20:47:06 ... but how do we remove them 20:47:19 ... do we deprecate them or remove them completely 20:47:22 ... that's the first issue 20:47:48 heycam: leaving aside that we don't want to support mutation event, they are pretty orthogonal to the spec and shouldn't be defined in our spec anyway 20:47:58 ... they redefine a lot of thing in our spec 20:48:06 ... probably this was an editorial choice 20:48:26 richardschwerdtfeger: we want to try to rely on normal definitions in other specifications 20:48:56 ... do we want to remove any reference mutation events in our spec 20:49:14 s/in our spec/from our spec/ 20:49:18 heycam: yes 20:49:41 ... there is no specific behaviour for them in SVG 20:49:56 richardschwerdtfeger: the second thing discussed is click vs. activate 20:50:16 ... should we remove the activate event and go with the click 20:50:41 Cyril: activate was triggered by Enter 20:50:59 heycam: click events should be dispatched as well with links 20:51:29 richardschwerdtfeger: we have support for keyboard events that we did not have before 20:52:05 ... I added keyboard events last week 20:52:38 ... I referenced the UI event spec, in TR space now 20:53:42 https://svgwg.org/svg2-draft/interact.html#SVGEvents 20:53:58 Cyril: a bit annoying that it is changing from what we had in SVG Tiny 1.2 20:54:08 https://svgwg.org/svg2-draft/interact.html#SVGEvents 20:54:13 richardschwerdtfeger: yes, the DOM 3 Events spec is gone and replaced by UI EVents 20:54:20 https://dvcs.w3.org/hg/d4e/raw-file/default/source_respec.htm#keyboard-events 20:55:19 Cyril: it is ok with me if it is the stable spec now 20:55:53 ... wouldn't like it to change again for SVG 3.0 20:58:38 ... is it still possible to start an animation from a key name, like it was in SVG Tiny 1.2 ? 20:58:46 heycam: don't know yet 20:59:07 ... what's the current thinking on starting an animation with keys 21:00:05 Cyril: my recollection from Brian's explanation is that accessKey wouldn't work in some mode, as defined in the SVG integration spec 21:00:23 heycam: looking a DOM 4 Events, I can't see the activate event 21:00:43 richardschwerdtfeger: Doug said that activate was gone indeed 21:01:11 heycam: that means all events from the SVG spec named DOM_* can go 21:01:42 richardschwerdtfeger: there is a DOMFocusIn, DOMFocusout and DOMActivate 21:01:57 https://dvcs.w3.org/hg/d4e/raw-file/default/source_respec.htm# 21:02:53 richardschwerdtfeger: you mentionned that we probably want to refer to a spec than define it 21:03:05 heycam: I don't like the big table in the interaction chapter 21:03:40 ... I don't think that other specs that use DOM events define what click means 21:03:53 ... I don't know what level of description is required in the SVG spec 21:04:59 Cyril: redefining is bad, but have a short summary of possible events with references is useful 21:05:32 richardschwerdtfeger: I will take another look at the event spec 21:05:59 Topic: SVG in OpenType update 21:06:08 http://lists.w3.org/Archives/Public/public-svgopentype/2013Jul/0003.html 21:06:22 heycam: Sirus and I have been on working on merging our proposals 21:06:32 ... to have a unified proposal to bring to the Open Type people 21:06:40 ... Sirus has been working on the editing 21:06:56 http://lists.w3.org/Archives/Public/public-svgopentype/2013Jul/0003.html 21:07:17 ... that's a Word document 21:07:36 ... we thought the best approach would be to have the main stuff in the Open Type specification itself 21:07:47 ... and specific SVG stuff (context ...) in SVG 32 21:07:52 s/SVG 32/SVG 2/ 21:08:05 ... we probably won't have many normative SVG things 21:08:28 ... I'll probably work also on integration in HTML 21:08:36 s/Sirus/Sairus/ 21:09:31 ... one of the issue resolved recently, how to identify that an SVG element is used for a particular glyph id 21:09:41 ... in our spec we have a glyph id attribute 21:09:50 ... in Sairus, he used the id attribute with a particular name 21:09:58 id="g4" 21:10:00 id="glyph5" 21:10:07 we had glyphid="6" 21:10:41 Cyril: wasn't there another option to have a table in Open Type giving the mapping 21:10:59 heycam: my concern with using the plain id was to go into author space and require specific id 21:11:09 ... that was the reason to have a new attribute 21:11:27 ... the other option was to map glyph id to names 21:11:34 ... but it's probably unnecessary 21:11:49 ... in the end, I agreed to use the id attribute with glyph and number 21:12:04 nikos: why was Sairus going to other way? 21:12:16 heycam: he wanted to avoid adding features to SVG when possible 21:12:32 ... to not modify the SVG engine when possible 21:12:54 nikos: in a way it's nice to not have in SVG things just used for SVG in Open Type 21:13:08 heycam: yes, the specification changes will be small anyway 21:13:55 Cyril: maybe people want to use SVG 1.1 rendering engine as is 21:14:03 heycam: we haven't decided on that 21:14:11 ... probably SVG 2 because of the context thing 21:14:37 ... the question of profile also hasn't been decided 21:15:06 ... the other main difference in that new copy of the spec 21:15:17 ... is in the definition of palette 21:15:29 ... to be used inside the SVG content 21:15:41 nikos: it wasn't clear in the spec 21:17:22 heycam: there was a proposal from Microsoft to combine multiple glyphs and define a color for each glyph 21:17:29 ... apparently shipping in MS Windows 8.1 21:18:00 ... it's nice but has limitations in what you can do (e.g gradients or animations) 21:18:12 ... but it had palette 21:18:53 ... in the spec at the moment, color 0, color 1, color 2 ... in the font as a palette and have multiple palettes 21:19:09 ... and in the SVG spec, you can use CSS variables to use the palette 21:19:27 ... with names: color0, color1, ... 21:19:48 ... the question is how to select which palette 21:19:58 ... maybe a font variant or property 21:20:10 ... and how do we support custom colors from the outside 21:20:30 nikos: you would need to tknow the number of colors in the font 21:20:52 heycam: yes, similar to other features 21:21:54 ... so that's it, please read it and send feedback 21:22:06 nikos: looks pretty good except selecting colors from outside 21:22:16 heycam: yes, needs collaboration from outside 21:24:00 Topic: media fragment identifiers 21:24:11 Cyril: I've worked an ACTION 3442 21:24:21 action-3442? 21:24:21 ACTION-3442 -- Cyril Concolato to add Media Fragments support to SVG 2. -- due 2013-02-14 -- CLOSED 21:24:21 http://www.w3.org/Graphics/SVG/WG/track/actions/3442 21:24:22 ... and committed some changes to the spec 21:24:39 Cyril: would like people to review it 21:25:04 https://svgwg.org/svg2-draft/linking.html#SVGFragmentIdentifiers 21:26:25 heycam: is it the same as HTML 21:26:30 Cyril: no, not applicable 21:26:46 heycam: I'm not sure t= would have been valid id anyway 21:28:28 heycam: I have not seen that syntax: * before parenthesis 21:29:09 heycam: what happens when you use Media Fragments has well as SVG view at the same time 21:29:25 Cyril: that's possible only if you combine timesegments and svg view 21:29:41 heycam: you cant' have svgView and xywh at the same time 21:29:44 Cyril: right 21:29:58 heycam: ok, not sure what that would mean anyway 21:31:19 The rendering of the SVG Document shall be as if the setCurrentTime method on the SVG Document element had been called with the begin time value from the fragment identifier 21:31:51 heycam: in MF, is there a way to specify a duration 21:31:58 Cyril: you can specify start and end 21:32:08 Additionally, if an end time value is provided in the fragment identifier, the effect is equivalent to calling the pauseAnimations method on the SVG Document when the document time reaches the end time of the fragment identifier. 21:32:53 Cyril: that part should probably be reviewed by the Web Animation guys 21:33:03 heycam: from a very brief look, that section looks ok 21:33:24 Topic: xml namespace prefix 21:33:37 Cyril: I need advice on how to carry ACTION 3412 21:33:45 zakim, action-3412 21:33:45 I don't understand 'action-3412', Cyril 21:33:47 action-3412? 21:33:47 ACTION-3412 -- Cyril Concolato to fix spec to remove need for xml namespace prefix -- due 2013-02-10 -- OPEN 21:33:47 http://www.w3.org/Graphics/SVG/WG/track/actions/3412 21:33:49 zakim, action-3412 ? 21:33:49 I don't understand your question, Cyril. 21:35:01 http://lists.w3.org/Archives/Public/www-svg/2013Jul/0023.html 21:36:23 http://www.w3.org/2012/09/18-svg-minutes.html#item13 21:36:59 heycam: I think the base element prceded the xml:base attribute in the HTML spec 21:38:26 Cyril: for xml:lang, in HTML5 it's defined in no namespace and xml: 21:38:27 http://lists.w3.org/Archives/Public/www-svg/2013Jul/0023.html 21:38:30 http://www.w3.org/html/wg/drafts/html/master/dom.html#the-lang-and-xml:lang-attributes 21:39:12 Cyril: xml:space is easier 21:39:19 ... we just deprecate it 21:39:45 we were going to have a UA style sheet rule that maps xml:space to the white-space property 21:40:45 Cyril: we should continue to discuss xml:base by email and for the others the action is clear (do as HTML (lang), and deprecate (space)) 21:40:48 heycam: yes 21:40:57 RRSAgent, make minutes 21:40:57 I have made the request to generate http://www.w3.org/2013/07/25-svg-minutes.html Cyril 21:40:58 - +1.425.373.aacc 21:41:10 -cabanier 21:41:12 -heycamaway 21:41:13 -nikos 21:41:16 -krit 21:41:27 -Cyril 21:41:31 -Rich 21:41:33 GA_SVGWG(SVG1)4:30PM has ended 21:41:33 Attendees were +49.341.263.2.aaaa, heycam|away, +61.2.980.5.aabb, nikos, Rich, +1.425.373.aacc, Cyril, cabanier, krit 21:55:30 thorton_ has joined #svg 21:58:43 thorton has joined #svg 22:50:34 birtles has joined #svg 23:05:01 thorton has joined #svg 23:13:30 richardschwerdtfeger has joined #svg