- From: Anthony Grasso <anthony.grasso@cisra.canon.com.au>
- Date: Thu, 09 Sep 2010 01:31:25 +1000
- To: W3C SVG Comments List <www-svg@w3.org>
http://www.w3.org/2010/09/08-svg-minutes.html
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
SVG Working Group Teleconference
08 Sep 2010
See also: [2]IRC log
[2] http://www.w3.org/2010/09/08-svg-irc
Attendees
Present
CyrilC, ErikD, AnthonyG, JWatt, ChrisL, DougS
Regrets
Chair
Erik
Scribe
Chris, anthony
Contents
* [3]Topics
1. [4]last call comments on SVG1.1SE
2. [5]SVG 2.0 and audio, video
3. [6]Markers
4. [7]F2F schedule
5. [8]telcon times
6. [9]Non-retain property
7. [10]charter
8. [11]Params
9. [12]SVG 2
10. [13]Using href in addition to xlink:href
11. [14]Color
* [15]Summary of Action Items
_________________________________________________________
<trackbot> Date: 08 September 2010
last call comments on SVG1.1SE
<ChrisL> Scribe: Chris
<ChrisL> Scribenick: ChrisL
action-2812?
<trackbot> ACTION-2812 -- Erik Dahlström to find the test case,
commit it and make some proposed wording -- due 2010-07-13 -- OPEN
<trackbot> [16]http://www.w3.org/Graphics/SVG/WG/track/actions/2812
[16] http://www.w3.org/Graphics/SVG/WG/track/actions/2812
<ed>
[17]http://dev.w3.org/SVG/profiles/1.1F2/ua-tests/filter-feconvolvem
atrix-bias-ISSUE-2812.svg
[17]
http://dev.w3.org/SVG/profiles/1.1F2/ua-tests/filter-feconvolvematrix-bias-ISSUE-2812.svg
ED: Found one test and an image
... extended the test with colour-interpolation-filters. Seems in
inkscape 0.47 that al three are the same
CL: What is the correct result?
ED: That is what Jasper is asking
<ed> ISSUE-2335?
<trackbot> ISSUE-2335 -- Last Call Comment: Clarify feConvolveMatrix
bias property -- raised
<trackbot> [18]http://www.w3.org/Graphics/SVG/WG/track/issues/2335
[18] http://www.w3.org/Graphics/SVG/WG/track/issues/2335
ED: What does firefox do with the bias?
... not much used so cost to change as a result of clarifications is
low
(checking inkscape 0.48)
ED: Opera and Firefox same on bias
... In batik it drew nothing
... color-interpolation-filters should affect the result, so
inkscape 0.48 is wrong
CL: Often filter implementations seem to not get the colour space
right for calculations (at least, at first) until they see what a
difference it makes
batik svn says 'rendering document failed' on that test
ED: ASV3 does same as Opera and Firefox
CL: I extended the test to add an explicit bias="0.0"
... checking in now
[19]http://dev.w3.org/SVG/profiles/1.1F2/ua-tests/filter-feconvolvem
atrix-bias-ISSUE-2812.svg
[19]
http://dev.w3.org/SVG/profiles/1.1F2/ua-tests/filter-feconvolvematrix-bias-ISSUE-2812.svg
JW: What is the use case here
ED: For example comparing two images by subtraction, bias moves it
from being centred on zero (and clipped) to centred on 0.5
DS: Maybe aske DDailey
CC: Ask Vincent Hardy
<scribe> ACTION: erik to ask Vincent Hardy and David Dailey about
bias and ISSUE-2335 [recorded in
[20]http://www.w3.org/2010/09/08-svg-minutes.html#action01]
<trackbot> Created ACTION-2859 - Ask Vincent Hardy and David Dailey
about bias and ISSUE-2335 [on Erik Dahlström - due 2010-09-15].
DS: Trying test in Safari and Chrome nightlies
CL: Of the implementations that do color-interpolation-filters and
do bias, they all get the same result and follow the spec.
DS: Chrome does not implement color-interpolation-filters but they
do implement bias
SVG 2.0 and audio, video
CL: SVG 1.2T audio and video has good timing, which is an advantage
for synchronisation compared to html5 audio and video, but our dom
apis suck. A good first step would be the 1.2T markup, with timing
and synchronisation, but with the HTML5 apis
ED: What about the source elements and fallback?
... fallback formats in 1.2T not as good as the html5 ones, we
should adopt them
CC: Microsoft asked me at SVG Open about the differences between
html5 and svg video
s/soure/source/
CC: I had five points of key differece (looks for notes)
<cyril> CC: separation of document timeline from media timeline
<cyril> CC: ability to start/stop the media timeline at specific
time in the document timeline
<cyril> CC: ability to start/stop the media timeline at a specific
time in the media timeline (SMIL clipBegin/clipEnd)
<cyril> CC: explicit syncing of media timelines
CL: For example syncing a video stream to an audio stream
<cyril> CC: ability to receive events from the media (Media Access
Events)
DS: Would like to see a more detailed comparison of markup and APIs
CC: People are scared of smil, the timing model when you restrict it
to these 5 points is not complex and is already in flash, mpeg4 etc
is is needed functionality
DS: Simon Fraser said it was tricky to sync multimedia due to
platform concerns. Animation is very different from audio and video
sync
CC: yes, timing and animation are quite different. Also audio and
video typically handled by a decoder or an external system library
DS: Constraints are on the multimedia engine
... Would prefer to discuss this in the FX task force because Simon
is there
<cyril> CC: the use of time containers (nested ...) is complex
DS: Not totally convinced SVG should have audio and video
CC: HTML5 has audio, video and track
... SVG has audio video and animation
CL: Want to see explicit support for subtitling in SVG video so its
clear how to add it
<cyril> s/CL;/CL:§
DS: Want to see that in the platform
<shepazu_> DS: I want to see subtitling on the web platform, but I
want it to be the same as is used in HTML
DS: Its important to have audio and video content in SVG but using
the HTML5 audio and video its not much of an authoring burden and
the api is nice
CC: f the video is only in html, is it flexible enough? Can you make
a video paint server for example?
ED: Yes you could, depends on how its implemented, need to wrap in
foreign object, better to have a video element as it removes two
steps of indirection
<cyril> s/CC:f the/CC:if the/
CL: Yes there is no need to invoke an unused box model for a video
elemetn (or indeed audio)
DS: Need to look more at foreignObject
s/Ned/Need/
DS: We need to get more input from the browser implementors on this
ED: Opera experience is that SVGT1.2video is much more efficient
than HTML5 video wrapped in foreign object, for svg-with-video
Markers
<shepazu_> I don't want SVG to add video and audio unless it is done
in a compatible way to HTML5 (which is what we've been talking
about) and unless we have buy-in from all the major browser vendors
<shepazu> s/because Simon is there//because Simon, DSinger, Jack
Jansen, and other implementers with specific multimedia expertise
are there/
<shepazu> scribenick: shepazu
ChrisL: [gives background]
... GKS had the concept of fill, stroke, and marker...
... it was pivotal in the 1970s in framing the language of 2d
graphics
... when SVG added it, it seemed obvious to talk about it in those
terms
... but if you look at the use of markers, people use markers, or
they use paths with fill and stroke...
... markers are on points of particular interest, rather than on the
geometry of the path beziers
... so, I feel it was a mistake to add markers in this way...
... you can have markers on markers, etc. which isn't useful
... I think it might be a good idea to deprecate markers and add a
new, more useful equivalent
... for example, allowing them to dispatch events rather than just
being part of the rendering model
... I started to make a proposal for "polymarkers"...
... which would be like polyline, takes a list of points
... but that's not good enough, because you can't put events on
individual makers
... so instead, I think it would be better to have a marker
container, where each marker is an element, which can have an id,
can be animated and interactive
jwatt: so you couldn't reuse a marker?
ChrisL: you could use a "use"...
... haven't thought through the exact mechanism
... could have 'd' attribute, but that's not good enough
... the other option is having it more like a <use>
... so you can have multiple colors, and multiple instantiations
... if you wanted them to be identical, the container could have the
href that points to the marker
jwatt: 2 questions
... when the path that you're marking....
ChrisL: no, you're not putting them on a path, they are separate
jwatt: ok, as an author, I may draw a path that I want to have
markers in sync
ChrisL: right, but if you want to have straight lines, that's
easy... but if have a smooth curve, you always have to sync manually
jwatt: I've been thinking about this, too....
... rather than have markers at the vertices between the segments,
have a property that says, "every x unit along the path"
ChrisL: or "I want x number of markers evenly placed"
shepazu: or points at a certain length along a path
ChrisL: the disadvantage to that is that it only extends our current
model, with lack of addressability
break for lunch
<ed> [back from lunch]
<scribe> ACTION: ChrisL to write up different proposals for markers
[recorded in
[21]http://www.w3.org/2010/09/08-svg-minutes.html#action02]
<trackbot> Created ACTION-2860 - Write up different proposals for
markers [on Chris Lilley - due 2010-09-15].
F2F schedule
ed: we're meeting at TPAC; if you haven't registered, you should do
so soon
[22]http://lists.w3.org/Archives/Member/chairs/2010JulSep/0040.html
[22] http://lists.w3.org/Archives/Member/chairs/2010JulSep/0040.html
ed: what about the next F2F?
... TPAC is in November
anthony: we could do Sydney in February
ed: or New Zealand, where heycam will be
[discussion about NZ]
it would get us folks from Australia, like heycam, Brian Birtles,
Alex Danilo... and hopefully ROC could join for a day or 2
ChrisL: where would it be? would mozilla host?
jwatt: there is a small office in Auckland, not big enough to host,
but we could talk about getting facilities for a meeting.... I'll
have to ask
<scribe> ACTION: jwatt to investigate Mozilla hosting an SVG WG F2F
in Auckland, NZ in February/March [recorded in
[23]http://www.w3.org/2010/09/08-svg-minutes.html#action03]
<trackbot> Created ACTION-2861 - Investigate Mozilla hosting an SVG
WG F2F in Auckland, NZ in February/March [on Jonathan Watt - due
2010-09-15].
shepazu: obviously there is also SVG Open and TPAC20111
... seems like SVG Open may be in Seattle
ed: what about LGM
ChrisL: it's in Montreal 10-13 May
... AC meeting and possible Interaction Domain meeting 14-17 in
Bilbao, Spain
ed: so, if we meet at LGM, it would have to be the first week of May
shepazu: it could just be a short F2F
telcon times
anthony: I'm happy to do 6am australian time
<ed> [24]http://www.w3.org/Graphics/SVG/WG/wiki/Meetings#Times
[24] http://www.w3.org/Graphics/SVG/WG/wiki/Meetings#Times
[25]http://www.timeanddate.com/worldclock/meetingdetails.html?year=2
010&month=4&day=15&hour=20&min=0&sec=0&p1=240&p2=195&p3=43&p4=224&iv
=1800
[25]
http://www.timeanddate.com/worldclock/meetingdetails.html?year=2010&month=4&day=15&hour=20&min=0&sec=0&p1=240&p2=195&p3=43&p4=224&iv=1800
[26]http://www.timeanddate.com/worldclock/meetingdetails.html?year=2
010&month=9&day=16&hour=20&min=0&sec=0&p1=240&p2=195&p3=43&p4=224
[26]
http://www.timeanddate.com/worldclock/meetingdetails.html?year=2010&month=9&day=16&hour=20&min=0&sec=0&p1=240&p2=195&p3=43&p4=224
[27]http://www.timeanddate.com/time/dst2010.html
[27] http://www.timeanddate.com/time/dst2010.html
ed: so, we keep the existing times until October 31
... when DST ends
... FXTF meetings will be on Monday 20:00 UTC for 1 hour
<scribe> ACTION: doug to update FX wiki with telcon times [recorded
in [28]http://www.w3.org/2010/09/08-svg-minutes.html#action04]
<trackbot> Created ACTION-2862 - Update FX wiki with telcon times
[on Doug Schepers - due 2010-09-15].
Non-retain property
ed: this came up at SVG Open
cyril: Andreas Bovens from Opera mentioned the buffered-rendering
property, which enables faster rendering after optimization
<cyril>
[29]http://www.w3.org/TR/SVGTiny12/painting.html#BufferedRenderingPr
operty
[29] http://www.w3.org/TR/SVGTiny12/painting.html#BufferedRenderingProperty
cyril: for a subtree that's not expected to be dynamic
<cyril> CC: static = "Indicates that the element is not expected to
be modified often. "
cyril: I would like to go a step further with a new value that
allows you to trash the DOM
anthony: wouldn't that discard the vectors?
cyril: no, you'd keep the internal vector representation, but it
would still save memory
anthony: this would be good for the proposed extended path syntax
cyril: we'd have to discuss whether animations or script would still
apply
ed: I would like a way to allow a subtree of an SVG that acts as a
separate layer, composited on top, which doesn't depend on other
parts of the document
shepazu: what about simply allowing SVG in the <image>?
ed: I don't think that gets us the same thing, because there's no
interaction
<ed> ... SVGT12 <animation> + buffered-rendering might be a way to
go though
<ed> ACTION: cyril to investigate how the buffered-rendering
property can be improved for SVG2 [recorded in
[30]http://www.w3.org/2010/09/08-svg-minutes.html#action05]
<trackbot> Created ACTION-2863 - Investigate how the
buffered-rendering property can be improved for SVG2 [on Cyril
Concolato - due 2010-09-15].
charter
here's a rough list of stuff in the draft (no order, some
duplicates):
* Animation and Media
* Color Management
* Compositing
* Connectors
* Filters
* Integration
* Layout Requirements and Use Cases
* Layout
* Masking and Clipping
* Media Access Events
* Pagination
* Paint Servers
* Parameters
* Transformations
* Vector Effects
* SVG 2
* SVG DOM API
* SVG Fonts
* SVG 2 Requirements
* Scalable Vector Graphics (SVG) Tiny 1.2: Requirements;
Specification
* SVG 2 Modular Specification
* SVG Print: Requirements; Part 1: Primer; Part 2: Language
* SVG Filters: Requirements; Part 1: Primer; Part 2: Language
* Paint Servers
* SVG Masking and Clipping
* SVG Vector Effects
* SVG Compositing
* SVG Layout: Requirements; Part 1: Primer; Part 2: Language
* SVG WebFonts
* Media Access Events
<ChrisL>
[31]http://ie.microsoft.com/testdrive/Graphics/49ColorProfiles/
[31] http://ie.microsoft.com/testdrive/Graphics/49ColorProfiles/
ChrisL: we're currently on a charter extension
ed: and will we ask for another one until SVG 1.1 SE is done?
[end break]
ed: I want to see a much better treatment of 'foreignObject', with
HTML in particular, including requirements, tight wording, and tests
for interoperability
ChrisL: it should say that when the CSS box model is used to render
the contents of 'foreignObject', the size of the 'foreignObject'
element is taken as the size of the outermost containing block, and
starts a new CSS canvas
Resolution: we should prioritize defining 'foreignObject' behavior
in SVG Integration
<scribe> ACTION: shepazu to define 'foreignObject' behavior in SVG
Integration [recorded in
[32]http://www.w3.org/2010/09/08-svg-minutes.html#action06]
<trackbot> Created ACTION-2864 - Define 'foreignObject' behavior in
SVG Integration [on Doug Schepers - due 2010-09-15].
ed: does this handle zooming and transforms?
CL: I don't think zoom is adequately defined....
... we once had zoom vs. magnify, but we got rid of that
ed: we should say that if you're an HTML+SVG UA, you must support
HTML and SVG in the 'foreignObject' element
shepazu: and MathML too
CL: if you support the CSS box model & SVG, then you must support
the use of the box model in the SVG 'foreignObject' element
shepazu: I'll add that Transformations may include 2D and 2.5D
transforms
Params
shepazu: need to decide on a better syntax that works for CSS as
well
... and for a URL syntax that doesn't trigger multiple server
requests, and isn't cached, like the "?" delimiter does
CL: what about #params(foo=1,bar=red) ?
shepazu: ok
<scribe> ACTION: shepazu to update Params spec to change URL syntax
[recorded in
[33]http://www.w3.org/2010/09/08-svg-minutes.html#action07]
<trackbot> Created ACTION-2865 - Update Params spec to change URL
syntax [on Doug Schepers - due 2010-09-15].
shepazu: that syntax should also work for external CSS stylesheet,
if CSS decides to add this too
... I'd like to discuss this with them during the FXTF call
SVG 2
<anthony> CL: What are the hot new features for it?
<anthony> Scribe: anthony
<scribe> ScribeNick: anthony
DS: Tighter with HTML 5
s/Tigher/Tigher integration/
<shepazu> Tighter integration with HTML5 and CSS, including using
SVG features like filters and gradients with HTML content
ED: Advanced gradients, transforms, filters
... and compositing
CL: Vector Effects is a fairly visible feature
DS: Params
ED: Params is very useful
... is the feedback I've been getting
... makes things reusable
DS: New gradients (mesh, diffusion curves?)
CL: Was asking at a high level
... looking at blocking out an area as to why you'd use SVG 2
instead of old versions
DS: Component based reuse of SVG is Params
... possibly connectors?
ED: New CSS properties that might apply to SVG
... gives better integration with HTML
DS: Maybe the fact that we are cleaning up some of the cruft and
making it more consistent
... and interoperable
... what about canned effects?
... author friendly short hands for common effects
CL: Ease of authoring
DS: Richer SVG and CSS animation
... or maybe cleaner
ED: What features would you be looking for if you were a stand alone
UA?
... the shape path thing
DS: Skeleton paths
CC: Wire frames
CL: Vector Effects can draw like a filter and as a stand alone
object
... and Super path
... I'd group that with the smooth curves
ED: And the variable stroke width
... all very useful functionality
CL: I'm after a high level summary
... with groupings of these features
AG: Should we make something like that?
CL: Yes
... pulling that stuff together with broad headings would make a
nice document
<scribe> ACTION: Chris to Put together a high level overview stating
the most important new features in SVG 2 [recorded in
[34]http://www.w3.org/2010/09/08-svg-minutes.html#action08]
<trackbot> Created ACTION-2866 - Put together a high level overview
stating the most important new features in SVG 2 [on Chris Lilley -
due 2010-09-15].
CL: This is something I'd expect someone to be able to read in a few
minutes
... and have an idea of what we're doing
... Are there any big areas of functionality we've been asked for
... but don't have any work in the area?
DS: Layout and constrains
AG: Have we thought about when we are going to start SVG 2?
DS: I think it is unrealistic for us to simply do it from scratch
... it is not good for us to simply pull things in
... we can bring in sections that we need as place holders
... from 1.1
... and give them a class that gives them a maturity
... that maturity would indicate if it's been reviewed
... there are testable assertions
... that it is consistent with other parts of the spec
... and it has test
... There would be some stylistic thing
... which denotes it's new
CL: I agree we should pull that text in as a place holder
DS: I think if we go for this more rigorous process of review
... we will find inconsistencies that hadn't been found
... or address things that hadn't been addressed
... We talked about having an annotated version of the spec
... and in that version we could have reasons for certain technical
decisions
CL: If you do it the other way around
... where you author with the annotations
... and have an XSLT to give you the raw document
DS: My idea was we have a document on the side, in addition to use
case and requirements
... which is like a developers guide
... and the annotated version of the spec we'd have links into the
developers guide
JW: Some sort of design rational doc sounds reasonable to me
... even for us
DS: Sometimes you're not around CL and it would be good to have that
information around
... for discussions
... I'm proposing we have a system
JW: Everyone understands how to add stuff
DS: Right, so people can see why we've made the decision
JW: I think it will save us work explaining why we did something
... rather than trying to recall it
AG: We could link it straight to trackbot
DS: We could put ISSUE numbers in
CL: So when we commit trackbot picks up on it
<shepazu> we could use this:
[35]http://www.w3.org/People/Schepers/spec-conventions.html
[35] http://www.w3.org/People/Schepers/spec-conventions.html
DS: My proposed stylistic and syntactic convention
... things would be marked up certain way
... and it makes it easy to pull out
ED: I liked the thing that Cameron did
... with the script
... that would link to definitions
... and put them in the spec
... when it was generated
AG: Do we have mark up for assertions?
DS: No, need to add that
<scribe> ACTION: Doug to Add to the common convention document mark
up for testable assertions [recorded in
[36]http://www.w3.org/2010/09/08-svg-minutes.html#action09]
<trackbot> Created ACTION-2867 - Add to the common convention
document mark up for testable assertions [on Doug Schepers - due
2010-09-15].
CL: We should have an ID for the assertions
DS: We want to have a link to go to the tests and back
CC: The widget spec being edited while the tests were being edited
... and so what they did was have a hash
... that was generated for each test
DS: To a large degree we can solve that by settling on name
conventions
... since we are going to edit the spec by hand
... we can come up meaningful names
CC: I the test suite at the moment we already have names
CL: Sequential number of sections is a bad idea. But sequential
number for tests in a section name is ok
DS: How much of Cameron's build system can be used?
ED: I think it's a good idea to use
... it's Java based and uses some XSLT
... and some Perl scripts
CL: If we can modify it to meet our needs
... then that's better than building something from scratch
ED: Already working well with the modules
DS: We can start with that
... and the build system can always be changed
Using href in addition to xlink:href
DS: So the href property would be a getter and setter for the href
attribute
CL: And if someone puts in xlink:href what happens?
<shepazu> [37]http://www.w3.org/Graphics/SVG/WG/wiki/Href
[37] http://www.w3.org/Graphics/SVG/WG/wiki/Href
DS: [Reads out page]
CC: So I have to remember what the value was?
... why being so strict?
ED: That's DOM requirement
... in DOM core
CC: So it's adding a flag probably
DS: That's if only they're using it
CC: maybe that's not an issue because XML events are not being used
... what about the "ev" prefix?
ED: We just use XML events (in SVGT12), and yes you do have to
declare the ev prefix to be from XML Events
... you have to define the prefix
DS: Maybe something we need to think about at some point
... we are trying to align with HTML here
Resolution: We accept the proposal on the wiki and we will add this
to the integration specification
ED: I think we should probably put this in SVG 2
... it doesn't belong in Integration
DS: Need a new resolution then
Resolution: We accept the proposal for href on the wiki and will add
this to the SVG 2 specification
<scribe> ACTION: Doug to Add wiki href proposal to the SVG 2
specification [recorded in
[38]http://www.w3.org/2010/09/08-svg-minutes.html#action10]
<trackbot> Created ACTION-2868 - Add wiki href proposal to the SVG 2
specification [on Doug Schepers - due 2010-09-15].
Color
CL: There was some good feedback about CieLAB
... it didn't say what the white point was
... to make LAB you find out what the white point
... and you draw a line through the 3D space
... and that becomes the black white line
... we need to specify it so we have a default
... having initially thought that D65 would be the best default
... because that's what SRG be uses
... I'm now convinced that D50 is the one to use
AG: Why?
CL: Because that's what is used when doing the colour conversions
... that's a change I plan to add
... and add some wording to the primer
... It is interesting that IE9 has added colour management
<ed> [39]http://www.w3.org/TR/SVGColor12/
[39] http://www.w3.org/TR/SVGColor12/
CL: Firefox gets the ICC 4 profiles wrong
... when people buy a printer they use ICC 4 profiles
... and ICC 4 profiles are used for profiling screens
... Apples color sync uses ICC 4 profiles
JW: It badly regressed?
... between 3.0 and 3.11
CL: Yes
... Mozilla said they wanted to have their own library because it
was smaller and faster
... but it gives the wrong results
... LCMS 2 does full ICC 2 and 4 support
... and it's faster than LCMS 1
... LCMS 2 was released after Firefox changed away from LCMS 1
... At LGM there was someone from the Ghost script project
... that has added all the colour management stuff that's needed for
PDF and Post Script
... He said there was a little module that reads in SVG and converts
to PDF
... so if that code was hacked to understand our syntax for LAB and
it would go through that library and have PDF
... which has all the colour management syntax
... I believe Inkscape has colour management in the latest version
AG: What about black point?
CL: We could add something about black point compensation
... which says how to join the black up
... means you don't lose shadow detail
AG: Could add it in a later version
CL: That's the update for the module
... I'd like to see it in SVG 2
... One of the conformance class is obeying the profiles in images
ED: Does Firefox do color management for raster images only?
JW: Yes
<scribe> ACTION: Chris to Change the CieLAB with a D50 default white
point [recorded in
[40]http://www.w3.org/2010/09/08-svg-minutes.html#action11]
<trackbot> Created ACTION-2869 - Change the CieLAB with a D50
default white point [on Chris Lilley - due 2010-09-15].
AG: I have an action which relates to this
ACTION-2606?
<trackbot> ACTION-2606 -- Anthony Grasso to propose wording for
"preserve black" attribute for color profiles -- due 2009-06-16 --
OPEN
<trackbot> [41]http://www.w3.org/Graphics/SVG/WG/track/actions/2606
[41] http://www.w3.org/Graphics/SVG/WG/track/actions/2606
Meeting ended
trackbot, end telcon
Summary of Action Items
[NEW] ACTION: Chris to Change the CieLAB with a D50 default white
point [recorded in
[42]http://www.w3.org/2010/09/08-svg-minutes.html#action11]
[NEW] ACTION: Chris to Put together a high level overview stating
the most important new features in SVG 2 [recorded in
[43]http://www.w3.org/2010/09/08-svg-minutes.html#action08]
[NEW] ACTION: ChrisL to write up different proposals for markers
[recorded in
[44]http://www.w3.org/2010/09/08-svg-minutes.html#action02]
[NEW] ACTION: cyril to investigate how the buffered-rendering
property can be improved for SVG2 [recorded in
[45]http://www.w3.org/2010/09/08-svg-minutes.html#action05]
[NEW] ACTION: Doug to Add to the common convention document mark up
for testable assertions [recorded in
[46]http://www.w3.org/2010/09/08-svg-minutes.html#action09]
[NEW] ACTION: Doug to Add wiki href proposal to the SVG 2
specification [recorded in
[47]http://www.w3.org/2010/09/08-svg-minutes.html#action10]
[NEW] ACTION: doug to update FX wiki with telcon times [recorded in
[48]http://www.w3.org/2010/09/08-svg-minutes.html#action04]
[NEW] ACTION: erik to ask Vincent Hardy and David Dailey about bias
and ISSUE-2335 [recorded in
[49]http://www.w3.org/2010/09/08-svg-minutes.html#action01]
[NEW] ACTION: jwatt to investigate Mozilla hosting an SVG WG F2F in
Auckland, NZ in February/March [recorded in
[50]http://www.w3.org/2010/09/08-svg-minutes.html#action03]
[NEW] ACTION: shepazu to define 'foreignObject' behavior in SVG
Integration [recorded in
[51]http://www.w3.org/2010/09/08-svg-minutes.html#action06]
[NEW] ACTION: shepazu to update Params spec to change URL syntax
[recorded in
[52]http://www.w3.org/2010/09/08-svg-minutes.html#action07]
[End of minutes]
_________________________________________________________
Minutes formatted by David Booth's [53]scribe.perl version 1.135
([54]CVS log)
$Date: 2010/09/08 15:23:20 $
_________________________________________________________
[53] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[54] http://dev.w3.org/cvsweb/2002/scribe/
Scribe.perl diagnostic output
[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20
Check for newer version at [55]http://dev.w3.org/cvsweb/~checkout~/2002
/scribe/
[55] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/
Guessing input format: RRSAgent_Text_Format (score 1.00)
Succeeded: s/Of/CL: Of/
Succeeded: s/src attribute/soure elements/
Succeeded: s/soure elements/source elements/
FAILED: s/soure/source/
Succeeded: s/falsh/flash/
Succeeded: s/nz/n/
Succeeded: s/the timing model/the timing model when you restrict it to
these 5 points/
Succeeded: s/i /in /
Succeeded: s/CL;/CL:/
FAILED: s/CL;/CL:§/
Succeeded: s/DS;/DS:/
FAILED: s/CC:f the/CC:if the/
Succeeded: s/Ned/Need/
FAILED: s/Ned/Need/
WARNING: Bad s/// command: s/because Simon is there//because Simon, DSi
nger, Jack Jansen, and other implementers with specific multimedia expe
rtise are there/
Succeeded: s/support SVG/support HTML and SVG/
FAILED: s/Tigher/Tigher integration/
Succeeded: s/ED: We just use "event" we don't use the namespace/ED: We
just use XML events (in SVGT12), and yes you do have to declare the ev
prefix to be from XML Events/
Succeeded: s/images/color management for raster images/
Found Scribe: Chris
Found ScribeNick: ChrisL
Found ScribeNick: shepazu
Found Scribe: anthony
Inferring ScribeNick: anthony
Found ScribeNick: anthony
Scribes: Chris, anthony
ScribeNicks: ChrisL, shepazu, anthony
Present: CyrilC ErikD AnthonyG JWatt ChrisL DougS
Found Date: 08 Sep 2010
Guessing minutes URL: [56]http://www.w3.org/2010/09/08-svg-minutes.html
People with action items: chris chrisl cyril doug erik jwatt shepazu
[56] http://www.w3.org/2010/09/08-svg-minutes.html
End of [57]scribe.perl diagnostic output]
[57] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
Received on Wednesday, 8 September 2010 15:32:11 UTC