- From: Tavmjong Bah <tav.w3c@gmail.com>
- Date: Thu, 14 May 2015 23:51:51 +0200
- To: "www-svg@w3.org" <www-svg@w3.org>
- Message-ID: <CAHfwxgqWuUbo5GDu=DscBkYKjnUx+opoghyCMKrms+vYo8-1Vw@mail.gmail.com>
http://www.w3.org/2015/05/14-svg-minutes.html [1]W3C [1] http://www.w3.org/ - DRAFT - SVG Working Group Teleconference 14 May 2015 [2]Agenda [2] https://lists.w3.org/Archives/Public/www-svg/2015May/0019.html See also: [3]IRC log [3] http://www.w3.org/2015/05/14-svg-irc Attendees Present Thomas_Smailus, [IPcaller], heycam, AmeliaBR, stakagi, ed, Doug_Schepers, nikos_, [Microsoft], Tav Regrets Chair Cameron Scribe Tav Contents * [4]Topics 1. [5]Switching to webex 2. [6]SVG 2 Issues * [7]Summary of Action Items __________________________________________________________ <trackbot> Date: 14 May 2015 <AmeliaBR> All about Web Ex: [8]https://www.w3.org/2006/tools/wiki/WebExBestPractices [8] https://www.w3.org/2006/tools/wiki/WebExBestPractices <scribe> scribenick: Tav Switching to webex shepazu: Our phone lines die in late June. When do we want to transition? heycam: Next week? shepazu: Not here next week, better week after. <AmeliaBR> [9]https://www.w3.org/2006/tools/wiki/WebExBestPractices [9] https://www.w3.org/2006/tools/wiki/WebExBestPractices AmeliaBR: TIps for how to use webex... not connection between IRC and phone bots. ... can't type in IRC to mute, etc. won't recognize phone numbers but should be more reliable Smailus: Will we be able to do screen sharing? shepazu: It can but isn't considered to be best practices at the moment. Smailus: Can you send out info so we can get setup? Going through firewalls etc... shepazu: Can call in or connect through computer. Sound quality OK for both. SVG 2 Issues heycam: We are looking at appendices? <heycam> [10]https://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Chapter_Assess ment [10] https://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Chapter_Assessment <Rossen> [11]https://svgwg.org/svg2-draft/svgdom.html#SVGObjectInitializ ation [11] https://svgwg.org/svg2-draft/svgdom.html#SVGObjectInitialization <scribe> Done <Rossen> [12]https://svgwg.org/svg2-draft/implnote.html#issue1 [12] https://svgwg.org/svg2-draft/implnote.html#issue1 Rossen: HTML5 svg documents stop rendering... ... Sounds like a bit of rewriting, not really something for discussion. heycam: We know we need to update error processing so we don't blow-up with small errors. AmeliaBR: Specific issue are wording. More general question is do we want to move to a more forgiving error handling? ... Worry about big changes first... wording later. Rossen: Whole chapter needs editorial work. heycam: This chapter hasn't seen much attention. Rossen: Most of the issues just need someone to do them. <ed> I don't think this appendix really describes what current implementations do in any case, so "requirements" heycam: Are you going to look into updating error processing? Rossen: Current wording doesn't align with DOM error processing. heycam: Are you willing to do that? Rossen: Yes. <Rossen> action - Bogdan to attempt to align Error processing appendix with DOM/CSS error processing and recovery <trackbot> Error finding '-'. You can review and register nicknames at <[13]http://www.w3.org/Graphics/SVG/WG/track/users>. [13] http://www.w3.org/Graphics/SVG/WG/track/users <heycam> ACTION: Bogdan to attempt to align Error processing appendix with DOM/CSS error processing and recovery [recorded in [14]http://www.w3.org/2015/05/14-svg-minutes.html#action01] <trackbot> Created ACTION-3791 - Attempt to align error processing appendix with dom/css error processing and recovery [on Bogdan Brinza - due 2015-05-21]. <AmeliaBR> [15]https://svgwg.org/svg2-draft/implnote.html#issue10 [15] https://svgwg.org/svg2-draft/implnote.html#issue10 heycam: Interested in range-clamping... hecam: Does CSS have rules for clamping? AmeliaBR: Perhaps wording should be cleaned up. Main thing is don't clamp until the end... important for multi-step filter processes. heycam: Maybe should be moved to filter spec. ... Out-of-range values during calculations may be implementation dependent. ... Not sure what to do with this section (C.4 Clamping...) AmeliaBR: Hint, generally, try to preserve information as long as possible. heycam: This is more about trying to keep in the range.... doesn't necessarily mean you should fall back to lacuna values. ... We should not fallback to lacuna values as suggested in wiki. Smailus: Does this deal with overflow on coordinates? heycam: This is more about color value and compositing. ... There are requirements somewhere about precision. AmeliaBR: Difference between spec restrictions vs. practical limits. Rossen: coordinates should be not be clamped... Smailus: But we are using very large coordinates. heycam: Is that precision vs. range. AmeliaBR: We should have precision in this appendix. heycam: I think it is in the next appendix. Smailus: Precision and range are coupled so they should be talked about together. <AmeliaBR> Precision section in Ch3: [16]https://svgwg.org/svg2-draft/types.html#Precision [16] https://svgwg.org/svg2-draft/types.html#Precision <Rossen> [17]https://svgwg.org/svg2-draft/conform.html#issue1 [17] https://svgwg.org/svg2-draft/conform.html#issue1 heycam: We need somewhere to put what is allowed well now that the DTD is gone. AmeliaBR: What we do is have categories and content models. heycam: The blue definition boxes should include which child elements are allowed, this was taken from the DTD. Rossen: Is the issue about collecting all the information in one place? heycam: No, more about saying that a conforming document matches the blue boxes. AmeliaBR: So we can just add a bullet point there saying that. ... If anybody wants to compile all the blue boxes into a document, that might be a good idea. heycam: The scripts could be tweaked to do that. If people think it is important, I can do that. Rossen: The indices point to the information. heycam: It is not to hard for people to find already. ... The accessibility appendix, Rich was going to provide a rewrite. We'll ask him next time he's on a call. <Rossen> [18]https://svgwg.org/svg2-draft/eltindex.html#issue1 [18] https://svgwg.org/svg2-draft/eltindex.html#issue1 Rossen: Suggest to leave as is... it is not an issue to include filter effects etc. here. Tav: I strongly agree. <AmeliaBR> s/to live/to leave/ <ed> +1 to keeping the elements that were moved out to other specs Rossen: Gut feeling that this is useful for developers and not users. AmeliaBR: People will be looking for things and be puzzled if things that were here before are no longer hear. heycam: I'll try to come up with something that will call out the things defined in other specs.. if it doesn't take too much time. <Rossen> [19]https://svgwg.org/svg2-draft/idlindex.html [19] https://svgwg.org/svg2-draft/idlindex.html Rossen: Remove appendix? heycam: I can move the info. <Rossen> [20]https://svgwg.org/svg2-draft/feature.html [20] https://svgwg.org/svg2-draft/feature.html Rossen: Feature strings... everybody just returns 'true' ... Webkit code just handles just a couple of strings. You can pass bogus feature strings and it returns true. AmeliaBR: If we remove this the we remove the idea of having a switch based on features. Rossen: From browser point of view not so important... but non-browsers might require it. ... You can do this other ways with browsers, but taking it out of the spec could be a bit drastic as other might use it. AmeliaBR: Because it hasn't been implement properly.. but for static viewers it is important. heycam: Why include both parts? Tav, for editing purposes. We want to include SVG 2 part but still include SVG 1.1 backup. AmeliaBR: Currently used to see if foriegnObject supported. ... Uses required features as required extension are completely useless. <Rossen> [21]https://svgwg.org/svg2-draft/changes.html [21] https://svgwg.org/svg2-draft/changes.html <heycam> heycam: anyone who has a view on what to do with the Feature Strings appendix, please send a suggestion to the list and we can discuss next week <heycam> heycam: let's try to get the "needing investigation" issues investigated in time for discussion at the F2F Sorry, my Internet connection failed.... <heycam> heycam: I will send out a link to the F2F Agenda proposals page with a reminder heycam: Not sure how... trackbot, end telcon Summary of Action Items [NEW] ACTION: Bogdan to attempt to align Error processing appendix with DOM/CSS error processing and recovery [recorded in [22]http://www.w3.org/2015/05/14-svg-minutes.html#action01] [End of minutes] __________________________________________________________ Minutes formatted by David Booth's [23]scribe.perl version 1.140 ([24]CVS log) $Date: 2015/05/14 21:38:04 $ __________________________________________________________ [23] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [24] http://dev.w3.org/cvsweb/2002/scribe/ Scribe.perl diagnostic output [Delete this section before finalizing the minutes.] This is scribe.perl Revision: 1.140 of Date: 2014-11-06 18:16:30 Check for newer version at [25]http://dev.w3.org/cvsweb/~checkout~/2002/ scribe/ [25] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/working/wording/ Succeeded: s/live/leave/ FAILED: s/to live/to leave/ Succeeded: s/here/hear/ Found ScribeNick: Tav Inferring Scribes: Tav Default Present: Thomas_Smailus, [IPcaller], heycam, AmeliaBR, stakagi, ed, Doug_Schepers, nikos_, [Microsoft], Tav Present: Thomas_Smailus [IPcaller] heycam AmeliaBR stakagi ed Doug_Schep ers nikos_ [Microsoft] Tav Agenda: [26]https://lists.w3.org/Archives/Public/www-svg/2015May/0019.ht ml Found Date: 14 May 2015 Guessing minutes URL: [27]http://www.w3.org/2015/05/14-svg-minutes.html People with action items: bogdan [26] https://lists.w3.org/Archives/Public/www-svg/2015May/0019.html [27] http://www.w3.org/2015/05/14-svg-minutes.html WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option. [End of [28]scribe.perl diagnostic output] [28] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
Received on Thursday, 14 May 2015 21:52:19 UTC