IRC log of bpwg on 2007-12-18

Timestamps are in UTC.

14:57:24 [RRSAgent]
RRSAgent has joined #bpwg
14:57:24 [RRSAgent]
logging to http://www.w3.org/2007/12/18-bpwg-irc
14:57:26 [trackbot-ng]
RRSAgent, make logs public
14:57:27 [Zakim]
Zakim has joined #bpwg
14:57:29 [trackbot-ng]
Zakim, this will be BPWG
14:57:29 [Zakim]
ok, trackbot-ng; I see MWI_BPWG(BCTF)10:00AM scheduled to start in 3 minutes
14:57:31 [trackbot-ng]
Meeting: Mobile Web Best Practices Working Group Teleconference
14:57:33 [trackbot-ng]
Date: 18 December 2007
15:00:25 [Zakim]
MWI_BPWG(BCTF)10:00AM has now started
15:00:26 [Zakim]
+jo
15:00:57 [Zakim]
+ +1.519.880.aaaa
15:00:59 [Zakim]
- +1.519.880.aaaa
15:01:01 [Zakim]
+ +1.519.880.aaaa
15:01:09 [Zakim]
+??P24
15:01:19 [kemp]
kemp has joined #bpwg
15:01:28 [jo]
zakim, aaaa is Aaron
15:01:28 [Zakim]
+Aaron; got it
15:01:43 [jo]
zakim, ??P24 is francois
15:01:43 [francois]
zakim, ??P24 is francois
15:01:43 [Zakim]
+francois; got it
15:01:45 [Zakim]
I already had ??P24 as francois, francois
15:03:13 [jo]
Agenda: http://lists.w3.org/Archives/Public/public-bpwg-ct/2007Dec/0011.html
15:03:28 [jo]
Regrets: SeanP, Magnus
15:03:38 [Zakim]
+ +1.425.214.aabb
15:04:00 [jo]
zakim, aabb is Bryan
15:04:01 [Zakim]
+Bryan; got it
15:04:20 [Bryan]
Bryan has joined #bpwg
15:04:36 [jo]
Present: Bryan, Jo, Francois, Kemp
15:04:43 [jo]
Chair: Jo
15:05:27 [AndrewS]
AndrewS has joined #bpwg
15:06:06 [jo]
-> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/071124 Current Draft
15:06:23 [jo]
Topic: Review of Requirements in Current Draft
15:07:02 [Zakim]
+ +7.899.7.aacc
15:07:04 [jo]
Scribe: Jo
15:07:14 [jo]
zakim, aacc is Andrew
15:07:14 [Zakim]
+Andrew; got it
15:07:20 [jo]
Present+ Andrew
15:08:51 [jo]
jo: bryan - did you get the chance to catch up on comments on section 2
15:09:31 [jo]
bryan: no I didn't get the chance yet ...
15:09:42 [kemp]
Scribe: kemp
15:11:39 [kemp]
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 [kemp]
s/brian/bryan
15:12:55 [kemp]
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 [jo]
-> http://lists.w3.org/Archives/Public/public-bpwg-ct/2007Dec/0003.html Commentary on Section 2
15:13:59 [kemp]
jo: ok... let's go through these quickly... 2.1.1... not clear what "service features" are... bryan?
15:15:19 [kemp]
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 [kemp]
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 [kemp]
... but we don't want to specify the nature of the interaction...
15:16:40 [kemp]
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 [kemp]
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 [kemp]
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 [kemp]
jo: i think the language we want here is something like "most consistent with the author's expectations"
15:19:29 [kemp]
... 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 [kemp]
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 [kemp]
jo: ok... under 2.1.5, original representation... the question arose: how (technically) does one achieve this?
15:21:12 [kemp]
Bryan: well, many services are stateful... so you can't make multiple requests... most likely thing to do is cache...
15:21:40 [kemp]
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 [kemp]
jo: would be interesting to know if this has been implemented anywhere
15:22:18 [kemp]
Bryan: well, first, honour the cache-control header... second, an implementation specific decision based on resources available (disk, memory)
15:22:41 [kemp]
jo: it seems you can't assume the original representation is available necessarily
15:22:57 [kemp]
Bryan: well we would do something like cache things for the expected session lifetime
15:23:17 [kemp]
jo: what would you do about distinguishing a second request for the transcoded representation, as opposed to the original representation?
15:24:12 [matt]
matt has joined #bpwg
15:24:12 [kemp]
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]
kemp: that's what we (google) do now
15:25:18 [kemp]
jo: i think we are straying into an area that is fraught with difficulty, so let's leave it in for now and put it under "direct communication between the proxy and user"
15:25:44 [kemp]
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 [kemp]
jo: i just think it's going to be hard to introduce new http mechanisms...
15:27:48 [kemp]
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 [kemp]
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 [kemp]
but i do understand it's implemented already and people do want this
15:28:56 [kemp]
s/but/...but
15:29:06 [kemp]
AndrewS: can we just leave out the implementation details?
15:29:38 [Bryan]
q+
15:29:56 [jo]
ack bry
15:29:58 [kemp]
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 [Bryan]
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 [kemp]
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 [kemp]
... 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]
kemp: imagine no-transform + html on a wml phone
15:35:42 [Bryan]
q+
15:36:08 [kemp]
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 [jo]
ack bry
15:36:30 [kemp]
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 [kemp]
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 [kemp]
... so basically, does a user have the right to override no-transform?
15:38:16 [kemp]
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 [Bryan]
q+
15:39:01 [kemp]
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 [jo]
ack b
15:39:31 [kemp]
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 [dom]
[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 [kemp]
... 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 [jo]
[but Dom, the Proxy is not acting with the users consent in many cases]
15:40:56 [dom]
[I was alluding to what I read from Bryan, i.e. when the user is asked for consent]
15:41:04 [kemp]
kemp: but in the case bryan offered, it is acting with user consent
15:41:10 [Bryan]
q+
15:41:13 [jo]
[tks Dom, narrowing it down in that way works]
15:41:38 [jo]
ack b
15:41:43 [kemp]
jo: right so if we narrow it down to those cases where there is user consent that's ok
15:42:19 [kemp]
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 [kemp]
... 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 [kemp]
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 [kemp]
... 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 [kemp]
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 [kemp]
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 [Bryan]
q+
15:46:01 [kemp]
jo: ok anything in general from anybody? if not, let's close the call...
15:46:07 [jo]
ack b
15:47:03 [kemp]
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 [kemp]
... wildcards for example to indicate a certain domain doesn't stand up to transformation well...
15:48:00 [kemp]
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 [jo]
Topic: Next Meeting
15:49:04 [Zakim]
-Andrew
15:49:26 [Zakim]
+Andrew
15:49:59 [kemp]
jo: looks to me that the next meeting will be the 8th of january
15:50:14 [jo]
Topic: AOB
15:51:06 [Zakim]
-Bryan
15:51:08 [Zakim]
-Aaron
15:51:10 [Zakim]
-jo
15:51:14 [Zakim]
-Andrew
15:51:16 [Zakim]
-francois
15:51:17 [Zakim]
MWI_BPWG(BCTF)10:00AM has ended
15:51:19 [Zakim]
Attendees were jo, +1.519.880.aaaa, Aaron, francois, +1.425.214.aabb, Bryan, +7.899.7.aacc, Andrew
15:51:25 [jo]
[meeting closed with Festive Greetings all round!]
15:51:40 [jo]
rrsagent, mage minutes
15:51:40 [RRSAgent]
I'm logging. I don't understand 'mage minutes', jo. Try /msg RRSAgent help
15:51:50 [jo]
rrsagent, make minutes
15:51:50 [RRSAgent]
I have made the request to generate http://www.w3.org/2007/12/18-bpwg-minutes.html jo
15:52:15 [jo]
[Thanks to Aaron for scribing]
15:53:31 [jo]
ACTION: Jo to produce new draft - due 8 Jan 2008
15:53:31 [trackbot-ng]
Created ACTION-615 - produce new draft [on Jo Rabin - due 2008-01-08].
15:53:50 [jo]
rrsagent, make minutes
15:53:50 [RRSAgent]
I have made the request to generate http://www.w3.org/2007/12/18-bpwg-minutes.html jo
16:13:26 [francois]
rrsagent, bye
16:13:26 [RRSAgent]
I see 1 open action item saved in http://www.w3.org/2007/12/18-bpwg-actions.rdf :
16:13:26 [RRSAgent]
ACTION: Jo to produce new draft - due 8 Jan 2008 [1]
16:13:26 [RRSAgent]
recorded in http://www.w3.org/2007/12/18-bpwg-irc#T15-53-31