13:57:50 RRSAgent has joined #bpwg 13:57:50 logging to http://www.w3.org/2008/04/15-bpwg-irc 13:57:52 RRSAgent, make logs public 13:57:53 Zakim has joined #bpwg 13:57:54 Zakim, this will be BPWG 13:57:55 Meeting: Mobile Web Best Practices Working Group Teleconference 13:57:55 Date: 15 April 2008 13:57:57 ok, trackbot-ng; I see MWI_BPWG(CTTF)10:00AM scheduled to start in 3 minutes 13:58:57 Chair: francois 13:59:20 Regrets: rob, bryan, hgerlach, jo, kemp 14:00:11 zakim, code? 14:00:11 the conference code is 2283 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Magnus 14:00:18 MWI_BPWG(CTTF)10:00AM has now started 14:00:22 +francois 14:00:25 +Magnus 14:00:43 Agenda: http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Apr/0025.html 14:00:47 SeanP has joined #bpwg 14:03:57 +SeanP 14:04:41 andrews has joined #bpwg 14:05:16 MartinJ has joined #bpwg 14:06:36 + +0789972aaaa 14:07:02 Zakim, aaaa is me 14:07:02 +andrews; got it 14:07:21 + +1.857.362.aabb 14:07:44 zakim, aabb is MartinJ 14:07:44 +MartinJ; got it 14:08:56 zakim, who is on the call? 14:08:56 On the phone I see Magnus, francois, SeanP, andrews, MartinJ 14:09:31 scribe: MartinJ 14:09:38 ScribeNick: MartinJ 14:09:40 ScribeNick: MartinJ 14:09:44 Topic: Doc Status 14:10:06 francois: We published the first public working draft as agreed 14:10:12 -> http://w3.org/TR/ct-guidelines FPWD of CT guidelines 14:10:39 ... thanks everyone for participating. I hope we will get some feedback. 14:10:57 ... our job is not done yet as there are many areas still to cover in the draft 14:11:02 ... next steps are.. 14:11:19 ... address editorial notes, make structure more clear 14:11:41 ,,, keep clear concise guidelines. POWDER.. 14:12:03 ... is there anything else that we should address, or any logistical remarks? 14:12:27 ... looking for suggestions on how we could improve our way of working to move faster than we have done 14:12:29 I'm happy with how the meetings are run. 14:12:37 s/,,,/.../ 14:12:44 Topic: Close some actions without much discussion 14:12:46 +q 14:12:52 ack andrews 14:13:05 s/Topic: Close some actions without much discussion// 14:13:21 andrew: Many thanks to Francois and to Jo for driving this forward. 14:13:39 ... question I had was how to the public respond to the draft? 14:14:03 francois: It is listed in the opening section of the document- to use the mailing list 14:14:25 ... we may not get any comments but we really hope we do 14:14:35 Topic: Close some actions without much discussion 14:14:46 ACTION-625? 14:14:46 ACTION-625 -- François Daoust to initiate discuss on the exception wording ref dangerous content -- due 2008-01-29 -- OPEN 14:14:46 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/625 14:14:57 francois: A bunch of actions were created and already resolved 14:15:06 Close ACTION-625 14:15:06 ACTION-625 Initiate discuss on the exception wording ref dangerous content closed 14:15:10 ACTION-685 14:15:12 ACTION-685? 14:15:12 ACTION-685 -- François Daoust to investigate embedded original headers in altered requests (message/http), external ref to original headers (application/external-body) and/or use of WARNING headers for 3.1.4 -- due 2008-03-10 -- OPEN 14:15:12 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/685 14:15:45 Close ACTION-685 14:15:45 ACTION-685 Investigate embedded original headers in altered requests (message/http), external ref to original headers (application/external-body) and/or use of WARNING headers for 3.1.4 closed 14:15:49 ACTION-686? 14:15:49 ACTION-686 -- François Daoust to will organise the next CTTF Editors' meeting -- due 2008-03-10 -- OPEN 14:15:49 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/686 14:16:11 Close ACTION-686 14:16:11 ACTION-686 Will organise the next CTTF Editors' meeting closed 14:16:15 ACTION-731 14:16:18 ACTION-731? 14:16:18 ACTION-731 -- Jo Rabin to enact changes resolved in this meeting -- due 2008-04-15 -- OPEN 14:16:18 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/731 14:16:32 Close ACTION-731 14:16:32 ACTION-731 Enact changes resolved in this meeting closed 14:17:00 -> http://www.w3.org/2005/MWI/BPWG/Group/track/products/12 Open actions 14:17:01 ... as a reminder, please check your actions 14:17:15 ... can see them from the link just pasted 14:17:31 ... if they are not needed any more then please say so 14:17:44 Topic: Alteration of request bodies (§4.1.2) 14:18:10 -> http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Apr/0015.html Last message on alteration of request bodies 14:18:38 francois: there seems to be some consensus 14:19:22 matt has joined #bpwg 14:19:42 ... we should not go into too many details in the document regarding the cases when the CT proxy actually has to change the request body but all the changes are to make sure the from the CP point of view the request it as it expects it to be 14:19:59 ... so from the CP point of view the proxy is transparent 14:21:01 ... document seems a bit clumsy in ites dealing with the HTTP request. It gives the feeling that there is always one request, when it might actually be multiple requests between the user agent and the proxy 14:21:20 ... not sure how to phrase that in a simple enough way 14:21:40 q+ 14:21:47 ack SeanP 14:21:54 ... maybe "The CT proxy must make sure that from the CP point of view the request remains unchanged" but this is not clear at all 14:24:04 SeanP: we are not really talking about something being changed because it hasn't been sent yet. It's the content provider getting what it expects. 14:24:15 francois: Yes exactly. 14:24:49 SeanP: So "unchanged" is probably not the right word to use. 14:24:50 q+ 14:24:56 ack SeanP 14:25:31 francois: So should we just replace it all with "The CP must always receive what it expects". 14:26:01 SeanP: but without that happening it won't work at all 14:26:34 Francois: So I now think we should just drop this part and not say anything about request bodies since it is obvious what must happen 14:27:05 zakim, mute me 14:27:05 MartinJ should now be muted 14:27:21 PROPOSED RESOLUTION: drop the editorial note in 4.1.2 re alteration of request bodies on the basis that it's trivial that the CT-proxy makes sure the Content Provide receives what it expects 14:27:26 I think we should mention request bodies otherwise it will seem as though something is missing 14:27:43 +1 to Jo 14:27:54 we should mention that certain fix-ups are required but are out of scope 14:28:07 give examples 14:28:48 francois: OK - it doesn't do any harm to state the obvious 14:29:18 I'm not sure examples are needed here, but we could go with the "obvious yet true" statement about the Content Provider that must receive the form it expects 14:29:40 OK with me 14:29:44 I think that the wording will need to be carefully constructed 14:29:45 and me 14:29:54 zakim, unmute me 14:29:54 MartinJ should no longer be muted 14:30:30 zakim, mute me 14:30:30 MartinJ should now be muted 14:30:55 MartinJ: I think examples might imply that we needed them everywhere else too 14:31:12 PROPOSED RESOLUTION: to replace the editorial note in 4.1.2 re alteration of request bodies, write something along the lines of "the CT-proxy MUST ensure that the origin server receives the form it expects" 14:31:18 examples are needed elsewhere, I agree 14:31:22 On the examples, it might not hurt to put one inline or something just so the reader knows where we are coming from. 14:32:14 francois: reading the document the good thing is that is not too long and the statements are simple and clear. 14:32:43 ... adding examples in the doc may not be the best thing to do but we could have them in another section, addressed later on 14:33:14 +1 to resolution 14:33:24 ... let's not spend too much time on this. We all agree on the direction anyway.. 14:33:47 ... we have a line from the proposed resolution and we may or may not want to extend it to have examples 14:34:14 +1 to resolution 14:34:33 francois: If no objection lets take that 14:34:45 RESOLUTION: to replace the editorial note in 4.1.2 re alteration of request bodies, write something along the lines of "the CT-proxy MUST ensure that the origin server receives the form it expects" 14:35:16 francois: anyone want to take an action for that or we can leave it in Jo's hands 14:35:21 ACTION-681? 14:35:21 ACTION-681 -- François Daoust to ask aaron kemp for clarification of the character encoding issue -- due 2008-03-10 -- OPEN 14:35:21 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/681 14:35:59 Close ACTION-681 14:35:59 ACTION-681 Ask aaron kemp for clarification of the character encoding issue closed 14:36:27 I can do it 14:36:45 ScribeNick: Magnus 14:36:51 ACTION-680? 14:36:51 ACTION-680 -- Robert Finean to provide a pseudo-code example of form transformation for CT document. -- due 2008-03-10 -- OPEN 14:36:51 http://www.w3.org/2005/MWI/BPWG/Group/track/actions/680 14:36:56 francois: the 2nd option is on Rob 14:37:07 ... might be worth leaving it open if we want to add some examples 14:37:20 ... for example form splitting 14:37:31 ... let's move on 14:37:34 Topic: Linearization or zoom capability (§4.1.2) 14:37:41 -> http://lists.w3.org/Archives/Public/public-bpwg-ct/2008Apr/0020.html SeanP's comments 14:37:48 francois: this is an issue raised by Sean 14:37:59 ... in 4.1.2 right after the editorial note 14:38:14 ... knowing about Linearization or zoom capability 14:38:24 ... two things to consider 14:38:29 ... what are out intentions 14:38:42 +klanz2 14:38:43 ... we are talking about response ,whereas this section is about the request 14:38:53 s/out/our/ 14:38:56 zakim, klanz2 is really MartinJ 14:38:56 +MartinJ; got it 14:39:05 ... if we keep it we should split it into 2 14:39:14 ... one saying the proxy should not change the headers 14:39:19 ... and one for the headers 14:39:37 ScribeNick: MartinJ 14:39:37 this section is saying that the headers should not be changed if the device is/has a quart in pint pot browser 14:40:24 SeanP: reading it again, we are saying that if the client has some transformation capabilities then it should be allowed to do that. 14:40:35 ... you are right that it it seems to be in the wrong place 14:40:37 -MartinJ 14:40:58 francois: we should split in two: part in 4.4 14:41:31 zakim, mute me 14:41:31 MartinJ.a should now be muted 14:41:48 zakim, MartinJ.a is MartinJ 14:41:48 +MartinJ; got it 14:42:26 SeanP: where's the line about were you allow transformation and where you don't - it seems kind of vague 14:42:53 ... it's not a binary thing - I'm sure there's a range of abilities that clients have. 14:43:11 ... there may be content types that are not supported for example 14:43:33 francois: so do you propose to just remove that part? 14:44:11 SeanP: Not sure we want to remove it but we should either expand on it or whatever. 14:44:24 francois: Anyone else? 14:45:08 ... I will take an action to clarify what we intend to say here 14:45:55 ACTION: daoust to raise discussion on the mailing-list and propose alternatives re linearization/zoom capabilities and the relation with CT-proxy 14:45:55 Created ACTION-735 - Raise discussion on the mailing-list and propose alternatives re linearization/zoom capabilities and the relation with CT-proxy [on François Daoust - due 2008-04-22]. 14:46:13 Topic: Users preferences 14:47:50 francois: This was raised by Sean in an email. In 4.1.2 we say that the proxy should not modify unless... 14:47:54 -> http://www.w3.org/TR/ct-guidelines/#sec-user-control Control by the User 14:48:30 ... [one of the condtions] the user requested a restructured version... 14:49:40 PROPOSED RESOLUTION: list "Always request the desktop presentation of the resource" as one of the examples in 3.2.1 14:49:41 ... In 4.1.2 I would have the first point unchanged, but the second point mentioning the user's preference 14:50:06 +1 14:50:38 jo has left #bpwg 14:50:40 +1 14:50:50 +1 14:51:17 RESOLUTION: list "Always request the desktop presentation of the resource" as one of the examples in 3.2.1 14:52:02 PROPOSED RESOLUTION: add a bullet to the first list of bullets in 4.1.2 "any knowledge it has of user's preferences" 14:52:44 q+ 14:52:49 ack SeanP 14:53:36 SeanP: Aren't we proposing that administrative agreements are a proxy for or form of the user's preferences? 14:54:07 francois: I think we agreed that admin arrangements are out of scope of the document 14:54:49 ... it makes sense to refer to preferences and not mention admin arrangements. It's implied that they may override preferences 14:55:22 ... 3.2.3 covers administrative arrangements such as terms and conditions that the user agrees to 14:55:33 SeanP: OK 14:56:10 francois: If we agree they are out of scope we should just take about them in 3.2.3 14:56:16 s/take/talk/ 14:56:37 SeanP: That's fine with me 14:57:26 PROPOSED RESOLUTION: add a bullet to the first list of bullets in 4.1.2 "any knowledge it has of user's preferences" 14:57:29 +1 to the proposed resolution 14:57:34 +1 14:57:49 RESOLUTION: add a bullet to the first list of bullets in 4.1.2 "any knowledge it has of user's preferences" 14:58:40 francois: same topic: as a side effect of our discussion I suggest we remove the first bullet in 4.1.2 14:59:12 implied by 3.2.3 there are the administrative arrangements 14:59:23 s/implied/... implied/ 14:59:36 +1 14:59:37 PROPOSED RESOLUTION: remove first bullet that says: "any administrative arrangements that are in place with the user, or the server" 14:59:42 +1 14:59:46 +1 14:59:52 RESOLUTION: remove first bullet that says: "any administrative arrangements that are in place with the user, or the server" 15:01:11 francois: some more discussion and actions are needed to address the remaining editorial notes so feel free to commence this on the mailing list. You might take it on yourselves to progress these. 15:01:35 -Magnus 15:01:36 zakim, unmute me 15:01:37 MartinJ should no longer be muted 15:01:37 -SeanP 15:01:39 -andrews 15:01:47 -francois 15:01:51 -MartinJ 15:01:53 MWI_BPWG(CTTF)10:00AM has ended 15:01:54 Attendees were francois, Magnus, SeanP, +0789972aaaa, andrews, +1.857.362.aabb, MartinJ 15:02:49 RRSAgent, draft minutes 15:02:49 I have made the request to generate http://www.w3.org/2008/04/15-bpwg-minutes.html francois 15:03:17 me says thanks that was what I was going to ask :-) 15:03:46 my battery ran out too fast as I was using WiFi for the call 15:05:07 MartinJ has left #bpwg 15:19:35 RRSAgent, bye 15:19:35 I see 1 open action item saved in http://www.w3.org/2008/04/15-bpwg-actions.rdf : 15:19:35 ACTION: daoust to raise discussion on the mailing-list and propose alternatives re linearization/zoom capabilities and the relation with CT-proxy [1] 15:19:35 recorded in http://www.w3.org/2008/04/15-bpwg-irc#T14-45-55 15:19:39 Zakim, bye 15:19:39 Zakim has left #bpwg