06:55:15 RRSAgent has joined #bpwg 06:55:15 logging to http://www.w3.org/2008/06/18-bpwg-irc 06:55:17 RRSAgent, make logs public 06:55:19 Zakim, this will be BPWG 06:55:19 I do not see a conference matching that name scheduled within the next hour, trackbot 06:55:20 Meeting: Mobile Web Best Practices Working Group Teleconference 06:55:20 Date: 18 June 2008 06:59:20 adam has joined #bpwg 07:00:03 abel has joined #bpwg 07:00:12 manrique has joined #bpwg 07:00:32 JonathanJ has joined #bpwg 07:03:59 SeanP has joined #bpwg 07:06:19 achuter has joined #bpwg 07:06:39 Sunghan has joined #bpwg 07:06:45 Kai has joined #bpwg 07:06:55 SeanP has joined #bpwg 07:07:04 zakcohen has joined #bpwg 07:07:15 Scribe: francois 07:07:20 ScribeNick: francois 07:07:28 RRSAgent, draft minutes 07:07:28 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 07:07:46 jo has joined #bpwg 07:07:59 Chair: jo, DKA 07:08:25 Agenda: http://docs.google.com/Doc?id=dd3jk8v_114tkbg6kgj 07:08:32 Present: Manrique, Miguel, Abel, Rob, SeanP, Francois, Dom, Jonathan, Sunghan, Kai, DKA, Zack, Adam, Ed 07:09:37 Meeting: Mobile Web Best Practices Working Group - F2F Sophia-Antipolis - Day 3/3 07:09:40 RRSAgent, draft minutes 07:09:40 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 07:10:32 s/Teleconference/ - F2F Sophia-Antipolis - Day 3 on 3/ 07:10:37 http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-20080613/ 07:10:43 Topic: Relationship between accessibility and Mobile Web Best Practices 07:10:56 edm has joined #bpwg 07:11:01 dka: alan, could you walk us through the current status? 07:11:08 rob has joined #bpwg 07:11:17 ... I'd like to get to the decision to publish a new draft of this document. 07:11:48 ... so, what I'd really like to know is what the status of the doc is, and how EOWG feels about it. 07:12:51 alan: The overview document maps to 5 other documents. 07:13:22 Present+ Scott 07:13:36 ... the initial doc promoted the adoption of BP by, for instance emphasizing that some of them also helped people with disabilities 07:13:52 ... but this was confusing, so we decided to split it up in two different documents. 07:14:23 ... The benefit part was moved to another document not referred to from this document 07:14:25 http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-helps-20080612/ 07:15:40 alan: This other document was built on the ashes of the initial complete document, but is not our main focus at the time. 07:16:11 ... Back to the 13 June overview doc 07:16:30 ... The structure is simpler, it needs to be reviewed, but it's much more complete 07:16:30 http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-20080613/mwbp-wcag20.html 07:16:57 ... For instance, from MWBP to WCAG 2.0 07:17:16 ... Take a look at "Addressing WCAG 2.0 Success Criteria" 07:17:44 ... You'll see the title of the SC, the definition, and what you've already done for it if you've followed the BP 07:17:53 ... It's much clearer now! 07:18:25 http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-20080613/wcag20-mwbp.html 07:18:54 dka: and from WCAG 2.0 to MWBP, it's organized by best practices 07:19:15 alan: yes, it's organized by the recommendation you're moving towards, which makes more sense 07:19:46 dan: so what about the best practices that don't have any text? That's because they don't address any SC? 07:20:06 alan: yes, I guess we should remove them or annotate them in some way 07:20:21 dka: what do we still need to do? 07:20:30 alan: quite a few editorial updates 07:20:44 ... and the EOWG needs 2 more weeks to review the document 07:21:05 dka: are you pretty happy in terms of the current structure of the document and the number of documents? 07:21:09 alan: yes 07:21:18 dka: 7 documents? 07:21:34 dom: actually, it's just 7 pages of the same document 07:21:43 dka: OK, I was afraid this could lead to 7 TR documents 07:21:48 dom: no, only one 07:22:05 dka: what was the feedback from the EOWG on the structure? 07:22:15 alan: they like it better as well 07:23:03 http://www.w3.org/WAI/mobile/ 07:23:08 http://www.w3.org/WAI/mobile/experiences 07:23:14 Scott has joined #bpwg 07:23:22 ... the overview is short, but it contains before any other links 2 links to more detailed documents on the matter 07:23:47 [+1 on moving up the ToC just after the Status section] 07:24:24 ... and we'll shift things around to have links moved to the top of the document as much as possible 07:25:40 [going through the two mentioned documents] 07:26:22 dka: has EOWG specifically required feedback from us on the document that compares mobile devices and people with disabilities? 07:26:30 alan: no, but that would be interesting 07:27:01 http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-20080613/together.html 07:27:22 dka: it seems the best thing to do would be to action someone (not you alan) to review the document. 07:27:32 alan: yes. 07:27:59 ... Another issue is how to do MWBP and WCAG at the same time? 07:28:22 ... It's fairly complicated to present both at the same time in a document 07:28:47 dka: is this document part of the suite of documents? 07:28:50 alan: yes 07:29:19 Present+ Jo 07:29:35 ... A lot of people have to do it: government sites for instance have to do both 07:30:24 dka: stepping back for a second. To move something to working draft, then I think we need to consider this part as a stand-alone document, and publish the rest. 07:31:17 ... "When you have an elephant, you have to eat it one byte eat a time" 07:31:26 s/eat a time/at a time/ 07:31:49 ... issue a public working draft and having some press coverage might be useful 07:32:20 ... dom, do you think we could package this with the huge press release we're about to make? 07:32:32 dom: well, it's going to be confusing, at best 07:33:33 ... I'm not sure press coverage is what we need. Blogging about it. Also guys from CTIC which have a tool to help build such content might be of some help. 07:34:14 dka: my suggestion is that we unlink this part from the rest, and that we publish the rest as a public working draft. 07:34:25 alan: right. 07:35:53 dka: We need to decide whether we need to omit the blank bits from the document or provide some text around the BP that don't have any SC match (and vice versa) 07:36:08 alan: I think it should just go as a list at the top of the page 07:37:08 dka: OK. Plus 2 weeks for the EOWG to review. I'd like to be in a position to agree to publish the doc on 26 June 2008. 07:37:31 ... do you think you can address the bits we just talked about in the next few days? 07:37:34 alan: yes. 07:38:36 jo: I'm midly concerned as dom, that the publication be buried if we publish it among many others. 07:38:49 dka: understood. 07:38:53 q+ 07:40:42 dka: alan, could you ask EOWG to ask us for feedback with a time limit? 07:40:46 alan: yes 07:40:51 q? 07:40:58 ack francois 07:40:59 ack francois 07:40:59 q? 07:42:32 francois: wondering about the "do it both" document. Shouldn't we leave it in as a placeholder to ask for public feedback? 07:42:48 ... It doesn't prevent publication as a Public Working Draft. 07:43:04 ... an we may still remove the page later on if we end up not having time to work on it. 07:43:09 dka: agreed. 07:43:18 ... alan, is everything clear? 07:43:21 alan: yes. 07:43:51 dka: congratulations alan. It's a lot of work, obviously, and pretty useful. 07:44:31 alan: thank you. It would be great if participants from the group could review the document. I understand we don't have time here to review it point by point. 07:45:12 dka: I was at a conference some weeks ago, and while mentioning the best practices, the first question I got was: "how does that relate with accessibility?" 07:45:22 dom: yes, I have the same question over and over again. 07:46:40 dka: in another conference, talking to people that are managing web sites for big companies, there was a lot of interest in both mobile and accessibility areas. In short, I think this document will be well received. 07:47:18 Topic: mobileOK Basic Tests 1.0 07:47:48 dom: The doc was published as Last Call last week. One LC comment so far... er... mine. 07:48:08 ... Basically, it's just more clarification on the document 07:48:24 ... and francois replied with suggestions that are close to proposed resolutions. 07:48:45 ... So, I'm still fairly optimistic that this Last Call will be an easy one. 07:49:04 ... I don't think we should resolve the items right now. 07:49:37 q? 07:49:58 ... 2 items to address: 1. the entrance criteria to Proposed Recommendation phase. We have a test suite, we nearly have a checker, and the remaining criterium is the 10 mobileOK highly visible web sites. 07:50:22 ... Jo created an issue re. that topic, we already have a few sites, but I'm not sure we have 10 sites yet. 07:50:38 ... and 2. discussion on mobileOK Scheme 07:51:01 dka: are we suggesting that we change the entrance criteria? 07:51:25 dom: no. I was just wondering if people knew about some more web sites that could be part of the list. 07:51:56 ... One thing we haven't talked about is tools that produce mobileOK, and as a matter of fact, I know about 3-4 tools that produce mobileOK content 07:51:59 ISSUE-256? 07:51:59 ISSUE-256 -- Call for 10 mobileOK sites -- OPEN 07:51:59 http://www.w3.org/2005/MWI/BPWG/Group/track/issues/256 07:52:14 ... and that's even more important in my mind than the list of 10 web sites 07:52:46 jo: Could we make a statement to our HTML5 friends that objects processing is really hard? 07:53:05 http://www.w3.org/TR/2008/WD-html5-20080610/embedded0.html#the-object 07:53:26 ... It's not clear to me when, from an architectural point of view, W3C recommends the use of adaptation on the client side. 07:53:53 dom: well, one of the goals of HTML5 is that it explains how to process object elements 07:54:55 ... one improvement that HTML5 brings is video, SVG embedding, and the like, so you don't really need object elements in most common cases. 07:55:17 ... I'm not sure we have sufficient experience with this to send something useful 07:56:04 jo: we've observed that it brings the issue of tasting content which is something you want to avoid in the mobile world. 07:56:14 dom: right, but there's a precise way to avoid that. 07:56:20 jo: not widely implemented 07:56:32 dom: right, but it exists. 07:56:37 q+ to mention XHTML2 07:56:52 q? 07:56:55 ack f 07:56:55 francois, you wanted to mention XHTML2 07:57:00 ack fr 07:58:49 francois: I just wanted to mention that XHTML2 generalized the fallback behavior of object elements to ANY element 07:59:54 dka: what is your plan to get 10 mobileOK web sites? 08:00:16 dom: well, content providers around the table may check that their highly visible web site is mobileOK for instance. 08:00:40 dka: could we create a contest of some kind? 08:01:46 ... same as the XPrize contest to reach space 08:02:18 http://lists.w3.org/Archives/Member/member-bpwg/2008Jun/0014.html 08:03:19 francois: wondering if we could go through the list and see how many mobileOK web sites we still need 08:04:09 dom: [going through the list and emphazing the different sites and tools we already have] 08:04:41 ... I think we already have a strong story to tell, but if we could complete that list, that would be great. 08:04:56 dka: so, that's "great". 08:05:18 edm2z has joined #bpwg 08:05:22 ... what can we do today to create an action plan to reach the target? 08:06:00 [checking http://www.bbc.co.uk/go/gmast/mob/-/mobile/ ...] 08:06:15 ... I'm thinking about BBC for instance, that are very mobile-friendly, but that may just lack awareness on mobileOK and thus fail a bit. I would be happy to take an action to try to contact them. 08:06:19 [5 error types http://validator.w3.org/mobile/?docAddr=http%3A%2F%2Fwww.bbc.co.uk%2Fgo%2Fgmast%2Fmob%2F-%2Fmobile%2F ] 08:06:33 ... Would other people be willing to do the same with other content providers? 08:07:15 dom: the twitter web site has only two minor errors. Anyone with contacts over there? 08:07:17 [2 very simple errors on m.facebook.com too http://validator.w3.org/mobile/?docAddr=m.facebook.com%2F ] 08:07:37 [http://validator.w3.org/mobile/?docAddr=http%3A%2F%2Fm.twitter.com ] 08:08:25 ACTION: dan to contact BBC to see if they can make their mobile web site mobileOK 08:08:25 Created ACTION-796 - Contact BBC to see if they can make their mobile web site mobileOK [on Daniel Appelquist - due 2008-06-25]. 08:08:56 present+ bruno_von_neimann(ETSI_observer) 08:10:03 kai: would be worth contacting content providers that have only one or two errors. It doesn't cost much, and they would most probably appreciate the feedback. 08:11:31 Kai_ has joined #bpwg 08:12:28 test 08:13:00 present- bruno_von_neimann(ETSI_observer) 08:13:12 [bruno introducing himself, ETSI, and liaison between W3C and ETSI] 08:13:13 present+ bruno_von_niman(ETSI_observer) 08:13:20 Topic: mobileOK Pro 08:13:22 Scribe: Adam 08:13:26 ScribeNick: Adam 08:13:32 achuter has joined #bpwg 08:13:34 ScribeNick: adam 08:13:43 latest draft: http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/mobileOKPro/drafts/ED-mobileOK-pro10-tests-20080610 08:14:28 kai: Task Force has gone through the document in detail. Status is now waiting for feedback. 08:14:52 Kai: Several questions that need to be answered. Discussions this wk may have changed things. 08:15:05 Kai: What kind of document should this be? 08:15:26 ... What form of document is will impact overall message for working group. 08:16:13 ... Checker deals with machine testable part, this doc focusses on human testable page. 08:16:35 ... But because of this the tests we can run are subjective. 08:16:45 ... We have reworked tests to try and increase repeatability. 08:17:32 jo: Lets run through document in detail to refresh our memories. 08:18:27 q+ to mention the testing environment 08:18:34 Kai: [ Describing Test Format ] 08:18:46 ... For example, 4.1 Access Keys 08:18:55 q? 08:18:57 ack jo 08:18:57 jo, you wanted to mention the testing environment 08:19:48 jo: Test format is pretty clear, but test environment is missing. Some tests presuppose use of DDC and some don't, this is quite an intricate question. 08:20:01 Kai: Intention was to use DDC, but there is not an emulator. 08:20:28 jo: So there is a question of how tests are carried out. But there are also some tests which specify *not* using the DDC. 08:20:36 Test on device capabilities: http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/mobileOKPro/drafts/ED-mobileOK-pro10-tests-20080610#device_capabilities 08:20:54 ... Recommending with a number of devices immediately makes the tests difficult to repeat. 08:21:12 s/Recommending/Recommending to test/ 08:22:33 PROPOSED ISSUE: What is the testing environment for mobileOK Pro: DDC or not, and if not, how does it affect repeatibility 08:22:35 dka: Key point is that if you are not using DDC then there is an issue with repeatability. Do we need an issue to track this. 08:23:00 kai: General thrust was to use the DDC emulator but we don't have it yet. 08:23:28 PROPOSED ISSUE: What is the testing environment for mobileOK Pro: DDC or not, and if not, how does it affect repeatibility 08:24:02 dka: We could consider restructuring document around: tests that use DDC, and tests that don't. 08:24:10 PROPOSED ISSUE: Which mobileOK Pro tests needs the DDC and which don't? 08:24:20 ISSUE: Which mobileOK Pro tests needs the DDC and which don't? 08:24:20 Created ISSUE-266 - Which mobileOK Pro tests needs the DDC and which don't? ; please complete additional details at http://www.w3.org/2005/MWI/BPWG/Group/track/issues/266/edit . 08:24:49 ISSUE-266: in particular, when the tests require that it's not DDC, how does it affect repeatibility? 08:24:50 ISSUE-266 Which mobileOK Pro tests needs the DDC and which don't? notes added 08:25:41 kai: [back to Access Keys] 08:26:13 ... This is about primary navigation links on the page. You can't have access keys that change from page to page so only makes sense to assign access keys to primary navigation links. 08:26:31 q? 08:26:36 q+ jo 08:27:09 kai: [Going through 4.1 Access Keys requirements] 08:27:09 ack jo 08:27:57 jo: We all agree that access keys are good, the difficult thing is to turn such things into actionable statements. 08:28:21 ... In web applications, for example, there are very few pages so this might be a moot point. 08:29:19 ... This might introduce too many caveats and cloud the issues. 08:30:20 kai: Consistency can still be required in web applications regardless of whether or not there are multiple pages. 08:30:39 jo: Agreed. But the definition as it is written doesn't capture the essence of this. 08:30:57 q? 08:31:26 edm has joined #bpwg 08:31:58 jo: We probably know what you mean by "Link declaration summary page" but if we are making "pass/fail" demands a general understanding isn't enough. We need to be more precise in the language. 08:33:33 jo: The "identical across all pages" is probably not really what you mean. This is very difficult to word in a way that can't be refuted. 08:34:12 kai: We can't provide an exhaustive list of examples. What degree of detail do we need to go into? 08:34:48 jo: Agree. But how much should be provide is an open question. I am trying to anticipate the kind of comments we will receive on this. 08:34:56 s/be/we/ 08:36:36 [break for coffee] 08:50:29 marie has joined #bpwg 08:50:36 hell 08:51:03 fyi, the sommelier's email address is: christine@franckthomas.fr 08:51:09 s/hell/hello 08:53:49 s/fyi, the sommelier's email address is: christine@franckthomas.fr// 08:54:45 s/hello// 09:00:59 yeliz has joined #bpwg 09:02:12 RRSAgent, draft minutes 09:02:12 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 09:02:32 kai: We will look at a few tests to get a feel for the document and then lead back into the broader discussions. 09:03:22 kai: 4.6 Device Capabilities is a good place to start discussion. 09:04:04 ... we cannot cover all possibilities and there may be devices that have capabilities not supported by the DDC, so we have turned this test around 09:04:40 ... the test condition is that the content should not be artificially limited to the DDC on devices that have greater capabilities. 09:05:11 ... for example, if the width is limited to the DDC screen-width on devices that have more real-estate then this is a fail. 09:06:18 q? 09:06:24 jo: Under test procedure you refer to "unadapted, original content"... The presupposes that the original content wasn't intended for the DDC. Some more careful wording is needed. 09:06:50 ... this document needs to encourage people to think of mobile representation as the natural one. 09:06:56 Scribe: SeanP 09:07:03 Scribenick: SeanP 09:08:41 jo: Another comment: it is OK to offer an alternative to something like video to the DDC 09:10:35 kai: Alan had posted this comment as well. [Comment made on the mailing list] 09:11:14 kai: 4.4 Background Image Readability 09:11:48 ...patterned or photographic bg image discouraged but not prohibited 09:12:40 ...Use a test for color blindness that tests for color contrast--test is fairly deterministic 09:12:42 q? 09:13:20 jo: Is this an average contrast or each and every pixel? 09:13:29 kai: Each and every one. 09:13:51 ... probably permissible to use the extremes. 09:14:09 kai: 4.5 Balance 09:14:29 ... weren't exactly sure what to do with this test, so we just picked a value. 09:14:33 q+ jo 09:14:55 ...example is a sitemap--may have well over 30 links. 09:15:12 q? 09:15:15 ack jo 09:15:15 ack jo 09:15:20 ...how many links does the user have to click through without being annoyed--30 was picked. 09:15:39 jo: Should make a note about the different navigation models for this test. 09:16:01 dom: Safe to assume that we are using a scheme that we have to go through every link. 09:16:22 dka: worth stating that we are using a nav model that requires all links to be traversed. 09:16:48 dom: this is a case where we need to make clear that there is no pointing device 09:17:04 kai: if we are going to redfine the DDC... 09:17:17 dka: not redefining--clarifying 09:17:33 s/clarifying/refining/ 09:17:49 kai: this is a big step... 09:18:36 dka: we want to say that the DDC has a keypad and supports access keys 09:18:54 ... and is focus based 09:19:21 kai: What is the feeling on a test like this where a number is just picked? 09:19:48 jo: We did that in other cases and we had justification in doing that--not arbitrary. 09:20:13 kai: Google had some information, but had some odd numbers. 09:20:38 jo: nytimes had 500 links on the home page. 09:21:12 kai: So is it OK to just pick a value? 09:21:24 dom: should be backed up by some data. 09:21:40 ... 30 is not a bad number. 09:22:08 jo: Shouldn't have to scroll over more than 2 screens of links. 09:22:23 ... could use this to compute a number. 09:22:43 kai: Could come up with a way to construct a number, but would still be contrived. 09:23:00 ... would be great to have data, but don't have it. 09:23:11 adam: Will check into whether Google has data on this. 09:23:49 ACTION: Adam to check on availability of data about the number of acceptable links in a focus-based browser 09:23:49 Created ACTION-797 - Check on availability of data about the number of acceptable links in a focus-based browser [on Adam Connors - due 2008-06-25]. 09:24:07 scott: Some devices could be 10 links, other devices could be 30 links because of differences in devices. 09:24:16 jo: We're assuming the DDC. 09:24:20 q? 09:24:41 kai: Another example: 4.3 Avoid Free Text 09:24:53 [I think we should look at least at one test that already exists in mobileOK basic but that mobileOK pro completes] 09:25:18 ...How do you deal with this? There will be forms where you have to type in your name. 09:25:44 ...think of anything where you have to type in an unknown value. 09:26:31 ... you can make lists of possible values. Where do you decide when the list is too big? 09:26:43 jo: good example. 09:27:05 kai: Really cannot put a limit on these lists--just needs to be finite. 09:27:29 dom: Something around 30 should be the max since you'll need to click through all of them. 09:28:00 ... should think of a way to trim the list if it is over 30. 09:28:13 ... or use free text. 09:28:48 kai: 4.15 Deficiencies 09:29:08 ... one of the wishy-washy tests that are difficult. 09:29:26 ... how do you deal with future changes to devices? 09:30:16 ...try to bracket the test to: look for deficiencies that impinge significantly on the usability of hte content being offered. 09:30:38 s/hte/the/ 09:31:04 dka: Out of time but these items are good examples of the work that has gone into the document. 09:31:18 ...would like to have a plan for getting this document out there. 09:31:33 ...what do you think we should do, Kai? 09:31:48 q? 09:31:54 Kai: Does the group think this document make sense? 09:32:19 ...we need feedback from the public. Should put it out there as a public working draft. 09:33:02 dka:2 questions to ask: Does the material in the document make sense? Does the stated goal of the document make sense? 09:33:19 q+ to support the notion that the content of the document is extremely useful 09:33:22 ...Is this a rec track document or a note? What should it be called? 09:33:32 +1 on usefulness of the content of the document 09:34:18 q? 09:34:24 ...I think there is a lot of valuable material in this, but these questions need to be answered. 09:35:35 dka: I've already expressed some concerns about mobileOK Pro. Some of the problems are extremely difficult. What you have come up with could be extremely useful. 09:35:42 q+ to add something to what Dom stole of my thunder 09:36:11 ...Given the amount of work required, I don't think it is reasonable to develop mobileOK Pro within the time left in the charter. 09:36:26 q+ to add that Dom just stole that bit too 09:36:39 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum... 09:36:47 ack me 09:36:47 jo, you wanted to support the notion that the content of the document is extremely useful and to add something to what Dom stole of my thunder and to add that Dom just stole that 09:36:48 ...I suggest creating an addendum to another document like MobileOK Basic. 09:36:50 ... bit too 09:37:08 q? 09:37:08 ack jo 09:37:39 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum to BP 1. 09:37:58 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1. 09:38:15 jo: Agree with Dom. Has been 18 months since BP 1 was released. Should be thinking about releasing explanatory text about BP 1. 09:38:49 ...This is would be useful for doing this. 09:39:44 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1, closing the gap between BP1 and BP2. 09:39:55 kai: We have a big gap between BP 1 and BP 2. This document could be used as kind of a BP 1.5 to close the gap between BP 1 and 2. 09:39:55 +1 to what Kai just said 09:40:51 dka: I like the idea, don't support calling it BP 1.5. 09:40:57 (I think this relates to ISSUE-185) 09:40:59 ISSUE-185? 09:40:59 ISSUE-185 -- What are the mobileOK Full deliverables? -- OPEN 09:40:59 http://www.w3.org/2005/MWI/BPWG/Group/track/issues/185 09:41:17 ...I think it makes sense to have addendum to BP 1. Is it rec track or a note? 09:41:49 DKA1 has left #bpwg 09:42:07 dom: 2 options: Add kind of an addendum to update BP 1 and clarify them, or create a new document. 09:42:22 q+ to think that it is too close to the publication of the BP doc to issue a 2nd edition 09:42:26 kai: I think it would make the most sense to modify the current document. 09:42:44 -1 to a 2nd edition 09:42:50 dom: Probably the most logical solution even though it would be more work. 09:43:03 -1000000 to a second edition 09:43:06 q? 09:43:15 ack jo 09:43:15 jo, you wanted to think that it is too close to the publication of the BP doc to issue a 2nd edition 09:43:20 dom: Biggest problem will be resources. 09:43:40 q+ to wonder about new BPs 09:43:45 q? 09:44:16 jo: Don't have the time to work on second edition of BP 1. Technically, BP 1 has not been published. 09:44:49 ... Best thing would be to issue a note. 09:45:39 ... probably too close to publishing BP 1 as a rec to create a second edition. 09:46:00 ack francois 09:46:00 francois, you wanted to wonder about new BPs 09:46:09 jo: Best to let BP 1 be a rec by itself for a while. 09:46:24 q+ francois 09:46:55 dom: Rec always has a link to errata. One way to link to the mobileOK Pro stuff would be as errata. 09:47:12 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1, closing the gap between BP1 and BP2. Also publish an errata. 09:47:24 jo: Value of this document goes further than errata. 09:47:36 "Success criteria for MWBP"? 09:48:48 q+ to wonder about new BPs and comparison with WCAG 2.0 quickref 09:48:57 kai: What about treating Pro as as supplement and putting a link in BP 1 to it. 09:49:33 q? 09:49:37 dom: Could put a link before it goes to rec, but don't think this new supplement would be ready yet. 09:49:48 jo: Could link it as errata. 09:49:54 ack fra 09:49:54 francois, you wanted to wonder about new BPs and comparison with WCAG 2.0 quickref 09:50:09 francois: Are we planning on adding new BPs for BP 1? 09:50:51 q+ to point out that an exegesis does not change the word ofGod, merely to explain it 09:50:55 kai: Not new BPs, but were thinking of adding extensions for Pro, but decided not too. 09:51:43 q- 09:52:00 francois: WCAG document had side companiion doc about how to meed the requirements. Could we something like that? May not have enough time. 09:52:19 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1, closing the gap between BP1 and BP2 (and linked to from the BP1 Errata document). 09:52:22 Kai: Side companion OK, not a quick reference. 09:52:51 francois: WCAG quick reference is not really a quick reference. 09:53:37 kai: If we have another document that is a side companion some people will look at one and not the other. 09:54:19 dka: If we move Pro to being an addendum, what happens to the Pro task force? 09:54:37 ...I think it would make sense to bring this work into the working group. 09:54:48 jo: Sure, why not? 09:55:37 kai: Every time we talk about this in group issues come up, so we might as well have all our discussions with the entire group. 09:55:44 PROPOSED RESOLUTON: The group agrees to close the MobileOK Pro task force and bring the document (rebranded as BP1 addendum) into the main body of the working group. Kai to remain as editor. 09:55:48 ...I can continue editing the document. 09:55:50 PROPOSED RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1, closing the gap between BP1 and BP2 (and linked to from the BP1 Errata document). 09:55:52 PROPOSED RESOLUTON: The group agrees to close the MobileOK Pro task force and bring the document (rebranded as BP1 addendum) into the main body of the working group. Kai to remain as editor. 09:56:24 +1 on both 09:56:29 +1 09:56:34 q+ to argue in favour of the title of the docuemnt containing the word "exegesis" 09:56:46 +1 09:56:46 q- jo 09:56:52 +1 09:56:59 q+to raise a point of order 09:57:05 ack jo 09:57:05 jo, you wanted to raise a point of order 09:57:06 q- 09:57:30 +1 to both 09:57:34 RESOLUTION: Given the timeframe of the group, and the work required to make MobileOK real, we should not aim towards creating mobileOK Pro in this charter time. Rather we should reuse the material that has been produced in the MobileOK Pro TF in a new document, such as an addendum/clarification/explanatory text to BP 1, closing the gap between BP1 and BP2 (and linked to from the BP1 Errata... 09:57:35 ...document). 09:57:36 manrique has joined #bpwg 09:57:47 RESOLUTON: The group agrees to close the MobileOK Pro task force and bring the document (rebranded as BP1 addendum) into the main body of the working group. Kai to remain as editor. 09:58:07 s/RESOLTON/RESOLUTION 09:58:13 PROPOSED RESOLUTION: The addendum to BP1 previously known as MobileOK Pro will be a working group Note. 09:58:24 s/RESOLUTON/RESOLUTION 09:58:35 +1 09:58:38 RRSAgent, draft minutes 09:58:38 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 09:58:40 +1 09:58:41 +1 09:58:47 RESOLUTION: The addendum to BP1 previously known as MobileOK Pro will be a working group Note. 10:00:06 dka: One more mobileOK agendum: Scheme and Licensing. 10:00:28 RESOLUTION: The group agrees to close the MobileOK Pro task force and bring the document (rebranded as BP1 addendum) into the main body of the working group. Kai to remain as editor. 10:00:41 Topic: obileOK Licensing 10:00:55 s/Topic: obileOK/Topic: mobileOK 10:00:59 RRSAgent, draft minutes 10:00:59 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 10:01:07 ISSUE-250? 10:01:07 ISSUE-250 -- The mobileOK License -- OPEN 10:01:07 http://www.w3.org/2005/MWI/BPWG/Group/track/issues/250 10:01:33 dom: Issue 250 10:01:38 ACTION: Kai to work proposed changes into the mobileOK Pro document and then turn it over to the group 10:01:38 Created ACTION-798 - Work proposed changes into the mobileOK Pro document and then turn it over to the group [on Kai Scheppe - due 2008-06-25]. 10:01:52 -> http://www.w3.org/Consortium/Legal/2008/04-mobileok-policy.html Proposed licenses for mobileOK Basic 10:02:46 dom: mobileOK policy document summary 10:03:21 ...has the the mobileOK logo; protecting mobileOK in two ways: trademark and copyright for the logo 10:03:52 ... need to conform to spec to claim you are mobileOK. 10:04:26 dka: simple, thanks for W3C for registering mobileOK as a trademark. 10:04:53 jo: Still have the same problems with this that we had a year ago. 10:05:43 ...is not clear that mobileOK is on the representation of the resource and not the URI. 10:06:07 ... need to have the proper view on what mobileOK really means. 10:07:05 PROPOSED RESOLUTION: "This page" in the MobileOK license refers to a URI, not a representation. 10:07:21 dom: We need to be clear as a group: My understanding that mobileOK refers to the URI and not the representation. 10:07:40 ...this is a legal document, not a technical one. 10:08:38 kai: I think that Jo's point was good. 10:09:27 dom: Should be on URI so you can put it on the desktop view. 10:10:00 RESOLUTION: "This page" in the MobileOK license refers to a URI, not a representation. 10:10:14 Should we need more clarification "mobileOK Logo" and "mobileOK Basic Logo" ? Can it be use in same condition ? 10:11:10 jonathan: mobileOK logo and mobileOK basic logo are different. 10:11:52 dom: since mobileOK Pro will no longer exist--mobileOK logo will be used for mobileOK basic. 10:12:13 PROPOSED RESOLUTION: the MobileOK logo will be used to represent conformance to MobileOK Basic Test 1.0 - there will be One Logo. 10:12:46 +1 10:12:49 +1 10:12:54 +1 10:13:07 +1 10:13:15 +1 10:13:22 +1 10:13:34 RESOLUTION: the MobileOK logo will be used to represent conformance to MobileOK Basic Test 1.0 - there will be One Logo. 10:13:38 q+ to wonder about the mobile-friendliness of this logo... 10:13:43 edm has joined #bpwg 10:13:59 dka: Is there small version of this logo? 10:14:05 q? 10:14:07 [side node to jo: mobileOK Pro is mentioned in mobileOK Basic Tests document and will have to be removed (as a non-substantive change!) from the draft before it is published as a Proposed Recommendation] 10:14:09 ack dka 10:14:09 DKA, you wanted to wonder about the mobile-friendliness of this logo... 10:15:14 dom: excellent question: some people would like to different colors for the logo; I think we released some ones in with other color schemes. We could release several logos with different sizes, colors, formats, etc. 10:15:27 q+ about "licensed" mobileOK® checkers 10:15:38 ...we can still amend the document to put in other logos. 10:15:45 PROPOSED RESOLUTION: The group would like there to be multiple representations of the One MobileOK logo, including a version suitable for small screens. 10:15:49 I suggest to change: in Chater 3, "use the mobileOK¢ç Basic logo as linked" to "use the mobileOK¢ç logo as linked" 10:16:02 good point, JonathanJ 10:16:04 ...Need to decide how we want to use the logo to promote mobileOK. 10:16:15 q? 10:16:27 queue= 10:16:28 ack ab 10:16:58 manrique: How does this relate to checker? 10:17:34 dom: You would prove to the W3C passed the checker and the W3C would allow you to use the logo. 10:18:00 francois: How about an SVG version so you could scale it to any size. 10:18:12 q+ ref the proposed resolution to note that the license advises that the logo should not be used on mobile pages 10:18:29 dka: Hasn't MarieClaire done some logos? 10:18:43 q+ to note ref the proposed resolution that the license advises that the logo should not be used on mobile pages 10:19:07 dka: Lots of people I talk to want to make sure the logo will fit on a small screen. 10:19:35 q? 10:19:58 ack jo 10:19:58 jo, you wanted to note ref the proposed resolution that the license advises that the logo should not be used on mobile pages 10:20:41 jo: The license contains the terms that you should not use it on small screens. Need to be clear on how we want to use it. 10:21:16 dka: Don't think the license should address where the logo should be displayed. 10:21:52 ...my point wasn't where the logo should appear--just that a small version of the logo should exist. 10:22:18 ed: I think Chaals made that point that a favicon should exist for the logo. 10:23:04 PROPOSED RESOLUTION: The group requests that the MobileOK License document not include language on whether or not to use it on a mobile device. 10:23:58 jo: Need to insert a note about this into the Scheme document. Should make sure that you only put the logo on the pages that are mobileOK. 10:24:20 PROPOSED RESOLUTION: The group requests that the MobileOK License document not include language on whether or not to use the logo on a mobile device. 10:24:43 RESOLUTION: The group requests that the MobileOK License document not include language on whether or not to use the logo on a mobile device. 10:24:45 [my earlier point was that the presence of the mobileOK logo may later the mobileOKness of the document] 10:25:39 s/may later/may alter/ 10:25:54 MarieClaire: [Talking about mobileOK logo] Will have a small one (16x16). 10:26:08 dka: Is there an SVG version of the logo? 10:26:15 Do we need the international version of mobileOK license document ? (multi-language ?) 10:26:17 MarieClaire: Yes. 10:26:55 dka: The license document should include a link to the logos. 10:28:08 dom: Regarding Jonathan's point, legal documents are not translated. It could be translated, but the "real" one is the English one. 10:28:39 Time for lunch. 10:33:57 achuter has joined #bpwg 11:28:53 edm has joined #bpwg 11:32:44 ISSUE-250? 11:32:44 ISSUE-250 -- The mobileOK License -- OPEN 11:32:44 http://www.w3.org/2005/MWI/BPWG/Group/track/issues/250 11:32:55 scribe: edm 11:33:03 scribenick: edm2z 11:33:40 ScribeNick: edm 11:34:13 manrique has joined #bpwg 11:34:32 RRSAgent, draft minutes 11:34:32 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 11:35:05 dka: we need to revisit the checker licensing issue when the checker is ready 11:35:30 jo: ...at some point in time 11:35:57 jo: the license needs to refer to A valid mobileOK checker 11:36:29 jo: we have not resolved on what basis the checker is a checker 11:37:26 dka: also need to look at items e/ and f/ of issue-250 11:39:40 jo: mobileOk claims would be made without any proof that would support the claims... 11:40:11 jo: ... we need to make sure that checker license is worded consistemtly 11:40:34 s/consistemtly/consistently/ 11:42:05 PROPOSED RESOLUTION: use of the mobileOK logo is a sign that there is a claim (or statement) that the URI (when resolved in the manner described in ...) will, from the start of the claim, forward in time (to some specified? point) yield a representation than passes mobileOK basic tests 11:44:38 dom: we should refrain from making any assertions about the duration of a claim 11:46:45 jo: mobileOk claim must be some forward looking statemnt or else would be meaningless 11:48:02 jo: ...has to have some level of assurance that the claim would remain valid for certain period of time 11:50:50 dom: section 3 of the mobileOk license (section 3) states that the mobileOk string us to be used to make clains of conformance to the MOK Basic Tests 1.0 concerning a specific page... 11:51:17 s/(section 3) // 11:51:34 s/us to be/is to be/ 11:54:22 jo: we need to be clear when the logo should/could be used and the link between the claim and the checker 11:55:23 PROPOSED RESOLUTION: we remain silent on the duration of claim and leaves that to judges to decide based on when/how the claim was made 11:55:51 jo: use of the MOK logo is not necessarily a claim 11:57:53 dom: MOK logo could be used only when bound to an URI 12:00:01 ACTION: Dom to get back to rigo on updating the mobileOK license 12:00:01 Created ACTION-799 - Get back to rigo on updating the mobileOK license [on Dominique Hazaël-Massieux - due 2008-06-25]. 12:01:40 francois: relationship between the checker and the MOK claims is already spelled out in the license 12:02:36 jo: we should clarify that each MOK test should be passed separately 12:02:55 PROPOSED RESOLUTION: the checker is only a way to be comfortable that you're not breeching the license terms, but doesn't serve as a proof 12:03:39 dka: now that we are done talking about license terms, lets talk about MobileOK Scheme 12:04:25 http://www.w3.org/2005/MWI/BPWG/Group/Drafts/mobileOK-Trustmark/080408.html 12:06:22 Kai: notes that references to MobileOk pro may need to be removed 12:06:46 ACTION: Jo to remove references to mobileOK Pro in the mobileOK Basic Tests Document 12:06:46 Created ACTION-800 - Remove references to mobileOK Pro in the mobileOK Basic Tests Document [on Jo Rabin - due 2008-06-25]. 12:07:20 Scribe: rob 12:07:27 ScribeNick: rob 12:07:33 PROPOSED RESOLUTION: Keep the name of mobileOK Basic Tests 1.0 the same 12:08:36 q+ to keep mobileOK Basic as Basic, since it checks a small set of BP 12:08:38 francoid: need to remove reference to MobileOK Pro if we're not keeping it as a document 12:08:41 q? 12:08:52 s/francoid/francois/ 12:09:09 ack man 12:09:09 manrique, you wanted to keep mobileOK Basic as Basic, since it checks a small set of BP 12:09:48 jo: we can keep mobileOK Basic tests, because they are only tests of a subset of mobileOK! 12:10:35 manrique: exactly, the Checker only verifies a subset 12:12:17 q? 12:12:19 jo: my concern on the Trustmark doc is that the use-cases and requirements shouldn't be in here 12:13:12 dka: somebody needs to remove a lot of stuff, turning it into a wrapper doc for the other docs about mobileOK (about 1/4 of current length) 12:13:53 ... i can be the editor 12:14:43 jo: Chaals has volenteered to edit, he just needs the feedback 12:16:09 s/volenteered/volunteered/ 12:17:28 kai: also could reference POWDER 12:17:53 PROPOSED RESOLUTION: the MobileOK Scheme document should be reduced to a "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER]. The document won't talk about certification. 12:18:17 PROPOSED RESOLUTION: the MobileOK Scheme document should be reduced to an explanatory "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER]. The document won't talk about certification. 12:18:43 PROPOSED RESOLUTION: the MobileOK Scheme document should be reduced to an explanatory "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER]. The document will remain silent on certification. 12:19:06 kai: is this doc becomming a "primer"? 12:19:42 dka: no, a primer would have more prose than we want here 12:20:27 jo: purpose is to show where everything you want to know about mobileOK is 12:21:15 PROPOSED RESOLUTION: the MobileOK Scheme document should be reduced to an explanatory "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the Checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER]. The document will remain silent on certification. 12:21:33 PROPOSED RESOLUTION: the MobileOK Scheme document should be reduced to an explanatory "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the Checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER] (and maybe a nice little picture). The document will remain silent on certification. 12:21:49 +1 12:21:54 +1 12:21:56 +1 12:21:58 RESOLUTION: the MobileOK Scheme document should be reduced to an explanatory "wrapper" document which will consist of pointers to MobileOK Basic Tests 1.0, Mobile Web Best Practices 1.0, the Checker, the license rules and the logo usage page [and POWDER if appropriate based on a future decision on use of POWDER] (and maybe a nice little picture). The document will remain silent on certification. 12:23:00 jo: Dan, please convey our thanks to Chaals and convey our review feedback to him 12:23:41 ACTION: Dan to thanks Chaals for producing the draft of mok scheme, to apologise on the group's behalf for not responding sooner and to draw his attention to the resolution taken on its contents 12:23:41 Created ACTION-801 - Thanks Chaals for producing the draft of mok scheme, to apologise on the group's behalf for not responding sooner and to draw his attention to the resolution taken on its contents [on Daniel Appelquist - due 2008-06-25]. 12:24:25 Topic: Report from Korean task-force 12:25:01 http://lists.w3.org/Archives/Public/public-bpwg/2008Jun/0052.html 12:25:09 http://lists.w3.org/Archives/Public/public-bpwg/2008Jun/att-0052/03._BP-KoreanTF-report-v1.0.pdf 12:25:17 this is my report file 12:26:25 RRSAgent, draft minutes 12:26:25 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 12:32:37 Korean TF Proposal: http://docs.google.com/View?docid=ddkw3489_18gg7zjk57 12:33:46 Gap analysis http://docs.google.com/Doc?docid=dhpvgnmn_53c7h2stfp&hl=ko 12:34:44 TF meeting minutes http://www.w3.org/2008/05/08-korean-minutes.html 12:34:57 ...and http://www.w3.org/2008/05/20-korean-minutes.html 12:36:03 JonathanJ: trying to have TF meetings bi-weekly 12:36:34 TF Roadmap: Requirements documents by the end of December 2008... 12:36:39 trackbot has joined #bpwg 12:36:53 ...and Report documents by the end of December 2008. 12:37:49 q+ 12:37:55 jo: thanks for the clear TF report 12:38:04 ack d 12:38:28 dka: are all the Korean companies in the TF officially members of the W3C WG? 12:38:43 JonathanJ: yes 12:39:08 dka: Good, because they will need to rejoin the WG when we change our charter 12:40:28 francois: there are participants from NHN and TTA that are not WG members? 12:41:20 JonathanJ: they are W3C MWI participants but not BPWG members 12:41:42 action: francois to follow up on status of Korean TF members in respect of W3C and WG membership 12:41:42 Created ACTION-802 - Follow up on status of Korean TF members in respect of W3C and WG membership [on François Daoust - due 2008-06-25]. 12:42:02 dka: they need to be wither BPWG members or Invited Experts so that the patent policy is tight 12:43:28 jo: suggest we don't do Issues and Actions today 12:43:47 dom: but everybody please look at your actions!!! 12:44:25 francois: when you've done your action, change the status to "Pending Review" 12:45:23 jo: last 2 items on today's agenda don't apply if we are rechartering. 12:45:26 Topic: POWDER update 12:46:06 kai: recent email from Phil - documents on-track 12:46:43 ... to go into last-call at the end of the month 12:47:53 ... rather than going through the doc detais, any questions? 12:48:08 s/detais/details/ 12:48:42 jo: will there be delays in review? 12:49:10 kai: don't anticipate delays because they have been well reviewed already 12:49:40 dom: you have to show implementations, do you know if there are any yet? 12:50:02 kai: several planned but none existing yet 12:51:07 ... we had some very large changes very late so documents have to be finished before any implementations can be successful 12:51:58 dom: BPWG took a resolution in Boston to use POWDER 12:52:28 jo: don't we need to publish a vocabulary document? 12:52:58 kai: yes, it's a very small document, Phil is the editor 12:55:39 PROPOSED RESOLUTION: We will not have a separate mobileOK powder vocab document, its proposed contents will form part of the mobileOK scheme document. 12:55:43 +1 12:55:48 +1 12:55:55 +1 12:55:55 +1 12:55:59 +1 12:56:03 RESOLUTION: We will not have a separate mobileOK powder vocab document, its proposed contents will form part of the mobileOK scheme document. 12:56:28 jo: well done so far! 12:57:26 Topic: Aspirational Level of mobileOK 12:57:30 ACTION: Kai to get the definitive mobileOK example from Phil Archer 12:57:30 Created ACTION-803 - Get the definitive mobileOK example from Phil Archer [on Kai Scheppe - due 2008-06-25]. 12:58:39 dka: this is about having a mobileOK club - ie what can we do to promote the idea beyond the logo on compliant sites 12:59:16 ... we've already talked about having the logo outside of web-pages today 12:59:39 jo: what about "I aspire to be mobileOK soon"? 13:00:31 PROPOSED RESOLUTION: Drop the idea of an aspirational level of mobileOK, it seems to be included in the current understanding of mobileOK logo usage rules 13:00:40 +1 13:00:42 +1 13:00:43 +1 13:00:48 dka: nothing prevents us all blogging about it a lot! 13:00:51 +1 13:01:00 RESOLUTION: Drop the idea of an aspirational level of mobileOK, it seems to be included in the current understanding of mobileOK logo usage rules 13:01:16 jo: AOB? 13:01:58 PROPOSED RESOLUTION: BPWG Thanks W3C very much for its kind hospitality in hosting this F2F meeting 13:02:06 +1 13:02:06 +1 13:02:09 +1 13:02:12 +1 13:02:13 +1 13:02:25 RESOLUTION: BPWG Thanks W3C very much for its kind hospitality in hosting this F2F meeting 13:02:49 RRSAgent, draft minutes 13:02:49 I have made the request to generate http://www.w3.org/2008/06/18-bpwg-minutes.html francois 13:02:53 [meeting closed] 13:03:26 rob has left #bpwg 13:04:22 Kai_ has left #bpwg 13:06:16 abel has left #bpwg 14:57:50 Zakim has left #bpwg 16:04:13 achuter has joined #bpwg