- From: Dirk Schulze <dschulze@adobe.com>
- Date: Thu, 4 Oct 2012 15:35:28 -0700
- To: "SVG WG (public-svg-wg@w3.org)" <public-svg-wg@w3.org>, "www-svg@w3.org list" <www-svg@w3.org>
Hi SVG folks,
Here are the meeting minutes from the SVG telconf 2012/10/04: http://www.w3.org/2012/10/04-svg-minutes.html
Greetings,
Dirk
[1]W3C
[1] http://www.w3.org/
- DRAFT -
SVG Working Group Teleconference
04 Oct 2012
See also: [2]IRC log
[2] http://www.w3.org/2012/10/04-svg-irc
Attendees
Present
birtles, [IPcaller], heycam, cabanier, krit, ed,
+33.9.53.77.aaaa, Tav, Rich
Regrets
Chair
Cameron
Scribe
krit
Contents
* [3]Topics
1. [4]Telcom time
2. [5]mask-type keywords on the mask-type property
3. [6]Dmitry's feedback on SVG
4. [7]SVG2
* [8]Summary of Action Items
__________________________________________________________
<trackbot> Date: 04 October 2012
<heycam> ScribeNick: krit
Telcom time
heycam: time shoifts in australia
... europe in 3-4 weeks
... japan doesn't
... i suggest satying with the current time till all changed
their time
cabanier: nothing changes?
heycam: for the moment
mask-type keywords on the mask-type property
<heycam>
[9]http://www.w3.org/mid/ED32692D-189D-47EE-B610-46EA0B8A07E6@a
dobe.com
[9] http://www.w3.org/mid/ED32692D-189D-47EE-B610-46EA0B8A07E6@adobe.com
heycam: we need to allow these keywords for mask references
inside the property
... parsers might not know if the reference is a mask or image
... it seems not to make sense to overwrite the settings of the
property mask-type on a mask
... but doing nothing seems worst
... so we should define what these keywords do on the mask
proiperty
krit: my take is that mask element should know better if it
allows luminance and alpha or just one
heycam: I would think so as well, but overwriting, as suggested
by Brian, seems to make more sense in general
krit: that might be that a luminance mask, with mask: ref
alpha, would result in a totally masked element
heycam: yes, might be
... the author should know better.
... ignoring seems worst, and it seems not consistent
krit: maybe we want to add auto to mask-type
heycam: ah, ok. I still would suggest not to add auto and let
mask property override the mask-type property for consistency
on mask type values
birtles: it seems not entirely unpossible that you get the
result to the result
heycam: is it possible to add auto to mask property as well?
cabanier: there must be a computed value
heycam: yes, but it matters what it gets calculated to
cabanier: how is it done in other places?
heycam: birtles: me thinking that as well
cabanier: don't think that we have a switch in other places
dependent on the content
krit: me neither
heycam: so we don't have an auto value yet, so no problem now
... so don't introduce it
... yes, if the mask type value is present, then it will
override the mask-type property of the mask element
resolution: if the mask type value on the mask property is
present, then it will override the mask-type property of the
mask element
Dmitry's feedback on SVG
<heycam>
[10]http://lists.w3.org/Archives/Public/public-svg-wg/2012AprJu
n/0006.html
[10] http://lists.w3.org/Archives/Public/public-svg-wg/2012AprJun/0006.html
<birtles>
[11]http://raphaeljs.com/reference.html#Element.getBBox
[11] http://raphaeljs.com/reference.html#Element.getBBox
getBBox with transforms applied, and x2,y2 as bottom/right
krit: I would encapsle the element in a g element and get the
transform from this
<heycam>
[12]http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_In
put#Make_it_possible_to_get_the_bounding_box_of_an_element_in_a
_particular_coordinate_system
[12] http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Make_it_possible_to_get_the_bounding_box_of_an_element_in_a_particular_coordinate_system
heycam: I think we discussed it before. You needed a parent
element and get the transformation of the current element to
this parent element
<heycam>
[13]http://www.w3.org/Graphics/SVG/WG/wiki/Proposals/getBBoxOf
[13] http://www.w3.org/Graphics/SVG/WG/wiki/Proposals/getBBoxOf
birtles: this suggestion, to get the bbox in another coordinate
system, does it transform the points or axis aligned rectangle
in the target coordinate spece
heycam: the later one
... the alternative, in gecko we have a transformBound function
... the matrix you want to transfrom the points by.
cabanier: it is easy to do it yourself
krit: yes, but a lot of graphic JS library does it. So why not
put it in the browser
... is it exposed? how does it work?
heycam: no, we use it internally
krit: it might be good to do this together with the matrix4x4
proposal
heycam: status of matrix4x4?
krit: no one is wokring on it at the moment
heycam: if we had a transformBound function, would it still be
necessary getBBoxOf?
... if we had a transformBound function, would it still be
necessary to have getBBoxOf?
... you could do getCTM of the target element, but like
explicit methods
... or current element
... or get both transforms and calculate the transformation
between the two CTMs
<ed> you'd probably use the getTransformToElement function (in
svg 1.1)
<ed>
[14]http://www.w3.org/TR/SVG11/types.html#__svg__SVGLocatable__
getTransformToElement
[14] http://www.w3.org/TR/SVG11/types.html#__svg__SVGLocatable__getTransformToElement
ed: you would use getTransformToElement function
heycam: I thought in addition to this function
... or as alternative getBBoxIn
... might be more existing with current bbox system
cabanier: getBBoxOf might be more useful
krit: I am happy with getBBoxX, but wouldn't go further
birtles: document stuff makes any sense to support as iframe
<birtles> I wonder if it makes sense to be able to use the
coordinate space of elements in a seamless iframe
heycam: you might be right
... there is a lot of things that doesn't make sense in
multiple documents
... that is a general issue that we solve once we come to it
... or SVG fragments into an HTML document
... you can define sth that works
... bounding box has the defintion that it does not include the
transformation, maybe a different name?
krit: bounding box has the defintion that it does not include
the transformation, maybe a different name?
heycam: well, it still makes sense
... if you call getBBox on the parent, it still takes the
transformation of children into account
... so it does not always ignore transforms
krit: you are right
resolution: Add getBBoxOf to SVGLocatable interface
heycam: should i come up with a proposal for transformBound?
krit: I think it should be part of a matrix4x4
birtles: it doesn't matter to much
... it can move later anyway
<heycam> ISSUE: Consider having a transformBounds method either
on SVGMatrix or CSSMatrix4x4
<trackbot> Created ISSUE-2445 - Consider having a
transformBounds method either on SVGMatrix or CSSMatrix4x4 ;
please complete additional details at
[15]http://www.w3.org/Graphics/SVG/WG/track/issues/2445/edit .
[15] http://www.w3.org/Graphics/SVG/WG/track/issues/2445/edit
heycam: we can put it on SVGMatrix and make an inheritance
hierachy and put the stuff into a new matrix proposal
... SVGMatrix would inherit from the new definiton
<scribe> ACTION: krit will talk to Dean Jackson how to continue
with matrix4x4 proposal [recorded in
[16]http://www.w3.org/2012/10/04-svg-minutes.html#action01]
<trackbot> Sorry, couldn't find krit. You can review and
register nicknames at
<[17]http://www.w3.org/Graphics/SVG/WG/track/users>.
[17] http://www.w3.org/Graphics/SVG/WG/track/users%3E.
<scribe> ACTION: Dirk will talk to Dean Jackson how to continue
with matrix4x4 proposal [recorded in
[18]http://www.w3.org/2012/10/04-svg-minutes.html#action02]
<trackbot> Created ACTION-3389 - Will talk to Dean Jackson how
to continue with matrix4x4 proposal [on Dirk Schulze - due
2012-10-11].
heycam: the transformation proposal
krit: I would like to add bug reports and try to address some
of these in the next level of transforms
... CSS Transforms
heycam: I am no so sure about the shorthands
... I am no so sure about the short-hands
... I am no so sure about the shortands
krit: I would suggest to discuss it on the FX TF
heycam: yeah, just think that shorthand syntax does not fit
very well to CSS Transforms
... We know about the API issues and should come up with a
proposal
krit: We still wait for CSSOM
<heycam>
[19]https://svgwg.org/svg2-draft/coords.html#InterfaceSVGTransf
ormList
[19] https://svgwg.org/svg2-draft/coords.html#InterfaceSVGTransformList
<heycam> see the getter and setter on there
heycam: added setter and getter to SVGTransformList so you can
do transform[$1\47] and get the second entry of the list
... transform[2, newItem]
<heycam> transform[$1\47] = newItem
krit: ah, functionality great, the defiintion in the IDL seems
strange
... method isPointInside
<heycam>
[20]https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometr
yElement
[20] https://svgwg.org/svg2-draft/types.html#InterfaceSVGGeometryElement
heycam: I wonder if isPointInFill handles it already
cabanier: does isPointInFill also work on group elements?
heycam: no, it is stock to SVGGeomentryElement
krit: getElementsByPoint gives you all elements under a certain
point, right?
<ed>
[21]http://www.w3.org/TR/SVG11/struct.html#__svg__SVGSVGElement
__getIntersectionList
[21] http://www.w3.org/TR/SVG11/struct.html#__svg__SVGSVGElement__getIntersectionList
heycam: I think getIntersectionList does that
krit: I think there was a problem is that for
getIntersectionList just gives you the elements under the
current SVGSVGElement
heycam: take the root SVG element
... but me be good to have a function that just takes a point,
not only a rect
... do we want to allow it on any element and not just
SVGSVGElement?
krit: you have a reference element
heycam: right, but you might expect to put it directly on the g
... you don't want to transform your point to the CTM of the
element that you are interested in
... I think would be nice to have it on the element itself
krit: does it mean that the point also needs to be in the CTM
of the current element?
heycam: yes
krit: and what about the intersectionlist?
heycam: well I guess you already have your point in this CTM
... can we have a isPointInElement like Dmitry suggests beside
isPointInFill and isPointInStroke
<heycam> isPointInElement
<heycam> have that on any SVGLocatable
krit: does not tell if it is on bbox or visible par
t
<ed> we do have pointer-events="boundingbox"
heycam: it depends on pointer events
krit: but you might want it independet of this property
<ed> (well, at least it's in tiny 1.2)
krit: I still think you might want to have this functoin
independent of the current setting in pointer events
heycam: or we have an extra argument that takes a pointer-event
value
<heycam> isPointInElement(mySVGPoint, "boundingBox")
heycam: and can override the settings of the element, just for
this method
<heycam> isPointInElement(mySVGPoint, "all")
heycam: this argument would be optional
ed: I think I prefer what you suggested earlier
... I don't know if it's a good idea to inherit the pointer
event to the last child
... I would like to see more detailed proposal even if I like
to have this functionality
<scribe> ACTION: Cameron to come up with a proposal for
isPointInElement and pointer events [recorded in
[22]http://www.w3.org/2012/10/04-svg-minutes.html#action03]
<trackbot> Created ACTION-3390 - Come up with a proposal for
isPointInElement and pointer events [on Cameron McCormack - due
2012-10-11].
heycam: getElementsByPoint seems to be interessting
... since you often don't want to have a rectangle
<scribe> ACTION: Cameron Will also investigate in
getElementsByPoint [recorded in
[23]http://www.w3.org/2012/10/04-svg-minutes.html#action04]
<trackbot> Created ACTION-3391 - Will also investigate in
getElementsByPoint [on Cameron McCormack - due 2012-10-11].
krit: maybe we should discuss the other methods on the mailing
list
heycam: maybe
<scribe> ACTION: Dirk will start discussion to other proposed
methods [recorded in
[24]http://www.w3.org/2012/10/04-svg-minutes.html#action05]
<trackbot> Created ACTION-3392 - Will start discussion to other
proposed methods [on Dirk Schulze - due 2012-10-11].
<heycam>
[25]http://lists.w3.org/Archives/Public/public-svg-wg/2012JulSe
p/0214.html
[25] http://lists.w3.org/Archives/Public/public-svg-wg/2012JulSep/0214.html
SVG2
SVG2!!!!!!
heycam: keep it SVG 2 but allow SVG2 as well outside the spec
Summary of Action Items
[NEW] ACTION: Cameron to come up with a proposal for
isPointInElement and pointer events [recorded in
[26]http://www.w3.org/2012/10/04-svg-minutes.html#action03]
[NEW] ACTION: Cameron Will also investigate in
getElementsByPoint [recorded in
[27]http://www.w3.org/2012/10/04-svg-minutes.html#action04]
[NEW] ACTION: Dirk will start discussion to other proposed
methods [recorded in
[28]http://www.w3.org/2012/10/04-svg-minutes.html#action05]
[NEW] ACTION: Dirk will talk to Dean Jackson how to continue
with matrix4x4 proposal [recorded in
[29]http://www.w3.org/2012/10/04-svg-minutes.html#action02]
[NEW] ACTION: krit will talk to Dean Jackson how to continue
with matrix4x4 proposal [recorded in
[30]http://www.w3.org/2012/10/04-svg-minutes.html#action01]
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [31]scribe.perl version
1.137 ([32]CVS log)
$Date: 2012/10/04 22:32:49 $
__________________________________________________________
[31] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[32] http://dev.w3.org/cvsweb/2002/scribe/
Scribe.perl diagnostic output
[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.137 of Date: 2012/09/20 20:19:01
Check for newer version at [33]http://dev.w3.org/cvsweb/~checkout~/2002/
scribe/
[33] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/
Guessing input format: RRSAgent_Text_Format (score 1.00)
Succeeded: s/there/their/
Succeeded: s/axis alive/axis aligned/
Succeeded: s/rect angle/rectangle/
Succeeded: s/it be/it still be necessary/
Succeeded: s/havegetBBoxOf/have getBBoxOf/
Succeeded: s/I don't want/I don't know if it's a good idea/
Found ScribeNick: krit
Inferring Scribes: krit
Default Present: birtles, [IPcaller], heycam, cabanier, krit, ed, +33.9.
53.77.aaaa, Tav, Rich
Present: birtles [IPcaller] heycam cabanier krit ed +33.9.53.77.aaaa Tav
Rich
Found Date: 04 Oct 2012
Guessing minutes URL: [34]http://www.w3.org/2012/10/04-svg-minutes.html
People with action items: cameron dirk discussion krit start talk will
[34] http://www.w3.org/2012/10/04-svg-minutes.html
WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.
End of [35]scribe.perl diagnostic output]
[35] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
Received on Thursday, 4 October 2012 22:35:55 UTC