See also: IRC log
<trackbot> Date: 15 November 2012
<krit> ed: If no one joins, I will scribe today. It is so much easier to just scribe yourself :P
<scribe> scribeNick: ed
DS: brought it up in CSS WG
... will bring it up on the mailinglist too
... not sure when the old telcon time was, but may not work for brian e.g
... was same time as SVG WG telcon but on mondays
ED: for me it's mostly a concern about participation and that there are workitems to discuss
DS: concerns these specs: blending&composition, masks, filter effects, transforms
ED: weekly telcon? bi-weekly? or based on agenda requests?
DS: just one meeting soon, then
based on request is fine with me
... who would call in from SVGWG?
nikos: i'd call in
TB: me too
ED: probably me too
Rik: needs more research
DS: as I understand it the diffusion curves can do some things meshes can't
nikos: right, DC are easier to author
rik: are they paint servers? how does it fit in?
CC: you could think of DC as a representation of what flash has
rik: no, flash doesn't have DC
CC: no, I meant the colors on the
side of the curve
... for SWF
... more like gradients than fill or stroke
DS: if you have a path that crosses itself, does the path gets flattened first?
CC: it doesn't matter if you flatten it before or after
rik: meshes have the same issues, they're also not fill or stroke
DS: that means we either have DC or meshes, or both?
CC: gradient meshes are things of today, DC is still at the research states, think they will solve differnt usecases
TB: meshes are used in PDF,
postscript etc, so useful to have
... is there a software package to play with DC somewhere?
CC: yes, the MS tool i posted to the mailinglist has a tool where you can play with DCs
TB: thinking of this from an artists standpoint
CC: yes, you have tools that take an image and trace it, you can also create from scratch
DS: do we want to resolve to not add DC to SVG2? and postpone it?
TB: if we want to put it in, someone has to sign up to do the work
CC: we don't need to say anything, if someone makes a proposal for it we can consider it then
TB: would like to call it 'talon'
doug: where are you getting that term?
TB: because it looks like a bird
... more unique than arc
... or extrapolated join
... because it describes the shape
... all the other shapes have five letters, this one is also five
CC: I don't know if talon is a good word, misleading in french
nikos: waht does it mean in french?
CC: the heel of a foot
... anyway, don't have a strong opinion on naming
ED: for me I think arc is more natural
Doug: take this to mailinglist
DS: do we want the svg spec to
say what the content model for elements is, or do we want to
remove it from the spec?
... we dont' provide a DTD for SVG2 at the moment
doug: was talking to mike smith
and robin berjon about producing an RNG for SVG2
... DTDs can't express SVG very well
DS: browsers don't validate, is that just a waste of time?
doug: validators validate
... for ppl being able to validate svg
DS: can a rect have a rect child, do we allow or disallow?
doug: we talked before about
having a fallback model, where if something wasn't supported it
... so that you could fallback to another element
DS: so any arbitrary element
would get treated as a <g> element
... is it transformable, locatable, editable?
doug: i reckon it would be
treated just like a <g>
... all behaviours as if the arbitary element was a <g>
DS: but we have elements that are not transformable for example, so why should we assume the new element is transformable?
doug: haven't thought deeply about that
DS: who's working on this content model?
doug: I don't know anybody is
DS: seems like a huge gap in the
... what happens with elements that occur where they shouldn't be and so on
ED: we should define the model, at minimal describe what happens. it sounds as if you're asking for someone to step up and do the RNG?
DS: not sure if it needs to be an RNG, but we don't describe what should happen (yet)
ED: think we should get the model
proposals up on the wiki or something, and then discuss at the
... one easy way is to take the model already defined in SVG Tiny 1.2, and backport that, then if we want to change the model do it afterwards
... there was an RNG for 1.2Full but not sure what state it's in
DS: would someone take an action for backporting the content model wording from 1.2T?
<scribe> ACTION: ed to backport content model wording from 1.2T to SVG2 [recorded in http://www.w3.org/2012/11/15-svg-minutes.html#action01]
<trackbot> Created ACTION-3400 - Backport content model wording from 1.2T to SVG2 [on Erik Dahlström - due 2012-11-22].
next week is thanksgiving and some people won't call in, let's cancel next week's call
trackbot, end telcon
This is scribe.perl Revision: 1.137 of Date: 2012/09/20 20:19:01 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/convert/trace/ Found ScribeNick: ed Inferring Scribes: ed Default Present: +1.415.832.aaaa, [IPcaller], ed, Doug_Schepers, krit, +220.127.116.11.aabb, Tav, +18.104.22.168.aacc, Cyril, nikos, cabanier Present: +1.415.832.aaaa [IPcaller] ed Doug_Schepers krit +22.214.171.124.aabb Tav +126.96.36.199.aacc Cyril nikos cabanier Found Date: 15 Nov 2012 Guessing minutes URL: http://www.w3.org/2012/11/15-svg-minutes.html People with action items: ed[End of scribe.perl diagnostic output]