- From: Francois Daoust <fd@w3.org>
- Date: Tue, 13 May 2008 10:05:20 +0200
- To: public-bpwg-ct <public-bpwg-ct@w3.org>
Here we go for the late agenda... ----- Chair: François Staff Contact: François Known regrets: jo Date: 2008-05-13T1400Z for 60mn Phone: +1.617.761.6200, +33.4.89.06.34.99, +44.117.370.6152 Conference code: 2283 ("BCTF") followed by # key IRC channel: #bpwg on irc.w3.org, port 6665. Latest draft: http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/080410 1. XHR last call comment ------------------------ Related action: ACTION-749 on fd Discussion on public-webapi mailing-list: http://lists.w3.org/Archives/Public/public-webapi/2008May/0064.html Summary: - XHR is just one of the cases. The use of iframes is another example that directly uses the browser for scripting purposes. - won't be addressed in the XHR doc - Cache-Control: no-transform seems the most valid answer to the problem. 2. Examination of URIs (§4.4) ----------------------------- Discussion: http://lists.w3.org/Archives/Public/public-bpwg-ct/2008May/0000.html Pros: - it addresses a direct need for today's content. - most CT-proxies already make use of such a list I suppose - we should err on the side of caution Cons: - from a theorical point of view, URIs are supposed to be opaque - save ".mobi", there's no standardized way to flag a mobile URI. Proposed resolutions: PROPOSED RESOLUTION: Mention examination of URIs in the list of heuristics in 4.4 (transformation of the response) and mention Sean's list (wap.*, m.*, ...) as examples PROPOSED RESOLUTION: Mention examination of URIs as a bullet point in 4.1.2 (transformation of the request) to complete the list "the proxy SHOULD analyze whether it intends to offer transformation services by referring to [...]". 3. One time URIs ---------------- Discussion: http://lists.w3.org/Archives/Public/public-bpwg-ct/2008May/0012.html Proposed resolution: PROPOSED RESOLUTION: One-time URIs are already addressed in the guidelines. Close the discussion. 4. Consistency in the behavior of the CT-proxy ---------------------------------------------- For discussion. Linked to an editorial note in 4.1.2 on the subject of "session" - The "main" response may allow CT, but not the CSS stylesheet for instance. How should the CT-proxy behave in such a case? - Are there cases when the guidelines may be waived for the sake of consistency? 5. AOB ------
Received on Tuesday, 13 May 2008 08:05:57 UTC