08:58:46 RRSAgent has joined #mediafrag 08:58:46 logging to http://www.w3.org/2010/07/07-mediafrag-irc 08:58:48 RRSAgent, make logs public 08:58:48 Zakim has joined #mediafrag 08:58:50 Zakim, this will be IA_MFWG 08:58:50 ok, trackbot; I see IA_MFWG()5:00AM scheduled to start in 2 minutes 08:58:51 Meeting: Media Fragments Working Group Teleconference 08:58:51 Date: 07 July 2010 09:00:21 the bridge just keeps hanging up on me 09:00:24 UK and France 09:00:42 Agenda: http://lists.w3.org/Archives/Public/public-media-fragment/2010Jul/0023.html 09:00:52 zakim, code? 09:00:52 the conference code is 3724 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), raphael 09:01:00 IA_MFWG()5:00AM has now started 09:01:07 +[IPcaller] 09:01:10 ok, that worked 09:01:36 zakim, [IPCaller] is foolip 09:01:36 +foolip; got it 09:01:46 +raphael 09:01:52 I have made the request to generate http://www.w3.org/2010/07/07-mediafrag-minutes.html raphael 09:02:05 davy has joined #mediafrag 09:02:16 Chair: raphael 09:02:27 Regrets: Silvia, Erik, Jack 09:02:33 dvdeurse has joined #mediafrag 09:02:43 Present: Raphael, Davy, Philip, Yves 09:03:39 +chris 09:03:48 zakim, chris is davy 09:03:48 +davy; got it 09:04:40 +Yves 09:05:14 zakim, davy is dvdeurse 09:05:14 +dvdeurse; got it 09:05:55 -Yves 09:05:59 +Yves 09:06:28 Topic: 1. Admin 09:06:43 Approved minutes of past telecon 09:06:43 http://www.w3.org/2010/06/23-mediafrag-minutes.html 09:06:47 http://www.w3.org/2010/06/30-mediafrag-minutes.html 09:06:49 +1 09:06:50 +1 09:06:53 minuts accepted 09:06:54 +1 09:06:59 s/minuts/minutes 09:07:10 This will be last telecon for this summer 09:07:20 Next telecon will be 25/08 09:07:24 scribe: raphael 09:07:31 scribenick: raphael 09:08:16 Topic: 2. Specification 09:08:49 davy has joined #mediafrag 09:08:52 Discussion about parsing name values pairs 09:09:39 Philip: name values pairs unknown should it be ignored ? 09:09:48 ... and how we manage percent-decoding 09:12:25 http://lists.w3.org/Archives/Public/public-media-fragment/2010Jul/0024.html 09:12:33 axissegment = anysegment *( "&" anysegment ) 09:12:51 Philip: my intention is to say that anysegment is timesegment, spacefragment, trackfragment, or unknown fragment 09:12:56 dvdeurse has joined #mediafrag 09:13:21 http://www.example.com/foo.mov#foo=bar 09:13:42 ... but this does not work either since there is the problem of percent decoding 09:14:24 Philip: I'm fine with http://www.example.com/foo.mov#foo=bar not be a media fragment 09:15:32 davy has joined #mediafrag 09:15:49 Yves: the issue is more if the t= is percent encoded 09:16:23 ... I suggest to do this first step normalization step, doing at least percent-decoding of characters that are not delims, sub-delims, and other non-safe characters. 09:16:41 Philip: problem of the + sign in the timezone 09:17:00 ... it seems to me very complex while what I propose seems simpler 09:17:45 ... the spec is currently contradictory 09:18:04 ... since the grammar says that arbitrary name value pairs is not valid 09:18:27 dvdeurse has joined #mediafrag 09:18:43 Raphael: how do you manage extensibility 09:18:57 Yves: do we really want extensibility? 09:19:08 ... I'm not sure it is desirable 09:20:24 Silvia: her position "I personally believe they should be valid, since our discussion was 09:20:24 always that we would ignore name-value parameters that the UA (or the 09:20:24 server) doesn't understand. 09:20:45 ... the example was: http://www.example.com/football.movie#t=10,20&action=track 09:23:59 Zakim, mute me 09:23:59 foolip should now be muted 09:24:03 Zakim, unmute me 09:24:03 foolip should no longer be muted 09:24:24 davy has joined #mediafrag 09:24:48 I have made the request to generate http://www.w3.org/2010/07/07-mediafrag-minutes.html davy 09:25:11 Yves: I'm not for being completely open to extensibility 09:25:43 Philip: you speculate a lot on what people could add after the # but should we really care about this ? 09:27:43 Raphael: I notice clearly a disagreement in the group currently 09:28:05 Yves's position is that for any unknow name values pair, the entire fragment sould be ignored 09:28:28 ... which is not clearly the position of Philip, and I think not what Silvia is thinking too 09:28:56 Davy: I understand Yves'as argument about I'm also concerned by the lack of forward compatibility 09:30:56 Philip: the current syntax is too strong on my opinion, so I don't want to have it normative 09:32:37 Yves: it is to be on the safe side for me to forbid unknown name value pairs 09:36:49 Raphael: other problem is %-decoding 09:37:05 ... to we want to allow %-encode of t 09:37:29 Philip: yes, but then you're generic and don't need to treat track and id as special cases 09:40:26 http://www.ietf.org/rfc/rfc3986.txt => 2.4. When to Encode or Decode 09:40:58 Yves: I suggest to add a paragraph in section 4.1 09:42:02 ... explaining a normalization step 09:42:07 %74=10,20 09:42:17 normlziation phase => t=10,20 09:42:30 track=foo%3dbar 09:42:41 normalization phase => track=foo%3dbar 09:42:51 track foo%3dbar 09:43:02 foo=bar 09:43:36 Zakim, unmute me 09:43:36 foolip should no longer be muted 09:44:54 Philip: I don't see the value of this pre-process step 09:47:49 Yves: we first need to extract the name value pairs 09:48:26 ... before making the URI %-decoding step 09:48:38 Philip: we should first do parsing of arbitrary name value pairs 09:48:52 ... and then process those name value pairs 09:49:38 ... we then interpret the unicode syntax that results of the %-decoding of those pairs 09:49:48 +1 to Philip, this is also the way we parse fragments in our player 09:51:57 Yves: I agree that this is a way to do it ... but this will not be my way, I would implement it differently 09:55:14 close ACTION-182 09:55:14 ACTION-182 Include summary into wiki page closed 09:55:48 Topic: 3. Save as Use Case 09:56:29 raphael, I have to run for lunch, are we done discussing "my" issue? 09:56:57 yes foolip, until September where we will discuss the issue again 09:57:04 ok, thanks all! 09:57:05 ... and before on the mailing list 09:57:16 -foolip 09:57:30 Davy: I think we should save the whole media 10:00:56 Yves: save as the whole page ... would mean to save the html, the css, and the media _fragment_ (only the bytes downloaded) 10:01:08 ... save as the media would mean save the entire media file 10:01:57 Chris question: Is it expected that for every URL request with a fragment that matches 10:01:57 the syntax of media fragments that the user agent will attempt to send 10:01:57 the Range header? 10:01:59 YES 10:05:24 I'm going through http://lists.w3.org/Archives/Public/public-media-fragment/2010Jun/0099.html 10:08:00 Topic: 4. AOB 10:08:08 I will answer Chris 10:08:17 -raphael 10:08:19 -Yves 10:08:20 -dvdeurse 10:08:20 IA_MFWG()5:00AM has ended 10:08:22 Attendees were foolip, raphael, Yves, dvdeurse 10:10:35 davy has left #mediafrag 10:21:27 I have made the request to generate http://www.w3.org/2010/07/07-mediafrag-minutes.html raphael 10:28:53 ScribeOptions: -final -noEmbedDiagnostics 10:28:55 I have made the request to generate http://www.w3.org/2010/07/07-mediafrag-minutes.html raphael 10:29:00 zakim, bye 10:29:00 Zakim has left #mediafrag 10:29:06 RRSAgent, bye 10:29:06 I see no action items