15:03:25 RRSAgent has joined #htmlt 15:03:25 logging to http://www.w3.org/2010/05/18-htmlt-irc 15:03:31 zakim, this will be htmlt 15:03:31 ok, gsnedders; I see HTML_WG(HTMLT)11:00AM scheduled to start 3 minutes ago 15:03:38 zakim, what's the code? 15:03:54 plh has joined #htmlt 15:03:55 the conference code is 48658 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), gsnedders 15:04:43 HTML_WG(HTMLT)11:00AM has now started 15:04:45 +Plh 15:06:20 No, we've all ended up late :) 15:06:48 hu? 15:06:53 the time was moved? 15:06:59 or kris gave up after 2 minutes? 15:07:12 No, kris said he would be ready in around five mins 7 mins ago 15:07:28 oh 15:07:33 krisk has joined #HTMLT 15:07:41 ok calling in now 15:07:47 And my phone seems not to be dialing out :\ 15:08:40 +[Microsoft] 15:09:19 trackbot, status 15:09:19 This channel is not configured 15:09:40 trackbot, prepare telcon 15:09:40 Sorry... I don't know anything about this channel 15:09:40 If you want to associate this channel with an existing Tracker, please say 'trackbot, associate this channel with #channel' (where #channel is the name of default channel for the group) 15:09:44 trackbot-ng, start telcon 15:09:46 RRSAgent, make logs public 15:09:48 Zakim, this will be HTML 15:09:48 ok, trackbot, I see HTML_WG(HTMLT)11:00AM already started 15:09:49 Meeting: HTML Weekly Teleconference 15:09:49 Date: 18 May 2010 15:11:17 gsnedders - if you can't call into meeting - can you participate using IRC? 15:11:30 zakim, Microsoft is krisk 15:11:30 +krisk; got it 15:11:35 + +0472369aaaa 15:11:40 zakim, aaaa is me 15:11:40 +gsnedders; got it 15:12:26 agenda: http://lists.w3.org/Archives/Public/public-html-testsuite/2010May/0016.html 15:13:08 Topic: Check for any bugs on approved tests (currently zero) 15:13:17 Kris: no bug to be reported 15:13:27 The url for bugs would be http://www.w3.org/Bugs/Public/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=HTML+WG&component=testsuite&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugid 15:14:00 Topic: Review Current Tests Posted To List For Approval 15:14:11 Kris: no test to approve, but Microsoft submitted some tests 15:14:21 ... we got some feedback 15:14:41 ... from Anne. looking into it. 15:15:11 ... also getElementsByTagName and some selection tests 15:15:29 Topic: Video tag test 15:16:02 Kris: we're still working on a little template for video testing 15:16:19 ... how would we deal with different video codecs 15:17:15 plh: I posted videos in MP4 and Ogg Theora 15:18:18 I am looking for something very simple - 15:18:35 basically a video clip that is green for 15 seconds then red for the next 15 seconds 15:18:59 http://www.w3.org/2008/12/dfxp-testsuite/web-framework/dfxp_movie.ogv 15:19:01 For example using the text from the spec (test assertion?) 15:19:02 "When a video element is potentially playing, it represents the frame of video at the continuously increasing "current" position." 15:19:10 http://www.w3.org/2008/12/dfxp-testsuite/web-framework/dfxp_movie_mp4.avi 15:19:26 http://www.w3.org/2008/12/dfxp-testsuite/web-framework/dfxp_movie.flv 15:22:56 Kris: the video should help us figuring out when it's speeding up or slowing down 15:23:19 plh: we can reuse videos from the timed text working group 15:23:30 sounds good 15:25:33 ACTIOn: plh to post more videos for testing 15:25:33 Created ACTION-180 - Post more videos for testing [on Philippe Le Hégaret - due 2010-05-25]. 15:27:32 plh: let's keep in mind that we're not here to test the video codec itself 15:27:43 agree 15:28:30 Kris:Topic: Test Assertions 15:28:36 Topic: Test Assertions 15:28:37 I'd like to be more specific about 'creating' tests 15:28:55 Kris: we really want people to focus on assertions and provide tests that test those assertions 15:29:26 plh: do we access to all assertions? 15:29:30 s//have/ 15:30:25 What do people mean by "assertions" here? 15:30:37 assertions in the spec? 15:30:39 jgraham: yeah 15:31:09 Geoffrey: it may not always be easy to extract assertions from the spec. 15:31:12 We should make a version of the spec that is annotated with tests that are needed or links to existing tests 15:31:26 kris: better ask people to write assertions first before writing the tests. 15:31:41 RFC2119 MUST would automatically be an annotation point 15:31:46 The parser is harder 15:31:53 jgraham: See the Wigets specs 15:32:07 gsnedders: Seen, but they don't go far enough 15:32:31 (you don't want the tests to be too shallow) 15:32:43 jgraham: How so? 15:33:16 http://www.w3.org/TR/test-methodology/ 15:33:32 plh: I can try to explore getting assertions automatically from the spec. 15:33:53 ACTION: plh to explore extracting assertions from the HTML5 spec 15:33:53 Created ACTION-181 - Explore extracting assertions from the HTML5 spec [on Philippe Le Hégaret - due 2010-05-25]. 15:34:02 gsnedders: Because IIRC their methodology focuses on getting a single test per assertion 15:34:12 jgraham: No, it doesn't. 15:34:30 jgraham: It focuses on having a complete test suite for each assertion in the spec 15:34:47 krisk has joined #HTMLT 15:36:14 gsnedders: Maybe I should study it more, but I don't recall anything that would help you realise that, say, a testsuite for document.body should check that .body pointed to the right element in the case where you replace the root element with a body element 15:36:57 jgraham: The approach they were taking, or at least my understanding of when I spoke to marcosc a bit under two months ago, was that you wanted to test every interesting case 15:37:07 ... for each assertion 15:39:41 gsnedders: Sure. I don't particularly see that their document helps with that though. It mainly helps ensure each thing is tested at least once 15:41:02 [discussion on how stable the video API/events are] 15:41:06 jgraham: Yeah, I don't think it actually makes sure you have a complete test suites, it just makes sure you know at least to some degree what needs to be tested 15:44:28 plh: some of the events or properties may change due to multi-track supports. such as ended event, or currentSrc. 15:44:49 change is going to happen 15:44:53 Geoffrey: we have 5 implementations for video already, those are unlikely to change 15:45:08 we don't totally control what changes 15:45:21 ... in a backwards incompatible way 15:45:26 though what we do control is creating assertions and then tests from the spec 15:45:35 (which means that most of the current API is stable) 15:47:12 ACTIOn: Kris to write one test for the video element, as an example 15:47:12 Sorry, couldn't find user - Kris 15:47:31 ACTIOn: KKrueger to write one test for the video element, as an example 15:47:31 Sorry, couldn't find user - KKrueger 15:47:40 maybe krisk 15:47:43 trackbot-ng, status? 15:47:43 This channel is not configured 15:49:21 I can manually add a tracker item for the video test/work 15:50:13 -Plh 15:50:14 -krisk 15:50:16 -gsnedders 15:50:16 HTML_WG(HTMLT)11:00AM has ended 15:50:18 Attendees were Plh, krisk, +0472369aaaa, gsnedders 15:50:58 rrsagent, make minutes 15:50:58 I have made the request to generate http://www.w3.org/2010/05/18-htmlt-minutes.html krisk 15:51:11 rrsagent, make logs public 17:33:51 Zakim has left #htmlt