21:00:23 <RRSAgent> RRSAgent has joined #svg
21:00:23 <RRSAgent> logging to http://www.w3.org/2013/02/28-svg-irc
21:00:23 <krit> cabanier: that is what I meant :P
21:00:25 <trackbot> RRSAgent, make logs public
21:00:25 <Zakim> Zakim has joined #svg
21:00:27 <trackbot> Zakim, this will be GA_SVGWG
21:00:27 <Zakim> ok, trackbot, I see GA_SVGWG(SVG1)4:00PM already started
21:00:28 <trackbot> Meeting: SVG Working Group Teleconference
21:00:28 <trackbot> Date: 28 February 2013
21:00:32 <krit> cabanier: I am
21:00:38 <krit> cabanier: but no one else :P
21:00:56 <Zakim> +Doug_Schepers
21:01:25 <Zakim> +[IPcaller]
21:01:37 <ed> Zakim, [IP is me
21:01:37 <Zakim> +ed; got it
21:02:00 <nikos_> nikos_ has joined #svg
21:02:51 <Zakim> +cabanier
21:03:16 <ed> Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0061.html
21:03:33 <Zakim> +??P4
21:03:55 <nikos_> Zakim, +??p4 is me
21:03:55 <Zakim> sorry, nikos_, I do not recognize a party named '+??p4'
21:04:02 <nikos_> Zakim, +?? is me
21:04:02 <Zakim> sorry, nikos_, I do not recognize a party named '+??'
21:04:24 <nikos_> Zakim, ?? is me
21:04:24 <Zakim> +nikos_; got it
21:04:46 <krit> Zakim, aaaa is me
21:04:46 <Zakim> +krit; got it
21:06:23 <Zakim> + +33.9.53.77.aabb
21:07:25 <ed> Zakim, pick a scribe?
21:07:25 <Zakim> I don't understand your question, ed.
21:07:29 <shanestephens> shanestephens has joined #svg
21:07:41 <cabanier> Zakim, pick a victim
21:07:41 <Zakim> Not knowing who is chairing or who scribed recently, I propose Doug_Schepers
21:08:14 <cabanier> scribenick: cabanier
21:08:24 <Tav> Zakim, +33 is me
21:08:24 <Zakim> +Tav; got it
21:08:29 <cabanier> topic: publishing SVG2
21:08:45 <cabanier> ed: I sent my feedback
21:09:01 <cabanier> … there are 'missing reference, couldn't find, etc"
21:09:07 <cabanier> … it would be nice to fix that
21:09:20 <cabanier> krit: that's a requirement for publishing
21:09:42 <cabanier> ed: maybe somone should go through and see what problems there are
21:10:01 <cabanier> … unless anyone objects, we should publish
21:10:09 <cabanier> nikos: I can take an action
21:10:12 <cabanier> ed: great
21:10:24 <krit> s/great/ok/
21:10:37 <cabanier> action: Nikos to validate the spec for lose references
21:10:37 <trackbot> Created ACTION-3466 - Validate the spec for lose references [on Nikos Andronikos - due 2013-03-07].
21:10:49 <ed> see http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0058.html
21:11:18 <cabanier> ed: we need to change the appendix from svg 1.1
21:11:27 <cabanier> … should we keep it?
21:11:40 <cabanier> krit: I think we already resolved to do it the same as css
21:11:57 <cabanier> ed: OK. we need another action to see what needs to be listed
21:13:18 <cabanier> action: Nikos to see what needs to be done to update the appendix
21:13:19 <trackbot> Created ACTION-3467 - See what needs to be done to update the appendix [on Nikos Andronikos - due 2013-03-07].
21:13:33 <cabanier> krit: you just need to check what needs to be modified
21:13:48 <cabanier> ed: can we resolve to publish once these actions are done?
21:14:28 <cabanier> resolution: The WG will publish the spec once action 3466 and 3467 are done
21:15:04 <cabanier> topic: referencing the HTML spec
21:15:15 <cabanier> ed: is rich on the call?
21:15:28 <cabanier> … if he want to clarify the topic
21:15:38 <cabanier> … I was replying to his email
21:16:06 <cabanier> krit: the HTML spec has things that we want to reference
21:16:39 <cabanier> … it's not in the HTML5 spec so can we reference the WhatWG spec
21:16:56 <cabanier> cabanier: did you look at the 5.1 spec?
21:17:09 <cabanier> shepazu: what are you looking for?
21:17:34 <krit> http://www.w3.org/TR/2006/WD-Window-20060407/
21:17:37 <cabanier> krit: the section that refers to window
21:18:13 <cabanier> ed: that is just an informative reference from the svg spec
21:18:25 <cabanier> krit: why not normative?
21:18:40 <cabanier> ed: we didn't want a window object in 1.1
21:18:47 <shepazu> http://www.w3.org/TR/2012/CR-html5-20121217/browsers.html#the-window-object
21:19:10 <cabanier> http://www.w3.org/html/wg/drafts/html/master/browsers.html#the-window-object
21:19:19 <ed> s/ we didn't want/ there was no /
21:19:59 <ed> http://www.w3.org/TR/SVG11/struct.html#InterfaceGetSVGDocument
21:20:52 <cabanier> ed: is there anything there in the whatwg that is not in the html5 spec
21:21:09 <cabanier> krit: I don't think so
21:21:36 <cabanier> … I will change the reference from the window spec to HTML5
21:22:13 <cabanier> action: krit to update the spec and change the reference from the window spec to the HTML5 spec
21:22:13 <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].
21:22:36 <ed> http://lists.w3.org/Archives/Public/public-svg-wg/2013JanMar/0055.html
21:23:38 <cabanier> ed: should we go over this list?
21:23:52 <cabanier> cabanier: maybe we should wait until he calls in
21:24:02 <cabanier> krit: or we can discuss it on the mailing list?
21:24:17 <cabanier> shepazu: can we discuss it on www-svg?
21:24:20 <cabanier> ed: sure
21:24:28 <cabanier> topic: text on path overflowing
21:24:32 <ed> http://lists.w3.org/Archives/Public/www-svg/2013Feb/0053.html
21:25:03 <cabanier> krit: text now gets clipped. sometimes that's what you want but sometimes not
21:25:15 <cabanier> … but I agree with Erik's reply on the list
21:25:26 <cabanier> ed: should we define how the text overflows?
21:25:39 <cabanier> krit: maybe. but no magic
21:25:54 <cabanier> ed: is that wrapping?
21:26:10 <cabanier> krit: yes. no estimating like continuing an arc
21:26:38 <cabanier> ed: for me, it would be fine to tie the end together. Just restart from the beginning
21:26:51 <cabanier> … that would be a simple model
21:27:12 <cabanier> krit: there are use case that the text just continues
21:27:46 <cabanier> … if we take the last angle and continue in a straight line
21:27:58 <cabanier> … which seemed what he asked for
21:28:09 <cabanier> … but your suggestion sounds good too
21:28:25 <cabanier> ed: like a 'wrapped' keyword
21:28:47 <cabanier> … but I don't know if it makes sense to extend text overflow like this
21:28:58 <cabanier> krit: I have no strong opinion on this
21:29:51 <cabanier> ed: I think it would be fine to have a workaround for this.
21:30:22 <cabanier> … his email states that he already is fixing it by extending the path. So I think it's OK to defer
21:30:30 <cabanier> krit: that would be fine for me as wel
21:31:06 <cabanier> resolution: defer text on a path extension to a later date
21:31:12 <cabanier> * sure. thanks! *
21:31:21 <shepazu> scribenick: shanestephens
21:31:36 <shepazu> scribenick: shepazu
21:31:56 <shepazu> Topic: Whitespace at end of textpath
21:32:27 <ed> https://bugzilla.mozilla.org/show_bug.cgi?id=641187
21:32:31 <shepazu> 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
21:34:27 <shepazu> Issue: figure out how to deal with trailing whitespace in textpath per https://bugzilla.mozilla.org/show_bug.cgi?id=641187
21:34:27 <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>.
21:34:57 <krit> https://www.w3.org/Bugs/Public/enter_bug.cgi?product=SVG
21:35:23 <shepazu> Topic: html element in SVG
21:36:02 <glenn> glenn has joined #svg
21:36:37 <shepazu> dirk: discussed this at F2F, also talking about it in WebKit
21:36:54 <krit> http://www.w3.org/TR/SVG/interact.html#PointerEventsProperty
21:37:24 <shepazu> dirk: pointer-events property started in SVG, implemented for CSS+HTML
21:37:31 <shepazu> … dropped from CSS UI 3
21:37:40 <shepazu> q+
21:37:42 <krit> s/dirk/krit/g
21:38:20 <shepazu> ed: you want to add this to SVG 2?
21:39:01 <shepazu> krit: pointer-events in all browsers, but Firefox and WebKituse 'auto' as initial value
21:39:32 <shepazu> … I propose for SVG that we allow 'auto' as value and use as initial value
21:42:03 <shepazu> 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
21:42:11 <shepazu> krit: fine by me
21:42:53 <ed> http://www.w3.org/TR/SVGTiny12/interact.html#PointerEventsProperty
21:43:04 <shepazu> ed: sound fine, as long as we add the SVG Tiny 1.2 property keyword 'bounding-box'
21:43:25 <ed> s/'bounding-box'/'boundingBox'/
21:44:36 <shepazu> shepazu: could also have alpha-based hit-testing, for games
21:44:47 <shepazu> krit: talked about this in WebKit, expensive for us
21:45:24 <shepazu> shepazu: more difficult still for people doing it in JS
21:45:31 <shepazu> krit: just do it in canvas
21:45:42 <shepazu> shepazu: then why optimize that way in the implementation?
21:45:59 <shepazu> s/why optimize/why not optimize/
21:46:04 <shepazu> krit: sure, why not?
21:46:43 <shepazu> Action: propose hit-testing/pointer-events spec to CSS WG
21:46:43 <trackbot> Error finding 'propose'. You can review and register nicknames at <http://www.w3.org/Graphics/SVG/WG/track/users>.
21:47:04 <shepazu> Action: shepazu to propose hit-testing/pointer-events spec to CSS WG
21:47:05 <trackbot> Created ACTION-3469 - Propose hit-testing/pointer-events spec to CSS WG [on Doug Schepers - due 2013-03-07].
21:48:11 <krit> <svg><html>..html..content..</html></svg>
21:48:22 <krit> <html> must have boundaries
21:48:28 <krit> —> SVGHTMLElement
21:48:48 <shepazu> shepazu: did we resolve around <svg><html>…</htlm></svg> without <foreignObject>?
21:49:04 <shepazu> ed: we'd need x/y on <html>
21:49:47 <shepazu> krit: Hixie proposed this, and said it's up to SVG WG
21:49:59 <ed> also width/height
21:50:00 <Zakim> -Tav
21:50:49 <Zakim> +Tav
21:50:56 <shepazu> krit: the <html> tag inside the SVG NS would be an SVG element
21:51:45 <krit> It would be more like the HTMLBodyElement
21:52:42 <shepazu> shepazu: let's take it to www-svg
21:53:23 <shepazu> ADJOURNED
21:53:25 <Zakim> -cabanier
21:53:29 <Zakim> -Tav
21:53:30 <Zakim> -krit
21:53:30 <Zakim> -ed
21:53:30 <shepazu> trackbot, end telcon
21:53:30 <trackbot> Zakim, list attendees
21:53:31 <Zakim> As of this point the attendees have been +1.415.308.aaaa, Doug_Schepers, [IPcaller], ed, cabanier, nikos_, krit, +33.9.53.77.aabb, Tav
21:53:34 <Zakim> -nikos_
21:53:36 <Zakim> -Doug_Schepers
21:53:38 <Zakim> GA_SVGWG(SVG1)4:00PM has ended
21:53:38 <Zakim> Attendees were +1.415.308.aaaa, Doug_Schepers, [IPcaller], ed, cabanier, nikos_, krit, +33.9.53.77.aabb, Tav
21:53:38 <trackbot> RRSAgent, please draft minutes
21:53:39 <RRSAgent> I have made the request to generate http://www.w3.org/2013/02/28-svg-minutes.html trackbot
21:53:39 <trackbot> RRSAgent, bye
21:53:39 <RRSAgent> I see 5 open action items saved in http://www.w3.org/2013/02/28-svg-actions.rdf :
21:53:39 <RRSAgent> ACTION: Nikos to validate the spec for lose references [1]
21:53:39 <RRSAgent>   recorded in http://www.w3.org/2013/02/28-svg-irc#T21-10-37
21:53:39 <RRSAgent> ACTION: Nikos to see what needs to be done to update the appendix [2]
21:53:39 <RRSAgent>   recorded in http://www.w3.org/2013/02/28-svg-irc#T21-13-18
21:53:39 <RRSAgent> ACTION: krit to update the spec and change the reference from the window spec to the HTML5 spec [3]
21:53:39 <RRSAgent>   recorded in http://www.w3.org/2013/02/28-svg-irc#T21-22-13
21:53:39 <RRSAgent> ACTION: propose hit-testing/pointer-events spec to CSS WG [4]
21:53:39 <RRSAgent>   recorded in http://www.w3.org/2013/02/28-svg-irc#T21-46-43
21:53:39 <RRSAgent> ACTION: shepazu to propose hit-testing/pointer-events spec to CSS WG [5]
21:53:39 <RRSAgent>   recorded in http://www.w3.org/2013/02/28-svg-irc#T21-47-04