IRC log of svg on 2011-02-27

Timestamps are in UTC.

20:34:41 [RRSAgent]: RRSAgent has joined #svg
20:34:41 [RRSAgent]: logging to http://www.w3.org/2011/02/27-svg-irc
20:34:43 [trackbot]: RRSAgent, make logs public
20:34:45 [trackbot]: Zakim, this will be GA_SVGWG
20:34:45 [Zakim]: I do not see a conference matching that name scheduled within the next hour, trackbot
20:34:46 [trackbot]: Meeting: SVG Working Group Teleconference
20:34:46 [trackbot]: Date: 27 February 2011
20:34:49 [heycam]: RRSAgent, this meeting spans midnight
20:35:04 [birtles]: birtles has joined #svg
20:37:45 [heycam]: http://www.w3.org/Graphics/SVG/WG/wiki/F2F/Auckland_2011/Agenda
20:38:23 [roc]: roc has joined #svg
20:40:31 [anthony_nz]: anthony_nz has joined #svg
20:45:16 [jun]: jun has joined #svg
20:46:13 [jwatt]: scribe: jwatt
20:46:24 [jwatt]: scribenick: jwatt
20:46:29 [jwatt]: scribe: Jonathan Watt
20:46:36 [jwatt]: topic: 1.1 2nd Ed.
20:46:52 [jwatt]: CL: looking at the disposition of comments
20:47:00 [jwatt]: ...there are two that have not been responded to
20:47:11 [jwatt]: ...probably just because tracker has not been updated
20:47:28 [jwatt]: ...there are a few replies that we've not heard back from
20:47:45 [heycam]: http://www.w3.org/2010/09/SVG1.1SE-LastCall/dump.html
20:48:03 [jwatt]: ...2 issues that we rejected have been accepted by the reporter
20:48:06 [birtles]: birtles has joined #svg
20:48:27 [jwatt]: CM: so the two we haven't responded to are:
20:48:36 [heycam]: ISSUE-2334?
20:48:36 [trackbot]: ISSUE-2334 -- Last Call Comment: filter primitive subregion and feGaussianBlur, feTile and infinite filter input images -- raised
20:48:36 [trackbot]: http://www.w3.org/Graphics/SVG/WG/track/issues/2334
20:48:40 [heycam]: ISSUE-2364?
20:48:40 [trackbot]: ISSUE-2364 -- Last Call Comment: SVG 1.1 may be ambiguous about the root element acting as a proximal event target -- raised
20:48:40 [trackbot]: http://www.w3.org/Graphics/SVG/WG/track/issues/2364
20:49:25 [jwatt]: ED: the only remaining thing with 2334 is roc's comments on the filter boundaries
20:49:35 [ed]: http://www.w3.org/2010/09/SVG1.1SE-LastCall/dump.html#2334
20:49:47 [heycam]: http://lists.w3.org/Archives/Public/www-svg/2011Jan/0067.html
20:49:48 [jwatt]: ED: look at the top two emails
20:49:52 [jwatt]: ...or top one
20:50:07 [jwatt]: ...I think you (roc) agreed that the spec change was okay
20:51:12 [jwatt]: ...would you be fine with not making any more changes at this point?
20:51:24 [jwatt]: ROC: yes
20:52:34 [jwatt]: ED: let's just mark the issue as resolved in that case
20:53:07 [ed]: RRSAgent: pointer?
20:53:07 [RRSAgent]: See http://www.w3.org/2011/02/27-svg-irc#T20-53-07
20:53:51 [jwatt]: RRSAgent: make minutes
20:53:51 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html jwatt
20:57:02 [jwatt]: CL: for 2364 Doug was really relaying from kevinar18, so the original commenter has not been contacted I believe
20:59:29 [ChrisL]: ChrisL has joined #svg
20:59:40 [jwatt]: CL: it seems reasonable to me to say we'll clarify it in SVG 2, leaving it as is in 2nd ed for now
21:00:14 [heycam]: http://www.w3.org/Graphics/SVG/WG/wiki/Full_11#Tests_with_fewer_than_two_passing_implementations
21:00:24 [jwatt]: CL: for the tests that have fewer than 2 passing implementations, I've put up my comments and erik and chris did to
21:00:33 [jwatt]: s/CL/CM/
21:00:40 [jwatt]: ...see above
21:00:54 [jwatt]: CM: we should go through these and decide what to do about them
21:01:16 [jwatt]: CL: the test assumes that font-weight is continuously animatable, but it's not
21:01:30 [jwatt]: ...the subtest should be removed I think
21:01:54 [jwatt]: CM: none of the tests use calcMode, so we could change it to discrete
21:02:35 [jwatt]: ...we would have to choose values that are multiples of 100, or else it won't animate
21:03:42 [jwatt]: BB: it's already using keywords like 'bold'
21:03:53 [jwatt]: CM: in than case we could leave the values alone
21:05:05 [jwatt]: ED: Opera don't normalize keywords for font-weight so we probably treat the animation as discrete anyway
21:05:48 [jwatt]: ...adding calcMode would make it clearer though
21:07:31 [heycam]: http://dev.w3.org/SVG/profiles/1.1F2/test/status/implementation_matrix.html
21:09:58 [heycam]: http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/filters-light-03-f.html
21:10:04 [ed]: http://dev.w3.org/SVG/profiles/1.1F2/test/svg/animate-elem-46-t.svg (done editing)
21:11:52 [jwatt]: ED: filters-light-03-f.svg was for the change where we defined how primitiveUnits=objectBoundingBox computes the attribute values for some of the filter primitives that need that
21:12:03 [jwatt]: ...in particular the lighting filters with x, y, z
21:12:12 [ChrisL]: could someone regen the test suite status? I have checked in the newly-passed abbra results
21:12:54 [jwatt]: ...and the cases where you have optional parameters, one or two values (<number-optional-number), and it wasn't clear how these were affected (expanded then computed, or computed then expanded)
21:13:20 [jwatt]: CM: probably it's going to be hard to get two implementations passing
21:13:53 [jwatt]: ED: Batik gets it half right, but doesn't seem to implement objectBoundingBox at all
21:14:22 [jwatt]: ...I put comments in the test saying how to compute the results
21:16:44 [heycam]: roc, http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/filters-light-03-f.html
21:18:07 [dholbert]: (quick mozilla-bugzilla search says we don't yet have a bug filed on that test, fwiw)
21:20:36 [jwatt]: jwatt has left #svg
21:20:44 [jwatt]: jwatt has joined #svg
21:20:55 [jwatt]: scribe: Jonathan Watt
21:20:59 [jwatt]: scribenick: jwatt
21:21:21 [heycam]: roc, https://bugzilla.mozilla.org/show_bug.cgi?id=619992
21:21:47 [jwatt]: ROC: I should be able to fix that (filters-light-03-f.html) this week
21:23:07 [jwatt]: ...actually longsonr may have fixed that already
21:23:36 [jwatt]: CM: we should aim to have these test issues fixed by the end of the week so that we can set up the transition call
21:23:52 [heycam]: http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/filters-overview-01-b.html
21:24:14 [jwatt]: ED: that's one of the old tests
21:24:42 [jwatt]: CM: it's probably not a simple fix in Batik
21:25:25 [jwatt]: ...making it a solid color would make Batik pass
21:26:34 [jwatt]: ED: using userSpaceOnUse didn't make any difference for Batik
21:27:25 [jwatt]: ...we should unapprove this test and create two separate drafts
21:27:53 [jwatt]: ...we should create separate tests for fillPaint and strokePaint anyway
21:28:41 [ed]: s/we should unapprove this test and create two separate drafts/we could make the filters-overview-01 and 02 drafts and then create an 03 which uses solid color fills, then add new tests that are specifically testing FillPaint and StrokePaint with gradients/
21:28:58 [jwatt]: CM: I'll copy -01 to -03 and edit -01 to refer to a solid color
21:30:46 [jwatt]: ...using a solid color works in Batik
21:57:11 [jwatt]: RRSAgent: make minutes
21:57:11 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html jwatt
21:57:40 [heycam]: http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/fonts-desc-04-t.html
21:57:58 [jwatt]: CL: it's not clear what that's trying to test
21:59:32 [jwatt]: ...if it's testing the CSS font-style property, then we can make a WOFF version
21:59:50 [jwatt]: ...I think it is, and it would be fine to do that
22:02:57 [jwatt]: ACTION: Chris to convert fonts-desc-04-t.html to use WOFF
22:02:57 [trackbot]: Created ACTION-2962 - Convert fonts-desc-04-t.html to use WOFF [on Chris Lilley - due 2011-03-06].
22:03:10 [ed]: i just checked in an updated http://dev.w3.org/SVG/profiles/1.1F2/test/status/implementation_matrix.html
22:05:59 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/fonts-desc-05-t.html
22:08:35 [jwatt]: CL: I'll convent that to WOFF too
22:08:37 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/fonts-glyph-02-t.html
22:09:08 [jwatt]: CM: where we fixed up the text-anchor to use middle
22:10:55 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/fonts-glyph-03-t.html
22:11:20 [jwatt]: CM: Chris was going to edit the text description
22:11:42 [jwatt]: CL: I agreed to put something in the spec to explain what xml:lang is for
22:13:53 [jwatt]: CM: probably not implemented
22:16:01 [jwatt]: CL: we should maybe drop it - it was a good idea at the time, but maybe less so now
22:16:24 [jwatt]: CM: we should unapprove the test for now
22:17:16 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/painting-render-02-b.html
22:17:25 [jwatt]: CM: Alex says Abra passes this test now
22:18:38 [jwatt]: ...this test wasn't added because of a spec change, just because I noticed there wasn't a test
22:19:27 [jwatt]: ...everyone agrees it's a reasonable test although we don't have two implementations, so we could probably keep it
22:20:27 [jwatt]: ACTION: Cameron to email Jeremiah about fixing painting-render-02-b.html in Batik
22:20:28 [trackbot]: Created ACTION-2963 - Email Jeremiah about fixing painting-render-02-b.html in Batik [on Cameron McCormack - due 2011-03-06].
22:20:51 [ed]: RRSAgent: pointer?
22:20:51 [RRSAgent]: See http://www.w3.org/2011/02/27-svg-irc#T22-20-51
22:26:01 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/painting-stroke-10-t.html
22:26:13 [jwatt]: CM: we should probably remove the subtest
22:26:48 [jwatt]: ACTION: Cameron to make the first subtest of painting-stroke-10-t.html render nothing
22:26:49 [trackbot]: Created ACTION-2964 - Make the first subtest of painting-stroke-10-t.html render nothing [on Cameron McCormack - due 2011-03-06].
22:29:22 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/struct-dom-15-f.html
22:31:44 [jwatt]: ED: Safari 5 passes on the simplified tests
22:32:35 [jwatt]: Next: http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/text-align-07-t.html
22:33:00 [jwatt]: CM: the CSS stuff about baseline alignment is still in flux, and I want CSS and SVG to align on this
22:33:11 [jwatt]: ...we have different defaults
22:33:53 [jwatt]: ...I was going to email the XSL people, but haven't yet
22:34:29 [jwatt]: ...I've also changed my mind a few times on this
22:34:45 [jwatt]: ...that's why I think we should unapprove it for now
22:35:25 [jwatt]: CL: presumably we'll errata SVG once CSS has settled on what they're doing
22:35:54 [jwatt]: above comments apply to http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/text-align-08-b.html too
22:36:09 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/text-altglyph-02-b.html
22:36:43 [jwatt]: ED: I haven't split this out yet - have an action to do that
22:37:21 [jwatt]: CM: I'll take the action
22:38:31 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/text-dom-04-f.html
22:39:14 [jwatt]: ED: I was hoping this would be easy to get to pass in another implementation, but I'm not so convinced
22:39:25 [jwatt]: ...some tests are testing index size exception
22:41:43 [jwatt]: ED: it's important that the glyphs appear the same, and the advances are the same
22:42:17 [jwatt]: ACTION: Chris to make a WOFF font for font-desc-04
22:42:17 [trackbot]: Created ACTION-2965 - Make a WOFF font for font-desc-04 [on Chris Lilley - due 2011-03-06].
22:50:12 [jwatt]: s/font-desc-04/text-dom-04-f/
22:50:25 [jwatt]: RRSAgent: make minutes
22:50:25 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html jwatt
22:52:11 [jwatt]: ACTION: Erik to go through the minutes and unapprove tests as appropriate
22:52:11 [trackbot]: Created ACTION-2966 - Go through the minutes and unapprove tests as appropriate [on Erik Dahlström - due 2011-03-06].
22:55:26 [jwatt]: Next http://dev.w3.org/SVG/profiles/1.1F2/test/harness/htmlObjectMiniApproved/text-text-05-t.html
22:55:34 [jwatt]: ED: I think we should unapprove the test for now
22:55:46 [jwatt]: CM: we could leave the start one
22:56:07 [jwatt]: ...basically turns into a test of whether multiple x/y values are supported
22:56:24 [jwatt]: ...there's a WOFF in there already
22:56:42 [jwatt]: ED: I will reword the action to be about splitting it
23:00:13 [dholbert]: anthony / anthony_nz: http://www.w3.org/Graphics/SVG/WG/wiki/Full_11#Tests_with_fewer_than_two_passing_implementations
23:02:30 [dholbert]: :)
23:08:36 [jwatt]: topic: animateColor
23:08:41 [jwatt]: CL: historical background
23:08:45 [jwatt]: ...comes from SMIL
23:08:58 [jwatt]: ...which assumed animate could only work on scalars
23:09:28 [jwatt]: ...SVG 1.0 it said you can't use <animate> with color
23:09:34 [jwatt]: ...SVG 1.1 says you can
23:09:47 [jwatt]: ...SVG 1.1 2nd edition clarifies how you do it
23:10:11 [jwatt]: ...so now we are at the stage where we can just use <animate>
23:10:28 [jwatt]: ...but we have content out there that uses <animateColor>
23:10:44 [jwatt]: ROC: what content uses it, and is it on the web?
23:11:48 [jwatt]: ...is it in walled gardens?
23:12:06 [jwatt]: ...I guess I'm just interested in whether we can say "use <animate> on the web"
23:13:23 [jwatt]: ...it's a no brainer to deprecate it at least
23:14:50 [jwatt]: JW: since FF4 is going out with <animate> support from color, but without <animateColor> support, when people start expecting their SMIL content to work in FF we'll see if animateColor is common due to the number of complaints
23:15:11 [birtles]: http://www.w3.org/Graphics/SVG/WG/wiki/F2F/Auckland_2011/Animation_improvements#Issue:_.3CanimateColor.3E_isn.27t_needed
23:15:39 [jwatt]: CM: the spec currently says what to do for color-interpolation on animateColor, but not yet for <animate>
23:16:52 [ChrisL]: http://www.adobe.com/svg/dynamic/declarative.html
23:17:29 [jwatt]: CL: there's an example using animateColor
23:18:15 [ChrisL]: and lots of people will copy and paste those examples
23:18:17 [jwatt]: CM: there are people that are coming up on the svg-developers list using animateColor
23:18:44 [jwatt]: ED: and people do commonly use the Adobe examples
23:19:45 [ed]: s/use the/refer to (and use)/
23:19:59 [jwatt]: CM: we could deprecate animate color and define color-interpolation in 2nd ed
23:24:42 [roc]: those Adobe examples don't put the <svg> element in the right namespace :-)
23:24:44 [jwatt]: ACTION: Cameron to deprecate animate color and define color-interpolation on <animate> in 2nd ed
23:24:44 [trackbot]: Created ACTION-2967 - Deprecate animate color and define color-interpolation on <animate> in 2nd ed [on Cameron McCormack - due 2011-03-06].
23:28:14 [ChrisL]: http://code.google.com/p/locationlogger/source/browse/trunk/src/svg/transitToMain.svg?spec=svn52&r=52
23:28:32 [jwatt]: RRSAgent: make minutes
23:28:32 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html jwatt
23:30:05 [ChrisL]: http://commons.wikimedia.org/wiki/File:%E8%87%AA-animated.svg
23:59:08 [homata]: homata has joined #svg
00:42:33 [jun]: jun has joined #svg
00:47:16 [birtles]: birtles has joined #svg
00:53:04 [shepazu]: shepazu has joined #svg
00:54:17 [anthony_nz]: Scribe: Anthony
00:54:29 [anthony_nz]: scribenick: anhtony_nz
00:54:34 [anthony_nz]: Topic: Starting SVG 2
00:54:52 [anthony_nz]: CM: In CVS there is a start of SVG 2 which I think Doug you put together
00:54:56 [anthony_nz]: DS: Yes
00:55:15 [anthony_nz]: CM: It's good to have the document there so we can start putting in some of our ideas we've been putting off for a long time
00:55:26 [anthony_nz]: ... some of the ISSUES we've put off for SVG 2
00:55:39 [anthony_nz]: ... this session I'd like to discuss some of the ideas for writing the document up
00:56:08 [anthony_nz]: DS: I'm the editor of the web events touch interface specification
00:56:32 [dholbert]: http://dev.w3.org/2009/dap/ReSpec.js/documentation.html
00:56:44 [anthony_nz]: ... ReSpec.JS is a script library and set of conventions that helps author specifications
00:56:54 [anthony_nz]: ... It's a Java script document system
00:57:21 [anthony_nz]: ... creates references table. If you want to create an interface you summaries it simply as a definition list
00:57:23 [jwatt]: s/Java script/JavaScript/
00:57:28 [anthony_nz]: ... and it converts it all in to WebIDL
00:57:59 [anthony_nz]: ... You can make canonical definitions of something it will reference the correct instance
00:58:13 [anthony_nz]: JW: Helps with book keeping and promotes consistency
00:58:42 [anthony_nz]: DS: Having ReSpec may make it easier to write the spec
00:58:48 [anthony_nz]: JW: Which groups are using it?
00:59:13 [anthony_nz]: ... DAP, a few in Web Events and Web Apps
00:59:30 [anthony_nz]: DS: HTML 5 is not using it
00:59:56 [anthony_nz]: DS: I don't know how well it handles very large specs
01:00:20 [anthony_nz]: CM: One of the things that annoys me about it is takes a while to do the reformatting
01:00:26 [anthony_nz]: CL: Can't you do that in batch?
01:00:38 [anthony_nz]: CM: The idea is to remove a special generation step
01:00:57 [anthony_nz]: JW: Under which circumstances is it slow?
01:01:02 [anthony_nz]: DS: Every time you reload it
01:01:26 [birtles]: jwatt, http://dev.w3.org/2009/dap/ReSpec.js/documentation.html
01:01:39 [anthony_nz]: ... So the thing I'm think is we either use ReSpec.JS
01:02:06 [anthony_nz]: ... or use something that consumes the markup and conventions of ReSpec.JS
01:02:14 [anthony_nz]: DH: That sounds like reimplementing ReSpec.JS
01:02:42 [anthony_nz]: DS: The advantages is having idiosyncratic specs is harder for people to read and review
01:02:54 [anthony_nz]: ... it does things with IDL which our current system doesn't
01:03:14 [anthony_nz]: CL: What's the input stored in?
01:03:29 [anthony_nz]: ... there's alot of careful lot of wording and linking and I don't want to lose that
01:03:43 [anthony_nz]: ... and going back to text and reforming it
01:05:14 [anthony_nz]: CM: The idea of starting from a blank slate and take across things
01:05:18 [anthony_nz]: ... that we want
01:05:34 [anthony_nz]: ... means we have to examine things
01:05:53 [anthony_nz]: CL: I'm not going against moving to a new system, just want to know the benefits it brings
01:06:24 [anthony_nz]: DS: I think should talk to Robin Berjon to see if ReSpec.JS will scale up to a document size such as SVG
01:07:07 [anthony_nz]: CM: I recently tried ReSpec.JS and one of the reason I wanted to go back to an XSLT style process
01:08:00 [anthony_nz]: ... Styling choices, and the method for writing the IDL. I think the other way around, because I like to control the way the IDL looks
01:09:54 [anthony_nz]: DS: The good thing about it is outputs consistent markup which makes it easier to style
01:10:18 [anthony_nz]: CM: I didn't put much effort into looking at how difficult it would be to change
01:10:51 [anthony_nz]: DS: If we decide to go with this and it turns out that we end up changing what the output looks
01:10:58 [anthony_nz]: ... then we've lost the advantage of it
01:11:35 [anthony_nz]: CL: The other thing is if we have our own system as long as it generates the final style markup that is specified by W3C
01:11:44 [anthony_nz]: ... it is ok
01:12:02 [anthony_nz]: CM: The other thing is how we are going to build it up
01:12:02 [shepazu]: http://www.w3.org/People/Schepers/spec-conventions.html
01:12:11 [anthony_nz]: ... the SVG 2 spec that is
01:12:24 [anthony_nz]: DS: This is a set of conventions that I've used
01:12:45 [anthony_nz]: ... and is no way is a mandated
01:17:29 [anthony_nz]: CM: I think starting with a blank slate then examining the features as we port them across is a good idea
01:17:55 [anthony_nz]: CL: We want to maintain backwards compatibility as we do it
01:18:05 [anthony_nz]: ... otherwise people not adopt what we make
01:18:16 [anthony_nz]: ... I kind of like the way we split it into chapters
01:18:37 [anthony_nz]: ... having it one enormous file to edit is a pain
01:19:18 [anthony_nz]: ... I also like having the examples in separate files
01:19:29 [anthony_nz]: ... so they can be dropped into implementations
01:19:40 [anthony_nz]: CM: It might be better to have the source document as a single file
01:19:51 [anthony_nz]: ... which is then broken up into chapters
01:19:59 [anthony_nz]: ED: It's kind of painful to edit
01:20:21 [anthony_nz]: CL: At the end of the day we need both; a single document spec and one with chapters
01:20:43 [anthony_nz]: CM: Various parts in the spec are quite wordy and flowery and just take up space
01:21:00 [anthony_nz]: ... some parts are terse and under worded
01:21:44 [anthony_nz]: CL: I like specs which explain things exactly. I think adding motivation as to why things are there helps out
01:22:18 [anthony_nz]: ... I'm talking about summary about what the job is of something and why it is there
01:22:53 [ted]: ted has joined #svg
01:25:24 [anthony_nz]: CM: I think a good way to progress is to start with a list of features
01:25:26 [anthony_nz]: ... or something like that
01:25:29 [anthony_nz]: ... of the language
01:25:41 [anthony_nz]: ... so we can evaluate at the feature level what we want in the document
01:25:54 [anthony_nz]: ... From there we can decide what wording we want to put in
01:25:55 [heycam]: ted, thanks!
01:26:11 [anthony_nz]: DS: I think that is a good idea
01:26:44 [anthony_nz]: CL: Do we use CVS or do we use Mercurial
01:27:24 [ted]: heycam, maybe you'll want to set the channel mode so anyone can change topic
01:27:30 [heycam]: ted, ok cool
01:27:41 [ted]: via: /mode #svg -t
01:27:43 [ted]: right
01:28:00 [ted]: ted has changed the topic to: test
01:29:43 [homata_]: homata_ has joined #svg
01:30:20 [anthony_nz]: JW: I would really strongly go against using CVS for the next version
01:30:48 [ted]: ted has left #svg
01:30:53 [anthony_nz]: ... You know a file changed for a version and you don't know what changed as well with that file
01:31:13 [anthony_nz]: CL: I hate the fact you can't move files between directories without losing history
01:33:33 [anthony_nz]: RESOLUTION: We will use Mercurial for our version system when writing SVG 2
01:35:08 [anthony_nz]: CM: I'm happy to do the job of starting off the list of features that should be in SVG 2
01:35:50 [anthony_nz]: JW: Should we create an SVG 2 repository for Mercurial?
01:36:08 [jwatt]: should we rename the URL for http://dvcs.w3.org/hg/svg2-tests/ to http://dvcs.w3.org/hg/svg2/ ?
01:36:34 [anthony_nz]: CM: What granularity do we have specs at?
01:37:07 [anthony_nz]: ROC: Should avoid sub repositories
01:37:12 [anthony_nz]: CM: So just one then
01:37:46 [anthony_nz]: ... Mercurial doesn't deal well with binaries?
01:37:56 [anthony_nz]: JW: I think it's if you change them a lot
01:38:34 [anthony_nz]: ED: The best way to solve generating of images for the repository is generate them on the server
01:38:44 [anthony_nz]: ... ultimately we'll use Ref Tests
01:39:52 [anthony_nz]: ACTION: Cermon to Examine SVG 1.1 and derive a list of features to be considered for SVG 2
01:40:08 [anthony_nz]: ACTION: Cameron to Examine SVG 1.1 and derive a list of features to be considered for SVG 2
01:40:31 [heycam]: trackbot, help
01:42:22 [trackbot]: trackbot has joined #svg
01:42:54 [anthony_nz]: ACTION: Cameron to Examine SVG 1.1 and derive a list of features to be considered for SVG 2
01:42:55 [trackbot]: Created ACTION-2969 - Examine SVG 1.1 and derive a list of features to be considered for SVG 2 [on Cameron McCormack - due 2011-03-07].
01:48:47 [anthony_nz]: CM: I'll send an email to Sysrec and get them to change the name of the Mercurial repository "svg2-tests" to "svg"
01:49:08 [jwatt]: s/"svg"/"svg2"/
01:49:15 [jwatt]: RRSAgent: make minutes
01:49:15 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html jwatt
01:51:50 [anthony_nz]: Topic: SVG Masking
01:52:04 [anthony_nz]: ED: It was raised on the mailing lists
01:52:26 [anthony_nz]: ... masks override the color-interpolation property
01:52:31 [ed]: http://www.w3.org/Graphics/SVG/WG/wiki/F2F/Auckland_2011/Luma-mask
01:52:38 [anthony_nz]: ... That's the page describing the problem
01:52:56 [anthony_nz]: ... what the spec is currently saying regardless of the value of color-interpolation
01:53:13 [anthony_nz]: ... you still need to do your mask in linearRGB space
01:53:22 [anthony_nz]: ... I wasn't sure why exactly
01:53:36 [anthony_nz]: ... it seems that PDF and Postscript something similar
01:53:46 [anthony_nz]: ... but it seems odd why it would override color-interpolation
01:54:17 [anthony_nz]: ... My proposal for bringing this up is to respect color-interpolation for the calculation of the mask
01:54:44 [anthony_nz]: CM: Maybe the idea was the idea originally that since linearRGB was more natural aspect to colors then maybe it was better to use
01:57:20 [anthony_nz]: DS: Do you think there is content out there that would have any noticeable change?
01:57:35 [anthony_nz]: ED: Not sure, but I think the change would be minor
01:58:07 [anthony_nz]: ... and people can specify color-interpolation to fix the issue if it is a big problem them
01:59:53 [ed]: http://kaioa.com/b/1102/svgjng/index.html
02:00:45 [ed]: http://lists.w3.org/Archives/Public/www-svg/2011Feb/0023.html
02:03:37 [anthony_nz]: ED: Would be good to change this for 1.1 2nd Edition
02:05:05 [anthony_nz]: CL: If we did a test that had two masks one using each value and one using the default
02:05:47 [anthony_nz]: ED: The problem is there is a performance penalty because the color space conversion
02:07:05 [anthony_nz]: CL: I think it would be fine to put the wording in to the spec to say that color-interpolation applies
02:07:12 [anthony_nz]: ED: It already says that
02:07:18 [anthony_nz]: ... it's a matter of removing some of the wording
02:07:38 [anthony_nz]: DS: I total understand why you'd want to do it
02:07:52 [anthony_nz]: ... it's building towards SVG 2
02:09:35 [anthony_nz]: CL: I think it's a better thing going forward
02:10:56 [anthony_nz]: RESOLUTION: Proposal to allow color-interpolation to be honored by filter masking is accepted
02:11:07 [ed]: s/filter masking/mask elements/
02:12:44 [anthony_nz]: ACTION: Erik to Change the tests and specification to adopt the proposal to allow color-interpolation to be honored by mask elements
02:12:45 [trackbot]: Created ACTION-2970 - Change the tests and specification to adopt the proposal to allow color-interpolation to be honored by mask elements [on Erik Dahlström - due 2011-03-07].
02:29:58 [heycam]: ISSUE: Should have an alpha-mask property that can reference <mask>s (and maybe other elements) to mask based on alpha values instead of luminance
02:29:58 [trackbot]: Created ISSUE-2401 - Should have an alpha-mask property that can reference <mask>s (and maybe other elements) to mask based on alpha values instead of luminance ; please complete additional details at http://www.w3.org/Graphics/SVG/WG/track/issues/2401/edit .
02:32:52 [heycam]: Scribe: Cameron
02:32:54 [heycam]: ScribeNick: heycam
02:32:58 [heycam]: Topic: Testing framework
02:33:11 [heycam]: ED: I wanted to discuss making a clear plan ahead for the existing test suite
02:33:29 [heycam]: ... we should try to decide what to do with it: abandon it, convert some of the tests, write completely new tests, more minimal ones?
02:33:59 [heycam]: AG: one idea would be to get a list of the things we're trying to test in each test, from the description, and then either develop reftests around that or perhaps modify the tests themselves
02:34:03 [heycam]: ... we have a lot of subtests in tests
02:34:13 [heycam]: ED: i think subtests isn't a problem, just test with script and verify it
02:34:29 [heycam]: CL: as long as you can watch them all at once. watching many animated things at once is not good.
02:34:59 [heycam]: CM: i don't think abandoning, but we need minimal tests
02:35:24 [heycam]: CL: like 400 different test with slightly different attributes?
02:35:34 [heycam]: ED: yes, but removing visual tests would also be bad
02:36:00 [heycam]: JW: we could start with mozilla's tests, get them into a state that the w3c framework needs, then start knocking off the old tests as we're happy they're covered by the old tests
02:36:07 [heycam]: ... and where they're not, add a new test
02:36:17 [heycam]: CL: we don't know how many tests there are, and what their quality is
02:36:24 [heycam]: AG: does mozilla have reftests for each of the svg test suite tests?
02:36:38 [heycam]: JW: no, and certainly there are areas of the spec we don't implement, and parts of the spec that we don't have good test coverage for
02:36:52 [heycam]: CL: these are not visual tests
02:36:57 [heycam]: JW: they're reftests, so automatable
02:37:15 [heycam]: RO: not human readable. a lot of them have pass criteria like "the whole viewport is green"
02:37:29 [heycam]: JW: you have a test file, and a reference file, and you pass if they're pixel-by-pixel identical
02:37:38 [heycam]: ED: all of the reftests are for visual tests?
02:37:42 [heycam]: ... what about script tests?
02:37:52 [heycam]: JW: we have mochitest framework for that. a large number of tests for that.
02:37:59 [heycam]: ... don't know if the w3c framework supports mochitests
02:38:16 [heycam]: RO: there's a group working out a w3c framework for scripted tests, i heard discussion about it.
02:38:23 [heycam]: DH: i heard fantasai doing something like that?
02:38:24 [heycam]: RO: maybe webapps
02:38:54 [heycam]: CM: anything wrong with just setting a green rectangle on pass?
02:39:09 [heycam]: RO: you don't get good logging information about what subtests fails
02:39:38 [heycam]: ED: the testing framework form w3c is doing that, i think
02:39:47 [heycam]: ... you report what you're testing and pass/fail
02:39:53 [heycam]: ... i think that's in place, and we can start using it if we want to
02:40:03 [heycam]: ... i converted a couple of tests from our test suite to see
02:40:05 [jwatt]: mozilla's reftest tests: http://mxr.mozilla.org/mozilla-central/source/layout/reftests/svg/
02:40:11 [heycam]: ... it's not that hard for tests that are, for example, totally scripted
02:40:12 [jwatt]: look at the reftest.list file in each directory
02:40:25 [heycam]: ... just where we check for the result, pass it to the testing framework
02:40:41 [heycam]: ... what i was wondering then, if we go for that, is should we separate out the automated tests?
02:40:52 [heycam]: ... separate directories for script automated reftests, and one for visual tests?
02:40:57 [heycam]: ... it might make sense to make them separate
02:41:07 [heycam]: CM: what tests can't we automate?
02:41:11 [heycam]: ED: ones that require automation
02:41:17 [heycam]: s/automation/interaction/
02:41:39 [heycam]: ... there's Opera Watir, which allows a testing framework to control the browser
02:41:48 [heycam]: ... that's open source and cross platform
02:41:55 [heycam]: ... can be used for some automation of interaction tests
02:42:51 [heycam]: DH: could that be cross browser?
02:42:56 [heycam]: ED: yeah it gives you an api to implement
02:43:00 [heycam]: ... the whole framework is open source
02:43:08 [heycam]: ... the opera implementation of the driver is released
02:43:17 [heycam]: ... i think that could be a third form of testing
02:44:16 [ed]: http://www.opera.com/developer/tools/operawatir/
02:44:42 [heycam]: CL: browser automation would help with testing things that involve navigation
02:44:44 [ed]: http://watir.com
02:44:48 [heycam]: RO: maybe window.open could help with that
02:45:18 [heycam]: JW: i'm reluctant about watir, mozilla has functionality to dispatch these kinds of events, maybe we could have addons for different browser to implement this API
02:45:36 [heycam]: ... or a command line argument to use this api, so we can have these all in reftests or mochitests, so we don't require extra software to be run
02:45:46 [heycam]: AG: what about for non browser implementations?
02:45:52 [heycam]: JW: it still supports scripting
02:46:06 [heycam]: DH: but it probably wouldnt' support an addon
02:46:17 [heycam]: JW: but a command line argument to add extra apis to the window object could be done
02:46:45 [heycam]: CL: other classes of implementation to consider are embedded systems, for example one there's an svg implementation for display screens in hardware. that might be hard.
02:46:54 [heycam]: ... another one is svg2pdf tools etc.
02:46:59 [heycam]: JW: for the latter one, is interaction an issue?
02:47:04 [ed]: s/ED: yes, but removing visual tests would also be bad/ED: yes, but removing visual tests could also be bad if people are using them as examples for how to do things in svg/
02:47:13 [heycam]: CL: not specifically for interaction, but the testing framework
02:47:17 [heycam]: JW: svg2pdf should be handled by reftests
02:47:46 [heycam]: ... for embedded cases, it's probably easier for them -- if they support script -- to add extra stuff to the global object for testing purposes, than to port watir to work on their platform
02:47:56 [heycam]: ... so i think it's still better even for them to use this framework
02:48:07 [heycam]: ... can we implement this for opera as an addon?
02:48:17 [heycam]: ED: that's a good question
02:48:29 [ChrisL]: embedded SVG implementation - Spinetix http://www.spinetix.com/
02:51:24 [heycam]: RO: the web page says watir already works for ie, firefox, opera, ...
02:51:45 [heycam]: JW: i'd like to keep a system where people can run tests with minimal effort, without installing 3rd party software
02:51:54 [heycam]: BB: you can still run the tests, but if you want to automate it...
02:52:00 [heycam]: JW: then you write the test differently if you want to do both
02:52:10 [heycam]: DS: otoh, doing it the way we're doing it doesn't scale
02:53:26 [heycam]: ... i don't really want the svgwg to be doing a big project without coordinate with other wgs
02:53:39 [heycam]: ... the idea of each group doing testing differently isn't scalable
02:54:27 [heycam]: ... maybe we should discuss it in hcg
02:56:11 [heycam]: ED: the html testing tf framework probably would in general work for us, but there are some things that would -- e.g. standalone svgs, testing matrix values with epsilons, etc.
02:59:41 [heycam]: DS: is it worth converting old tests, or just making all new tests?
02:59:57 [heycam]: CL: could just use the old test suite as a pool of resources to help make the new tests
03:00:51 [heycam]: DS: i suspect we'll be changing bits of svg, we know when we've gone over tests and found that isn't really testing what it should be, or contradictory to the spec
03:01:28 [heycam]: ... wrt reusing old tests, i'm making the argument that given the number of tests we have, it's not worth it
03:01:36 [heycam]: ... using them as input, sure
03:01:51 [heycam]: AG: i think it's useful to know what all of those tests are testing, but not use them directly
03:02:19 [heycam]: DS: for web events i won't be publishing the document until we have tests
03:02:29 [heycam]: ... "this is the specification and here are the tests for it"
03:03:21 [heycam]: ... so I'd propose that we only publish an ED as a WD if we have tests
03:04:09 [heycam]: ED: what i'd like to see is a start using the, e.g., tests.w3.org framework for svg tests
03:04:14 [heycam]: ... just as a starting point to see what we can do with it
03:04:23 [heycam]: ... if we want to start by doing svg2 tests with that, that could be a starting point
03:04:29 [heycam]: ... i don't mind if it's testing 1.1 functionality that way
03:04:42 [heycam]: ... but just having something for evaluating the framework to see if it's suitable would be useful
03:05:16 [ed]: s/tests.w3.org/http://test.w3.org/
03:05:49 [Mike5]: Mike5 has joined #svg
03:05:55 [ed]: http://test.w3.org
03:07:06 [heycam]: CM: I wonder what the html testing tf is using for interactive tests
03:07:59 [Mike5_]: Mike5_ has joined #svg
03:09:46 [Mike5_]: RRSAgent, make minutes
03:09:46 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html Mike5_
03:10:19 [heycam]: MS: the plan we've been talking about for 1.5 years is to set up some common testing infrastructure to allow people to submit tests
03:10:29 [heycam]: ... and have ana utomated test harness, automating as much as we can
03:10:37 [pdengler]: pdengler has joined #svg
03:10:37 [heycam]: ... that's tsill the goal, it just is taking us a while to get to it
03:10:47 [heycam]: ... we have a testing taskforce that has been working for quite a while now
03:10:57 [heycam]: ... and we have been doing a lot work on getting test cases in for html5
03:11:08 [heycam]: ... the biggest set of tests philip taylor made for canvas
03:11:14 [heycam]: ... and probably another 100 or 150 from somewhere else
03:11:18 [heycam]: ... MS submitted a good number
03:11:27 [heycam]: ... using a testing framework jgraham put together
03:11:40 [heycam]: ... we want to get a test case mechanism that allows for having reftests, and having things work across browsers
03:11:54 [heycam]: ... what's happening with that is that frmo the team side, we've got some time freed up for myself and francois to help out with testing
03:12:31 [heycam]: ... the other thing we've been talking about doing is a mechanism for producing a version of the canvas spec with links to all the test cases
03:12:41 [heycam]: ... and the annotations are placed in the spec where there are testable assertions
03:13:02 [heycam]: ... in the html spec i want to be able to scale that up from canvas to the whole spec
03:13:14 [heycam]: ... that could potentially be useful for any spec we want to use it for
03:13:31 [heycam]: ... i guess the priorities right now are for getting a harness we can all agree on, and this way of producing annotations for testable assertions in the spec
03:13:37 [heycam]: ... then there's encouraing people to submit tests
03:13:47 [heycam]: ... trying to figure out some way to get more test cases and more people to submit them
03:14:01 [heycam]: ED: [summarises earlier discussions]
03:14:16 [pdengler]: slow to start here, but I will have some test cases toward the end of the week we can use as a launch point
03:15:21 [pdengler]: i can keep looking for another optin, for now keep up the conversation, the IRC is working
03:15:53 [heycam]: MS: i don't know if jgraham's set up can support mouse events
03:15:59 [heycam]: ... also ms2ger has been doing some work, and others
03:16:17 [heycam]: ... part of what i need to do is take a look at what everyone's got so far and figure out how much of it is useful and ...
03:16:26 [heycam]: ... seems like nothing we have so far is satisfactory to everyone
03:16:35 [heycam]: ... might have to come up with something else
03:16:57 [heycam]: ... but the talk of having a common format that everyone uses. we could have a common format, or set up the harness so it could run existing tests from other test suites, like reftests especially
03:17:05 [heycam]: ... as far as details around interactivity, i'd have to have a look to see where it's at
03:17:28 [heycam]: DS: one of the things that occurs to me is that having a harness that runs tests in general is good, but one of the benefits of having a common format is that it might promote the submission of tests
03:17:37 [heycam]: ... having a well defined way of creating tests that doesn't vary between wgs would be easier on implementors
03:17:49 [heycam]: ... e.g. training their teams to create tests for w3c rather than for each group
03:18:06 [heycam]: ... having it well documented and consistent, so people in the public who have made css tests then could make svg tests, etc.
03:18:34 [heycam]: ... that's why we might want to have a common format. but i don't want to boil the ocean for theoretical benefits
03:19:05 [heycam]: MS: i don't think it's necessarily important to have everything in the same place
03:19:14 [heycam]: ... but i think it makes more sense to have them on one server, one repo
03:19:20 [heycam]: s/repo/server, different repos/
03:19:33 [heycam]: ... any individual can request a new repo set up on that hg server
03:19:50 [heycam]: ... and then it's hg, so if you want to do the management elsewhere, and just use the w3c one as a mirror, or the other way around
03:19:56 [heycam]: ... it makes it easier once we have an hg repo
03:21:11 [Zakim]: ok, shepazu; conference Team_(svg)03:21Z scheduled with code 26631 (CONF1) for 60 minutes until 0421Z
03:21:45 [Zakim]: Team_(svg)03:21Z has now started
03:21:51 [Zakim]: +??P0
03:21:59 [Mike5]: Zakim, ??P0 is me
03:21:59 [Zakim]: +Mike5; got it
03:22:13 [Zakim]: +[Microsoft]
03:22:26 [Zakim]: + +1.649.363.aaaa
03:24:24 [heycam]: MS: there are features on sites like bitbucket that are useful, not sure if it's a good idea to reinvent them on w3.org
03:24:32 [heycam]: ... distributed vc allows us to use those features via those sites
03:24:52 [heycam]: DS: my concern is the added complexity of people knowing where to go to get all the relevant stuff
03:25:03 [heycam]: ... and having someone making sure everything is up to date in all copies of the repo
03:25:52 [heycam]: MS: re interactive tests, it seems like we should do everything we can to make sure we have as few automated tests as possible
03:26:07 [heycam]: ... including anything that has interactive requirements
03:26:23 [heycam]: ... there are different ways to do that, we just need to have the framework enable some way of doing it that works across browsers
03:26:36 [heycam]: ... we shouldn't have to write any manual test cases unless we really have to
03:28:12 [heycam]: MS: webperf wg started using the htmlwg framework, and they needed to make some changes to it and wanted to get them upstream
03:28:25 [heycam]: ... it seems to be holding up that wg, which is moving quickly
03:28:32 [heycam]: ... you don't want to block anyone's work
03:28:49 [heycam]: ... i think we should take a look at what they've got
03:28:54 [heycam]: ... but plh is impressed with what they've done
03:29:45 [heycam]: DS: what do implementors think about having these apis?
03:29:53 [heycam]: JW: i think we should have them
03:30:09 [heycam]: RO: we have apis that simulate events for tests, it'd be pretty easy to expose them in another way
03:30:13 [heycam]: JW: or have an addon...
03:30:24 [heycam]: DS: so, standardised
03:30:32 [heycam]: RO: did you decide exactly what apis you want?
03:30:44 [heycam]: ... if you want to synthesise trusted input events, that's easy to do
03:30:56 [heycam]: ... if you want to drive all of the browser's ui programmatically, that's harder
03:30:59 [heycam]: ED: that's what watir is trying to do
03:31:12 [heycam]: RO: dispatching trusted events would be a small extension
03:31:26 [heycam]: ... i don't have a feel what's needed beyond that
03:31:49 [heycam]: DS: that sounds like something concrete we can attack
03:32:01 [heycam]: RO: i think we need to find out what apis we actually need
03:32:12 [heycam]: ... for say everything needed in the svg test suite right now
03:33:04 [Mike5]: q+ to say that right now I think we should try to put together a common set of requirements
03:33:40 [shepazu]: pdengler, would MS be favorably disposed toward standardizing and implementing testing APIs?
03:33:51 [heycam]: Zakim, ack Mike5
03:33:51 [Zakim]: I see Mike on the speaker queue
03:34:41 [Zakim]: -Mike5
03:35:14 [heycam]: BB: animation tests need snapshots or something
03:35:22 [Zakim]: +??P0
03:35:27 [Mike5]: Zakim, ??P0 is me
03:35:27 [Zakim]: +Mike5; got it
03:36:11 [heycam]: BB: how about implementations that don't support script, but do support animation?
03:36:22 [heycam]: CM: maybe we can forget about scriptless UAs for this testing framework
03:37:17 [heycam]: MS: i wanted to mention that we need to be getting down the requirements of what we need
03:37:27 [Mike5]: http://www.w3.org/wiki/TestInfra/goals
03:37:30 [heycam]: ... doug sent out an email earlier with a link to that page
03:37:52 [heycam]: ... plh, fantasai, jwatt and i spent some time a year ago working on some of this common testing framework stuff
03:38:01 [heycam]: ... the htmlwg test tf which also has a page
03:38:30 [heycam]: ... one thing is to add a link there to specific requirements that you all have
03:38:53 [heycam]: ... our plan is to have something useful, usable across different wgs, but this summer
03:38:59 [heycam]: ... that's not a lot of time
03:39:52 [heycam]: ... it's definitely achievable, it's not the time... but just to see what we really need
03:39:59 [heycam]: ... and to get some level of agreement on it
03:40:05 [heycam]: ... it's just software, and needs to be done
03:40:11 [heycam]: ... first is to make sure we have all of the requiements
03:41:36 [heycam]: CM: we will gather interactive requirements for our test suite
03:41:44 [heycam]: ... also, we would need to allow svg as a root document
03:41:54 [heycam]: DS: doesn't seem like anything we're doing here is going to conflict with what the html wg tf is doing
03:42:19 [heycam]: ... i think we should just try to do what we need, and come to the html testing tf with that
03:42:23 [heycam]: ... does that sound reasonable mike?
03:42:33 [Zakim]: -Mike5
03:43:16 [Mike5]: sounds reasonable
03:43:41 [Zakim]: +??P0
03:43:45 [Mike5]: Zakim, ??P0 is me
03:43:45 [Zakim]: +Mike5; got it
03:44:06 [heycam]: DS: [asks patd about testing apis, for automated browser testing]
03:44:25 [heycam]: ... it'd be good to know if ms is interested in speccing out specific apis around testing
03:44:31 [heycam]: ... so we can do automated browser testing
03:44:38 [heycam]: PD: standardising?
03:44:54 [heycam]: CL: not standardising, but coming up with an api for interaction simulation etc.
03:45:04 [heycam]: PD: i will ask kris about this
03:45:16 [pdengler]: I will ask krisk about this
03:45:43 [pdengler]: Doug asked whether or not we would be favorable toward standardizing and implementing testing API's
03:45:50 [pdengler]: I will find out on our side and get back shortly
03:47:26 [Mike5]: q+ to say we are still planning to start a Web Developer Tools WG for console object, this stuff might fit in there
03:47:29 [pdengler]: K :)
03:47:40 [pdengler]: "Yes we already have secret api's...."?
03:47:47 [heycam]: Zakim, ack Mike5
03:47:47 [Zakim]: I see Mike on the speaker queue
03:48:08 [heycam]: MS: another thing i'm responsible for is i've written up a rough draft of the console api
03:48:19 [heycam]: ... for the console object in browsers
03:48:57 [heycam]: ... so listening to whate cameron was saying, long term it could make a lot of sense to have an object that browsers implement, but short term [...]
03:50:15 [heycam]: DS: what are the next steps practically?
03:50:23 [heycam]: ... are you guys having telcons around testing that we should be joining?
03:50:28 [heycam]: MS: i think step 1 is requirements gathering
03:50:48 [heycam]: ... you guys should write up a wiki page or email message with your requirements
03:50:54 [heycam]: ... 2nd thing is having a f2f
03:51:04 [heycam]: ... some times you just have to get in a room for a couple of days to get things done
03:51:26 [heycam]: ... maybe we can get google accommodation sponsored
03:51:53 [heycam]: ... and we can work out a more detailed plan on what we want to get done by the summer
03:52:07 [heycam]: ... like august
03:52:14 [heycam]: ... some time in may seems to make sense to have a f2f
03:52:33 [heycam]: DS: i think we should have some telcons around that
03:52:48 [heycam]: MS: let's do that and see how many people we can get involved
03:54:08 [heycam]: ... we'll aim for the beginning of next week
03:54:26 [heycam]: ... we'll figure out times
03:55:01 [pdengler]: can we scribe that..?
03:55:35 [Zakim]: - +1.649.363.aaaa
03:55:37 [Zakim]: -Mike5
03:55:37 [heycam]: ACTION: Doug to coordinate with Mike about setting up a telcon about testing
03:55:38 [trackbot]: Created ACTION-2971 - Coordinate with Mike about setting up a telcon about testing [on Doug Schepers - due 2011-03-07].
03:56:41 [Zakim]: -[Microsoft]
03:56:43 [Zakim]: Team_(svg)03:21Z has ended
03:56:44 [Zakim]: Attendees were Mike5, [Microsoft], +1.649.363.aaaa
03:56:44 [pdengler]: i got dropped
03:56:45 [Zakim]: Team_(svg)03:21Z has now started
03:56:51 [Zakim]: + +1.649.363.aaaa
03:57:01 [shepazu]: Zakim, code?
03:57:01 [Zakim]: the conference code is 26631 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), shepazu
03:57:56 [ed]: http://www.w3.org/Graphics/SVG/WG/wiki/Testing_Framework#Method_2_-_spot-testing_with_pre-defined_document-times
03:58:19 [Zakim]: - +1.649.363.aaaa
03:58:20 [Zakim]: Team_(svg)03:21Z has ended
03:58:20 [Zakim]: Attendees were +1.649.363.aaaa
04:02:01 [heycam]: ED: with smil tests, i'm suggesting that we decide on a strategy on how to test that in an automated fashion
04:02:03 [ed]: http://www.w3.org/Graphics/SVG/WG/wiki/Testing_Framework#Method_2_-_spot-testing_with_pre-defined_document-times
04:02:07 [heycam]: ... this is the method i'm suggesting we use
04:02:29 [heycam]: ... it's pausing all animation in the document, then setting the current document time, then querying all the animated values to see what they are
04:02:35 [heycam]: ... and reporting that to the testing framework
04:02:43 [heycam]: ... and then keep doing that, setting a different time, and checking the value again
04:02:57 [heycam]: CL: a lot of the animation tests are just spot testing, like it has to pass the point at 3s
04:03:08 [heycam]: ED: yeah, we could move away from tests that take 30 seconds to run
04:03:14 [heycam]: ... we use a similar method for our testing at opera
04:03:33 [heycam]: ... so i suggest adopting method #2 going forward
04:03:40 [heycam]: ... then we could test animation code just using script
04:03:48 [heycam]: JW: that's the method i think we resolved to use at the sydney f2f
04:03:52 [heycam]: ED: yeah that's possible
04:03:57 [heycam]: ... and i think we should actually do it
04:04:05 [heycam]: DS: to be fair to us, svg 1.1 has really been distracting us
04:04:15 [pdengler]: Would we want to do something similar if we adopt CSS animations and would it be the same?
04:04:22 [heycam]: ED: I could convert one or two tests as an example
04:04:30 [heycam]: ... should i do that for existing tests?
04:04:32 [heycam]: CL: that'd be easier
04:04:43 [heycam]: ACTION: Erik to convert a couple of animation tests to use the spot testing method
04:04:44 [trackbot]: Created ACTION-2972 - Convert a couple of animation tests to use the spot testing method [on Erik Dahlström - due 2011-03-07].
04:05:09 [heycam]: CL: will need a tolerance
04:05:24 [heycam]: BB: we mostly rely on snapshots, so we snapshot and compare to a reference image
04:05:29 [heycam]: ... it doesn't do the dom
04:05:36 [heycam]: RO: but we do dom tests in other tests
04:05:43 [heycam]: JW: the only thing we need to be careful of is rounding
04:05:49 [heycam]: ... differently implementations might round differently
04:06:03 [heycam]: ED: it's possible implementations will need to adapt to support the dom methods the framework uses
04:06:16 [heycam]: ... i.e. extracting the animated values, pausing animations, setting the documen time
04:06:19 [heycam]: s/documen/document/
04:06:48 [heycam]: JW: the webkit bug for implementing these bugs isn't fixed yet
04:07:32 [heycam]: DH: would we use getComputedStyle for animation of css properties?
04:07:43 [heycam]: ED: it should work
04:08:39 [heycam]: CM: would pausing animations work for CSS Transitions/Animations?
04:08:42 [heycam]: ... we should discuss that on thursday
04:11:38 [pdengler]: There is no API in CSS that I know of for Transitions/animations
04:11:51 [heycam]: DH: so would we have no visual animations tests?
04:12:07 [heycam]: ... or is it just a guideline?
04:12:19 [heycam]: ED: a recommedation on how to write future tests
04:13:01 [heycam]: RESOLVED: We will use spot testing for animation tests going forward
04:13:54 [pdengler]: Me ? No
04:15:31 [heycam]: trackbot, end telcon
04:15:31 [trackbot]: Zakim, list attendees
04:15:31 [Zakim]: sorry, trackbot, I don't know what conference this is
04:15:32 [trackbot]: RRSAgent, please draft minutes
04:15:32 [RRSAgent]: I have made the request to generate http://www.w3.org/2011/02/27-svg-minutes.html trackbot
04:15:33 [trackbot]: RRSAgent, bye
04:15:33 [RRSAgent]: I see 12 open action items saved in http://www.w3.org/2011/02/27-svg-actions.rdf :
04:15:33 [RRSAgent]: ACTION: Chris to convert fonts-desc-04-t.html to use WOFF [1]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T22-02-57
04:15:33 [RRSAgent]: ACTION: Cameron to email Jeremiah about fixing painting-render-02-b.html in Batik [2]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T22-20-27
04:15:33 [RRSAgent]: ACTION: Cameron to make the first subtest of painting-stroke-10-t.html render nothing [3]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T22-26-48
04:15:33 [RRSAgent]: ACTION: Chris to make a WOFF font for font-desc-04 [4]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T22-42-17
04:15:33 [RRSAgent]: ACTION: Erik to go through the minutes and unapprove tests as appropriate [5]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T22-52-11
04:15:33 [RRSAgent]: ACTION: Cameron to deprecate animate color and define color-interpolation on <animate> in 2nd ed [6]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T23-24-44
04:15:33 [RRSAgent]: ACTION: Cermon to Examine SVG 1.1 and derive a list of features to be considered for SVG 2 [7]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T01-39-52
04:15:33 [RRSAgent]: ACTION: Cameron to Examine SVG 1.1 and derive a list of features to be considered for SVG 2 [8]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T01-40-08
04:15:33 [RRSAgent]: ACTION: Cameron to Examine SVG 1.1 and derive a list of features to be considered for SVG 2 [9]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T01-42-54
04:15:33 [RRSAgent]: ACTION: Erik to Change the tests and specification to adopt the proposal to allow color-interpolation to be honored by mask elements [10]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T02-12-44
04:15:33 [RRSAgent]: ACTION: Doug to coordinate with Mike about setting up a telcon about testing [11]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T03-55-37-1
04:15:33 [RRSAgent]: ACTION: Erik to convert a couple of animation tests to use the spot testing method [12]
04:15:33 [RRSAgent]: recorded in http://www.w3.org/2011/02/27-svg-irc#T04-04-43