- From: Brian Birtles <bbirtles@mozilla.com>
- Date: Thu, 16 Jan 2014 15:15:45 -0800 (PST)
- To: www-svg@w3.org
Minutes from the 16 January 2014 meeting are below. http://www.w3.org/2014/01/16-svg-minutes.html [1]W3C [1] http://www.w3.org/ - DRAFT - SVG Working Group Teleconference 16 Jan 2014 [2]Agenda [2] http://lists.w3.org/Archives/Public/public-svg-wg/2014JanMar/0012.html See also: [3]IRC log [3] http://www.w3.org/2014/01/16-svg-irc Attendees Present Regrets Chair Cameron Scribe birtles Contents * [4]Topics 1. [5]removing animateColor from SVG2 2. [6]Panel session at Graphical Web 2014 3. [7]Agenda requests for Seattle F2F 4. [8]percentage on objectBoundingBox relative to the bounding box of the object? 5. [9]Which viewport to use when SVG resource (<pattern>, <mask>, ...) and affected element are in two different viewports 6. [10]Background reference boxes in SVG * [11]Summary of Action Items __________________________________________________________ <trackbot> Date: 16 January 2014 <scribe> scribenick: birtles <scribe> scribe: birtles removing animateColor from SVG2 ed: I raised the topic because I recently filed a patch to remove animateColor from blink ... I don't think there's any reason to keep it around in SVG2 any longer since you can do everything animateColor can do with animate anyway krit: we kept it just because of legacy reasons ... but we agree that there's no need for it ed: the reason we decided to remove it from blink is that the usage is very low krit: the problem with the usage counters is we don't know how much SVG is used ... but we deprecated animateColor in SVG 1.1 so I have no problem with removing it from SVG2 ... but we will probably keep it around in WebKit, maybe for the short-term ed: so are we ok with removing it from SVG2? shepazu: I guess so ... I understand that it is redundant ... but my only concern is existing content, but there's probably very little content krit: I think we deprecated in 1.1 not 1.1SE right? ed: yes krit: then we can probably remove it s/1.1SE not 1.1/ heycam: what sort of usage numbers did you get? ed: less than 1 usage per week? a lot less than 1% anyway shepazu: but we don't know how that compares to usage of SVG in general ... so it's really guess from intuition ... how much is animate used ed: a lot since libraries use it to test for SMIL support shepazu: how about animateTransform? ... but I think we're going to remove it anyway ed: it's very easy to work around by just aliasing to animate using javascript heycam: have you already landed the patch to remove it? ed: yes shepazu: let's just remove it ... we already deprecated it right? ed: yes shepazu: are we going to leave any mention of it? heycam: I don't think we need to shepazu: but we should mention it somewhere, like the changes appendix heycam: we can mention it there RESOLUTION: We will remove animateColor from SVG2 (and mention it in the changes appendix) <krit> ACTION: erik and brian to figure out who gets the action [recorded in [12]http://www.w3.org/2014/01/16-svg-minutes.html#action01] <trackbot> Created ACTION-3557 - And brian to figure out who gets the action [on Erik Dahlström - due 2014-01-23]. <scribe> ACTION: Erik to remove animateColor from SVG2 [recorded in [13]http://www.w3.org/2014/01/16-svg-minutes.html#action02] <trackbot> Created ACTION-3558 - Remove animatecolor from svg2 [on Erik Dahlström - due 2014-01-23]. Panel session at Graphical Web 2014 heycam: I got email from Michael Neutze and David Dailey about updating the w3c page to refer to the Graphical Web ... for this year's conference since we were still pointing to last year's conference ... and they were also asking whether we had plans to meet at the conference and if we want to present a panel session ... so do you want to present a session? <heycam> [14]http://graphicalweb.org/2014/ [14] http://graphicalweb.org/2014/ krit: do you mean a working group session like in previous years? heycam: yes krit: well then, why not? ... we should actually look at who will host the next meetings heycam: we should. For September it's more open since we might not meet out in Winchester ... but for the next one... krit: we (Adobe) are hosting for Seattle but not for the next one (some discussion about arrangements for April) heycam: so can we say we will do a panel session? krit, shepazu: yes heycam: Mozilla may be a host if we don't mind meeting in London at that time shepazu: we could also have an open day where people from the conference can come and meet with people from the WG ... and attend the F2F ... David Storey from Microsoft are organizing a session between CSS and SVG WG meetings, a hacker meetup heycam: on the Tuesday night? Wednesday night? shepazu: yes ... David asked me to present at the little meet-up. Anyone else is also welcome to present heycam: Tues or Wed? shepazu: Wed I think ... you can present about anything SVG/CSS related ... keep it in mind. I'll do a quick SVG accessibility talk ... the theme is "CSS and Web Graphics" ... they'd like a presentation on "What's coming up in SVG2?" ... so if you can point me to any slidedecks on this heycam: I'll try to find my slides from a talk several years ago birtles: I could do the animation demo from SVGOpen if needed Agenda requests for Seattle F2F <heycam> [15]http://www.w3.org/Graphics/SVG/WG/wiki/F2F/Seattle_2013/Age nda_proposals [15] http://www.w3.org/Graphics/SVG/WG/wiki/F2F/Seattle_2013/Agenda_proposals krit: I'd like to add a few agenda requests heycam: go ahead and add them ... I'd just like to remind people to add items ... it's been quite a short time between F2Fs, maybe there's not so much to add, but if we have remaining time we can use it for spec editing shepazu: I think I will have the demo version of the annotation thing going on the web audio spec so I could possibly demo that percentage on objectBoundingBox relative to the bounding box of the object? krit: so you have things like <mask>, <pattern> etc. and for the content you can switch between objectBoundingBox or userSpaceOnUse ... for objectBoundingBox you can use numbers from 0..1 or percentages but I'm not really sure what percentages actually mean heycam: my naive understanding was 100% = 1 but I guess that's not the case krit: yes, it doesn't seem to be ... I would interpret the spec text as percentages of the viewport but I don't think that is a good idea heycam: I think making them viewport-relative would be confusing krit: I was hoping someone would know what browsers are actually doing? <scribe> ACTION: Dirk to investigate what browsers actually do for percentage values for objectBoundingBox with pattern, mask etc. [recorded in [16]http://www.w3.org/2014/01/16-svg-minutes.html#action03] <trackbot> Created ACTION-3559 - Investigate what browsers actually do for percentage values for objectboundingbox with pattern, mask etc. [on Dirk Schulze - due 2014-01-23]. krit: I posted this question on the mailing list... <heycam> [17]http://www.w3.org/mid/7DADDAB2-1EE8-40D5-A697-472ECA7B4078@ adobe.com [17] http://www.w3.org/mid/7DADDAB2-1EE8-40D5-A697-472ECA7B4078@adobe.com heycam: so this is percentages within the content of the pattern etc. ... and it says they get resolved against the viewport ... and objectBoundingBox doesn't establish a new viewport right? krit: no they don't, but they can heycam: from your email it looks like something should change ... does anyone else have an opinion about whether it is a good idea that percentages apply against the viewport if we defined what that is? ... and which viewport would that be? krit: that's the next item on the agenda shepazu: should we deprecate symbol? Tav: it's implemented and used in maps etc. krit: it's not implemented correctly thought shepazu: <symbol> is actually useless krit: it has an implicit visibility:hidden shepazu: but you don't need it heycam: does <symbol> have the same sizing behavior as <svg>? ??: yes krit: Illustrator exports <symbol> so deprecate ok, but not removing ... we could add a note saying authors don't need to use it shepazu: I suggest we define it in terms of <svg> ... just sugar for <svg> heycam: I wonder if there is scope for improving the functionality of <symbol> ... if there are use cases surrounding re-using graphics shepazu: let's add that to an agenda sometime heycam: please it add it to the F2F agenda Which viewport to use when SVG resource (<pattern>, <mask>, ...) and affected element are in two different viewports krit: so it is quite clear that in these cases that viewport is that of the referencing element ... according to the spec ... but none of the browsers implementations do that ... the only implementations that do that are Opera (Presto), Inkscape and Batik heycam: what is the incorrect behaviour? krit: if you have a path element in one viewport and a pattern in the other ... the pattern should use the viewport of the path element for resolving sizes like percentages ... but browsers take the viewport of the pattern (or mask etc.) element instead ... which doesn't really make sense but that's what browsers do: IE, Chrome, Firefox, Opera heycam: I suspect what the spec says may be more useful krit: it might be useful ... but reality is that none of the browsers are following the spec but are still interoperable ... the browsers are aware of the bug (or at least Robert Longson identified it in Firefox) <krit> [18]https://bugzilla.mozilla.org/show_bug.cgi?id=866655 [18] https://bugzilla.mozilla.org/show_bug.cgi?id=866655 krit: it is also known in WebKit ... but it was too difficult to fix it ... not worth the effort heycam: so are you suggesting we just spec what the browsers are currently doing? Tav: I don't agree. If it's more useful to do it as currently specced then we should do that heycam: yeah, I think I agree krit: from the specification point of view it doesn't matter since we have at least two implementations of each alternative ... if we keep the current spec, it might take sometime before browsers come into line heycam: we could add tests to the suite for this krit: I can do that heycam: if you can construct an example where it is actually useful, that would help krit: but when are percentages resolved relative to the viewport ever useful? heycam: if you have a grid pattern and shapes that should be aligned with the grid pattern? krit: I think you would use absolute values in this case ... it's an edge case <scribe> ACTION: Dirk to create a test case for the test suite covering percentage units resolved against the viewport of the referencing element [recorded in [19]http://www.w3.org/2014/01/16-svg-minutes.html#action04] <trackbot> Created ACTION-3560 - Create a test case for the test suite covering percentage units resolved against the viewport of the referencing element [on Dirk Schulze - due 2014-01-23]. <krit> [20]http://www.w3.org/Graphics/SVG/WG/wiki/Agenda [20] http://www.w3.org/Graphics/SVG/WG/wiki/Agenda Background reference boxes in SVG krit: What affect has a reference box (padding-box, content-box, border-box, margin-box) to a basic shape in SVG i.e. clip-path: circle() margin-box? ... HTML has the concept of a content box ... what we would call the object bounding box ... then it has a padding box which we don't have in SVG ... then border box and margin box neither of which we have in SVG ... we do have stroke however (similar to border box) Tav: I had to look at this with regards to text wrapping ... and in SVG I think we need separate values krit: I'd rather avoid adding extra keywords Tav: I think that's confusing from an author's point of view krit: in any case we need to define what these keywords mean Tav: there's the viewport, bounding box (fill + stroke versions) heycam: these keywords change how the values in the property get interpreted ... so if you use one of these basic-shape functions in the value these keywords change how they get interpreted ... I think it will be common that people will want to do things relative to the stroke bounding box of the shapes ... so if we were to line it up with these keywords then border-box seems like a possible candidate but I think border-box has a very specific meaning krit: anyway I just wanted to introduce the issue, we can continue on the mailing list <Tav> I got cut off and the conference is now restricted.... heycam: no telcon next week since some people will be travelling by then ... next time we meet is the F2F in Seattle ... if you have outstanding issues on the mailing list, please add them to the agenda for the F2F Summary of Action Items [NEW] ACTION: Dirk to create a test case for the test suite covering percentage units resolved against the viewport of the referencing element [recorded in [21]http://www.w3.org/2014/01/16-svg-minutes.html#action04] [NEW] ACTION: Dirk to investigate what browsers actually do for percentage values for objectBoundingBox with pattern, mask etc. [recorded in [22]http://www.w3.org/2014/01/16-svg-minutes.html#action03] [NEW] ACTION: erik and brian to figure out who gets the action [recorded in [23]http://www.w3.org/2014/01/16-svg-minutes.html#action01] [NEW] ACTION: Erik to remove animateColor from SVG2 [recorded in [24]http://www.w3.org/2014/01/16-svg-minutes.html#action02] [End of minutes] __________________________________________________________
Received on Thursday, 16 January 2014 23:16:13 UTC