19:31:15 RRSAgent has joined #svg 19:31:15 logging to http://www.w3.org/2009/03/26-svg-irc 19:31:17 RRSAgent, make logs public 19:31:17 Zakim has joined #svg 19:31:19 Zakim, this will be GA_SVGWG 19:31:19 ok, trackbot, I see GA_SVGWG()2:30PM already started 19:31:20 Meeting: SVG Working Group Teleconference 19:31:20 Date: 26 March 2009 19:32:19 +Shepazu 19:32:35 +??P1 19:32:44 Zakim, ??P1 is me 19:32:44 +ed__; got it 19:33:06 Zakim, who's here? 19:33:06 On the phone I see ??P0, Shepazu, ed__ 19:33:07 On IRC I see RRSAgent, ed__, jwatt, anthony, hsivonen, Hixie, shepazu, trackbot, ed_work 19:33:23 Zakim: ??P0 is me 19:33:34 Zakim, ??P0 is me 19:33:34 +jwatt; got it 19:35:47 ChrisL has joined #svg 19:40:02 +ChrisL 19:41:54 Zakim, pick a victim 19:41:54 Not knowing who is chairing or who scribed recently, I propose ChrisL 19:43:09 scribenick: jwatt 19:43:09 scribenick: jwatt 19:43:11 Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2009JanMar/0301.html 19:43:59 http://dev.w3.org/SVG/modules/color/master/SVGColor.html 19:44:14 ED: since Antony isn't here, let's skip Compositing for now 19:44:16 topic: Color module 19:44:42 CL: I've split the pagination and color sections in too 19:45:03 ...: we should discuss viewportFill to see if that should be updated 19:45:05 s/too/two/ 19:45:31 The solidColor element also needs to be extended to allow the ICC etc color syntaxes. 19:47:01 +??P3 19:47:04 CL: we have solidColor so people don't need to specify a gradient with two stops 19:47:06 Zakim, ??P3 is me 19:47:06 +anthony; got it 19:47:21 s/stops/stops with the same values/ 19:48:12 as its a paint server lots of things can point to it and then animating it once 19:48:56 ED: it's planned that stop-color will have the cielab etc color syntaxes as well, yes? 19:49:12 CL: if you scroll down a bit you will see the solidColor property 19:49:22 ...I'm taking out all this stuff: 19:49:26 i'm replacing [icc-color([,]*)] | witha single token 19:50:16 CL: I'm replacing the above (scattered all over) with a single token that makes it easier to read, and less likely we'll introduce errors somewhere 19:50:48 AG: I can propose wording and I have some diagrams 19:51:59 http://www.svgopen.org/2007/papers/PublishingAndPrintingWithSVG/index.html#S8.3.2 19:52:27 ED: I would like to see rgba()/hsla() 19:52:38 CL: that's got nothing to do with color management 19:52:56 ED: no, but it does have to do with paint syntax 19:53:18 CL: sure, but I was trying to leave that to CSS so as not to overlap or potentially conflict 19:54:28 CL: the thing the cut out from CSS was an @rule for color profiling 19:55:10 cielab(, ) 19:55:44 CL: I spent some time trying to figure out how you could do that with ICC color, but you can't really do it with the syntax 19:56:41 so its much simpler 19:56:58 DS: I'm wondering if we can lowercase: 19:57:13 ds: can we lowercase CIE-Lab | CIE-LCHab 19:57:19 CIE-LCHab to cie-lchab, etc. 19:57:30 ag: no, because that it the spelling people would expect 19:58:25 Thats the way that industry spells it so we can't really change it 19:58:50 AG: I don't think it would worry people in the printing industry 19:59:23 I'm actually talking about making it case-insensitive, not lowercasing it per se 19:59:31 for use with CSS 19:59:46 Is it ok to group color interpolation and stop color in one section, on gradients? 19:59:59 the main use is gradients but it also affects compositing 20:01:02 DS: going back to case, are we going to be using this in CSS? 20:01:08 could say thats the preferred spelling and its case insensitive 20:01:23 ... in cass 20:01:57 CL: I made a few testcases as well 20:02:26 ...: if you have an rgb profile, do you use 0-1, 0%-100%, ...? 20:02:36 ... the spec doesn't say 20:02:40 test cases: http://dev.w3.org/SVG/modules/color/test/svg/ 20:03:33 ... it says it depends on the profile 20:04:05 ...: I think we should give some guidance here 20:06:53 rgb() has 0..255 and 0% ... 100% so I prefer to stick with tat 20:07:02 css does it that way 20:08:27 ED: we should definitely allow percentages 20:09:35 http://dev.w3.org/SVG/modules/color/test/svg/paint-sRGB-004.svg 20:10:05 http://dev.w3.org/SVG/modules/color/test/svg/paint-sRGB-002.svg 20:11:54 fill="rgb(196,149,129) icc-color(missing, 0.1,0.2,0.3)" 20:12:04 thats the right syntax, yeah? 20:12:21 'missing' points to a non-existing profile 20:12:32 20:12:32 20:13:04 ag: its correct 20:19:12 'deviceColor' element has waffly language about private namespaxces and stuff. i hate it. 20:20:12 ... what you really want is to just use cmyk 20:20:36 ag: what about hexachrome 20:20:47 cl: good point but that shoud be color managed 20:21:21 ag: and spot colors 20:21:44 AG: E.g. CMYK and some pantone colour PMS 104 20:22:28 CL: the primary use case people want is unmanaged CMYK, and the spec is really unclear on that 20:24:28 ...I want to have something that says explicitly that profiles must be used 20:24:45 ...since Safari and Mozilla now support it 20:25:27 CL: I don't think it's a major use case to allow overriding of profiles 20:25:52 AG: if you have a whole bunch of images it's easier to not have to go and edit them all 20:26:08 CL: but it would encourage incorrect profiles 20:26:42 ...then again for small images you probably don't want to stick a 20k profile in lots of little images 20:26:54 sorry this is taking up so much time, but thanks for the good comments 20:27:00 AG: code-wise it's not hard to do though 20:27:09 topic: compositing 20:28:01 AG: haven't addressed ED's concerns yet, but shouldn't be a big issue 20:29:15 DS: our webmaster is traveling, but once he's back at the end of the month we can publish again 20:37:36 [discussion of ED's comment] 20:37:53 we should be able to get those comments adressed before the next publication 20:37:57 topic: Transforms module 20:38:24 s/Transforms module/Vector Effects/ 20:39:26 s/Vector Effects/Transforms module/ 20:40:08 ED: we had some feedback from Dean, and he's joined the WG 20:40:13 discussion list for Transforms: http://lists.w3.org/Archives/Public/public-fx/ 20:41:08 http://lists.w3.org/Archives/Public/www-style/2009Mar/0344.html 20:41:40 DS: and there's been some feedback on our list 20:41:55 ... this is about transforms in general 20:42:01 ... not 3D 20:42:55 http://www.khronos.org/news/press/releases/khronos-launches-initiative-for-free-standard-for-accelerated-3d-on-web/ 20:43:41 DS: about create a JS API 20:43:56 ... we should monitor it 20:45:23 DS: the new list should be focused and light traffic 20:45:36 ... focused on transforms, animation and transitions 20:45:48 ... features SVG and CSS are going to have in common going forward 20:46:19 ... we want to try and direct feedback on our spec on these issues to this list 20:47:45 ... the CSS WG will try and do the same 20:48:11 ... now that they've agreed to use a common list, and it's been created, we can publicize this 20:49:28 ED: the public can send email to this list 20:52:49 AG: I'd like to add back the perspective-origin property 20:53:23 ...I think the overall idea that CSS has for perspective transforms is useful 20:53:37 DS: should we be making two different specs? 20:53:57 ...or should both groups be making a joint spec? 20:54:11 ED: maybe we should have a joint telcon 20:56:01 DS: are the differences large enough to have two specs 20:56:31 CL: I'm not sure the groups will agree on syntax 20:57:35 DS: there's some very SVG specific text in our transforms module 20:57:46 ... but we could split that out 20:58:54 AG: that could just be an extension 21:00:22 DS: or we could have an abstract spec, and the two groups could have reference that in their own specs 21:00:44 CL: that might work 21:01:09 DS: implementers don't want to have to deal with two different ways of doing transforms 21:01:12 JW: indeed 21:02:47 AG: well we could even end up with four or five specs (if CSS split 2D and 3D, and if we did the same) 21:04:49 action: Doug to arrange a joint telcon 21:04:49 Created ACTION-2504 - Arrange a joint telcon [on Doug Schepers - due 2009-04-02]. 21:09:39 http://lists.w3.org/Archives/Public/public-svg-wg/2009JanMar/0271.html 21:10:24 -Shepazu 21:10:26 -anthony 21:10:27 zakim, list participants 21:10:27 As of this point the attendees have been Shepazu, ed__, jwatt, ChrisL, anthony 21:10:30 -ed__ 21:10:36 rrsagent, make minutes 21:10:36 I have made the request to generate http://www.w3.org/2009/03/26-svg-minutes.html ChrisL 21:10:45 (wait a bit for it to be generated) 21:11:10 then lastly go to http://www.w3.org/2009/03/26-svg-minutes.html,text to get the text version 21:11:54 -ChrisL 21:11:59 -jwatt 21:12:00 GA_SVGWG()2:30PM has ended 21:12:01 Attendees were Shepazu, ed__, jwatt, ChrisL, anthony 22:26:57 heycam has joined #svg 22:27:14 apologies for missing the telcon; forgot to set my alarm 22:27:55 at least you forgot to set your alarm. I set my alarm and was still 15 mins late :P 22:30:37 :) 22:32:00 so, heycam, we decided to stick the current telcon time 22:32:09 until AU daylight saving changes over 22:32:22 ok. which is after next week? 22:32:22 so looks like we'll still be setting our alarms for next week 22:32:26 ok 22:32:38 5th April we drop daylight saving 22:32:41 which is a Sun 22:33:26 yes, so answer to your question after next week 22:33:32 cool 22:40:50 RRSAgent, quit 22:40:50 I'm logging. I don't understand 'quit', heycam. Try /msg RRSAgent help 22:40:53 RRSAgent, bye 22:40:53 I see 1 open action item saved in http://www.w3.org/2009/03/26-svg-actions.rdf : 22:40:53 ACTION: Doug to arrange a joint telcon [1] 22:40:53 recorded in http://www.w3.org/2009/03/26-svg-irc#T21-04-49