13:45:57 RRSAgent has joined #bpwg 13:45:57 logging to http://www.w3.org/2008/06/25-bpwg-irc 13:45:59 RRSAgent, make logs public 13:45:59 Zakim has joined #bpwg 13:46:01 Zakim, this will be BPWG 13:46:01 ok, trackbot; I see MWI_BPWG(Checker TF)10:00AM scheduled to start in 14 minutes 13:46:02 Meeting: Mobile Web Best Practices Working Group Teleconference 13:46:02 Date: 25 June 2008 13:46:20 s/Mobile Web Best Practices Working Group/BPWG checker task force/ 13:50:02 Agenda: http://lists.w3.org/Archives/Public/public-mobileok-checker/2008Jun/0018.html 13:50:05 Chair: Abel 13:57:05 abel has joined #bpwg 13:58:39 zakim, code? 13:58:39 the conference code is 2794 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), dom 13:59:06 MWI_BPWG(Checker TF)10:00AM has now started 13:59:14 +berrueta 13:59:21 zakim, berrueta is me 13:59:21 +abel; got it 13:59:30 zakim, miguel is with me 13:59:30 +miguel; got it 14:00:01 +Dom 14:00:40 + +95169aaaa 14:00:47 zakim, aaaa is me 14:00:47 +francois; got it 14:01:59 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5006 bug 5006 "Does a "tidied" element or attribute exist? " 14:02:34 abel: the goal of this was to inform the user whether the test was run on a tidied version of the document or not 14:02:38 ... but that's not required by mobileOK 14:02:42 ... so it's up to us to decide 14:03:26 dom: I think we should move it as "enhancement" and re-assign it 14:03:31 ... I'll take it 14:03:37 abel: sounds good 14:05:32 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5015 bug 5015 Need working example for accessing line number in XSL 14:06:06 abel: in Java, we can access the line number 14:06:14 ... but that's not available in XSLT 14:06:28 ... since it doesn't work on a DOM tree 14:06:38 ... I don't think we can do much about it 14:07:28 http://saxonica.com/documentation/extensions/functions/linenumber.html 14:07:34 dom: I think Saxon has an extension to get the line number 14:07:45 ... but it didn't work when Roland tried, as far as I remember 14:07:55 ... let's close it for now and see if we have time for this in the future 14:07:57 abel: agreed 14:08:47 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5421 bug 5421 URI resolution doesn't take into account 14:09:20 abel: does this still need more work? 14:09:39 dom: the Java code is OK - remains to check that this works correctly for XSLT 14:10:10 abel: we have checked the Java code and it is indeed fixed 14:10:20 ... but what happens when there is more than one base tag? 14:11:11 dom: I think using the first is ok 14:11:18 ..; (nothing that more than one is not valid) 14:13:06 ... I still need to look at the some of the XSLT cases where further URI resolution is needed 14:13:32 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5590 bug 5590 Record more detail about source of an image/object retrieval 14:13:46 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5774 bug 5574 Object Rule Processing 14:13:59 abel: we're not sure about 5590 14:14:15 -> http://lists.w3.org/Archives/Public/public-mobileok-checker/2008Jun/0005.html Dom's message re 5590 14:14:34 abel: from what we understand, we need to annotate the objects that are really rendered in moki 14:14:56 ... not sure about having to annotate whether images come from style sheets 14:18:30 dom: [trying to summarize his message] 14:18:57 miguel: we think it would be better if we filter objects and images that are tasted or rendered in the moki 14:20:00 14:21:04 14:22:01 14:22:31 q+ to ask for clarification about "rendered eq false and tasted eq false" 14:22:39 ack f 14:22:39 francois, you wanted to ask for clarification about "rendered eq false and tasted eq false" 14:23:22 loadtype="tasted" loadtype="rendered" 14:23:26 loadtype="tasted" vs loadtype="rendered" 14:24:02 http://www.w3.org/TR/mobileOK-basic10-tests/#PAGE_SIZE_LIMIT reads "In the following, include in the total only those objects retrieved under the 3.15.1 Object Element Processing Rule whose type attribute is not specified, and those whose content type is either "image/jpeg" or "image/gif" irrespective of whether the type attribute is specified. " 14:25:27 dom: I have implemented in XSLT - doable with XPath, more difficult through the DOM AFAICT 14:25:57 [detection of tasted in XSLT: http://dev.w3.org/cvsweb/2007/mobileok-ref/src/org/w3c/mwi/mobileok/basic/xslt/includedResources.xsl ] 14:26:07 [detection of rendered: http://dev.w3.org/cvsweb/2007/mobileok-ref/src/org/w3c/mwi/mobileok/basic/xslt/ObjectsOrScriptTest.xsl ] 14:26:54 dom: any idea about schedule on this bug? 14:27:04 abel: we're targeting mid-July, right? 14:27:40 ... we'll start working on this beginning of next week - hopefully we can finish it in ~10 days 14:27:51 ... if you guys can help with some of the other bugs, it would be great 14:28:03 ... esp. with 5775 grammar validation 14:29:01 dom: sounds good; francois and I will try to tackle 5775 14:29:32 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5591 Handling of Meta Refresh 14:30:07 abel: think we should close it 14:30:34 dom: probably more part of UI than library 14:30:42 ... I'll take it and move it to the Web UI component 14:31:04 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5762 Media rules check in linked CSS (StylesheetUseTest) 14:31:30 Abel: I think we need to review better the StylesheetUse test 14:31:58 Miguel: that test tries to check that at least one style sheet is used for handheld devices 14:32:19 ... in the XSLT, we check the media attribute of the tag 14:32:48 ... but we don't check the content of the style sheet 14:33:07 dom: so, if the entire style sheet is enclosed in @media screen { }, the checker won't notice anything 14:33:46 -> http://www.w3.org/TR/mobileOK-basic10-tests/#STYLE_SHEETS_USE "If all styles are restricted to media types other than "handheld" or "all" by means of @media at-rules, warn " 14:34:11 ... indeed, the mobileOK spec says we should warn on this 14:34:25 ... so yes, I agree we should be checking this as well 14:34:53 miguel: so we need to change the preprocessor and the XSLT 14:34:59 ... we'll be dealing with it 14:35:44 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5763 xml-stylesheet processing instructions 14:36:41 abel: this one requires changes to the Java code too 14:37:34 ... we'll take that one too - hopefully won't take too long 14:37:49 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5764 i18n 14:38:08 abel: we can do the Spanish translations, you guys could do the French one 14:38:17 ... but obviously, this has a lower priority 14:38:43 dom: indeed; but let's leave it for after the release 14:38:51 -> http://www.w3.org/Bugs/Public/show_bug.cgi?id=5765 documentation 14:38:55 abel: same for that one 14:39:06 [I would add that having more semantics in the info returned by the checker should also have more priority than i18n IMO] 14:39:06 ... hopefully there isn't that much work to do on that one 14:40:27 dom: let's meet next week 14:40:28 abel: ok 14:40:43 abel: what about the vodafone's contributor? 14:40:59 ... I got a mail from Oscar last week 14:41:21 ... I gave him information about our ongoing work, but I didn't get a response 14:42:25 dom: dan confirmed that he was allowed to work, and nominated him to the group 14:42:35 ... ping him again by email, and copy francois and I, maybe? 14:42:36 [I will contact him as well to have him subscribe to the mailing-list] 14:42:43 abel: ok, will do and inform him of our call next week 14:43:10 q+ 14:43:21 ack f 14:43:57 q+ 14:44:09 ack me 14:44:26 http://lists.w3.org/Archives/Public/public-mobileok-checker/2008Jun/0012.html 14:44:52 http://lists.w3.org/Archives/Public/public-mobileok-checker/2008Jun/0010.html 14:45:51 LANG=C 14:49:00 [discussions on getting the test suite to work] 14:49:32 dom: I think there must be a bug in the preprocessor 14:49:43 ... the length of the content detected shouldn't vary from a platform to another 14:50:03 ... (typically, this oculd make a page fail on Windows and gets a mobileOK on linux - which doesn't make sense) 14:50:25 s/oculd/could 14:50:51 miguel: the problem is not in the preprocessor, but in tomcat 14:51:26 dom: ok, I hadn't understood this 14:51:44 ... do you know whether we can configure tomcat not to behave differently? 14:52:11 miguel: it's related to line-return vs carriage return characters 14:52:48 ... we can check if removing carriage return characters help 14:53:19 s/line-return/line-feed/ 14:53:56 dom: ok... would still be good to fix at some point, but I can guess we can live with it for the time being 14:54:26 -Dom 14:54:28 -francois 14:54:30 MWI_BPWG(Checker TF)10:00AM has ended 14:54:31 Attendees were abel, miguel, Dom, +95169aaaa, francois 14:54:36 RRSAgent, draft minutes 14:54:36 I have made the request to generate http://www.w3.org/2008/06/25-bpwg-minutes.html dom 15:14:57 abel_ has joined #bpwg 16:48:52 Zakim has left #bpwg 17:42:26 abel has joined #bpwg