IRC log of bpwg on 2008-03-04

Timestamps are in UTC.

00:04:26 [RRSAgent]
RRSAgent has joined #bpwg
00:04:26 [RRSAgent]
logging to http://www.w3.org/2008/03/04-bpwg-irc
00:04:33 [Zakim]
Zakim has joined #bpwg
00:05:32 [jo]
Meeting: BPWG F2F 2008-03-04 Day2
00:05:47 [jo]
Chair: Dan, Jo
00:07:07 [Bryan]
Bryan has joined #bpwg
00:07:51 [DKA]
DKA has joined #bpwg
00:07:53 [DKA]
http://docs.google.com/Doc?docid=dd3jk8v_89f6vrqk9w&hl=en
00:08:02 [soonho]
soonho has joined #bpwg
00:08:56 [MartinJ]
MartinJ has joined #bpwg
00:09:07 [SeanP]
SeanP has joined #bpwg
00:11:11 [MartinJ]
http://www.w3.org/2005/MWI/BPWG/Group/Drafts/BestPractices-2.0/ED-mobile-bp2-20080303
00:11:16 [jcantera]
jcantera has joined #bpwg
00:12:14 [chaals]
chaals has joined #bpwg
00:12:52 [chaals]
Meeting: MWBP
00:13:01 [chaals]
Zakim, this meeting runs over midnight
00:13:01 [Zakim]
I don't understand 'this meeting runs over midnight', chaals
00:13:09 [chaals]
RRSAgent, this meeting runs over midnight
00:13:09 [RRSAgent]
I'm logging. I don't understand 'this meeting runs over midnight', chaals. Try /msg RRSAgent help
00:13:24 [chaals]
rrsagent, this meeting spans midnight
00:14:34 [rob]
rob has joined #bpwg
00:14:39 [DKA]
q?
00:14:41 [chaals]
Present: Chaals, RobF, SeanP, Francois, Bryan, Jo, Dan, Pontus, Martin, Sunghan, Soonho
00:14:55 [chaals]
Chair: Dan
00:15:04 [chaals]
DKA: Thre h
00:15:19 [chaals]
s/Thre h/There has been a bit of dribbling.../
00:15:25 [chaals]
Present+ Jonathan
00:15:52 [chaals]
RRSAgent, draft minutes
00:15:52 [RRSAgent]
I have made the request to generate http://www.w3.org/2008/03/04-bpwg-minutes.html chaals
00:16:10 [chaals]
rrsagent, set log member
00:16:43 [MartinJ]
Agenda: http://docs.google.com/View?docid=dd3jk8v_89f6vrqk9w
00:17:02 [chaals]
Topic: Agenda waffle
00:17:10 [chaals]
We start on BP2...
00:17:20 [chaals]
DKA: We need to spend some time on issues, actions and coffee
00:17:32 [chaals]
JR: 2 1/5 hours on BP2?
00:17:49 [chaals]
Topic: BP 2
00:18:24 [chaals]
BS: I was making changes as we were going yesterday. The major things not yet there are the ETRI input and the references to other "best Practice" documents.
00:18:59 [chaals]
... most changes are in section 5. I tried to use a low-tech way of saying things where possible. Some needs more wordsmithing, but would be good to go through and look at what was there.
00:19:30 [Pontus]
Pontus has joined #bpwg
00:20:31 [chaals]
[Bryan shows the list of things that are indicative of what "Web Applications" are]
00:22:36 [jo]
-> http://www.w3.org/2007/10/htmldiff?doc1=http%3A%2F%2Fwww.w3.org%2F2005%2FMWI%2FBPWG%2FGroup%2FDrafts%2FBestPractices-2.0%2FED-mobile-bp2-20080303++&doc2=http%3A%2F%2Fwww.w3.org%2F2005%2FMWI%2FBPWG%2FGroup%2FDrafts%2FBestPractices-2.0%2FED-mobile-bp2-20080304 Changes to BP 2 since yesterday
00:23:29 [JonathanJ]
JonathanJ has joined #bpwg
00:24:35 [chaals]
Topic: BP2 5.5
00:24:57 [chaals]
BS: These things will need to be reflected back as requirements in the earlier section on objectives
00:25:18 [chaals]
... there are a bunch of things to do with efficient use of network. I already had a section on conserve network traffic.
00:26:12 [chaals]
... 5.5.2 has changed to be more general.
00:26:31 [chaals]
JR: The notion of HTTP compression needs to be clarified
00:26:51 [chaals]
... HTTP says you can use gzip, so do...
00:27:35 [DKA]
q+
00:28:02 [chaals]
CMN: Gzip has a cost in terms of memory/processing, so we need to show this is valuable or raise an issue on it.
00:28:28 [chaals]
JR: We want to say "use HTTP to note that you compressed (and how)"
00:29:05 [chaals]
DKA: We may also want to acknowledge the work of EXI (efficient XML interchange). Without requiring the use of EXI (which is not supported) we should encurage its use.
00:29:17 [chaals]
q+ to say we shouldn't say that until we have implementation proof
00:29:22 [chaals]
ack DKA
00:29:54 [chaals]
... EXI has been designed to minimise cost of compression
00:30:27 [chaals]
BS: I have explanatory text that explains the mechanisms, and that it needs to be balanced against resource usage etc.
00:30:32 [jo]
ack cha
00:30:32 [Zakim]
chaals, you wanted to say we shouldn't say that until we have implementation proof
00:31:13 [chaals]
CMN: EXI cannot be anything more than an informative reference if we don't have an implementation...
00:31:31 [chaals]
JR: BS pointed out that tokenisation is an efficient approach to compression.
00:32:03 [chaals]
BS: Or WBXML - widely used in WAP1.
00:32:21 [chaals]
DKA: The thing behind WMLC?
00:32:24 [chaals]
BS: Yes
00:32:52 [chaals]
... so do you compress at application level or transport level?
00:33:07 [chaals]
DKA: Does that mean WBXML is supported by browsers that support WML?
00:33:43 [chaals]
Action: Chaals to check if Opera supports WBXML in and/or out of its WML support
00:33:43 [trackbot-ng]
Created ACTION-688 - Check if Opera supports WBXML in and/or out of its WML support [on Charles McCathieNevile - due 2008-03-11].
00:34:04 [chaals]
BS: We can reference EXI?
00:34:10 [chaals]
JR: Non-normatively
00:34:39 [chaals]
... It is probably worht calling out application level and transport level compression.
00:34:42 [DKA]
http://www.w3.org/TR/2007/WD-exi-best-practices-20071219/
00:36:09 [chaals]
BS: can we say "and other proprietary techniques"
00:36:19 [chaals]
CMN: No, those are not relevant tothe Web
00:36:34 [chaals]
JR: We need to say "if the device supports it"
00:37:31 [jo]
s/tothe/to the/
00:37:49 [chaals]
CMN: We should be supporting widely-used and standard mechanisms - pro gzip because it is deployed and standard, EXI perhaps because we expect it to be good, not OBML because you haven't got a sec for it anyway...
00:37:55 [jo]
s/worht /worth /
00:38:24 [chaals]
DKA: Agree. Think we can do that by ordering the way we talk abut these. When talking about XHR, do we need to make specific mention about compression for those types of transactions?
00:39:39 [chaals]
CMN: XHR doesn't currently have a way of gzipping AFAIK, although there was a request to WebAPI at one point to build an API for this purpose.
00:39:39 [jo]
ACTION: Chaals to check XHR compression
00:39:39 [trackbot-ng]
Created ACTION-689 - Check XHR compression [on Charles McCathieNevile - due 2008-03-11].
00:39:56 [chaals]
DKA: Isn't it possible to set this though XHR?
00:40:02 [chaals]
CMN: Believe not - will check.
00:40:16 [chaals]
BS: Will add a note clarifying that it may not always be possible to compress data.
00:42:04 [Seungyun]
Seungyun has joined #bpwg
00:42:26 [chaals]
BS: In the content, I added some stuff to clarify when it does/doesn't help to make transactions.
00:42:38 [chaals]
Present+ Seungyun
00:42:57 [chaals]
JR: There is something that could be said about having regard to the type of connections available. Question is whether you can determine that
00:43:06 [Bryan]
q+
00:43:28 [chaals]
DKA: That's something about access to the device context at application level. You can infer it, but you don't know yet.
00:43:40 [chaals]
JR: There is probably something we can look at.
00:43:54 [francois]
ack Bryan
00:43:54 [chaals]
ack Bryan
00:44:19 [chaals]
BS: The objective in OMA is to create a set of properties including bearer awareness, that should be available through DCCI
00:44:22 [Seungyun_]
Seungyun_ has joined #bpwg
00:45:37 [Bryan]
q+
00:45:59 [chaals]
DKA: BP1 left the representation to the reader as an exercise. There are issues like cost of roaming that will continue - could be useful to suggest that you allow users to set the amount of access by some user-provided information
00:46:24 [chaals]
JR: It's a nice idea. It was watered down in BP1 on the basis that it wasn't actually practised, ergo couldn't be a best practice.
00:46:54 [chaals]
DKA: There is a preference in iPhone that says "don't use data when roaming". I wonder if we could give guidance to application developers to replicate that function?
00:47:03 [chaals]
JR: Think we should try to put some pointer in.
00:48:48 [jo]
q?
00:48:53 [jo]
ack
00:48:54 [chaals]
BS: The networks that are being used is information available to content providers, via cntext information that is knowable.
00:48:58 [jo]
ack b
00:49:18 [DKA]
q?
00:50:10 [chaals]
... e.g. we can figure out how fast the network is running and we forward that to the content provider
00:50:21 [chaals]
JR: So it seems there is some information already...
00:50:34 [DKA]
q?
00:50:36 [chaals]
... so there should be something that goes in there.
00:50:46 [chaals]
BS: [reads some example text]
00:51:28 [chaals]
Topic: 5.5.3 - Push
00:51:59 [chaals]
BS: Push is widely deployed in networks. As a way to do event-based delivery instead of polling you could use it to minimise network traffic
00:52:29 [chaals]
CMN: It's in WAP browsers
00:52:50 [chaals]
BS: Almost every phone browser is a WAP browser, and they implemented push
00:53:31 [chaals]
CMN: Push isn't in "Web" browsers - full internet as opposed to WAP browsers
00:54:00 [chaals]
JR: There are two cases here... [???]
00:54:28 [chaals]
BS: There is a problem of education. There is no generic way to bind SMS to an application, and that would be a proprietary implementation detail.
00:54:38 [chaals]
JR: ..."if the device supports it".
00:55:06 [chaals]
BS: The only standard method I know of is MIDP registry.
00:55:33 [Pontus2]
Pontus2 has joined #bpwg
00:55:44 [chaals]
JR: To my mind there is a distinction between WAP push and bindings on information pushed to an application. Maybe more information is needed...
00:56:03 [jo]
s/[???]/on the one hand WAP push and on the other hand application binding to incoming SMS to generate event based behavior
00:56:47 [chaals]
BS: We haven't said that MIDP-based browsers are not in scope...
00:57:29 [chaals]
CMN: No. But I think it is clear that MIDP-based stuff is not readily within the scope of Web stuff - it is a particualr platform, in the saemway tht ActiveX relies ona aprticular platform, rather than being a general Web technology.
00:57:49 [chaals]
JR: Think we need some more research to look at this... would someone like to take an Action?
00:57:53 [jo]
s/ona aprticular/on a particular/
00:58:00 [chaals]
[pregnant silence]
00:58:33 [francois]
s/in the saemway tht ActiveX/in the same way that ActiveX/
00:58:45 [jo]
ACTION: JR to raise Issue as to availability of binding to incoming SMS from script
00:58:45 [trackbot-ng]
Created ACTION-690 - Raise Issue as to availability of binding to incoming SMS from script [on Jo Rabin - due 2008-03-11].
00:58:48 [chaals]
BS: Overall intention of this is to bring awareness to the differentiated delivery methods brought about by push technology. I think it is in our interest here to promote push technology however it is implemented - it does have a number of advantages.
00:59:15 [chaals]
... we can consider other possible approaches.
01:00:08 [chaals]
Topic: BP2 5.5.4 minimise application size
01:00:47 [chaals]
BS: Added a bunch of text here
01:01:13 [chaals]
JR: Need to avoid repeating BP1. I was dubious about Adam's point about nested selectors, overuse of generic class and so on.
01:01:52 [chaals]
JR: In respectof the technique Adam suggested, how widely recognised is it?
01:02:26 [MartinJ]
q+
01:02:32 [DKA]
ack mart
01:02:41 [chaals]
... it is a disaster for maintainability if your content changes shape, and requires support for CSS 2...
01:03:03 [chaals]
MJ: About half of Volantis code is about optimising CSS - we consider it implemented best practice.
01:03:25 [chaals]
JR: Curious about how you deal with changes to structure and the impacton CSS
01:03:46 [chaals]
MJ: We do some analysis, but we are essentially generating the CSS anyway. The benefits tend to outweigh the costs.
01:03:54 [chaals]
... but I do take the point.
01:04:30 [chaals]
JR: Seems that some element of the benefit needs to be balanced against the cost of maintainability.
01:05:33 [chaals]
JR: As long as you are at th top of the class structure, things are fine.
01:05:46 [chaals]
DKA: Sounds like we ought to include "something"...
01:05:59 [chaals]
JR: Yes, we seem to be coming to recommend this, but with caveats.
01:06:22 [chaals]
BS: Should optimisation be done during delivery as opposed to up-front? It seems that reduces the cost....
01:06:47 [chaals]
JR: Yes, I think that is a good technique to use.
01:07:55 [chaals]
BS: There is also the use of markup, rather than script
01:08:27 [chaals]
CMN: Think that this si a seperate BP about not playing with the DOM more than necessary
01:08:29 [chaals]
q+
01:09:04 [chaals]
JR: This is a specific technique for CSS, and something about dynamic changes to HTML. Leet's split these out
01:09:12 [chaals]
ack chaals
01:11:07 [chaals]
RF: Didn't Aron have a counter-case?
01:11:46 [chaals]
CMN: I think there is an edge-case (table processing?) that needs to be noted in a caveat
01:11:57 [MartinJ]
q+
01:12:01 [chaals]
Topic: BP2 5.5.5 Minimise external script files
01:12:17 [chaals]
BS: Seemed to relate to both network impact and overall size.
01:12:35 [chaals]
... impactis data use and service latency
01:12:58 [chaals]
JR: Should be balanced against the possibility of caching script files across pages.
01:13:11 [chaals]
ack MartinJ
01:13:37 [chaals]
MJ: There is a danger reading the text taht people decide to put the script files into page content, destroying the ability to cache the scripts
01:13:49 [chaals]
q+
01:13:55 [DKA]
q?
01:14:11 [chaals]
BS: Caching diminishes the ovrhead problem this is trying to deal with, right?
01:14:52 [jo]
ack cha
01:15:11 [chaals]
CMN: Don't we have this in BP 1?
01:15:21 [chaals]
JR: We did this in reference to CSS.
01:16:05 [chaals]
DKA: I think we are going to run up against a lot of things where we are elaborating BP1. I think that's fine.
01:16:39 [chaals]
CMN: So we should put specific pointers back to things we are elaborating from BP1.
01:17:23 [chaals]
JR: We need to discuss terminology. "main page" is not terminology consistent with BP1.
01:17:32 [chaals]
... Where we refer to resources, etc.
01:17:47 [chaals]
BS: I have been trying to use common language.
01:17:49 [DKA]
q+ to make a note about readibility
01:18:05 [chaals]
JR: There is a decision to be made. Consistency with our existing teminology has value.
01:18:27 [chaals]
DKA: It is important to get the terminology right. We produced a document that was too hard to read, and we should be looking to do better.
01:19:09 [Bryan]
q+
01:19:10 [chaals]
... We really need to keep the target audiencein mind, and not maintain terminology from BP1 as sacred.
01:19:14 [chaals]
q+
01:19:24 [DKA]
q?
01:19:27 [chaals]
JR: If we have back references this needs to be clarified
01:19:29 [DKA]
ack dka
01:19:29 [Zakim]
DKA, you wanted to make a note about readibility
01:19:30 [chaals]
ack DKA
01:19:31 [DKA]
ack bry
01:19:35 [jo]
ack b
01:20:41 [chaals]
BS: In using the terminology like application, pulling focus away from presentation in a page as the model, we are inherently expecting the developer to stretch their though. As long as we explain up front what we mean, developers should understand and we should be able to use langauge as straightforward as possible.
01:21:02 [jo]
ack c
01:21:06 [chaals]
JR: think we need to raise an issue on terminology.
01:22:10 [francois]
q+
01:22:35 [jo]
ACTION: Dan to raise issue and start discussion on main page, external resources and so on
01:22:35 [trackbot-ng]
Created ACTION-691 - Raise issue and start discussion on main page, external resources and so on [on Daniel Appelquist - due 2008-03-11].
01:22:39 [jo]
ack fr
01:23:01 [chaals]
CMN: agree with Dan that clearer language is better than consistency with BP1. But we should point back to the ideas that are the same, and bring that out.
01:23:18 [chaals]
FD: Think it would be good to have more examples - bits of code that developers can look at.
01:23:26 [chaals]
JR: Now, rub some more salt in...
01:23:39 [chaals]
... "When your mother and I... [scribe missed the rest]"
01:24:06 [wonsuk]
wonsuk has joined #BPWG
01:24:12 [chaals]
s/"When your mother and I... [scribe missed the rest]"/That was what the techniques wii was meant to do. It is a great idea, but you need the samples first/
01:24:22 [chaals]
s/wii/wiki/
01:24:42 [chaals]
DKA: We thought building a Wiki would mean we would get the code. We could take a strctured approach and action people more directly.
01:24:58 [chaals]
JR: All a great idea. Show me the content.
01:27:12 [chaals]
JR: Should cross-reference BP1 WHITE_SPACE
01:27:49 [chaals]
Topic: next...
01:28:13 [chaals]
BS: Slotted stuff that could go into various boxes into presentation
01:28:28 [chaals]
DKA: We should make time in the agenda to look at the stuff from Jonathan.
01:29:03 [chaals]
[BREAK]
01:30:26 [MartinJ]
MartinJ has joined #bpwg
01:40:08 [chaals]
chaals has joined #bpwg
01:41:24 [chaals]
chaals has joined #bpwg
01:46:30 [rob]
scribe: rob
01:46:34 [JonathanJ]
http://lists.w3.org/Archives/Member/member-bpwg/2008Mar/0003.html
01:46:34 [chaals]
chaals has joined #bpwg
01:46:38 [rob]
scribenick: rob
01:48:15 [chaals]
chaals has joined #bpwg
01:50:04 [Seungyun_]
Seungyun_ has joined #bpwg
01:50:46 [rob]
Topic: BP2 contribution from Jonathan
01:53:10 [rob]
Sunghan: about user-device interaction and experience
01:53:47 [rob]
... IP access from any other devices, as well as Web
01:54:37 [francois]
-> http://lists.w3.org/Archives/Member/member-bpwg/2008Feb/0105.html Sunghan input
01:55:29 [rob]
... eg using PC to send message to web that's received and replied to by a phone
01:56:45 [rob]
... "seamless" means service mobility between different networks
01:57:57 [rob]
s/from Jonathan/from Sunghan/
02:00:10 [rob]
Dan: how can we take this input and distill it into statements of Best Practice?
02:00:24 [chaals]
q+ to note that it raises one web as part of scope
02:00:41 [rob]
... ie techniques to ensure seamless access to content?
02:01:07 [rob]
Bryan: BP1 recognised thematic consistency
02:01:40 [rob]
... already contains "multi-screen" environment.
02:01:40 [jo]
ack cha
02:01:40 [Zakim]
chaals, you wanted to note that it raises one web as part of scope
02:01:56 [rob]
... but switching between them is perhaps new
02:02:44 [rob]
Chaals: missing from current scope is "kind of things in scope are things that will work on the web" [as well as on the mobile]
02:03:04 [rob]
s/scope/BP2 scope/
02:03:36 [rob]
Jo: to get into BP2 need "do this... don't do that..." statements
02:04:58 [rob]
... do you mean "make your content work in all contexts" or "design your content with all user interfaces in mind but don't ignore focus of content in different environments"?
02:05:58 [rob]
Sunghan: I've scoped the problem, not proposed the solution techniques
02:06:08 [chaals]
q+ to note that something this implies is "allow people to identify themselves as being on different devices"
02:06:44 [rob]
... ie users will use PCs and mobiles together - not one or the other
02:06:53 [Bryan]
q+
02:06:55 [DKA]
q?
02:07:06 [DKA]
q+
02:08:21 [rob]
Jo: MWI steering council is asking why a seperate mobile apps WG? shouldn't we talk about how different interfaces work together?
02:08:53 [jo]
ack c
02:08:53 [Zakim]
chaals, you wanted to note that something this implies is "allow people to identify themselves as being on different devices"
02:08:59 [rob]
... so this is a good hint to address how users make use of different interfaces co-operatively
02:09:24 [Seungyun_]
Seungyun_ has joined #bpwg
02:09:25 [rob]
Chaals: allow users to identify themselves as the same person on different devices?
02:09:41 [jo]
ack b
02:09:57 [rob]
... eg identity on Opera mini on a phone = Opera on a PC
02:10:27 [rob]
Bryan: user with services on desktop PC and mobile is commonplace
02:11:04 [rob]
... a BP is that these views should synchronise in as timely a manner as possible
02:11:12 [jo]
ack d
02:11:55 [rob]
Dan: "thematic consistency" became an improtant BP1 principle
02:12:08 [Seungyun__]
Seungyun__ has joined #bpwg
02:12:18 [rob]
... maybe this can be a guiding principle for BP2?
02:13:04 [rob]
Jo: so can we turn it into actionable statements?
02:13:35 [rob]
... highlighting BP1's "3.1 One Web" statement
02:14:04 [rob]
... hints relationship betweem mobile-desktop-other screens
02:16:21 [rob]
Sunghan: this BP1 paragraph highlights mobile-desktop relationship. BP2 could go further and consider more user interfaces.
02:17:07 [rob]
Jo: need to constrain ourselves to mobile, eg we're not inventing new sync techniques
02:17:43 [Bryan]
q+
02:17:48 [rob]
... can we action Sunghan to develop some actionable statements?
02:18:06 [jo]
ack b
02:19:07 [DKA]
Q?
02:20:07 [rob]
Bryan: eg "these views should synchronise in as timely a manner as possible..."
02:20:36 [jo]
action: seunyung to provide some example BP statements based on the presentation he gave at Korea F2F
02:20:36 [trackbot-ng]
Sorry, couldn't find user - seunyung
02:20:53 [rob]
Jo: Dan & I will ask in UWA WG as well
02:20:59 [jo]
action: seunyun to provide some example BP statements based on the presentation he gave at Korea F2F
02:20:59 [trackbot-ng]
Sorry, couldn't find user - seunyun
02:21:02 [francois]
action: sunghan to provide some example BP statements based on the presentation he gave at Korea F2F
02:21:02 [trackbot-ng]
Created ACTION-692 - Provide some example BP statements based on the presentation he gave at Korea F2F [on Sunghan Kim - due 2008-03-11].
02:21:12 [Seungyun]
Sunghan is not on the IRC
02:22:06 [rob]
Dan: did we finish the discussion on URI protocol schemes yesterday?
02:22:28 [jo]
ACTION: Dan to raise issue with Dave Raggett in UWA and see if they will take forward from where we leave off
02:22:28 [trackbot-ng]
Created ACTION-693 - Raise issue with Dave Raggett in UWA and see if they will take forward from where we leave off [on Daniel Appelquist - due 2008-03-11].
02:22:40 [rob]
Bryan: yes, WRT tel: scheme BP2 doc is updated
02:23:15 [rob]
Jo: thanks Sunghan for the contribution
02:23:39 [rob]
Topic: BP2 5.8.1 URI Schemes
02:24:31 [rob]
s/updated/where we'll pick up now.../
02:25:16 [rob]
Bryan: actionable statements like "include the phone number as text in the link so you know who you're about to call"
02:25:52 [jo]
q?
02:25:55 [rob]
Dan: and "use tel: or wtai: URI scheme as an easy way to make phone calls"
02:26:08 [DKA]
q?
02:27:42 [rob]
Jo: my view is a 2-step process: (1) write it in our language and then (2) express it in content-provider language
02:28:03 [Seungyun__]
Seungyun__ has joined #bpwg
02:28:30 [rob]
... so rather see it as a high-level statement for now
02:28:51 [rob]
Dan: surely we can narrow it down right now?
02:30:04 [Bryan]
q+
02:30:34 [jo]
ack bry
02:30:47 [DKA]
q?
02:31:25 [rob]
Bryan: maybe I went too far to specific actionable statements in this edit
02:32:05 [DKA]
q+ to suggest "actionable information" as a replacement for "things"
02:32:14 [rob]
... perhaps a generic statement plus some specific examples (eg phone calls, send a message, ...)
02:32:35 [jo]
q-
02:32:54 [francois]
ack DKA
02:32:54 [Zakim]
DKA, you wanted to suggest "actionable information" as a replacement for "things"
02:33:29 [chaals]
["Use links like mailto:, tel: etc to help users perform relevant actions"]
02:33:50 [jo]
"Remember that hyperlinks can be used to initiate device specific actions"
02:33:55 [chaals]
["Use link types like... "]
02:33:58 [rob]
Dan: suggest "actionable information" as a replacement for "things" - we're not talking about hyperlinks that go somewhere else but about links that pop-up some additional action
02:34:02 [Bryan]
q+
02:34:09 [DKA]
ack bry
02:34:11 [jo]
ack b
02:34:22 [rob]
Bryan: I'll propose some text to tweak
02:35:27 [chaals]
["Use link types like mailto:, tel: etc to help users perform relevant actions"]
02:35:48 [rob]
Jo: sould go back to doc review now
02:36:04 [rob]
Dan: are Jose's imputs incorporated?
02:36:07 [rob]
Bryan: yes
02:36:21 [rob]
s/imputs/inputs/
02:36:54 [Bryan]
q+
02:37:18 [jo]
ack b
02:37:38 [rob]
Topic: BP2 inspiration from developer.apple.com iPhone tips
02:38:21 [rob]
Jo: ok, remember ideas are not copyright but the text is.
02:38:27 [Bryan]
q+
02:38:40 [francois]
-> http://developer.apple.com/iphone/devcenter/designingcontent.html Apple iPhone resources and tools for developing web apps
02:38:43 [jo]
ack b
02:38:49 [rob]
Dan: advice about the viewport and aspect ratio is useful
02:39:12 [rob]
Bryan: does Apple have IPR on this?
02:39:26 [rob]
Chaals: we're not sure
02:40:29 [rob]
Jo: caution is advisable but Apple's guidelines are public advice, there's no license to sign
02:40:58 [rob]
... would prefer not to have to go to Apple for permission to publish BP2
02:42:26 [rob]
Dan: advice about touch-screen might be useful
02:43:27 [rob]
Rob: eg consider people will often use their thumbs, so "mouse" pointing isn't accurate
02:44:38 [rob]
Dan: how about "think windowless"?
02:45:06 [rob]
Bryan: BP2 has a bullet list of presentation and interaction issues that captures a lot of this
02:45:39 [JonathanJ]
I think iphone's "windowsless" is good idea.
02:45:40 [rob]
... we can expand that list with stuff from here
02:46:35 [rob]
Jo: can we get more general or do we need specific actionalble techniques?
02:46:57 [jo]
zakim, ping dka in 5 mins
02:46:57 [Zakim]
I don't understand 'ping dka in 5 mins', jo
02:47:09 [rob]
... if Bryan's already got the bullet list we'll continue on that line and see how it goes
02:50:00 [rob]
Bryan: video encoding for bearer is relevant
02:50:40 [rob]
Dan: and preparing alternatives in advance suitable for different bearers
02:50:46 [Bryan]
q+
02:50:59 [jo]
ack b
02:52:15 [rob]
Jo: caveat that you might not know about bearer
02:52:50 [jo]
[break for lunch]
02:53:57 [JonathanJ]
my contribution : http://lists.w3.org/Archives/Member/member-bpwg/2008Mar/0003.html
02:54:30 [jo]
rrsagent, draft minutes
02:54:30 [RRSAgent]
I have made the request to generate http://www.w3.org/2008/03/04-bpwg-minutes.html jo
02:55:39 [chaals]
chaals has left #bpwg
04:00:52 [jcantera]
jcantera has joined #bpwg
04:07:06 [chaals]
chaals has joined #bpwg
04:30:03 [SeanP]
scribe: SeanP
04:30:10 [SeanP]
scribenick: SeanP
04:30:38 [SeanP]
DKA: Spend a couple more minutes examining Apple doc.
04:31:15 [SeanP]
Jo: Need to look at Jonathan's contribution.
04:32:05 [jo]
ACTION: Dan to review apple document and summarise the parts that might be applicable to BP2
04:32:05 [trackbot-ng]
Created ACTION-694 - Review apple document and summarise the parts that might be applicable to BP2 [on Daniel Appelquist - due 2008-03-11].
04:32:34 [jo]
Topic: Jonathan's Contribution
04:32:43 [jo]
-> http://lists.w3.org/Archives/Member/member-bpwg/2008Mar/0003.html Jonathan's Doc
04:36:12 [JonathanJ]
please open attatched file : http://lists.w3.org/Archives/Member/member-bpwg/2008Mar/att-0003/mwi-200803-DDC-v1.0.doc
04:38:36 [Seungyun]
Seungyun has joined #bpwg
04:40:11 [SeanP]
Jonathan: Proposal for ADC for BP2.
04:41:10 [SeanP]
...DDC is minimal delivery context for Mobile Web.
04:41:27 [jcantera]
jcantera has joined #bpwg
04:41:32 [SeanP]
...[Goes through DDC requirements]
04:41:59 [SeanP]
...K-DDC is delivery context for K-MWBP.
04:42:52 [SeanP]
...MW2F K-Mobile OK is similar to W3C Mobile OK.
04:43:18 [SeanP]
...[Explains diagram in the document]
04:44:17 [SeanP]
s/diagram/diagram that compares W3C and MW2F/
04:44:58 [SeanP]
...We are developing K Mobile Best Practices 1.5
04:45:25 [SeanP]
...New advanced delivery context in Korea is KDDC 1.5
04:45:41 [SeanP]
...New features were needed for KDDC
04:46:18 [SeanP]
...[Describes table comparing DDC and KDDC 1.5]
04:48:43 [SeanP]
... Some of the new features: HTML 4.01, EUC-KR, PNG, 50K max page size, CSS 2.1, JavaScript 3, XHR, SSL, DOM stuff
04:49:37 [SeanP]
DKA: We said before that we didn't want an ADC; doesn't mean that this isn't useful. Still need to have an ADC in mind when creating the new BPs.
04:50:05 [rob]
q+
04:50:14 [SeanP]
...Reason we said we didn't want an ADC is we didn't want to open ourselves up to criticism since it will become obsolete.
04:50:42 [DKA]
q?
04:50:45 [jo]
ack r
04:50:49 [Bryan]
q+
04:51:00 [SeanP]
Rob: Is this DDC 1.5 finished?
04:51:08 [SeanP]
Jonathan: is finished
04:51:28 [SeanP]
Rob: BPWG can nod to one that already exists.
04:52:11 [SeanP]
Jo: We have had a problem with the perception of the DDC. We could have the same criticism of the ADC.
04:53:10 [SeanP]
...Point of DDC is the minimum delivery context for reasonable experience on the Web...Designed to avoid criticism.
04:53:25 [SeanP]
...Omission of PNG was a mistake.
04:53:55 [SeanP]
...If you know nothing else about the device, assume the DDC.
04:54:07 [wonsuk]
wonsuk has joined #BPWG
04:54:14 [SeanP]
...BP1 also says exploit device characteristics.
04:54:51 [SeanP]
...BP2 will explain how to exploit device capabilities.
04:55:21 [SeanP]
...Each one of the BP2's will say if this feature exists, exploit it in this way.
04:56:46 [SeanP]
...DDC is not about a point in time, etc. BP2 doesn't need that idea because you need to find out what the device is to exploit the capabilities.
04:57:26 [SeanP]
...What dependencies does the K DDC 1.5 have on the ADC?
04:58:13 [SeanP]
DKA: What is in K BP 1.5 that goes beyond the BP 1.0 that we could put in BP2 that would be based on the ADC?
04:58:35 [SeanP]
...Are there BPs related to CSS 2 or JavaScript 3?
04:58:46 [jo]
s/K DDC /K BP/
04:58:58 [SeanP]
Jonathan: We need more advanced features.
04:59:48 [JonathanJ]
Seungyun
05:00:24 [SeanP]
Jo: The assumption of BP2 is that you know what the device is.
05:00:47 [SeanP]
...You should have a way of find out what the capabilities of the device are.
05:01:30 [Seungyun]
q+
05:01:33 [SeanP]
...Ex: for the tel: URI we will find out whether the device supports it before using it.
05:02:15 [SeanP]
...Wasn't an easy decision to drop DDC, but once it was done it made sense.
05:02:20 [DKA]
ack br
05:02:31 [DKA]
ack seung
05:02:31 [jo]
s/DDC/ADC/
05:02:35 [SeanP]
Bryan: There is nothing in the DDC that says that HTTPS is not supported.
05:03:01 [SeanP]
...We have a DC context variability section in BP2.
05:03:31 [SeanP]
Seungyun: Is there any relationship between DDC and BP2?
05:03:47 [SeanP]
... Won't have ADC in future?
05:04:15 [SeanP]
...What kind of DDC in BP2?
05:04:43 [SeanP]
Jo: We haven't got consensus yet about whether we should update the DDC for BP 2.0.
05:04:53 [SeanP]
...Personal view is that we shouldn't update it.
05:05:30 [SeanP]
...Exception: PNG could be added.
05:06:06 [jcantera]
jcantera has joined #bpwg
05:06:10 [SeanP]
DKA: I don't think that BP2 is written in the context of the DDC. It is all about knowing device capabilities.
05:06:43 [SeanP]
...Do you have statements in the K BP 1.5 written in support of, say, XHR?
05:07:12 [SeanP]
...Is there something we can pull out of that doc and put into BP2?
05:08:01 [jo]
ACTION: Jonathan to extract BP statements from K MWBP 1.5 document for consideration in BP 2.0
05:08:01 [trackbot-ng]
Created ACTION-695 - Extract BP statements from K MWBP 1.5 document for consideration in BP 2.0 [on Jonathan Jeon - due 2008-03-11].
05:08:05 [DKA]
q?
05:09:41 [MartinJ]
Agenda: http://docs.google.com/View?docid=dd3jk8v_89f6vrqk9w
05:11:10 [JonathanJ]
Helsinki file : http://www.cs.helsinki.fi/u/pervila/Gradu/index.html
05:11:14 [SeanP]
DKA: Anyone want to present University of Helsinki Master's Thesis and Frost Ajax library?
05:11:48 [SeanP]
Francois: Will summarize.
05:12:10 [SeanP]
...Would be interesting in having the guy who wrote it summarize it to the group.
05:12:12 [DKA]
http://www.cs.helsinki.fi/u/pervila/Gradu/index.html
05:12:34 [jo]
ACTION: Daoust to summarise the U Helsinki masters thesis on Mobile Ajax performance with a view to including some aspects into BP 2
05:12:34 [trackbot-ng]
Created ACTION-696 - Summarise the U Helsinki masters thesis on Mobile Ajax performance with a view to including some aspects into BP 2 [on François Daoust - due 2008-03-11].
05:12:42 [DKA]
http://www.pavingways.com/frost-ajax-library
05:13:53 [SeanP]
DKA: Frost Ajax library is for constrained browsers. Javascript and server side component that sends appropriate JS based on the type of the device.
05:14:16 [SeanP]
...Would be interesting in seeing if we could promote that idea.
05:15:18 [SeanP]
...Developer has been active creating comments although not a group member.
05:15:30 [SeanP]
Bryan: Is there a summary report on this activity?
05:15:58 [SeanP]
DKA: Someone needs to summarize what can be pulled from this library for use by BP2?
05:17:07 [MartinJ]
q+
05:17:14 [SeanP]
DKA: This pattern of using server side device detection combined with a modular JS library...need to determine if this could be a useful technique in BP2.
05:17:52 [JonathanJ]
Summarize article: http://ajaxian.com/archives/measuring-the-state-of-mobile-ajax-performance
05:18:02 [DKA]
q?
05:18:05 [DKA]
ack mar
05:18:08 [SeanP]
Bryan: They have some detailed information that has been put into WURFL and they use that to select JS?
05:18:17 [SeanP]
Martin:
05:18:36 [SeanP]
Martin: We use a similar technique to determine which JS to send to the device.
05:19:00 [SeanP]
Bryan: Does this use a test to find out the JS capabilities?
05:19:16 [SeanP]
DKA: No, just uses the type of the device.
05:19:40 [SeanP]
Jo: Runs an automated test on the browser.
05:20:00 [SeanP]
...It's run once; don't need to do it every time.
05:20:32 [SeanP]
DKA: Sounds even more relevant--we could document what those tests are. We could say use this script to find the characteristics.
05:21:04 [SeanP]
Chaals: This is a very simple test. It does 3 tests. Not sure how much time it is worth looking at this.
05:21:38 [chaals]
[whee! Opera Mini passes all its tests :) ]
05:21:53 [SeanP]
Jo: Agree with Chaals. We should have something about level of support and simple tests. Need to capture that it is a best practice to do this.
05:22:21 [SeanP]
Bryan: We already have a placeholder for this. Have a section on JS reflection.
05:22:57 [SeanP]
Jo: The second point is to customize the download of the JS based on the device.
05:23:21 [SeanP]
DKA: I think there is still an action here.
05:23:46 [jo]
ACTION: Dan to summarize the points he can glean from examination of the frost library
05:23:46 [trackbot-ng]
Created ACTION-697 - Summarize the points he can glean from examination of the frost library [on Daniel Appelquist - due 2008-03-11].
05:26:39 [DKA]
Agenda updated: http://docs.google.com/Doc?docid=dd3jk8v_89f6vrqk9w&hl=en
05:27:19 [DKA]
zakim, ping me in 15 minutes
05:27:19 [Zakim]
ok, DKA
05:38:08 [oo]
oo has joined #bpwg
05:42:20 [Zakim]
DKA, you asked to be pinged at this time
05:50:12 [francois]
Scribe: francois
05:50:17 [francois]
ScribeNick: francois
05:51:24 [francois]
Jo: agenda is to talk about mobileOK, but before that, I'd like to come back to Jonathan's input on ADC
05:52:01 [francois]
... The thing is we need to update DDC for BP2
05:52:11 [francois]
... for instance, support for PNG may be assumed
05:52:38 [francois]
... The suggestion is BP2 contains a revised version of DDC and reviewed BPs of BP1
05:53:12 [francois]
Bryan: The presence of DDC without saying that it does not limit the best practices of BP2 might lead to confusion
05:53:37 [francois]
Jo: Yes, we need to be clear that it's the minimal delivery context, not the target but the baseline
05:54:05 [francois]
... If you know nothing about the target, then assume (revised) DDC
05:54:26 [francois]
... Other than PNG, I don't really think DDC needs changing
05:54:36 [francois]
... I'll raise an issue on that
05:54:43 [jo]
ACTION: JR to raise issue of revising DDC and to raise discussion of the revised definition being retroactive to BP1
05:54:44 [trackbot-ng]
Created ACTION-698 - Raise issue of revising DDC and to raise discussion of the revised definition being retroactive to BP1 [on Jo Rabin - due 2008-03-11].
05:56:02 [francois]
Jo: In the light of discussion, it occurred to me that there is a set of properties that you need to rely on when reading the BP2 doc
05:56:40 [francois]
... I think it's useful to list these DDR properties
05:57:28 [francois]
s/reading/reading and writing/
05:57:50 [jo]
ACTION: Bryan to insert an Appendix listing the Device properties that BP2 is dependent upon
05:57:50 [trackbot-ng]
Created ACTION-699 - Insert an Appendix listing the Device properties that BP2 is dependent upon [on Bryan Sullivan - due 2008-03-11].
05:58:52 [francois]
Jo: Also, I think it's clear we don't need an ADC, but what would be great is to have a list of tiers/classes
05:59:10 [francois]
... so that when you develop an application, you may target these different classes
05:59:41 [francois]
... It seems that this is established practice. I've heard people saying "I have 4-5 classes"
05:59:56 [francois]
DKA: yes, I'm interested to see where that goes
06:00:48 [francois]
Jo: I'm hoping that having a best practice around specification in that way addresses concern from persons such as Jonathan
06:01:40 [francois]
Bryan: to summarize, you would recommend to have a BP to recommend classification, but not list the definition of the classes, right?
06:01:43 [francois]
Jo: yes
06:02:25 [jo]
ACTION: Bryan to introduce a BP on classification of devices into High, Mid, Low etc on a per application basis - with an extended non-normative example, pethaps
06:02:25 [trackbot-ng]
Created ACTION-700 - Introduce a BP on classification of devices into High, Mid, Low etc on a per application basis - with an extended non-normative example, pethaps [on Bryan Sullivan - due 2008-03-11].
06:02:53 [francois]
i/Jo: agenda is/Topic: Back to ADC/
06:03:33 [francois]
Topic: couple questions about BP2
06:03:43 [francois]
Bryan: I don't have yet any inputs on:
06:03:54 [francois]
1. toolkit developers may use
06:04:08 [francois]
... we'll have to address the impact of toolkits
06:04:54 [francois]
2. how are we going to address the techniques and practices for non-browser applications
06:05:15 [francois]
Jo: I don't think we need to talk about the execution environment
06:05:27 [francois]
... the environment is not especially relevant to mention
06:05:46 [francois]
Topic: mobileOK scheme
06:06:08 [francois]
Jo: who knows what it is?
06:06:22 [francois]
Audience: [smiles]
06:07:00 [francois]
Bryan: There will be a public value to know that a site is mobileOK, and so we should find a way to mark pages as presumably mobileOK
06:07:40 [francois]
Dan: mobileOK Scheme is the name we gave to a set of documents, and encompasses mobileOK, tests, the checker
06:08:00 [francois]
Jo: plus it's a set of usage rules
06:08:14 [francois]
... we have failed, as a group, to make a start on the doc
06:08:46 [francois]
... We really have to do something for this in my view.
06:08:59 [francois]
... What does the teams think?
06:09:58 [francois]
... Do we need a mobileOK scheme document?
06:10:22 [francois]
... Do we need another doc that says how to use mobileOK, which icon to use, when to use it, ...?
06:10:49 [francois]
Dan: Yes, we need it, otherwise mobileOK won't be used in public
06:11:02 [francois]
chaals: Does it need to be a TR doc though?
06:11:12 [francois]
Dan: no, it doesn't.
06:12:13 [francois]
Seungyun: from a Korean's perspective, we really need that scheme.
06:12:39 [francois]
... We hope W3C will address that doc
06:12:59 [francois]
Jo: the basic problem is we don't have an editor for the doc.
06:13:10 [francois]
... and so without editor, no doc.
06:13:31 [francois]
... resolution to find an editor for the doc!
06:13:43 [jo]
PROPOSED RESOLUTION: Chaals to edit mobileOK scheme document
06:13:48 [jo]
+1
06:13:52 [francois]
+1
06:13:52 [DKA]
+1
06:13:53 [SeanP]
+1
06:14:00 [Seungyun]
+1
06:14:02 [jo]
RESOLUTION: Chaals to edit mobileOK scheme document
06:15:01 [francois]
Jo: I think we should cover a basic content list here and let you work on this.
06:15:19 [francois]
chaals: I believe there is a working draft
06:15:23 [chaals]
-> http://www.w3.org/TR/2006/WD-mobileOK-20060712/ source for inspiration
06:15:48 [francois]
Jo: If I remember correctly, this is the pre-split version
06:16:11 [francois]
... what can we extract from this?
06:16:22 [francois]
chaals: what is mobileOK
06:16:53 [francois]
... how does mobileOK relate to best practices?
06:17:01 [francois]
Jo: where do I find license info
06:17:14 [francois]
... it also needs to discuss the checker
06:17:31 [francois]
... there needs to be some fairly tight wording in here
06:17:53 [francois]
... it needs to discuss that the checker is non normative although it is a ref implementation
06:18:12 [francois]
... it should answer the trustmark question
06:18:26 [francois]
... dom has an on-going action to check with legal team
06:18:49 [francois]
Dan: I think there should be a kind of usage scenario for content providers for instance
06:19:03 [francois]
chaals: yes. How does mobileOK relate to me?
06:19:20 [francois]
Jo: right. What are the benefits.
06:19:56 [jo]
ACTION: Dan to write a usage scenario for mobileOK scheme
06:19:57 [trackbot-ng]
Created ACTION-701 - Write a usage scenario for mobileOK scheme [on Daniel Appelquist - due 2008-03-11].
06:20:12 [francois]
Jo: when do you think you can have a first editor's draft?
06:20:31 [francois]
chaals: [thinking hard]. Not tonight. Not tomorrow.
06:20:43 [francois]
Jo: by next Thursday?
06:20:46 [francois]
chaals: OK
06:21:00 [jo]
ACTION: chaals to produce first editors draft of mobileOK scheme in 1 week
06:21:00 [trackbot-ng]
Created ACTION-702 - Produce first editors draft of mobileOK scheme in 1 week [on Charles McCathieNevile - due 2008-03-11].
06:21:56 [francois]
Dan: is there another issue that we should take on upon which is about mobileOK Pro and mobileOK Basic
06:22:11 [francois]
... whether or not mobileOK is synonym to mobileOK Basic
06:22:25 [francois]
chaals: I would say over my dead body
06:22:32 [francois]
... I think it would be a shame
06:23:12 [francois]
... I'm not sure it's worth discussing. It will be associated with whatever people use most.
06:23:41 [chaals]
s/body/body. But that is too easy to arrange/
06:24:45 [francois]
Jo: Are mobileOK usage rules packed with scheme?
06:25:04 [francois]
chaals: the scheme should document them, but I don't think it's up to me to write them
06:27:32 [francois]
Jo: what I think is worth discussing: we have a fundamental decision to make as to whether it's going to be meaningful as a trustmark or just a wishful label
06:28:09 [francois]
chaals: the HTML label is slightly more reliable than the WCAG label, which is just a joke in the sense that there is no way to check conformance automatically
06:28:45 [francois]
... in the last century, W3C had a system where you could report abuse of trustmarks
06:29:39 [francois]
... It stops to be a trustmark, and starts to be a badge that you may wear anywhere
06:30:18 [Bryan]
q+
06:30:34 [francois]
... Two possibilities: W3C sets precise rules and tries to enforce the use of the trustmark
06:30:39 [francois]
... or not
06:30:49 [DKA]
q+ to ask about usage rules for K-MobileOK.
06:31:00 [francois]
... These are considered issues beyond the scope of the working group
06:31:58 [jo]
ack b
06:32:16 [francois]
... We should basically say: this is what we're thinking, these are some ways to ensure the trustmark is used correctly, and have copyright rules to ensure that it has to be removed when rules are not followed
06:33:21 [francois]
Bryan: Trust is something that is based somehow on intent, and there needs to be some recognition of the good will.
06:33:35 [francois]
... It's never going to be 100% followed
06:33:42 [francois]
... we need to be more flexible
06:34:01 [jo]
ack d
06:34:01 [Zakim]
DKA, you wanted to ask about usage rules for K-MobileOK.
06:34:27 [francois]
Dan: I would like to ask Jonathan or Seungyun what usage rules were developed with K-MobileOK
06:34:44 [francois]
... do you have a set of rules as to when people can claim they are mobileOK?
06:35:06 [francois]
Seungyun: so far, we don't have specific rules for mobileOK
06:35:14 [francois]
s/mobileOK/K-mobileOK/
06:35:26 [francois]
... because we're waiting for W3C!
06:36:01 [DKA]
q+
06:36:13 [jo]
ack d
06:36:17 [francois]
... We need some explicit rules from W3C in order to deploy that in Korea. We only have some requirements for the moment.
06:36:50 [francois]
Dan: It sounds to me that there is an aspiration for a mobileOK button.
06:37:34 [francois]
Jo: I really like this idea. We might even resolve on that.
06:38:55 [francois]
... One of the things that I think is important: mobileOK means "you want to be mobile friendly" as Bryan crystalized correctly before
06:39:30 [jo]
PROPOSED RESOLUTION: There will be an aspirational levle of mobileOK called "mobileOK Checked" that links to validator/mobile with default URI of referringpage
06:40:20 [chaals]
s/level/levle represented by a badge/
06:40:34 [jo]
PROPOSED RESOLUTION: There will be an aspirational badge for mobileOK called "mobileOK Checked" that links to validator/mobile with default URI of referring page
06:40:47 [rob]
+1
06:40:48 [chaals]
s/levle represented by a badge/level/
06:40:59 [chaals]
s/levle/level represented by a badge/
06:42:04 [DKA]
+1
06:42:06 [jo]
RESOLUTION: There will be an aspirational badge for mobileOK called "mobileOK Checked" that links to validator/mobile with default URI of referring page
06:42:57 [JonathanJ]
this is a mobileok test page in Korea : http://test.mobileok.or.kr/
06:43:07 [francois]
Jo: next point is the distinction between the claim of the trustmark and the use of the visual representation
06:43:36 [francois]
... previous discussion said that the label was the claim
06:43:53 [francois]
... and the visual representation is just informal
06:44:19 [francois]
... from a technical point of vue, it's important. From the appelquistian simple point of view, it's too complex
06:44:38 [JonathanJ]
s/vue/view/
06:44:48 [francois]
chaals: we should accept the fact that putting the badge is actually claiming that you are mobileOK.
06:45:43 [francois]
... I would suggest that we can do is that when you have a badge, then you have to link it to a POWDER claim.
06:46:15 [francois]
... so if I get to the badge and cannot find the POWDER claim, then you're breaking the rules.
06:46:46 [francois]
Jo: Again, back to the point about the fact that the visual representation may appear on content that is not mobileOK because of thematic consistency
06:47:22 [jo]
q?
06:48:03 [francois]
francois: too complex?
06:48:34 [francois]
chaals: if you want to claim something is mobileOK, then you need to have a POWDER claim
06:49:06 [francois]
... if you put a badge in your page, you need to link it to the POWDER claim
06:50:15 [francois]
... should the badge link directly to the POWDER doc? Quite possibly not, because that's not really useful from a browser's point of view.
06:50:38 [francois]
... so maybe it's linking to a page that contains a link to the POWDER statement.
06:53:15 [francois]
... If you serve 400000 pages adapted to delivery contexts that are not DDC and not mobileOK but deliver mobileOK pages to DDC, there's no reason why you can't add the mobileOK badge to all of your pages.
07:14:52 [DKA]
Scribe: Jo
07:14:56 [DKA]
ScribeNick: Jo
07:15:19 [MartinJ]
MartinJ has joined #bpwg
07:15:39 [jo]
Topic: ISSUEs and ACTIONs
07:16:13 [DKA]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/open
07:16:40 [DKA]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/pendingreview
07:17:08 [jo]
Topic: ACTION-529
07:17:33 [jo]
jo: Ed said leave pending
07:17:53 [jo]
Topic: ACTION-541 MobileOK Scheme
07:18:04 [jo]
jo: suggest reassign to chaals
07:18:31 [jo]
[reassigned to chaals]
07:18:42 [jo]
Topic: ACTION-606
07:19:07 [jo]
close ACTION-606
07:19:07 [trackbot-ng]
ACTION-606 Detail reload re: section 2.1.5 original representation availability closed
07:19:20 [jo]
Topic: ACTION-607
07:19:28 [jo]
close ACTION-607
07:19:28 [trackbot-ng]
ACTION-607 Detail what he means by "reload" request on mailing list closed
07:19:50 [jo]
Topic: ACTION-614
07:20:10 [jo]
jo: on me, leave pending
07:20:20 [jo]
Topic: ACTION-621
07:20:26 [jo]
ACTION-621?
07:20:26 [trackbot-ng]
ACTION-621 -- Dominique Hazaël-Massieux to check if W3C has a liaison with OpenAjax -- due 2008-01-24 -- OPEN
07:20:26 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/621
07:20:45 [jo]
Topic: ACTION-631
07:20:59 [jo]
ACTION-631?
07:21:00 [trackbot-ng]
ACTION-631 -- François Daoust to check with Dom about test cases for ISSUE-234 -- due 2008-01-31 -- PENDINGREVIEW
07:21:00 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/631
07:22:55 [jo]
close ACTION-631
07:22:55 [trackbot-ng]
ACTION-631 Check with Dom about test cases for ISSUE-234 closed
07:23:10 [jo]
Topic: ACTION-638
07:23:17 [jo]
ACTION-638?
07:23:17 [trackbot-ng]
ACTION-638 -- Kai Scheppe to raise an issue on ISSUE: Does the TF need to create device which emulates the DDC for testing? -- due 2008-02-12 -- PENDINGREVIEW
07:23:17 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/638
07:23:50 [jo]
Topic: Open Actions
07:24:44 [jo]
Topic: ACTION-[leave pen]
07:25:03 [jo]
s/[leave pen]/530
07:25:11 [jo]
[leave open]
07:25:24 [jo]
TOPIC: ACTION-589
07:25:35 [jo]
ACTION-589?
07:25:35 [trackbot-ng]
ACTION-589 -- Daniel Appelquist to look for one or more likely candidates to adopt techniques and make arrangements ref copyright and attribution -- due 2007-11-12 -- OPEN
07:25:35 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/589
07:26:05 [jo]
jo: have mailed offering dotMobi to take this over as part of dev.mobi, no response from Dom as yet
07:26:56 [jo]
close ACTION-589
07:26:56 [trackbot-ng]
ACTION-589 Look for one or more likely candidates to adopt techniques and make arrangements ref copyright and attribution closed
07:28:40 [jo]
[DKA opens ISSUE-239]
07:28:43 [jo]
Topic: ACTION-594
07:28:54 [jo]
ACTION-594?
07:28:54 [trackbot-ng]
ACTION-594 -- Daniel Appelquist to coordinate mobileOK Basic advancement, probably starting with a teleconf -- due 2007-12-21 -- OPEN
07:28:54 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/594
07:29:17 [jo]
close ACTION-594
07:29:17 [trackbot-ng]
ACTION-594 Coordinate mobileOK Basic advancement, probably starting with a teleconf closed
07:29:28 [jo]
Topic: ACTION-603
07:29:39 [jo]
ACTION-603?
07:29:39 [trackbot-ng]
ACTION-603 -- François Daoust to find out how to liaise with HTTP NG work -- due 2008-01-29 -- OPEN
07:29:39 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/603
07:30:16 [chaals]
chaals has joined #bpwg
07:30:37 [jo]
fd: if we really need to add something to HTTP we will try to do that but that's not the way they want to go, their scope is rewriting not creating new stuff
07:30:50 [jo]
fd: if anything, we need new stuff
07:30:58 [jo]
Close ACTION-603
07:30:58 [trackbot-ng]
ACTION-603 Find out how to liaise with HTTP NG work closed
07:31:08 [jo]
Topic: ACTION-605
07:31:18 [jo]
ACTION-605?
07:31:18 [trackbot-ng]
ACTION-605 -- Magnus Lönnroth to suggest some text for 2.1.2 -- due 2007-12-11 -- OPEN
07:31:18 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/605
07:32:01 [jo]
ACTION-605?
07:32:01 [trackbot-ng]
ACTION-605 -- Magnus Lönnroth to suggest some text for 2.1.2 -- due 2007-12-11 -- OPEN
07:32:01 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/605
07:32:15 [jo]
close ACTION-605
07:32:15 [trackbot-ng]
ACTION-605 Suggest some text for 2.1.2 closed
07:32:38 [jo]
Topic: ACTION-613
07:32:46 [jo]
ACTION-613?
07:32:46 [trackbot-ng]
ACTION-613 -- Jo Rabin to start collecting mobileOK web pages for mobileOK CR -- due 2008-01-10 -- OPEN
07:32:46 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/613
07:32:53 [jo]
jo: ongoing
07:33:11 [jo]
Topic: ACTION-618
07:33:26 [jo]
ACTION-618?
07:33:26 [trackbot-ng]
ACTION-618 -- Edward Mitukiewicz to review Scope of BP1 to see what it tells us about scope of BP2 -- due 2008-01-17 -- OPEN
07:33:26 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/618
07:33:37 [jo]
[leave open]
07:33:49 [jo]
Topic: ACTION-619
07:33:59 [jo]
ACTION-619?
07:33:59 [trackbot-ng]
ACTION-619 -- Alan Chuter to update the comments list to public-bpwg-comments -- due 2008-01-24 -- OPEN
07:33:59 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/619
07:34:13 [jo]
dka: did this happen?
07:34:20 [jo]
fd: yes
07:34:26 [jo]
close ACTION-619
07:34:26 [trackbot-ng]
ACTION-619 Update the comments list to public-bpwg-comments closed
07:34:40 [jo]
Topic: ACTION-621
07:34:48 [jo]
ACTION-621?
07:34:48 [trackbot-ng]
ACTION-621 -- Dominique Hazaël-Massieux to check if W3C has a liaison with OpenAjax -- due 2008-01-24 -- OPEN
07:34:48 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/621
07:35:03 [jo]
Dka: ?
07:35:07 [jo]
fd: ?
07:35:13 [jo]
[leave open]
07:35:21 [jo]
Topic: ACTION-625
07:35:29 [jo]
ACTION-625?
07:35:29 [trackbot-ng]
ACTION-625 -- François Daoust to initiate discuss on the exception wording ref dangerous content -- due 2008-01-29 -- OPEN
07:35:29 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/625
07:36:07 [jo]
[still open]
07:36:16 [jo]
Topic: ACTION-629
07:36:22 [jo]
ACTION-629?
07:36:22 [trackbot-ng]
ACTION-629 -- Ignacio Marin to will ask group about having it the week before the Expo starts -- due 2008-01-31 -- OPEN
07:36:22 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/629
07:36:31 [jo]
close ACTION-629
07:36:32 [trackbot-ng]
ACTION-629 Will ask group about having it the week before the Expo starts closed
07:36:41 [jo]
Topic: ACTION-632
07:36:46 [jo]
ACTION-632?
07:36:46 [trackbot-ng]
ACTION-632 -- Bryan Sullivan to propose some recommendation on user-agent detection from a proxy and browser's (format) point of view -- due 2008-02-05 -- OPEN
07:36:46 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/632
07:37:13 [jo]
BS: still open
07:37:30 [jo]
Topic: ACTION-633
07:37:35 [jo]
ACTION-633?
07:37:35 [trackbot-ng]
ACTION-633 -- Andrew Swainston to write a clear draft on @@allow-https-rewrite and the need for the end-user to be aware of the situation -- due 2008-02-05 -- OPEN
07:37:35 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/633
07:38:12 [jo]
[change to pending review]
07:38:28 [Kangchan]
Kangchan has joined #bpwg
07:38:57 [jo]
Topic: ACTION-634
07:39:02 [jo]
ACTION-634?
07:39:02 [trackbot-ng]
ACTION-634 -- François Daoust to write a note to say something about Cache-Control: no-transform and WAP gateways -- due 2008-02-05 -- OPEN
07:39:02 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/634
07:41:43 [jo]
[change to pending review]
07:41:52 [jo]
Topic: ACTION-637
07:41:58 [jo]
ACTION-637?
07:41:58 [trackbot-ng]
ACTION-637 -- Alan Chuter to check on which WCAG 1.0 checkpoints were dropped in 2.0 due to untestability. -- due 2008-02-12 -- OPEN
07:41:58 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/637
07:42:16 [jo]
[no response from Alan]
07:42:28 [jo]
Topic: ACTION-640
07:42:37 [jo]
ACTION-640?
07:42:37 [trackbot-ng]
ACTION-640 -- Phil Archer to draft test suite document to complement Test Document - such a draft may or may not be completed depending on its usefulness in the Test Document creation process -- due 2008-02-12 -- OPEN
07:42:37 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/640
07:43:12 [jo]
[skipping Pro Test docs as we don'tknow]
07:43:29 [jo]
s/don'tknow]/don't know/
07:43:47 [jo]
Topic: ACTION-657
07:43:55 [jo]
close ACTION-657
07:43:55 [trackbot-ng]
ACTION-657 Post a questionnaire re June f2f by Feb.21 closed
07:44:04 [jo]
Topic: ACTION-660
07:44:10 [jo]
ACTION-660?
07:44:10 [trackbot-ng]
ACTION-660 -- Bryan Sullivan to raise specific points of discussion on Public List -- due 2008-02-21 -- OPEN
07:44:10 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/660
07:44:26 [jo]
close ACTION-660
07:44:26 [trackbot-ng]
ACTION-660 Raise specific points of discussion on Public List closed
07:44:36 [jo]
Topic: ACTION-663
07:44:41 [jo]
ACTION-663?
07:44:41 [trackbot-ng]
ACTION-663 -- François Daoust to set up a poll for BPWG due in one hour -- due 2008-02-28 -- OPEN
07:44:41 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/663
07:44:50 [jo]
close ACTION-663
07:44:50 [trackbot-ng]
ACTION-663 Set up a poll for BPWG due in one hour closed
07:45:00 [jo]
Topic: ACTION-664
07:45:11 [jo]
ACTION-664?
07:45:11 [trackbot-ng]
ACTION-664 -- Yeliz Yesilada to provide some examples to put into the document - specifically on STYLE_SHEET_SUPPORT -- due 2008-02-28 -- OPEN
07:45:11 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/664
07:45:19 [jo]
[pending review]
07:45:56 [jo]
Topic: ACTION-665
07:46:01 [jo]
ACTION-665?
07:46:01 [trackbot-ng]
ACTION-665 -- Alan Chuter to talk to Jeffs about what support they can provide on examples -- due 2008-02-28 -- OPEN
07:46:01 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/665
07:46:07 [jo]
[leave open]
07:46:16 [jo]
Topic: ACTION-666
07:46:31 [jo]
ACTION-666?
07:46:31 [trackbot-ng]
ACTION-666 -- Aaron Kemp to draft section 2.6 listing user control options that SHOULD be supported -- due 2008-03-04 -- OPEN
07:46:31 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/666
07:46:43 [jo]
[change to pending review]
07:47:09 [jo]
Topic: ACTION-667
07:47:18 [jo]
close ACTION-667
07:47:18 [trackbot-ng]
ACTION-667 Make 2.7 and 2.8 sub sections of 2.6 closed
07:47:29 [jo]
Topic: ACTION-668
07:47:53 [jo]
close ACTION-668
07:47:53 [trackbot-ng]
ACTION-668 Raise an ISSUE on labelling using POWDER describing transformation options on sites closed
07:48:03 [jo]
Topic: ACTION-670
07:48:09 [jo]
close ACTION-670
07:48:09 [trackbot-ng]
ACTION-670 Remove sect 3.1 and transfer semantics to the present 3.2 closed
07:48:27 [jo]
Topic: ACTION-671
07:49:06 [jo]
close ACTION-671
07:49:06 [trackbot-ng]
ACTION-671 Update wording of sect 3.2 p 2 to clarify that the intent is not to respond with a transformed copy closed
07:49:27 [jo]
Topic: ACTION-672
07:49:34 [jo]
close ACTION-672
07:49:34 [trackbot-ng]
ACTION-672 Adjust text in 3,2 per the previous note in the minutes closed
07:49:49 [jo]
Topic: ACTION-673
07:49:56 [jo]
ACTION-673?
07:49:56 [trackbot-ng]
ACTION-673 -- Aaron Kemp to see if he can get some figures that scope the problem of bogus 200 responses -- due 2008-03-04 -- OPEN
07:49:56 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/673
07:50:02 [jo]
[leave open]
07:50:10 [jo]
Topic: ACTION-674
07:50:20 [jo]
close ACTION-674
07:50:20 [trackbot-ng]
ACTION-674 Produce new draft based on the many actions he has taken during this call :-) before BP meeting on THursday closed
07:51:14 [jo]
Topic: ACTION-677
07:52:02 [jo]
ACTION-677
07:52:09 [jo]
ACTION-677?
07:52:09 [trackbot-ng]
ACTION-677 -- Daniel Appelquist to create an issue to start bringing together potential test cases. -- due 2008-03-06 -- OPEN
07:52:09 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/actions/677
07:52:19 [jo]
[leave open]
07:52:24 [jo]
Topic: Issues
07:54:08 [DKA]
Scribe: Bryan
07:54:16 [DKA]
Scribenick: Bryan
07:55:53 [Bryan]
Topic: Issue-222?
07:56:05 [Bryan]
Topic: Issue-222
07:56:08 [Bryan]
Issue-222?
07:56:08 [trackbot-ng]
ISSUE-222 -- TAG Finding on Alternative Representations -- OPEN
07:56:08 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/issues/222
07:58:17 [Bryan]
Jo: this is talking about alternative representations; there is a can of worms to be opened here. The suggestions shown are interesting and we can adopt them as BPs, but
08:00:08 [Bryan]
Jo: the problem is that no one does this, except for some specific examples.
08:01:18 [Bryan]
Jo: as an initial step we can make recommendations, e.g. based upon proposed texton the list from last year.
08:01:26 [JonathanJ]
http://www.w3.org/2005/MWI/BPWG/Group/track/issues/open
08:02:36 [Bryan]
Jo: i.e. since there are so many optional representations, using distinct URI schemes seems impractical.
08:03:46 [abel]
abel has joined #bpwg
08:04:53 [Bryan]
Jo: other points were made in the email, e.g. re 2.1.1 point 5 in the TAG finding, the reason it is problematic is while it talks about HTML, we are interested in more than HTML, e.g.
08:05:44 [Bryan]
Jo: Images and links for them.
08:06:50 [Bryan]
Jo: re redirection, we are averse to redirection but may consider the 300 response as a way to do it, e.g. as discussed in RFC 2295/2296.
08:07:26 [Bryan]
Jo: redirection is generally to be avoided since mobile sites don't have static versions of their resources.
08:09:06 [Bryan]
Jo: re point E, its hard to know whether a URI points to a specific representation or a resource with multiple representations. The linkages that are suggested require that there be a way to distinguish this.
08:09:57 [Bryan]
Jo: CT TF needs to consider resources linked as described here. Google has mentioned this as a recommended practice.
08:10:17 [Bryan]
Jo: The question is what do we expect from TAG in response to our note.
08:10:28 [Bryan]
Dan: they could help us solve the problem.
08:10:52 [Bryan]
Jo: they may ask us what is our answer instead
08:11:10 [Bryan]
Dan: we already have some answers in the CT guidelines doc
08:11:37 [Bryan]
Jo: we have enough to do already without invoking a discussion with TAG that might not bear fruit.
08:11:51 [Bryan]
Dan: if we issue a document that contradicts we will get comments
08:12:48 [Bryan]
Francois: Jo's points are valid, and we should give them to the TAG.
08:14:31 [Bryan]
Francois: initial feeling is that we are both wrong, content adaptation in the future will not be solved by HTTP links for alternate representations
08:15:20 [Bryan]
Francois: the negotiation will be more complex than supported by the link approach
08:16:20 [Bryan]
Jo: from our likely recommendation that POWDER be used to describe resources, we need a link header for that purpose, and the meta information there would be helpful for CT
08:16:52 [wonsuk]
wonsuk has left #BPWG
08:17:45 [Bryan]
Francois: they could say that the web page returned (the ML) will address the appropriate links to available representations
08:18:35 [Bryan]
Jo: will draft a note around these 5 points for review and to initiate a dialog with TAG
08:19:06 [Bryan]
Jo: will do this in the next couple of weeks
08:19:42 [jo]
ACTION: Jo to draft a communication with the TAG based on ISSUE-222
08:19:42 [trackbot-ng]
Created ACTION-703 - Draft a communication with the TAG based on ISSUE-222 [on Jo Rabin - due 2008-03-11].
08:26:39 [Bryan]
Topic: Issue-223
08:26:43 [Bryan]
Issue-223?
08:26:43 [trackbot-ng]
ISSUE-223 -- Various Items to Consider for the CT Guidelines -- OPEN
08:26:43 [trackbot-ng]
http://www.w3.org/2005/MWI/BPWG/Group/track/issues/223
08:28:00 [Bryan]
Jo: for the shopping list, we may be able to avoid the issue through the indirect intentions being expressed through T&C's, that the CP's intent should be respected, but
08:29:38 [Bryan]
Jo: since our job is to promote mobile web awareness, we should assume that CP's intend to provide the mobile representation. But the user may express a preference for the desktop
08:30:03 [Bryan]
Jo: version by using a user-agent switcher or via other means.
08:30:34 [Bryan]
Dan: since you can't do all desktop things on the mobile site, a user may want to use the deskop for those missing things
08:31:27 [Bryan]
Jo: although we never said it, we implied that its a good idea to match the user's context but they should allow a return to desktop view since they may have misunderstood the context.
08:31:59 [Bryan]
Jo: So we should say that CP's should provide a desktop view, and give the choice to the user.
08:33:10 [Bryan]
Jo: user's preferences may normally be overridden because the CP knows better, but the user can effect an higher priority override when desired
08:34:07 [SeanP]
q+
08:34:15 [DKA]
q?
08:34:20 [Bryan]
Jo: we need also to put a placeholder in BP2 that CP's should make assumptions but should allow users to override the assumptions
08:34:50 [Bryan]
Francois: Aaron's contribution goes in that direction, e.g. user priority should be given
08:35:06 [francois]
ack SeanP
08:35:41 [Bryan]
Sean: in other areas there are some precedents, e.g. CSS, where the CP stylesheet normally overrides the user, but the user can ultimately overrride the CP
08:35:46 [DKA]
PROPOSED RESOLUTION: In matters of presentation, Content Providers' preference should take preference over user's preference, but user should be able to exert a high-priority override over the content provider's prefernece if desired.
08:36:06 [Bryan]
Jo: that is a good example, and we could reference it
08:36:11 [francois]
+1
08:36:19 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: in matters of presentation, Content Providers' preference should take preference over user's preference, but user should be able to exert a high-priority override over the content provider's prefernece if desired.
08:36:25 [SeanP]
+1
08:36:45 [rob]
+1
08:36:56 [Bryan]
+1
08:37:00 [jo]
+1
08:37:44 [DKA]
RESOLUTION: Regarding the CT Guidelines document: in matters of presentation, the Content Provider's preference should take preference over user's preference, but user should be able to exert a high-priority override over the content provider's prefernece if desired.
08:38:41 [Bryan]
Jo: on point 2, how should the user signal their choices, they can't. A new HTTP header is required, or an application artifact needs to be created.
08:39:08 [Bryan]
Jo: the question is thus out of scope since it's new technology
08:40:02 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: the question of how the user signals their choice is out of scope.
08:40:34 [Bryan]
Bryan: so we can also add a statement that the user should be given an option at the application layer, a link to switch modes
08:41:29 [DKA]
RESOLUTION: Regarding the CT Guidelines document: the question of how the user signals their choice is out of scope as a signaling question, but in scope as an application or user interaction question and we recommend that both CT Proxies and origin servers provide user interactions to effect this.
08:41:57 [DKA]
q?
08:42:44 [Bryan]
Jo: re issue 3, this is done, we have resolved that they should present original headers
08:44:03 [Bryan]
Jo: on point 4, this is all out of scope, as an area for product differentiation
08:45:24 [Bryan]
Jo: on point 5, we have a workable compromise but need to express it clearly
08:45:48 [Bryan]
Francois: this links back to the "dangerous" question
08:46:44 [Bryan]
Jo: the answer is multipart; first, user choice if only thru T&C's; there may also be apparently malformed content that is required, e.g. for non-browsers.
08:47:29 [Bryan]
Dan: is the question here that we need two shades of transform control
08:48:00 [DKA]
PROPOSED RESOLUTION: lksakllkasd
08:48:02 [Bryan]
Jo: that is addressed through the inclusion of a POWDER declaration identifying the intent
08:49:39 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: in the matter of overriding no-transform... a. it's a user choice (which may be delegated to a service provider) b. with appropriate CT detection of non-browsers apparantly malformed content will be left alone.
08:49:57 [Bryan]
+1
08:49:59 [jo]
+1
08:50:04 [DKA]
+1
08:50:04 [francois]
+1
08:50:05 [SeanP]
+1
08:50:10 [MartinJ]
+1
08:50:10 [DKA]
RESOLUTION: Regarding the CT Guidelines document: in the matter of overriding no-transform... a. it's a user choice (which may be delegated to a service provider) b. with appropriate CT detection of non-browsers apparantly malformed content will be left alone.
08:50:49 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: in the matter of overriding "no-transform but tidy allowed"... we're waiting for POWDER.
08:51:19 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: in the matter of overriding "no-transform but tidy allowed"... the content provider preferences will be expressed via POWDER.
08:51:33 [jo]
+1
08:51:44 [DKA]
RESOLUTION: Regarding the CT Guidelines document: in the matter of overriding "no-transform but tidy allowed"... the content provider preferences will be expressed via POWDER.
08:53:28 [Bryan]
Jo: re point 6, BPWG says content should be tested, but this can't be claimed without testing via CT proxies. Even with test houses, it would be helpful to provide a more realizable means for CP's to comply.
08:53:43 [Bryan]
Jo: the facilities should be provided by proxy operators.
08:54:41 [Bryan]
Chaals: Opera Mini provides an onine tool to verify how something will work thru Opera Mini.
08:55:29 [Bryan]
Jo: suggests Operators of CT proxies should provide test facilities.
08:55:39 [Bryan]
Bryan: and not CT product providers?
08:55:54 [SeanP]
q+
08:56:01 [DKA]
PROPOSED RESOLUTION: Operators of content transforming proxies should provide test facilities for the benefit of content providers.
08:56:02 [Bryan]
Dan: the proxies are setup per the business rules of the CT proxy operator.
08:56:08 [DKA]
ack seanp
08:56:32 [francois]
ack SeanP
08:56:39 [MartinJ]
q+
08:57:07 [francois]
ack MartinJ
08:57:15 [DKA]
q?
08:57:57 [Bryan]
Martin: believes this makes sense in some cases, for customized products it may not be practical for CP's to test thru all CT proxy operators.
08:58:54 [Bryan]
Chaals: unconvinced that this has a place in the CT spec
08:59:08 [DKA]
PROPOSED RESOLUTION: Regarding the CT Guidelines document: Operators of content transforming proxies should provide test facilities for the benefit of content providers.
08:59:15 [Bryan]
Jo: we can't say that you must test without giving a means or directions how to do it
08:59:21 [jo]
+1
08:59:32 [francois]
+1
08:59:33 [DKA]
RESOLUTION: Regarding the CT Guidelines document: Operators of content transforming proxies should provide test facilities for the benefit of content providers.
09:00:56 [DKA]
PROPOSED RESOLUTION: the group expresses its thanks to the hosts of this f2f, ETRI and the Mobile Web 2.0 Forum
09:00:58 [MartinJ]
+1
09:00:59 [rob]
+1
09:01:01 [jo]
+1
09:01:03 [SeanP]
+1
09:01:06 [DKA]
RESOLUTION: the group expresses its thanks to the hosts of this f2f, ETRI and the Mobile Web 2.0 Forum
09:01:18 [Seungyun]
suggestion : let's take a picture together !!
09:01:49 [jo]
RRSAgent, make minutes
09:01:49 [RRSAgent]
I have made the request to generate http://www.w3.org/2008/03/04-bpwg-minutes.html jo
09:03:29 [francois]
RRSAgent, make log public
09:03:37 [francois]
RRSAgent, make minutes
09:03:37 [RRSAgent]
I have made the request to generate http://www.w3.org/2008/03/04-bpwg-minutes.html francois
09:13:07 [francois]
i/Chair: Dan/ScribeNick: chaals
09:13:10 [francois]
RRSAgent, make minutes
09:13:10 [RRSAgent]
I have made the request to generate http://www.w3.org/2008/03/04-bpwg-minutes.html francois
09:14:10 [rob]
rob has left #bpwg
09:48:27 [Sunghan]
Sunghan has joined #bpwg
09:48:49 [Sunghan]
Sunghan has left #bpwg
11:47:54 [Zakim]
Zakim has left #bpwg
11:48:23 [abel]
abel has left #bpwg