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