- From: Erik Dahlstrom <ed@opera.com>
- Date: Thu, 07 Jul 2011 23:34:55 +0200
- To: "public-svg-wg@w3.org" <public-svg-wg@w3.org>
Minutes from today's telcon here:
http://www.w3.org/2011/07/07-svg-minutes.html
and as plain text:
[1]W3C
[1] http://www.w3.org/
- DRAFT -
SVG Working Group Teleconference
07 Jul 2011
[2]Agenda
[2]
http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/0007.html
See also: [3]IRC log
[3] http://www.w3.org/2011/07/07-svg-irc
Attendees
Present
heycam, Doug_Schepers, +1.408.839.aaaa, [IPcaller], ed,
Tim_Horton
Regrets
Chair
Cameron
Scribe
ed
Contents
* [4]Topics
1. [5]TPAC 2011 registration
2. [6]FX charter items
3. [7]opentype / svgfonts
4. [8]SVG 1.1 second edition
5. [9]canvas accessibility
* [10]Summary of Action Items
_________________________________________________________
<trackbot> Date: 07 July 2011
<thorton> Zakim: +1.408 is me
<scribe> scribeNick: ed
TPAC 2011 registration
<heycam> [11]http://www.w3.org/2011/11/TPAC/
[11] http://www.w3.org/2011/11/TPAC/
CM: recently opened, it's in november
... wanted to clarify when the meeting will be?
ED: svgopen is October 17 to 20, 2011
... TPAC is 31 October to 4 November 2011
DS: there is some overlap in the dates for SVG, Webapps and (missed
bit)
<shepazu> [12]http://www.w3.org/2002/09/wbs/35125/TPAC2011/
[12] http://www.w3.org/2002/09/wbs/35125/TPAC2011/
CM: it says SVG may move to thu-fri
<heycam> shepazu, [13]http://www.w3.org/2011/11/TPAC/
[13] http://www.w3.org/2011/11/TPAC/
ED: would like to know when we'll meet at TPAC, mon-tue or thu-fri
CM, DS: would prefer thu-fri
ED: that's fine with me
CM: if we ask them to swap to thu-fri that wouldn't cause any
conflicts?
... maybe SVG was put mon-tue to not overlap with HTMLWG
DS: will see if we can get it changed to thu-fri
FX charter items
CM: vincent mailed the sheet with the latest discussions we had
... and CL said CSSWG was happy with those
... so both groups can move forward with chartering
[14]http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/000
8.html
[14]
http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/0008.html
FTR this was the proposal from the svg wg:
[15]http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/att
-0000/FX_Task_Force_and_Related_CSS___SVG_Specifications_and_Drafts.
html
[15]
http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/att-0000/FX_Task_Force_and_Related_CSS___SVG_Specifications_and_Drafts.html
DS: will get to it this week, certainly before the next meeting
... anything we need to discuss wrt that?
CM: is there an FX call before the F2F?
ED: might be good, will send out an agenda for next monday
DS: the pointer-event spec hasn't been updated lately, maybe we need
a status update
CM: might be only on www-style
... TH are you attending the F2F in Seattle?
TH: I might
CM: another reminder for people to put their agenda items on the
wikipage
opentype / svgfonts
CM: on the call last week we had a generally positive response to
the proposal
... i think it would be good to send a response on the mailinglist,
perhaps an offer to work together
DS: i'm interesting doing more advanced fonts
ED: i do like the markup way, as already speced, to be able to mix
the content and do dynamic updates
... but I do see the positive aspects of the proposal
... it's just another way to encapsulate the font
CM: the proposal does seem to allow you to do dynamic stuff, but
with a wrapper and do some binary stuff
... point being, it's possible but not simple, to modify the font
data
... i think it does move to dynamic in-document manipulation
DS: interpreting and rendering the font is the bulk of the work, the
serialization is relatively minor
... if this is an acceptable format that everyone supports then we
can try to solve the serialization problem later if appropriate
CM: i agree with that
... whenever we expose lower level apis ninja javascript library
authors tend to make some nice abstractions from them
... bringing this topic up was to ask how the group should respond
to the thread
DS: i think we should offer to help, and send a positive response
ED: adding another serialization of svgfonts is fine with me
<scribe> ACTION: CM to respond to the opentype/svgfont thread on
behalf of the group [recorded in
[16]http://www.w3.org/2011/07/07-svg-minutes.html#action01]
<trackbot> Sorry, amibiguous username (more than one match) - CM
<trackbot> Try using a different identifier, such as family name or
username (eg. charles, cmccorma)
<scribe> ACTION: Cameron to respond to the opentype/svgfont thread
on behalf of the group [recorded in
[17]http://www.w3.org/2011/07/07-svg-minutes.html#action02]
<trackbot> Created ACTION-3060 - Respond to the opentype/svgfont
thread on behalf of the group [on Cameron McCormack - due
2011-07-14].
SVG 1.1 second edition
CM: today is the last day to respond to the AC review survey
... only complaint is about references and relaxng/dtd
[18]http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/000
9.html
[18]
http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/0009.html
CM: the DTD files in our repo were modified in the first LC?
ED: yes
[19]http://dev.w3.org/cvsweb/SVG/profiles/1.1F2/master/DTD/svg11-fla
t.dtd
[19]
http://dev.w3.org/cvsweb/SVG/profiles/1.1F2/master/DTD/svg11-flat.dtd
CM: what were the changes we made?
ED: see the cvs changelog link above
DS: the rng would be informative?
CM: right
... so i don't think it's needed with the REC itself
... so we haven't made one
... we could say someone will make an RNG
... i think CL was going to talk to him about this
<heycam> and murata-san was going to make one
[20]http://www.w3.org/TR/SVG11/DTD/svg11-flat.dtd
[20] http://www.w3.org/TR/SVG11/DTD/svg11-flat.dtd
previous REC linked to
[21]http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-flat-20030114.dtd
[21] http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-flat-20030114.dtd
ED: it's in a different location from the spec itself
CM: might make sense to install the modified DTD there too
DS: that works for me
... will check if we can make a change to add the informative
reference when we move to REC
CM: we need the published REC date in the url anyway
... and we need a new errata document to link to too
... so I expect such changes to be possible
<scribe> ACTION: cameron to copy over the 1.1F2 DTD and give it a
date + link to it from 1.1F2 [recorded in
[22]http://www.w3.org/2011/07/07-svg-minutes.html#action03]
<trackbot> Created ACTION-3061 - Copy over the 1.1F2 DTD and give it
a date + link to it from 1.1F2 [on Cameron McCormack - due
2011-07-14].
CM: how do we proceed after today with moving to REC?
DS: *reading process document*
... assume CL and I will take care of it
... we'll get the documents in the right place and publish
canvas accessibility
<shepazu> [23]http://schepers.cc/retain-a11y-immediately
[23] http://schepers.cc/retain-a11y-immediately
DS: that's my proposal
<shepazu>
[24]http://www.w3.org/WAI/PF/HTML/wiki/Canvas_Accessibility_Use_Case
s
[24] http://www.w3.org/WAI/PF/HTML/wiki/Canvas_Accessibility_Use_Cases
DS: there has been a long discussion the canvas mailinglist
... rich schwerdfeger claims svg is not accessible
... canvas is an immidiate mode api, svg is a retained mode api
... they want to add retained mode characteristics to canvas
... primary use-case is so that screenreaders / magnifiers you'd be
able to find it and zoom
... whatever you need to zoom on
... charles pritchard suggested to make a subtree (you can tuck in
elements inside the canvas element and that's invisible but can be
exposed to a11y tools)
... e.g a dropdown
... other aspects of the subtree is that it can retain text
... you'd have to do it manually
CM: you'd have to manually mirror the content
... some proposals had some automated parts in it
DS: the functionality allows you to make an accessible html version
of whatever you made in canvas
... personally i think it's barking up the wrong tree
... when it was just functional things, say a form control in canvas
that you then made an accessible equivalent of that
... but then it's also the shape of the thing, the boundingbox of
the form control
... and that's when people said this is svg
... instead of making an svg-like thing, why not just use svg?
... you can already layer svg on top of canvas
... you can integrate svg and canvas on the rendering level, and you
could put the svg either in the dom, or in the subtree underneath
the canvas, or you could put it in the dom and reflect it in the
subtree
... either put it in the dom, or in the subtree-dom, or a pointer to
the subtree dom
CM: not sure i follow
... the last part
DS: you could e.g put an svg:use element to link to something
CM: what is the distinction?
DS: if you put in svg elements they could render to the canvas
... but it would have all the location information
CM: the inverse of that seems logical
... having canvaslike things inside an svg tree
... a pixelbased container
DS: right, that's been discussed before, drawing using the canvas
api to an svg:image element for example
CM: that is closer to their main use-case i think
... make widgets in svg
DS: two vendors have already said that they don't want to add
retainedmode functionality to canvas, since there's already svg
CM: in the proposals you'd have to do manual work to get things
accessible
... doing something more complex with WAI and ARIA is what we need
to do
DS: CM your aria-region idea was reasonable
... curious, how would we like to see svg and canvas mixed? and
would it satisfy the usecases the a11y ppl are looking at
CM: probably we'd get back that svg isn't accessible yet, or if it's
enough to allow aria attributes on all svg elements or if we need to
do more
DS: we probably have to do a bit more
... first we have the logical form controls
... then you have the geometric information
... maybe they want to have the geometric info completely separate
from the logical / navigation order stuff and functionality of the
form controls
CM: right, in the subtree theyr'e using aria attributes to have form
controls as values and tab order
... the region where they're painted on the canvas is defined in
another way
DS: they're trying to accomplish different things
... whole thing seems like a kludge
... best thing we can do as a group
... with their proposal you'd have to maintain the dom yourself and
mirror the logics
... it seems theyre willing to settle for different but equal, but
if you have to maintain it yourself it's going to be worse than if
you have an api that allows you to do both immidiate mode and
retained mode graphics
... with my API you'd say if you wanted retained or not when you use
the API
CM: so you can use the smae painting calls?
DS: yes
... if you have an asteroids game you have lots of objects that you
need to track but they're not possible to interact with, until they
get close enough to interact with, at which point you say now i want
retained mode
... i think what people liked the most was the idea of only having
to learn one api for canvas and svg, even if there are some
differences between the two
... would like to have a discussion on canvas/svg integration
CM: good topic for the F2F?
DS: yes
... they may be thinking of full svg implementation compared to
canvas implementation in thirdparty products, and then tipping over
in favor of a simpler model
... not necessarily involving browsers
... however if it's meant to be proprietary then why force it on
everyone?
... will write up some use-cases around this and put it on the svg
wiki
... and we can discuss it at the f2f
<thorton> phone's down!
<shepazu> nope, all good, heycam
<shepazu> trackbot, end telcon
Summary of Action Items
[NEW] ACTION: cameron to copy over the 1.1F2 DTD and give it a date
+ link to it from 1.1F2 [recorded in
[25]http://www.w3.org/2011/07/07-svg-minutes.html#action03]
[NEW] ACTION: Cameron to respond to the opentype/svgfont thread on
behalf of the group [recorded in
[26]http://www.w3.org/2011/07/07-svg-minutes.html#action02]
[NEW] ACTION: CM to respond to the opentype/svgfont thread on behalf
of the group [recorded in
[27]http://www.w3.org/2011/07/07-svg-minutes.html#action01]
[End of minutes]
_________________________________________________________
Minutes formatted by David Booth's [28]scribe.perl version 1.136
([29]CVS log)
$Date: 2011/07/07 21:31:37 $
_________________________________________________________
[28] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[29] http://dev.w3.org/cvsweb/2002/scribe/
Scribe.perl diagnostic output
[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.136 of Date: 2011/05/12 12:01:43
Check for newer version at [30]http://dev.w3.org/cvsweb/~checkout~/2002
/scribe/
[30] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/
Guessing input format: RRSAgent_Text_Format (score 1.00)
Succeeded: s/javascript library authors/ninja javascript library author
s/
Succeeded: s/to do/to add/
Found ScribeNick: ed
Inferring Scribes: ed
Default Present: heycam, Doug_Schepers, +1.408.839.aaaa, [IPcaller], ed
, Tim_Horton
Present: heycam Doug_Schepers +1.408.839.aaaa [IPcaller] ed Tim_Horton
Agenda: [31]http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSe
p/0007.html
Found Date: 07 Jul 2011
Guessing minutes URL: [32]http://www.w3.org/2011/07/07-svg-minutes.html
People with action items: cameron cm
[31]
http://lists.w3.org/Archives/Public/public-svg-wg/2011JulSep/0007.html
[32] http://www.w3.org/2011/07/07-svg-minutes.html
End of [33]scribe.perl diagnostic output]
[33] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
--
Erik Dahlstrom, Core Technology Developer, Opera Software
Co-Chair, W3C SVG Working Group
Personal blog: http://my.opera.com/macdev_ed
Received on Thursday, 7 July 2011 21:35:34 UTC