13:54:44 RRSAgent has joined #bpwg 13:54:44 logging to http://www.w3.org/2008/09/16-bpwg-irc 13:54:46 RRSAgent, make logs public 13:54:46 Zakim has joined #bpwg 13:54:48 Zakim, this will be BPWG 13:54:48 ok, trackbot; I see MWI_BPWG(CTTF)10:00AM scheduled to start in 6 minutes 13:54:49 Meeting: Mobile Web Best Practices Working Group Teleconference 13:54:49 Date: 16 September 2008 13:54:54 Chair: francois 13:55:02 Agenda: http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Sep/0025.html 13:55:22 Agenda: http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Sep/0025.html 13:55:29 Regrets: Tom, rob 13:57:18 jo has joined #bpwg 13:57:39 zakim, code? 13:57:39 the conference code is 2283 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), jo 13:58:53 MWI_BPWG(CTTF)10:00AM has now started 13:59:02 +Francois 13:59:42 + +049211aaaa - is perhaps heiko 14:00:17 hgerlach has joined #bpwg 14:00:25 hi 14:00:42 -heiko 14:01:18 + +049211aabb - is perhaps heiko 14:01:34 zakim, *aabb is heiko 14:01:34 sorry, hgerlach, I do not recognize a party named '*aabb' 14:01:55 zakim, + +49211aabb is heiko 14:02:04 I don't understand '+ +49211aabb is heiko', hgerlach 14:04:13 SeanP has joined #bpwg 14:04:47 Hi 14:04:49 + +0789972aacc 14:05:24 + +0208995aadd 14:05:33 zakim, aadd is me 14:05:33 +jo; got it 14:05:38 zakim, aacc is andrews 14:05:38 +andrews; got it 14:05:51 zakim, aabb is heiko 14:05:51 sorry, jo, I do not recognize a party named 'aabb' 14:05:53 +SeanP 14:05:57 zakim, who makes noise? 14:05:58 I don't understand your question, francois. 14:06:05 zakim, who is making noise? 14:06:16 francois, listening for 10 seconds I heard sound from the following: 5 (44%), andrews (53%) 14:06:29 Bryan has joined #BPWG 14:06:37 zakim, who is here? 14:06:37 On the phone I see Francois, heiko, andrews, jo, SeanP 14:06:38 On IRC I see Bryan, SeanP, hgerlach, jo, Zakim, RRSAgent, andrews, francois, trackbot, matt, dom 14:07:06 +Bryan_Sullivan 14:08:10 scribe: SeanP 14:08:16 Scribenick:SeanP 14:08:44 Francois: Short point: The CT task force is not the voice of the working group. 14:09:06 ...we need to go back to the WG to get approval for answers to comments. 14:09:33 Topic: Guidelines vs. Protocol 14:10:29 Francois: Jo, any comments on the responses from Mark and Mark? 14:10:44 Jo: Between a rock and a hard place. Can kind of see their point. 14:11:27 Francois: No matter what we say in the guidelines can be seen as a refinment of HTTP. 14:11:54 Jo: Not sure what we are supposed to do here. If we say something that is more strict, are we profiling HTTP? 14:12:03 q+ 14:12:07 q+ 14:12:25 ...when we say something that HTTP doesn't say, that is a kind of profiling. 14:12:35 Francois: Should we get back to them? 14:12:49 Jo: Baker got back to me; Nottingham didn't. 14:13:05 ack hgerlach 14:13:09 Jo: Some of this may become a non-issue depending on how things go in the future. 14:13:45 Heiko: What we are doing is not directly related to HTTP. HTTP is used as a basis. Could show the HTTP details as an example. 14:14:00 andrewsw has joined #bpwg 14:14:17 ack Bryan 14:14:22 Francois: In 4.6.2 we have a strong statement; have a few other places where we do this. 14:15:22 Bryan: We are really talking about a service on top of HTTP here. 14:16:00 ...We are talking about server behavior on top of HTTP parameters. 14:16:41 ...We are focusing on one service: browsing. 14:17:30 Francois: I agree. On possibility mentioned by Jo is remove the normative statements on the server side and write the section as more generic advice on how to deal with CT proxies. 14:17:57 ...CP want to be able to follow the guidelines without doing anything. 14:18:37 ...Hopefully later changes to the document will address these problems. 14:18:48 andrews has joined #bpwg 14:19:12 Jo: Seems likely. Maybe we should have a discussion on downgrading the conformance section. 14:20:04 ...I think we are writing a specification about how CT proxies should behave when using HTTP. 14:21:27 q? 14:22:18 Francois: We have two classes of product: content deployment and proxy deployment. 14:23:02 ...Readers see the conformance statement as something you have to do; not something you do if you want to conform. 14:23:47 ...I think it is fine if we remove the deployment class of products from conformance. 14:24:44 Jo: It is the job of all CT proxies to work with CP that conform and those that do not conform. Some restructuring and new text to do this would be a good idea. 14:26:51 [to make things clear, we're talking about removing the "Content Deployment" class of product, and moving section 4.2 to some other place as an informative section for content providers] 14:26:51 Jo: Idea is downgrading content deployment conformance section; change it to helpful hints or something like that. 14:27:42 Andrew: The main problem is that we should be stipulating how servers or CT proxies should be have? 14:28:45 Jo: Not exactly. CT providers are misreading the spec to say that everyone needs to do this. This point has been misunderstood by some many people that there is no doubt that the document is not clear. 14:28:59 ...The main focus of the document is CT proxies. 14:29:09 Andrew: They are just guidelines. 14:29:27 Jo: We do want something that CT proxies can claim conformance to. 14:29:59 ...2 levels of manditoryness(?). Can claim conformance to guidelines. 14:30:33 Andrew: There is no way to check conformance. It is up to individual vendors to claim conformance. 14:31:22 Jo: The question that the deployer would ask the vendor is: Can I deploy this CT proxy in a conformant manner? 14:31:39 ...It is up to the deployer to deploy it in a conformant manner. 14:31:42 PROPOSED RESOLUTION: remove "Content Deployment" class of product and move section 4.2 Server Response to Proxy to an informative section. No more normative guidelines on Content Providers. 14:31:53 Andrew: I'm happy with this direction. 14:31:59 +1 14:32:04 andrews has joined #bpwg 14:32:21 +1 14:32:37 Francois: We chartered the CT guidelines to be normative and now we are removing normative statements. 14:33:06 PROPOSED RESOLUTION: remove "Content Deployment" class of product and move section 4.2 Server Response to Proxy to an informative section. No more normative guidelines on Content Providers. 14:33:27 +1 14:33:32 +-0 14:34:13 RESOLUTION: remove "Content Deployment" class of product and move section 4.2 Server Response to Proxy to an informative section. No more normative guidelines on Content Providers. 14:34:31 +cauliflower 14:34:54 Francois: This resolves LC-2007. 14:35:21 Topic: LC-2018: on the title 14:35:50 -> http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Sep/0009.html Sean's proposals 14:36:08 Jo: Shouldn't spend too much time on this, although the title is important. 14:36:43 Francois: We don't want to put "Mobile" in the title. 14:36:55 ...We should select one of the titles. 14:37:21 andrews has joined #bpwg 14:37:26 ...Ones that received the most support is Content Transformation: Guidelines or the long one. 14:37:31 [Jo's proposal: Content Transformation Proxy Interoperability Guidelines] 14:37:38 Jo: I made another suggestion. 14:38:09 ...I thought it should say something about Interoperability 14:38:57 q+ 14:39:26 Heiko: Do we need to highlight that we are transcoding HTML comment? 14:39:36 ack hgerlach 14:39:37 ...Could also do other types of transformation. 14:39:53 Jo: It does include other types of transformation. 14:40:08 q+ 14:40:15 Heiko: Other types of transformation are different from what we discussed earlier. 14:40:15 ack Bryan 14:40:32 Francois: I don't think we restricted the format. 14:41:02 Bryan: I think we should avoid talking about things that we didn't have in mind when we started this. 14:41:17 ...We should really focus on the web browsing aspect. 14:41:29 Heiko: That is what I was talking about. 14:41:57 ...maybe have something in the title about HTML. 14:42:07 Jo: I don't think we are restricted to that. 14:42:20 Heiko: How about adding "browsing" to the title? 14:42:37 Francois: We are going to end up with a really long title if we keep adding things. 14:43:02 ...Maybe we should discuss on the mailing list since it could take a lot of time. 14:43:23 "Content Transformation Proxy Interoperability Guidelines" 14:43:28 "Web Browsing Content Transformation Proxy Interoperability Guidelines" 14:44:24 Heiko: Is this interoperability of CT proxies with each other? 14:44:43 Jo: I guess there is a hint of that in this title. 14:45:30 Francois: Let's think about this this week and I'll make some proposals in the "title" thread. 14:45:46 Topic: LC-2067: conformance to SHOULD 14:46:18 Francois: About being clear about what conformance to normative statements means. 14:47:30 ...Our conformance statement is not clear in whether a conforming implementation must follow the just the MUSTs or the MUSTs and the SHOULDs 14:48:17 ...The SHOULDs are there to recognize that there are some situations where it would be hard to follow all of the guidelines. 14:48:47 ...There should be a statement from the deployer why a SHOULD is not followed. 14:49:17 ...There was some concern on the mailing list that a deployment could get around the guidelines by not following any of the SHOULDs 14:49:24 q+ 14:49:35 ack hgerlach 14:49:36 http://www.ietf.org/rfc/rfc2119.txt 14:49:42 ...We could do some sort of conformance statement that deployers could fill out and sign. 14:49:53 +1 14:50:45 Francois: We need to clarify that we expect a conforming proxy to follow the SHOULDs. 14:51:26 ...We want to emphasize that it is a good idea to follow the SHOULDs by creating a conformance statement. 14:51:51 Bryan: It is good idea to have a statement of compliance for normative statements. 14:52:31 Francois: We want it to be clear that we want CT proxies to follow all of the guidelines. 14:53:07 Jo: I agree with this. I think that Bryan's idea of using a tabular format for the conformance statement is also a good idea. 14:53:12 PROPOSED RESOLUTION: re. LC-2067, state that conformance applies to SHOULD statements as well. A justification is required for not following SHOULD statements. Prepare an Implementation Conformance Statement to be filled out by Transformation Deployments willing to claim conformance to the spec. 14:53:35 ...I also think that we want to make it understood that the SHOULDs be followed. 14:54:12 PROPOSED RESOLUTION: re. LC-2067, state that conformance applies to SHOULD statements as well. A justification is required for each circumstance in which a SHOULD statement is not followed. Prepare an Implementation Conformance Statement to be filled out by Transformation Deployments willing to claim conformance to the spec. 14:54:26 +1 14:54:30 +1 14:54:35 +1 14:54:35 +1 14:54:37 +1 14:54:49 RESOLUTION: re. LC-2067, state that conformance applies to SHOULD statements as well. A justification is required for each circumstance in which a SHOULD statement is not followed. Prepare an Implementation Conformance Statement to be filled out by Transformation Deployments willing to claim conformance to the spec. 14:55:36 ACTION: daoust to prepare an Implementation Conformance Statement 14:55:36 Created ACTION-846 - Prepare an Implementation Conformance Statement [on François Daoust - due 2008-09-23]. 14:55:47 Francois: I will work on a conformance statement. It would be nice if we could extract this from the guidelines automatically. 14:56:00 LC-2050: restructuring, recoding and optimizing 14:56:10 Topic: LC-2050: restructuring, recoding and optimizing 14:56:14 -> http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Sep/0010.html Sean's comments 14:59:04 Francois: As I understand it, we don't use the terms that much. 14:59:16 +q 14:59:21 ack andrews 14:59:30 Sean: Not sure what to do about the terms even though we don't use them that much. 15:00:02 Francois: Maybe we should wait a while and see what happens with the rest of the document. 15:00:21 Andrew: I think we should leave this as it is. 15:01:06 Jo: I think the definitions are useful. However, I don't think we should have "dangling" definitions. 15:01:25 Bryan: If you create definitions, you should use them. 15:01:34 q+ 15:02:09 Jo: I am narrowly in favor of removing the definitions. 15:02:34 ack hgerlach 15:02:40 Andrew: How about mentioning that we are not going to use recoding and optimization in the document? 15:02:52 Jo: That seems like a reasonable idea? 15:03:02 s/idea?/idea 15:03:17 PROPOSED RESOLUTION: Re LC-2050 move definitions to scope to clarify that we are talking only about restructuring 15:03:52 +1 15:03:52 +1 15:03:53 +1 15:03:53 +1 15:03:56 +1 15:04:07 RESOLUTION: Re LC-2050 move definitions to scope to clarify that we are talking only about restructuring 15:04:16 PROPOSED RESOLUTION: rec LC-2050 we don't intend to define these concepts formally 15:04:31 +1 15:04:57 PROPOSED RESOLUTION: re LC-2050 we don't intend to define these concepts any more formally than we do now 15:05:02 +1 15:05:05 +1 15:05:07 +1 15:05:15 RESOLUTION: re LC-2050 we don't intend to define these concepts any more formally than we do now 15:06:14 -heiko 15:06:16 -Bryan_Sullivan 15:06:18 -SeanP 15:06:24 -andrews 15:06:28 -Francois 15:06:45 -jo 15:06:51 MWI_BPWG(CTTF)10:00AM has ended 15:06:53 Attendees were Francois, +049211aaaa, +049211aabb, +0789972aacc, +0208995aadd, jo, andrews, SeanP, Bryan_Sullivan 15:07:13 RRSAgent, draft minutes 15:07:13 I have made the request to generate http://www.w3.org/2008/09/16-bpwg-minutes.html francois 17:05:36 Zakim has left #bpwg