- From: Francois Daoust <fd@w3.org>
- Date: Tue, 22 Sep 2009 17:57:27 +0200
- To: Mobile Web Best Practices Working Group WG <public-bpwg@w3.org>
Hi, The minutes of today's call are available at: http://www.w3.org/2009/09/22-bpwg-minutes.html ... and copied as text below. Resolutions and topics discussed: - for The Addendum to the Mobile Web Best Practices: Modulo any final strictly editorial adjustments MWBP WG requests [after Thursday] the publication of [BP 1.5] as a WG Note - for MWABP: * last discussion on canvas vs. svg. * Adam is to organize an editorial meeting for a last round of editorial changes. * no further change anticipated on the content itself at this point, time for everyone to review the document! - for the CT guidelines: * We define same origin to mean matching protocol, domain and port (put suitably in RFC 3986-ese) * Jo has some a few actions to do to update the spec. * Time for everyone to review the latest draft. Goal is resolve *next week* to publish another last call. * Time for everyone to review the ICS statement, and check that all normative statements appear, and that the introduction suits everyone. * Time to send replies to last call comments. Jo has kindly stepped forward to relieve me of that action and see what still needs to be done before we eventually send the replies. Thanks, Francois. ----- 22 Sep 2009 [2]Agenda [2] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0059.html See also: [3]IRC log [3] http://www.w3.org/2009/09/22-bpwg-irc Attendees Present francois, jo, miguel, brucel, EdC, adam, Phil_Archer, Kai_Dietrich, SeanP, DKA Regrets nacho, yeliz, sangwhan, achuter, jeffs, abel, manrique, tom Chair jo Scribe brucel, EdC Contents * [4]Topics 1. [5]Final F2F 2. [6]MWABP 3. [7]Addendum to Mobile Web Best Practices 4. [8]CT draft 1t 5. [9]Issues and actions * [10]Summary of Action Items _________________________________________________________ Final F2F Jo: 1st up; final F2F. We agreed Francois will run a poll. Francois? ... and we'll ask if anyone can volunteer a venue ... if not there, where? If not then, when? MWABP Jo: Web App BP: <francois> [11]latest MWABP draft [11] http://www.w3.org/2005/MWI/BPWG/Group/Drafts/BestPractices-2.0/ED-mobile-bp2-20090917 Adam: pubbed new draft yesterday. Ta to Bruce for comments, ta also to Eduardo: ... Hope to vote for Last Call? Strong objections? Eduardo raised a canvas/ SVG question. <jo> [12]Eduardo's comments [12] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0066.html Eduardo: am not sure whether lack of DOM in canvas isn;t as important as functionality. Perhaps mention that SVG has more functionality; 2nd: note on performance, but DOM isn't only comparison point Adam: did straw poll in Google. The main difference is DOM/ lack of. Don't feel I have enough info to give a recommendation Adam: canvas is faster, SVG isn;t useful for making a reflection Adam will add about accessibility <francois> [There does not seem to be a real BP that we can recommend for real about Canvas vs. SVG in the end. Shouldn't we either remove the BP altogether or leave it as "use one or the other, these are cool technologies"? ] <PhilA2> brucel: I don't know whether we can have a BP on wich SVG/Canvass you should use, but I'm not averse to it <PhilA2> .. I think the matter of the DOM is important, not from performance, but if you're trying to give info then canvass doesn't conform to WAI stuff <francois> [On top of this, note that Canvas is HTML5. This normally puts a dependence on HTML5. ] <PhilA2> .. we can say "remember accessibility" or "remember that canvass isn't accessible" <PhilA2> Adam: OK ADam: think we should just say canvas is good for decorative stuff <PhilA2> Jo: So change is that we should add a comment that canvass is only suitable for decorative images as it's not accessible Bruce: ... or for supplementing info that is also on the page in an accessible form elsewhere Adam: Eduardo, what specific changes do you want? Eduardo: if we have DOM, accessibility, performance.. do we need to say SVG is inherently richer for vector graphics? Adam: disagree: DOM/ canvas is more fundamental interface so you can do same in canvas as you can in SVG Jo: we need to get this sorted before LC <EdC> fine with me. Adam: I'll add the thing on accessibility as I know what to say <Zakim> francois, you wanted to mention the HTML5 dependence point Francois: I know you love it when I mention that canvas depends on html5 - This does look as a dependence on HTML5, and in that case we can't move to rec without html5 also becoming a rec. (Or can we?) Jo: we're not building in a dependence on html5 Francois: if group is confident that it's OK, I am fine with that. adam should we say "consider options for dynamic graphics" instead? Francois: maybe Jo's right; we're not building in a real dependence Jo: let's out it this way ... erm ... is this suitably caveated with "where canvas is available..."? Adam: yup JO: next point, please Adam: Eduardo requested we add sth about media types as we caveat against them but don't mention them elsewhere. Will make change Ed suggested Jo: anything else? bruce: WFM Jo: we'll give everyone 1 week to read + inwardly digest. We'll have an editor's meeting about this doc as it's been a while <PhilA2> I'm happy to come and lend a hand if that helps Adam to organise, as editor Action on Adam <trackbot> Sorry, couldn't find user - on Action Adam organise editor's meeting <trackbot> Created ACTION-1010 - Organise editor's meeting [on Adam Connors - due 2009-09-29]. Phil: post 11 a.m., please <francois> [Note that schedule is tight, and we should publish a last call ASAP] Addendum to Mobile Web Best Practices Jo: BP 1.5, floor to Kai <PhilA2> Latest version is at [13]http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/mobileOKPro/dra fts/ED-mobileOK-pro10-tests-20090922a.htm [13] http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/mobileOKPro/drafts/ED-mobileOK-pro10-tests-20090922a.htm <jo> PROPOSED RESOLUTION: Modulo any final strictly editorial adjustments MWBP WG requests the publication of [BP 1.5] as a WG Note. Kai: doc fairly stable. How long will doc be open? when will we call it done? ... it has weird layout in firefox for me. Anyone else? ... I'll check it and clean it Jo: anticipate need for typo proofing, but we've been round block. PROPOSED RESOLUTION: Modulo any final strictly editorial adjustments MWBP WG requests the publication of [BP 1.5] as a WG Note. <EdC> +1 Jo: tarting up typos within next day? Bruce: concur ... concur <jo> PROPOSED RESOLUTION: Modulo any final strictly editorial adjustments MWBP WG requests [after Thursday] the publication of [BP 1.5] as a WG Note <francois> +1 <Kai> +1 <miguel> +1 <EdC> +1 <jo> +1 Jo: congrats, Kai Kai: thank you all <PhilA2> Thanks to Kai for sticking with this through thick and thin RESOLUTION: Modulo any final strictly editorial adjustments MWBP WG requests [after Thursday] the publication of [BP 1.5] as a WG Note PhilA: legged it. "Bye" CT draft 1t <jo> [14]EdC's Comments on CT [14] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.html <francois> [15]CT Guidelines draft 1t [15] http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/090921 EdC: 1st thing: user preferences. What happens when proxy don't assume that user wants the server's proposed representation without modification? <francois> [16]User selection of Restructured Experience [16] http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/090921#sec-user-selection <jo> ACTION: Jo to amend 4.1.5.3 etc cf EdC's Comments [17]http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.htm l [recorded in [18]http://www.w3.org/2009/09/22-bpwg-minutes.html#action01] [17] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.html <trackbot> Created ACTION-1011 - Amend 4.1.5.3 etc cf EdC's Comments [19]http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.htm l [on Jo Rabin - due 2009-09-29]. [19] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.html Jo: on 4.2.9, you want that to move to mandatory? EdC: yup. Jo: let's find it <jo> [20]http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.htm l [20] http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.html Jo: I don't think the resolution was clear; anyway this is marginal. There was lots of discussion: is it practical or not. So can we leave it non-mandatory? EdC: you're changing the resolution from "should not" to "may"...? EdC CTG guidelines: 4.2.9 Jo: you're right EdC: I also added some references <jo> ACTION: Jo to move text per eduardo's comment ACTION-989 [21]http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.htm l [recorded in [22]http://www.w3.org/2009/09/22-bpwg-minutes.html#action02] [21] http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.html <trackbot> Created ACTION-1012 - Move text per eduardo's comment ACTION-989 [23]http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.htm l [on Jo Rabin - due 2009-09-29]. [23] http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.html Jo: Yay! x-headers. Francois..? Can someone else scribe? Francois: .. we're implicitly telling ppl that we can use any header they want, but they can't Jo: RFC2616 allows "extensions" that follow http syntax. So we should say nothing. We need to register the ones that we add to a formal doc ... if you want to use an extension header you don';t need to register it with anyone. ... shall we note that we've registered the headers we're using ? <jo> ACTION: Jo to add a note that the X-Headers have been provisionally registered [recorded in [24]http://www.w3.org/2009/09/22-bpwg-minutes.html#action03] <trackbot> Created ACTION-1013 - Add a note that the X-Headers have been provisionally registered [on Jo Rabin - due 2009-09-29]. <EdC> So what is the message you want to convey??? Jo: we'll note we've provisionally registered the x-headers; we're not recommending or prohibiitng doing this SeanP: I don't read it saying you can add anything you want ... we're not recommeding it Jo: happy to remain silent on the issue EdC: can't prevent ppl adding their own fields; if this has impact on CT Proxies we might want to prohibit it. We should say, for proper operation of CT proxies these are the only extra headers you need. Jo: have actioned myself 10.13 <inserted> Scribe: EdC <brucel> cheers, EdC <jo> [25]Outstanding Points ref CT from Jo [25] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0058.html Jo: tackled a number of editorial issues, and identified some remaining points to deal with in his message. Conformance statement: Francois has been circulating a revised version of the ICS. <francois> [26]new version of ICS [26] http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/CT/editors-drafts/Guidelines/ics-090921 Jo: Francois mentioned an issue regarding the conformance statement of mailing/making available ICS. ... is going to interlink CTG and ICS and put them in the same directory. Francois: always assumed that both documents would go along. This would entail some constraints regarding revisions of TR (i.e. mistakes cannot be fixed immediately, there is a heavy process). However, both documents are incomplete without each other. Jo: should we resolve to publish ICS as an official document. Francois: people please check that nothing is missing (no normative statement left out). Give opinion about the introduction to the ICS. Jo: let us give one week to review the ICS, and elevate the document to LC status on the next call. ... lingering issue is the definition of "same origin". ... without a precise definition, no meaningful test suite. ... there is one definition proposed for HTML5 -- but this introduces a dependency to a draft that may change... Francois: copy and paste from HTML5 is quite detailed stuff. Francois: remain silent on the topic? <SeanP> Same domain policy from Mozilla: [27]https://developer.mozilla.org/En/Same_origin_policy_for_JavaScri pt [27] https://developer.mozilla.org/En/Same_origin_policy_for_JavaScript <jo> PROPOSED RESOLUTION: We remain silent on the meaning of same-origin Francois: we cannot be more precise at the moment. <francois> +1 -1 <jo> +1 <SeanP> +1 <francois> [ Wikipedia : The term "origin" is defined using the domain name, application layer protocol, and (in most browsers) TCP port of the HTML document running the script. ] Francois: same origin is actually formally defined: domain name + application layer protocol + port. Same origin policy is more complicated. SeanP: Firefox uses the same definition as in Wikipedia. <jo> PROPOSED RESOLUTION: WE define same orgin to mean matching protocol, domain and port (put suitably in RFC 3986-ese) <francois> [same origin = same protocol, same host name, and same port] <SeanP> +1 <francois> +1 +1 <DKA> +1 RESOLUTION: WE define same orgin to mean matching protocol, domain and port (put suitably in RFC 3986-ese) <jo> ACTION: Jo to insert above definition of same origin in the document [recorded in [28]http://www.w3.org/2009/09/22-bpwg-minutes.html#action04] <trackbot> Created ACTION-1014 - Insert above definition of same origin in the document [on Jo Rabin - due 2009-09-29]. Question: aren't we implicitly (and abstractly) defining a "same origin policy" with the following text: Proxies must preserve security between requests for domains that are not same-origin in respect of cookies and scripts. Jo: answers to LC are required before releasing a new LC. Francois: we must review the answers already drafted. Francois: the reviewing process must be distributed. <francois> [29]Last Call comments tracker [29] http://www.w3.org/2006/02/lc-comments-tracker/37584/WD-ct-guidelines-20080801/ Jo: a possibly quick way is to offload the work to Jo. Francois: there are some resolutions to take for some answers as yet unfinalized. Francois: resolutions have been taken for the answers to the last LC anyway. Going through them will uncover those that are yet to be done. Jo: what to do about the CT landscape document? Francois: we still reference it in the CTG. <brucel> Bruce needs to leave; action from last week: we have no tests we can offer; sorry <DKA> yum. <brucel> next week, gang. bye Francois: nothing in principle prevents us from publishing as a "working group note". <jo> ACTION: jo to recommend to group what to do with landscape doc [recorded in [30]http://www.w3.org/2009/09/22-bpwg-minutes.html#action05] <trackbot> Created ACTION-1015 - Recommend to group what to do with landscape doc [on Jo Rabin - due 2009-09-29]. SeanP: the document was initially to state what was to be addressed. Jo: however, the CTG has evolved, so the landscape document might no longer be entirely consistent with the CTG. ... issues to close. <jo> ISSUE-294? <trackbot> ISSUE-294 -- All known methods to improve the situation of consent and common understanding of the risks involved, as well as mechanisms to minimize those risks, should be spelled out as examples for improving potential https content transformation if it is being used -- OPEN <trackbot> [31]http://www.w3.org/2005/MWI/BPWG/Group/track/issues/294 [31] http://www.w3.org/2005/MWI/BPWG/Group/track/issues/294 Issues and actions <francois> +1 to closing <francois> close ISSUE-294 <trackbot> ISSUE-294 All known methods to improve the situation of consent and common understanding of the risks involved, as well as mechanisms to minimize those risks, should be spelled out as examples for improving potential https content transformation if it is being used closed <jo> close ISSUE-294 <trackbot> ISSUE-294 All known methods to improve the situation of consent and common understanding of the risks involved, as well as mechanisms to minimize those risks, should be spelled out as examples for improving potential https content transformation if it is being used closed <francois> ACTION-928? <trackbot> ACTION-928 -- François Daoust to progress registration of the X- headers irrespective his personal distate for the subject -- due 2009-04-02 -- OPEN <trackbot> [32]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/928 [32] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/928 <francois> close ACTION-928 <trackbot> ACTION-928 Progress registration of the X- headers irrespective his personal distate for the subject closed <francois> ACTION-956? <trackbot> ACTION-956 -- François Daoust to review last call comments on CT to see where the responses need editing -- due 2009-04-14 -- OPEN <trackbot> [33]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/956 [33] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/956 Jo: will take the work on 956. <francois> ACTION-969? <trackbot> ACTION-969 -- Charles McCathieNevile to forward tests for Xss and cookie handling to group -- due 2009-06-23 -- PENDINGREVIEW <trackbot> [34]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/969 [34] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/969 <jo> PROPOSED RESOLUTION: Close ACTION-969 and thank Chaals most unctuously for this splendid contribution <SeanP> +1 <jo> close ACTION-969 <trackbot> ACTION-969 forward tests for Xss and cookie handling to group closed Jo: Francois will inform us about a test suite. <francois> ACTION-984? <trackbot> ACTION-984 -- Jo Rabin to (following Francois's ACTION-983) to make sure that a note is put under 4.2.9 to clarify what is and what is not a same docuemnt reference -- due 2009-06-23 -- OPEN <trackbot> [35]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/984 [35] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/984 <francois> close ACTION-984 <trackbot> ACTION-984 (following Francois's ACTION-983) to make sure that a note is put under 4.2.9 to clarify what is and what is not a same docuemnt reference closed <francois> close ACTION-988 <trackbot> ACTION-988 Proposed text for separate section based on EdC's ACTION-981 and taking into account his refinement of that at [36]http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0109.htm l closed [36] http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0109.html <francois> close ACTION-989 <trackbot> ACTION-989 Enact resolution on included resources identified as mobile in 4.2.9 (above) closed <francois> close ACTION-990 <trackbot> ACTION-990 Reference the conformance mailing list in the ct doc closed <francois> ACTION-992? <trackbot> ACTION-992 -- Jo Rabin to add the text proposed in resolution above on 4.1.5.5 -- due 2009-07-07 -- OPEN <trackbot> [37]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/992 [37] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/992 <francois> close ACTION-992 <trackbot> ACTION-992 Add the text proposed in resolution above on 4.1.5.5 closed <francois> ACTION-993? <trackbot> ACTION-993 -- Jo Rabin to propose text on same document refernce under 4.2.9 proposing a note to explain that this cannot be used for multiserving environemnts where more than one represenation shares the same URI -- due 2009-07-07 -- OPEN <trackbot> [38]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/993 [38] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/993 <francois> close ACTION-993 <trackbot> ACTION-993 Propose text on same document refernce under 4.2.9 proposing a note to explain that this cannot be used for multiserving environemnts where more than one represenation shares the same URI closed <francois> ACTION-996? <trackbot> ACTION-996 -- Jo Rabin to add agreed text to 4.1.5 trying to avoid inserting too many negatives, not, not -- due 2009-07-14 -- OPEN <trackbot> [39]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/996 [39] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/996 <francois> close ACTION-996 <trackbot> ACTION-996 Add agreed text to 4.1.5 trying to avoid inserting too many negatives, not, not closed <francois> close ACTION-928 <trackbot> ACTION-928 Progress registration of the X- headers irrespective his personal distate for the subject closed <francois> [ ACTION-959 can be abandoned ] Francois: about test suites. The only thing needed at this point are collection of tests. Exhorting participants to provide input. The test suite is not required for a LC, but will be needed afterwards. SeanP: will provide information next week. <francois> ACTION-959? <trackbot> ACTION-959 -- François Daoust to enact the resolution on XHTML Basic 1.1 revision - when it reaches rec -- due 2009-09-02 -- OPEN <trackbot> [40]http://www.w3.org/2005/MWI/BPWG/Group/track/actions/959 [40] http://www.w3.org/2005/MWI/BPWG/Group/track/actions/959 <francois> close ACTION-959 <trackbot> ACTION-959 Enact the resolution on XHTML Basic 1.1 revision - when it reaches rec closed <francois> [no way to do that action... ] Jo: will remind Dan about his actions and issues. Summary of Action Items [NEW] ACTION: Jo to add a note that the X-Headers have been provisionally registered [recorded in [41]http://www.w3.org/2009/09/22-bpwg-minutes.html#action03] [NEW] ACTION: Jo to amend 4.1.5.3 etc cf EdC's Comments [42]http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.htm l [recorded in [43]http://www.w3.org/2009/09/22-bpwg-minutes.html#action01] [NEW] ACTION: Jo to insert above definition of same origin in the document [recorded in [44]http://www.w3.org/2009/09/22-bpwg-minutes.html#action04] [NEW] ACTION: Jo to move text per eduardo's comment ACTION-989 [45]http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.htm l [recorded in [46]http://www.w3.org/2009/09/22-bpwg-minutes.html#action02] [NEW] ACTION: jo to recommend to group what to do with landscape doc [recorded in [47]http://www.w3.org/2009/09/22-bpwg-minutes.html#action05] [42] http://lists.w3.org/Archives/Public/public-bpwg/2009Sep/0062.html [45] http://lists.w3.org/Archives/Public/public-bpwg/2009Jun/0143.html [End of minutes]
Received on Tuesday, 22 September 2009 15:58:03 UTC