08:47:59 RRSAgent has joined #svg 08:47:59 logging to http://www.w3.org/2010/05/24-svg-irc 08:48:01 RRSAgent, make logs public 08:48:01 Zakim has joined #svg 08:48:03 Zakim, this will be GA_SVGWG 08:48:03 I do not see a conference matching that name scheduled within the next hour, trackbot 08:48:04 Meeting: SVG Working Group Teleconference 08:48:04 Date: 24 May 2010 08:49:36 Zakim, remind me in 8 hours that it's time for dinner 08:49:36 ok, ed 08:51:59 Zakim, this will be SVG WG Belgium F2F day 1 (May 24, 2010) 08:51:59 I do not see a conference matching that name scheduled within the next hour, ed 09:01:36 ChrisL has joined #svg 09:01:40 Focus for the first two days: finish SVG 1.1 F2 09:02:08 hey guys i will be a long in a minute, just geting a taxi there from my hotel. sorry to be late 09:02:21 rrsagent, here 09:02:21 See http://www.w3.org/2010/05/24-svg-irc#T09-02-21 09:06:47 http://www.w3.org/Graphics/SVG/WG/track/products/1 09:07:09 what room are you in (or is it signposted)? 09:09:00 shepazu has joined #svg 09:09:10 hey guys i will be a long in a minute, just geting a taxi there from my hotel. sorry to be late 09:09:12 what room are you in (or is it signposted)? 09:09:57 there's a sign outside the door, it's just to the right after you enter 09:10:03 thanks 09:10:07 see you in a few 09:10:29 ChrisL: take a right out of the lobby, there's a sign on th wall, it's the Luxemburg room 09:10:37 agenda+ ACTION-2676 09:27:44 moved ACTION-2386 to SVG 2.0, after discussion with jwatt and pdengler 09:31:32 AlexD: we're really just starting now 09:32:00 scribeNick: shepazu 09:32:11 chair: ed 09:33:01 pdengler has joined #svg 09:34:40 Thanks shepazu! 09:34:53 ChrisL has joined #svg 09:35:17 Topic: ACTION-2386 09:35:31 zakim, take up agenda 1 09:35:31 agendum 1. "ACTION-2676" taken up [from ed] 09:37:07 http://www.w3.org/Graphics/SVG/WG/track/actions/2676 09:37:25 jwatt has joined #svg 09:37:54 changes here: http://dev.w3.org/SVG/profiles/1.1F2/publish/svgdom.html#SVGDOMOverview 09:41:56 "Fix the 1.1 second edition wording for values that are accessed where no attribute was provided" 09:42:21 ed: right now, it's got mixed definitions, I think it should always be 0 09:43:46 s/right now, it's got mixed definitions, I think it should always be 0/in most cases, you get a 0 value if you get it through the DOM/ 09:46:09 ... each attribute has a default value 09:46:37 ... for example, on the svg element, width and height have a default value of '100%' 09:47:27 ... and that is what's returned when you access it though the DOM 09:48:04 s/DOM/SVG DOM/ 09:48:06 ... but it's not exactly clear in the spec.... 09:48:40 ... with the core DOM, getAttribute will give you 'undefined' 09:49:05 The spec states "If the attribute is not specified, the effect is as if a value of '100%' were specified." 09:49:40 data:image/svg+xml, 09:50:04 jwatt: but it's not clear what svg.width.baseVal.value should be 09:50:48 ed: I think it makes more sense to initialize them all to the same value 09:51:13 pdengler: but it's useful to get and change that value 09:51:58 ChrisL: ok, it's more clear for width and height, but what about other attributes? 09:52:17 .... width and height are special cases 09:52:46 ed: filterRez is an example where it changes 09:53:22 s/filterRez/filterRes/ 09:53:30 ... and another is text-length, where it depends on the size of the text string 09:53:40 s/text-length/textLength/ 09:54:18 ChrisL: width and height are special so that it scales automatically 09:54:50 jwatt: I think if it's not defined, it should throw an exception 09:55:02 ... we don't want users to get the wrong values 09:57:14 pdengler: what is the meaning of "the effect is as if"? 10:00:42 ChrisL: text-length allows an explicit override for text length, in case the actual length isn't correct 10:01:45 ChrisL: we've got specific cases where a particular default value is defined, but where we haven't done that, we need to we need to define them 10:02:32 pdengler: the DOM should reflect the default value 10:02:49 s/DOM/SVG DOM/ 10:04:17 The core dom has no knowledge of the element and attribute sematics while a specific dom does. 10:04:19 shepazu: I think it might confuse authors that .getAttribute and .baseVal.value returning different values would be confusing 10:04:46 ChrisL: but that's why we have the SVG DOM... it adds useful functionality for authors 10:07:21 ed: when you ask for a text element text-length and there wasn't one specified in the markup, you should get the same value as the SVG DOM function that defines the same value 10:07:28 getComputedTextLength 10:09:53 myTextElement.textLength.baseVal.value should be the same as myTextElement.getComputedTextLength() 10:10:35 for text length, the textLength attribute is an override 10:15:03 shepazu: is this the long-term change we want? 10:15:42 ed: yes 10:16:19 ChrisL: we should include the list in the issue in the spec 10:17:11 ed: we can say that wherever it's not defined elsewhere, these values should be used 10:21:38 jwatt: if the filterRes attribute is not set, and you read the value from filterRes attribute value with getAttribute (which will be 0), and set the value, it will disable rendering 10:22:22 i'm just checking the changlog, seems I did change it once, to be fully covering all types 10:22:23 http://dev.w3.org/cvsweb/SVG/profiles/1.1F2/master/svgdom.html.diff?r1=1.17&r2=1.18&f=h 10:22:30 s/with getAttribute/from the filterRes JS property/ 10:24:14 ed: with the textLength, and you change the string, is it changed live? 10:24:43 ChrisL: yes, unless the value is set explicitly in the markup 10:26:02 How is that going to work? If textLength becomes the equivalent of getComputedTextLength then fonts need to be instantiated, etc. Doesn't make sense to me. 10:26:26 alex, i just said that too 10:26:36 (bad scribing) 10:26:38 OK, sorry. 10:26:57 well, you couldn't hear me from there :) 10:27:02 i was agreeing with you 10:27:12 If the attribute is not specified, the effect is as if a value of '100%' were specified. 10:27:18 the spec says "If the attribute is not specified, the effect is as if the author's computation exactly matched the value calculated by the user agent" 10:27:44 ed: but percentages are relative to the viewport 10:28:31 break for lunch 10:28:47 Lucky I have the BBQ on, enjoy... 10:30:10 problem is we want a default value that says "no scaling" and the value is a length, so it needs to be number, and 100% is relative to the viewport so won't work 10:30:19 and "non" won't work either 10:30:27 ok, lunch 11:39:38 jwatt has joined #svg 11:47:03 back from lunch 11:50:22 ed has joined #svg 11:56:20 myTextElm.textContent ="mystring"; 11:56:21 var foo = myTextElm.textLength.baseVal.baseVal.value 11:56:33 myTextElm.textContent ="mystring updated with more text"; 11:56:51 myTextElm.textLength.baseVal.value = foo; 11:57:02 what value does 'foo' have? 11:57:57 s/baseVal.baseVal/baseVal/ 11:58:35 pdengler has joined #svg 11:58:52 rrsagent, pointer? 11:58:52 See http://www.w3.org/2010/05/24-svg-irc#T11-58-52 11:59:32 foo never changes 11:59:40 however 12:00:06 myTextElm.textLength.baseVal.value will change, then change back 12:06:49 scibenick: pdengler 12:06:57 scribenick: pdengler 12:07:19 shepazu: Let's go back to use cases. When woulod I as a developer want this. 12:07:28 jwatt: When is getComputedTextlength useful 12:07:51 ed: It's easier to use than bbox when you only want textlength as the string, because you have to use getbbox.width instead 12:08:17 shepazu: Ok, which is harder: text.getComputedTextLength() or getBbox().width 12:08:56 ChrisL: The textLength property has an effect on rendering (thus changing the boundingbox) 12:09:54 ed: getComputedTextLength() does not look at textlLength at all 12:10:24 shepazu: The use case is: find out what the textLength is so I can change soemthing else (put a box around it); change some other element to match the tetxLength 12:10:33 jwatt: All of those things can be done with get bbox 12:10:56 shepazu: Or I want to see if it's the right length and change it 12:11:13 ed: When you have a textLength attribute set, it might squeeze or stretch text 12:11:20 jwatt: But wouldn't that be the same as bbox? 12:11:32 ed: Yes, but it would not be getComputedTextLength() 12:13:05 shepazu: (on white board) 12:14:45 Isn't getBBox around all of the text, whilst getComputedTextLength handling advance width only? I thought that was the case, so fancy fonts have a longer GetBBox.width than what getComputedtextLength returns. 12:15:05 right 12:16:13 but getComputedTextLength also depends on the font as I read the spec 12:16:32 but it doesn't care about the 'textLength' attribute 12:18:14 fat_tony has joined #svg 12:19:53 scribenick: fat_tony 12:20:00 scribe: anthony 12:38:27 jwatt: the textength jscript property, if the textLength is not set, then the value should return the same value as getComputedtextLength() 12:38:41 jwatt: If it is set, then it will return what is set 12:42:22 Does that imply that textLength sets the advance width lengths as opposed to the Bbox lengths - I hope so... 12:43:12 i.e. the stretch/contraction based on char ABC widths etc. that only takes into account advance, not glyph extent. 12:43:19 Yes 12:47:50 Summary: Let's just postpone resolving the case where the text is not in the document 12:48:47 For the case where the textLength attribute is not set the textLength property will return the save value as the getComputedTextLength() method 12:49:18 Resolved, move on... 12:50:13 and add a note saying that 'when the textLength attribute is set, the values returned by the textLength property and by getComputedText() method will likely be different.' 12:52:30 will do the changes mentioned as part of ACTION-2676 13:00:01 http://www.w3.org/Graphics/SVG/WG/track/products/1 13:02:03 ACTION-2461? 13:02:03 ACTION-2461 -- Jonathan Watt to suggest some rewritten text for these suspend methods -- due 2009-02-23 -- OPEN 13:02:03 http://www.w3.org/Graphics/SVG/WG/track/actions/2461 13:03:40 moved to SVG 2.0 13:03:46 ACTION-2469? 13:03:46 ACTION-2469 -- Jonathan Watt to flesh out the intrinsic sizing erratum with text backported from 1.2T -- due 2009-02-24 -- OPEN 13:03:46 http://www.w3.org/Graphics/SVG/WG/track/actions/2469 13:03:50 moved to SVG 2.0 13:04:33 s/return the save/return the same/ 13:19:18 http://www.w3.org/Graphics/SVG/WG/wiki/Test_Suite_1.1F2 13:22:00 people doing actions on 1.1F2 and testsuite 13:23:29 We'll divide the testsuite work up 13:28:59 We need to fix the three fields in all the tests 13:29:13 Doug, you review from animate-dom-01-f.svg to filters-comptran-01-b.svg 13:29:36 Chris, you review from filters-conv-01-f.svg to painting-stroke-02-t.svg 13:29:59 JWatt, you review from painting-stroke-03-t.svg to struct-frag-05-t.svg 13:30:15 I will review from struct-frag-06-t.svg to types-dom-07-f.svg 13:30:45 Run the test. No interaction required. 14:07:05 ed has joined #svg 14:11:23 jwatt has joined #svg 14:12:07 ed has joined #svg 14:16:42 jwatt has joined #svg 14:17:44 ed has joined #svg 14:19:36 ed_ has joined #svg 14:21:35 shepazu has joined #svg 14:24:32 Have to leave now, happy reviewing. 14:40:07 ed_ has joined #svg 14:45:12 pdengler has joined #svg 14:46:02 fat_tony has joined #svg 14:46:21 filters-conv-01-f.svg to painting-stroke-02-t.svg 14:46:52 need to change operatorScript to "Run the test. No interaction required. 15:01:39 ed has joined #svg 15:19:52 ok, starting on animate-elem-11-t 15:48:30 animate-elem-12 done 15:55:25 pdengler has joined #svg 15:56:13 checked tests from filters-turb-02-f to fonts-elem-01-t 16:09:34 animate-elem-13 done 16:11:15 ed has joined #svg 16:49:37 ed, you asked to be reminded at this time that it's time for dinner 16:50:06 trackbot, end telcon 16:50:06 Zakim, list attendees 16:50:06 sorry, trackbot, I don't know what conference this is 16:50:07 RRSAgent, please draft minutes 16:50:07 I have made the request to generate http://www.w3.org/2010/05/24-svg-minutes.html trackbot 16:50:08 RRSAgent, bye 16:50:08 I see no action items