See also: IRC log
<krit> cabanier: that is what I meant :P
<trackbot> Date: 28 February 2013
<krit> cabanier: I am
<krit> cabanier: but no one else :P
<cabanier> scribenick: cabanier
ed: I sent my feedback
… there are 'missing reference, couldn't find, etc"
… it would be nice to fix that
krit: that's a requirement for publishing
ed: maybe somone should go through and see what problems there are
… unless anyone objects, we should publish
nikos: I can take an action
ed: ok
<scribe> ACTION: Nikos to validate the spec for lose references [recorded in http://www.w3.org/2013/02/28-svg-minutes.html#action01]
<trackbot> Created ACTION-3466 - Validate the spec for lose references [on Nikos Andronikos - due 2013-03-07].
<ed> see http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0058.html
ed: we need to change the appendix from svg 1.1
… should we keep it?
krit: I think we already resolved to do it the same as css
ed: OK. we need another action to see what needs to be listed
<scribe> ACTION: Nikos to see what needs to be done to update the appendix [recorded in http://www.w3.org/2013/02/28-svg-minutes.html#action02]
<trackbot> Created ACTION-3467 - See what needs to be done to update the appendix [on Nikos Andronikos - due 2013-03-07].
krit: you just need to check what needs to be modified
ed: can we resolve to publish once these actions are done?
resolution: The WG will publish the spec once action 3466 and 3467 are done
ed: is rich on the call?
… if he want to clarify the topic
… I was replying to his email
krit: the HTML spec has things that we want to reference
… it's not in the HTML5 spec so can we reference the WhatWG spec
cabanier: did you look at the 5.1 spec?
shepazu: what are you looking for?
<krit> http://www.w3.org/TR/2006/WD-Window-20060407/
krit: the section that refers to window
ed: that is just an informative reference from the svg spec
krit: why not normative?
ed: there was no a window object in 1.1
<shepazu> http://www.w3.org/TR/2012/CR-html5-20121217/browsers.html#the-window-object
http://www.w3.org/html/wg/drafts/html/master/browsers.html#the-window-object
<ed> http://www.w3.org/TR/SVG11/struct.html#InterfaceGetSVGDocument
ed: is there anything there in the whatwg that is not in the html5 spec
krit: I don't think so
… I will change the reference from the window spec to HTML5
<scribe> ACTION: krit to update the spec and change the reference from the window spec to the HTML5 spec [recorded in http://www.w3.org/2013/02/28-svg-minutes.html#action03]
<trackbot> Created ACTION-3468 - Update the spec and change the reference from the window spec to the HTML5 spec [on Dirk Schulze - due 2013-03-07].
<ed> http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0055.html
ed: should we go over this list?
cabanier: maybe we should wait until he calls in
krit: or we can discuss it on the mailing list?
shepazu: can we discuss it on www-svg?
ed: sure
<ed> http://lists.w3.org/Archives/Public/www-svg/2013Feb/0053.html
krit: text now gets clipped. sometimes that's what you want but sometimes not
… but I agree with Erik's reply on the list
ed: should we define how the text overflows?
krit: maybe. but no magic
ed: is that wrapping?
krit: yes. no estimating like continuing an arc
ed: for me, it would be fine to tie the end together. Just restart from the beginning
… that would be a simple model
krit: there are use case that the text just continues
… if we take the last angle and continue in a straight line
… which seemed what he asked for
… but your suggestion sounds good too
ed: like a 'wrapped' keyword
… but I don't know if it makes sense to extend text overflow like this
krit: I have no strong opinion on this
ed: I think it would be fine to have a workaround for this.
… his email states that he already is fixing it by extending the path. So I think it's OK to defer
krit: that would be fine for me as wel
resolution: defer text on a path extension to a later date
* sure. thanks! *
<shepazu> scribenick: shanestephens
<shepazu> scribenick: shepazu
<ed> https://bugzilla.mozilla.org/show_bug.cgi?id=641187
ed: not sure how this is affected by changes we're making to whitespace, propose to defer until we know more about how CSS whitespace will affect us
Issue: figure out how to deal with trailing whitespace in textpath per https://bugzilla.mozilla.org/show_bug.cgi?id=641187
<trackbot> Created ISSUE-2446 - Figure out how to deal with trailing whitespace in textpath per https://bugzilla.mozilla.org/show_bug.cgi?id=641187; please complete additional details at <http://www.w3.org/Graphics/SVG/WG/track/issues/2446/edit>.
<krit> https://www.w3.org/Bugs/Public/enter_bug.cgi?product=SVG
krit: discussed this at F2F, also talking about it in WebKit
<krit> http://www.w3.org/TR/SVG/interact.html#PointerEventsProperty
krit: pointer-events property started in SVG, implemented for CSS+HTML
<scribe> … dropped from CSS UI 3
ed: you want to add this to SVG 2?
krit: pointer-events in all browsers, but Firefox and WebKituse 'auto' as initial value
… I propose for SVG that we allow 'auto' as value and use as initial value
shepazu: I propose that this be done in CSS, and that it should be part of a larger hit-testing spec… let's not define it in SVG anymore
krit: fine by me
<ed> http://www.w3.org/TR/SVGTiny12/interact.html#PointerEventsProperty
ed: sound fine, as long as we add the SVG Tiny 1.2 property keyword 'boundingBox'
shepazu: could also have alpha-based hit-testing, for games
krit: talked about this in WebKit, expensive for us
shepazu: more difficult still for people doing it in JS
krit: just do it in canvas
shepazu: then why not optimize that way in the implementation?
krit: sure, why not?
<scribe> ACTION: propose hit-testing/pointer-events spec to CSS WG [recorded in http://www.w3.org/2013/02/28-svg-minutes.html#action04]
<trackbot> Error finding 'propose'. You can review and register nicknames at <http://www.w3.org/Graphics/SVG/WG/track/users>.
<scribe> ACTION: shepazu to propose hit-testing/pointer-events spec to CSS WG [recorded in http://www.w3.org/2013/02/28-svg-minutes.html#action05]
<trackbot> Created ACTION-3469 - Propose hit-testing/pointer-events spec to CSS WG [on Doug Schepers - due 2013-03-07].
<krit> <svg><html>..html..content..</html></svg>
<krit> <html> must have boundaries
<krit> —> SVGHTMLElement
shepazu: did we resolve around <svg><html>…</htlm></svg> without <foreignObject>?
ed: we'd need x/y on <html>
krit: Hixie proposed this, and said it's up to SVG WG
<ed> also width/height
krit: the <html> tag inside the SVG NS would be an SVG element
<krit> It would be more like the HTMLBodyElement
shepazu: let's take it to www-svg
ADJOURNED
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/great/ok/ Succeeded: s/ we didn't want/ there was no / Succeeded: s/dirk/krit/g Succeeded: s/'bounding-box'/'boundingBox'/ Succeeded: s/why optimize/why not optimize/ Found ScribeNick: cabanier Found ScribeNick: shanestephens WARNING: No scribe lines found matching ScribeNick pattern: <shanestephens> ... Found ScribeNick: shepazu Inferring Scribes: cabanier, shanestephens, shepazu Scribes: cabanier, shanestephens, shepazu ScribeNicks: cabanier, shanestephens, shepazu Default Present: +1.415.308.aaaa, Doug_Schepers, [IPcaller], ed, cabanier, nikos_, krit, +33.9.53.77.aabb, Tav Present: +1.415.308.aaaa Doug_Schepers [IPcaller] ed cabanier nikos_ krit +33.9.53.77.aabb Tav Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0061.html WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 28 Feb 2013 Guessing minutes URL: http://www.w3.org/2013/02/28-svg-minutes.html People with action items: hit-testing krit nikos pointer-events propose shepazu spec WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]