13:59:43 RRSAgent has joined #hcg 13:59:43 logging to http://www.w3.org/2011/07/01-hcg-irc 13:59:45 RRSAgent, make logs member 13:59:47 Zakim, this will be HTML_CG 13:59:47 ok, trackbot, I see HTML_CG()10:00AM already started 13:59:48 Meeting: Hypertext Coordination Group Teleconference 13:59:48 Date: 01 July 2011 13:59:59 zakim, who is here? 13:59:59 On the phone I see ??P2, Debbie_Dahl 14:00:04 Zakim, ??P2 is me 14:00:04 +glazou; got it 14:02:27 regrets:paul_cotton, kazuyuki 14:03:02 janina has joined #hcg 14:03:11 +EricP 14:03:11 kaz has joined #hcg 14:03:13 zakim, code? 14:03:13 the conference code is 4824 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), janina 14:03:21 + +33.4.92.38.aaaa - is perhaps Bert 14:03:37 zakim, code? 14:03:37 the conference code is 4824 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), Steven 14:03:42 +??P14 14:03:42 Bert has joined #hcg 14:03:57 why the pass code 4824 is not valid ? 14:04:18 zakim, ??P14 is Janina 14:04:18 +Janina; got it 14:04:56 worked for me immediately but I was 1st on the call 14:05:13 +Steven 14:05:17 zakim, who is here? 14:05:17 On the phone I see glazou, Debbie_Dahl, shepazu, Bert, Janina, Steven 14:05:38 It didn't work for me the first time; had to repeat it; in the second time 14:08:12 Steven_ has joined #hcg 14:08:21 Scribenick: Steven_ 14:08:27 scribe: Steven 14:08:35 + +33.9.52.30.aabb 14:08:46 rrsagenat, make minutes 14:08:52 rrsagent, make minutes 14:08:52 I have made the request to generate http://www.w3.org/2011/07/01-hcg-minutes.html Steven_ 14:11:03 rrsagent, make log public 14:11:11 rrsagent, make minutes 14:11:11 I have made the request to generate http://www.w3.org/2011/07/01-hcg-minutes.html Steven_ 14:11:27 Topic: Media fragemtns 14:11:36 s/mtns/ments 14:12:24 Raphael: Media fragments has gone to last call twice, one set of comments not yet resolved 14:12:50 ... a number of things say that the fragment should be rendered 14:13:01 ... informative in the spec, not required for the implementor 14:13:59 ... Do you think that way we have defined media fragments clashes with the SVG definition? 14:14:53 (http://www.example.com/multiresimage#xywh=10,20,30,40 ) 14:14:57 ... and do you think that CSS should be able to define the interpretation of a fragment URL? 14:15:11 Glazou: The CSS parser has to validate the URL 14:15:32 ... and whether to throw a CSS error 14:15:49 ... and drop the rulw 14:15:53 s/lw/le/ 14:15:57 q+ 14:16:10 ... and I don't see another way of doing it 14:16:31 Doug: It's up to the parsing engine on the UA to interpret URLs 14:16:48 ... since that's what the RFC says 14:16:58 Glazou: It is also common proactice 14:17:03 s/oa/a/ 14:17:45 Raphael: Is the syntax the same? 14:17:59 Glazou: Exactly as defined by the RFC 14:18:47 (RFC 3986) 14:18:52 http://dev.w3.org/csswg/css3-images/#url 14:19:16 Raphael: OK, so in the above section you reference the fragment identifiers 14:19:49 ... from a syntax point of view that is OK, but how do you interpret the fragment? 14:20:15 Steven: So you don't interpret the fragment? 14:20:21 Glazou: Right. 14:21:23 Raphael: But your spec defers to the mimetype for the meaning of the fragment? 14:21:39 ... for many specs there is no definition of what a fragment means 14:21:56 ... But you do provide interpretation of fragments 14:22:17 ... for instance clipping out a part of an image 14:22:41 ... fine for me, but that should really be defined by the resource type, not by CSS 14:23:16 q+ to say that the CSS image spec should probably make that sentence about MF non-normative. 14:23:20 ... Media Fragments wants to give guidance when registering a mimetype 14:23:24 q- 14:24:13 Bert: I agree with Glazou's position, I think we should make it nonnormative 14:24:55 Glazou: The examples on images, it is not the job of CSS to clip it. It is the user agent that does it 14:25:05 -> http://dev.w3.org/csswg/css3-images/#url section 4.1 of editor's draft of css3-images 14:25:12 ... CSS is *requesting* something there. 14:25:32 Raphael: SO we agree that there should be no clash between the different specs 14:25:38 s/SO/So/ 14:26:27 Glazou: So, the presence of an equals sign allows the discrimination between a reg. ID and an XPath 14:26:47 ... to know what kind of thing they are, you have to stop parsing 14:27:30 Raphael: The Media Fragments spec defines something that is a subset of the syntax for fragments 14:27:44 ... a set of name value pairs 14:28:01 q+ 14:28:09 ... so we have to parse to see if it is a media fragment URI 14:28:11 q- 14:28:14 ... so I agree you have to parse 14:28:44 Daniel: This is not an issue for CSS/Media fragments, but for the rendering layer 14:28:52 Raphael: I tend to agree 14:29:16 ... except for the case where an image container contains more than one image 14:29:28 ... of different types 14:29:42 Glazou: Up to the image format 14:30:01 Raphael: Well the CSS people want to know how to do it 14:30:16 Glazou: Not our role to do that; external to CSS. 14:30:32 Raphael: Good; we shall note the case and say it is undefined 14:30:55 q? 14:31:40 Doug: The syntax for media fragments seems fine 14:32:05 ... audio/video commands 14:32:40 ... clipping of audio/video 14:32:57 ... but what if that video file is just one of three on the HTML page 14:33:03 s/page/page?/ 14:33:34 Glazou: xywh is not an id, it is a comment 14:33:41 s/comment/command 14:33:57 Doug: I meant, what if I link to a youtube video? 14:34:56 Raphael: This is a frequent case. Already planned to propagate the hash to the actually sourced video 14:35:51 Glazou: Example please? 14:35:59 http://www.example.com/example.ogv#t=10,20 14:36:00 Doug: 14:36:01 #t=30,120 for example 14:36:15 http://www.example.com/example.html#t=10,20 14:37:10 then