14:57:24 RRSAgent has joined #bpwg 14:57:24 logging to http://www.w3.org/2007/12/18-bpwg-irc 14:57:26 RRSAgent, make logs public 14:57:27 Zakim has joined #bpwg 14:57:29 Zakim, this will be BPWG 14:57:29 ok, trackbot-ng; I see MWI_BPWG(BCTF)10:00AM scheduled to start in 3 minutes 14:57:31 Meeting: Mobile Web Best Practices Working Group Teleconference 14:57:33 Date: 18 December 2007 15:00:25 MWI_BPWG(BCTF)10:00AM has now started 15:00:26 +jo 15:00:57 + +1.519.880.aaaa 15:00:59 - +1.519.880.aaaa 15:01:01 + +1.519.880.aaaa 15:01:09 +??P24 15:01:19 kemp has joined #bpwg 15:01:28 zakim, aaaa is Aaron 15:01:28 +Aaron; got it 15:01:43 zakim, ??P24 is francois 15:01:43 zakim, ??P24 is francois 15:01:43 +francois; got it 15:01:45 I already had ??P24 as francois, francois 15:03:13 Agenda: http://lists.w3.org/Archives/Public/public-bpwg-ct/2007Dec/0011.html 15:03:28 Regrets: SeanP, Magnus 15:03:38 + +1.425.214.aabb 15:04:00 zakim, aabb is Bryan 15:04:01 +Bryan; got it 15:04:20 Bryan has joined #bpwg 15:04:36 Present: Bryan, Jo, Francois, Kemp 15:04:43 Chair: Jo 15:05:27 AndrewS has joined #bpwg 15:06:06 -> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/071124 Current Draft 15:06:23 Topic: Review of Requirements in Current Draft 15:07:02 + +7.899.7.aacc 15:07:04 Scribe: Jo 15:07:14 zakim, aacc is Andrew 15:07:14 +Andrew; got it 15:07:20 Present+ Andrew 15:08:51 jo: bryan - did you get the chance to catch up on comments on section 2 15:09:31 bryan: no I didn't get the chance yet ... 15:09:42 Scribe: kemp 15:11:39 jo: section 3 of the current draft... we need to combine the perspectives in sections 2 and 3... we have content looking at each leg of the journey, while brian's contributions are formatted differently... brian, can we reformat yours? 15:11:54 s/brian/bryan 15:12:55 Bryan: i don't object, but i imagined there would be text around these -- i was trying to outline basic capabilities and then build use cases around them... but i am fine with incorporating them 15:13:15 -> http://lists.w3.org/Archives/Public/public-bpwg-ct/2007Dec/0003.html Commentary on Section 2 15:13:59 jo: ok... let's go through these quickly... 2.1.1... not clear what "service features" are... bryan? 15:15:19 Bryan: service features are what the proxy does to the extent that we expose user controllable features... not a strong requirement, some proxies may operate implicitly 15:15:40 jo: ok... i think we should put something in the document about the user controlling the proxy, and say that the user may control the proxy in a variety of ways 15:15:58 ... but we don't want to specify the nature of the interaction... 15:16:40 Bryan: that's exactly right... i expect the CT providers will come up with ways to express this at the application layer at least... if there is a protocol layer, maybe we need to specify it... 15:17:20 jo: ok... moving on to 2.1.2. misleading to say "highest quality" -- we don't want the maximum size/color depth for images... what does this mean? 15:18:09 Bryan: an example specific to markup languages... if you are going to change the markup, you want to go to the highest quality markup -- the one with the most user experience features (eg, use XHTML over WML where possible) 15:18:48 jo: i think the language we want here is something like "most consistent with the author's expectations" 15:19:29 ... ok, under 2.1.4... is what we are saying that we should allow to CT to fake the user agent and accept headers or not? 15:20:04 Bryan: i think we are... we should allow the user to tell the proxy "be transparent" and the proxy should honour that request... expect when that conflicts with the users' need for service 15:20:45 jo: ok... under 2.1.5, original representation... the question arose: how (technically) does one achieve this? 15:21:12 Bryan: well, many services are stateful... so you can't make multiple requests... most likely thing to do is cache... 15:21:40 jo: the thought arises as to how you would signal from the user agent that you want the cached copy, and not the transformed copy, and secondly, how long the CT should maintain the cache for 15:21:54 jo: would be interesting to know if this has been implemented anywhere 15:22:18 Bryan: well, first, honour the cache-control header... second, an implementation specific decision based on resources available (disk, memory) 15:22:41 jo: it seems you can't assume the original representation is available necessarily 15:22:57 Bryan: well we would do something like cache things for the expected session lifetime 15:23:17 jo: what would you do about distinguishing a second request for the transcoded representation, as opposed to the original representation? 15:24:12 matt has joined #bpwg 15:24:12 Bryan: i didn't have a particular approach in mind -- i was focusing on the ability to do this at the user level. maybe a link at the bottom of the page to the original 15:24:25 kemp: that's what we (google) do now 15:25:44 Bryan: just to be clear, i didn't intend for us to say _how_, just to say that there should be a way 15:27:05 jo: i just think it's going to be hard to introduce new http mechanisms... 15:27:48 AndrewS: i don't actually see an implementation difficulty. given the way CT's work, the page will be cached anyway (for the session lifetime) 15:28:35 jo: right, but what if the cache-control headers say "no-cache?"... i am concerned we would end up specifying something complex for a limited usecase... 15:28:49 but i do understand it's implemented already and people do want this 15:28:56 s/but/...but 15:29:06 AndrewS: can we just leave out the implementation details? 15:29:38 q+ 15:29:56 ack bry 15:29:58 jo: yes, but i think we should be clear that we don't think this will be implemented by ad-hoc http headers... so if we are saying the original document should be maintained, we should be clear about the case where cache-control: none is set 15:32:33 we need to make a statement so the readers understand we will not propose new headers, but expect that the expressed need will drive needed standards work and market innovation 15:32:49 jo: moving on to section 2.3.1.. i think this leaves the door open to CT proxies doing what they like... the question in my mind is "who knows better" and why should the origin server accept that the CT knows what is dangerous and what is not 15:33:41 ... my preference is that we don't say that it is OK to override the preferences of the origin server, but that we say unless the origin server has good reason, it doesn't specify no-transform 15:34:46 kemp: imagine no-transform + html on a wml phone 15:35:42 q+ 15:36:08 jo: ok, but if they put no-transform, presumably they are aware, and don't want a proxy getting in the way... 15:36:16 ack bry 15:36:30 kemp: i wonder what we should do if we know markup is going to crash the phone? display a page saying that ? pass it through? refuse? 15:37:06 Bryan: i think there is an escape clause there - so that we can show a user a message saying "this won't work on your phone, do you want us to adapt it?". 15:37:17 ... so basically, does a user have the right to override no-transform? 15:38:16 jo: interesting... i suppose what it comes down to is that i believe the origin server should be in a better position to decide -- maybe they have a fancy application scheme that the proxy doesn't know about and the proxy will harm 15:38:45 q+ 15:39:01 jo: i don't think we can recommend violation of what HTTP says -- if HTTP says no-transform, we can't say otherwise... 15:39:09 ack b 15:39:31 Bryan: i think the point i was trying to raise is that there are two actors who are in control -- the content provide and the user -- the presumption is that the user should have an equal role. 15:39:36 [does a user have the right to disable style sheets on a web page in her browser? Yes, she does - I think that when a proxy works directly on the user behalf, it works in the same spirit] 15:39:59 ... maybe a preference setting that tells the CT, as a default preference, if something is going to break, do your best on my behalf... 15:40:38 [but Dom, the Proxy is not acting with the users consent in many cases] 15:40:56 [I was alluding to what I read from Bryan, i.e. when the user is asked for consent] 15:41:04 kemp: but in the case bryan offered, it is acting with user consent 15:41:10 q+ 15:41:13 [tks Dom, narrowing it down in that way works] 15:41:38 ack b 15:41:43 jo: right so if we narrow it down to those cases where there is user consent that's ok 15:42:19 Bryan: i think we should make a statement about user consent... can it be implicit? if i'm configured to use a proxy, that proxy is acting as my user agent and implicitly 15:42:48 ... i want it to perform actions on my behalf... by using the proxy i am asking for it to provide the best experience possible 15:43:29 jo: the problem is that this assumption has been made in the past and as a result some origin sites are not working because the proxies are getting in the way... 15:44:01 ... so there is an issue of consent here... i think we need a way for origin servers to strongly say, "look, get out of the way" 15:44:40 Bryan: i think the proxy has a role as a user agent and some preferences may be implicit, but that we need to do a better job so that these situations don't arise 15:45:44 jo: ok... moving on, we'll likely come back to this. i don't have any other points on section 2. does anyone have anything on section 3 that i should consider while doing the editorial work of merging section 3 into 2? 15:45:58 q+ 15:46:01 jo: ok anything in general from anybody? if not, let's close the call... 15:46:07 ack b 15:47:03 Bryan: one thing i didn't put into the requirements is the ability to escape the behaviour for certain sites based on preconfigured knowledge so that we don't mess things up for specific sites. 15:47:26 ... wildcards for example to indicate a certain domain doesn't stand up to transformation well... 15:48:00 jo: yes i think we should at least mention policy based approaches, but it's not up to us to specify their use... but we should mention them -- much the same as the interaction with the user. 15:48:39 Topic: Next Meeting 15:49:04 -Andrew 15:49:26 +Andrew 15:49:59 jo: looks to me that the next meeting will be the 8th of january 15:50:14 Topic: AOB 15:51:06 -Bryan 15:51:08 -Aaron 15:51:10 -jo 15:51:14 -Andrew 15:51:16 -francois 15:51:17 MWI_BPWG(BCTF)10:00AM has ended 15:51:19 Attendees were jo, +1.519.880.aaaa, Aaron, francois, +1.425.214.aabb, Bryan, +7.899.7.aacc, Andrew 15:51:25 [meeting closed with Festive Greetings all round!] 15:51:40 rrsagent, mage minutes 15:51:40 I'm logging. I don't understand 'mage minutes', jo. Try /msg RRSAgent help 15:51:50 rrsagent, make minutes 15:51:50 I have made the request to generate http://www.w3.org/2007/12/18-bpwg-minutes.html jo 15:52:15 [Thanks to Aaron for scribing] 15:53:31 ACTION: Jo to produce new draft - due 8 Jan 2008 15:53:31 Created ACTION-615 - produce new draft [on Jo Rabin - due 2008-01-08]. 15:53:50 rrsagent, make minutes 15:53:50 I have made the request to generate http://www.w3.org/2007/12/18-bpwg-minutes.html jo 16:13:26 rrsagent, bye 16:13:26 I see 1 open action item saved in http://www.w3.org/2007/12/18-bpwg-actions.rdf : 16:13:26 ACTION: Jo to produce new draft - due 8 Jan 2008 [1] 16:13:26 recorded in http://www.w3.org/2007/12/18-bpwg-irc#T15-53-31