16:42:10 RRSAgent has joined #pwg 16:42:10 logging to https://www.w3.org/2019/12/09-pwg-irc 16:42:11 rrsagent, set log public 16:42:11 Meeting: Publishing Working Group Telco 16:42:11 Chair: wendy 16:42:11 Date: 2019-12-09 16:42:11 Agenda: https://lists.w3.org/Archives/Public/public-publ-wg/2019Dec/0010.html 16:42:11 ivan has changed the topic to: Meeting Agenda 2019-12-09: https://lists.w3.org/Archives/Public/public-publ-wg/2019Dec/0010.html 16:42:12 Regrets+ Luc, mateus 16:54:10 NickRuffilo has joined #pwg 16:59:52 Teenya has joined #pwg 17:00:32 geoffjukes has joined #pwg 17:01:03 present+ 17:01:10 Avneesh has joined #pwg 17:01:15 present+ 17:01:24 present+ 17:01:30 present+ 17:01:55 present+ 17:02:28 present+ 17:02:29 George has joined #pwg 17:02:39 present+ 17:02:39 present+ 17:03:05 present+ 17:03:12 present+ 17:04:07 ScribeNick: NickRuffilo 17:04:09 CharlesL has joined #pwg 17:04:18 present+ 17:04:19 https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2019/2019-12-02-pwg 17:04:26 present+ 17:04:28 Wendy: First task - minutes, approval? 17:04:38 ... approved. 17:04:39 +1 17:04:43 resolved: last week's minutes approved 17:04:59 https://github.com/w3c/publ-tests 17:05:26 garth has joined #pwg 17:05:29 ... The topic of the day is about testing. (link posted above). As discussed last week, we've created a separate repository for the tests. Because we've named it broadly, it can be the testing repo for all publishing activities. 17:05:34 franco has joined #pwg 17:05:42 present+ 17:05:54 mattg has joined #pwg 17:06:02 Bill_Kasdorf has joined #pwg 17:06:10 ... there are separate folders for audiobooks and manifests, reports... Everything will be located here. Matt and Ivan did a ton of work over the last couple days to ensure this is ready for view. Ivan - have I missed anything? 17:06:19 present+ 17:06:22 present+ 17:06:53 rkwright has joined #pwg 17:06:57 Ivan: I think we got everything. If you go one step deeper, such as the publication manifest repository - it already has 2 subdirectories for various types of testing. Manifest processing and TOC processing. 17:07:06 duga has joined #pwg 17:07:10 present+ 17:07:23 present+ Garth 17:07:29 ... it's something Matt has started. It is about testing the algorithm to extract TOC from an HTML file. There may be other testing for audiobooks, there is only Manifest processing for now. 17:07:57 Wendy: I made a few but put them in the wrong area. I have a few things I need to clean up and potentially make them submittable. In the same format the other tests are in. 17:08:00 BenSchroeter has joined #pwg 17:08:03 Ivan: You did something that .... 17:08:05 present+ 17:08:06 present+ 17:08:09 Wendy: They are just in text format right now. 17:08:17 https://github.com/w3c/publ-tests/tree/master/audiobooks/manifest_processing/tests 17:08:30 present+ 17:08:39 Ivan: If I go to (pasted) directory, that's meant only for tests related to the manifest. If you want user agent behavior test, it should be a separate folder 17:08:50 Wendy: That's correct, I just haven't had a chance to do that yet 17:09:25 https://github.com/w3c/publ-tests/tree/master/test_reports 17:09:44 Ivan: the manifest is relatevely rich. It's fairly easy to submit a new test. Finally there is a test report directory which we (pasted) have here. The intention is that the various types of testing should ahve their own subdirectory 17:09:47 https://github.com/w3c/publ-tests/blob/master/test_reports/manifest_processing/index.html 17:10:07 https://w3c.github.io/publ-tests/test_reports/manifest_processing/ 17:10:38 ... Ideally every test section, whether TOC or the user agent behavior or whatever else, should have a report file like the one provided 17:10:47 Wendy: Matt - anything to add? 17:11:19 q+ 17:11:31 Matt: Nope. Like Ivan said, I've started with the TOC tests. I'm having some issues making the tests atomic - as there's alot that has to go into loading a TOC. In general, it's in progress. Just still work to do 17:11:37 ack CharlesL 17:12:03 Charles: Just a question - in the results directory, there is an index.html -> is that where the visual representation of the results will end up? Should we have a readme that points to the github IO? 17:12:13 Ivan: Which file - can you paste a link? 17:12:20 Nellie_ has joined #pwg 17:12:21 https://github.com/w3c/publ-tests/tree/master/test_reports/manifest_processing 17:12:35 Charles: In that directory, there is an index.html 17:12:43 Ivan: that's the result of the test on Manifest processing 17:13:02 https://w3c.github.io/publ-tests/test_reports/manifest_processing/ 17:13:04 Charles: can we have a readme that points to the github io about how this workS? 17:13:24 Ivan: Ultimately, the whole repository can be looked at from the IO. 17:13:33 present+ 17:13:41 Charles: and if you have a main dashboard that pulls in the main index files - i'm not sure if we want to do that... 17:13:58 Ivan: we will have to do that at some point. We have to provide a report at the end. For the time being, that's the only report. 17:14:32 Wendy: I think we're going to have to bump up the readme file on the mainpage to explain where to look/contribute. I think we've burried that in the subfolder for now. 17:14:41 Ivan: there is a readme, it just needs to be improved 17:14:44 Wendy: agreed 17:14:59 q? 17:15:40 Wendy: In terms of test coverage, aside from the TOC test, I believe we have pretty much the manifest processing tests are almost complete. TOC are in progress. The user agent behavior tests are written but need to be made more usable. 17:16:02 ... I don't know if anyone has attempted to run the tests in any way. I know Ivan, Matt and I have given a chance. But if others could try and provide some comments on that... 17:16:11 gpellegrino has joined #pwg 17:16:26 ... Lars is very busy with Colibrio right now, so we wont' get an answer from him for a little bit 17:16:42 q+ 17:16:42 wendy: ((breathing noises)) 17:16:45 ack ivan 17:17:31 Ivan: My question is - what kind of other tests do we need to put there for this round of CR? I have heard about the TOC, the user behavior testing... Are there any categories for this sort that we need additionally? 17:17:35 timCole has joined #pwg 17:17:36 gpellegrino has joined #pwg 17:17:41 gpellegrino has joined #pwg 17:17:59 q+ 17:18:04 ack George 17:18:38 George: I don't know if this is relevant, but if audio is encoded in variable bit rate, is there a place to note a file is problematic. Do we want to include tests for that? 17:19:11 Wendy: I think it's out of scope, and it sounds like the user agent would want to run against their implementation. You would want to test that bitrates seek in a specific format. 17:19:18 George: for variable bitrate, it could change... 17:19:24 q+ 17:19:30 ack CharlesL 17:19:31 Wendy: I think that falls into the user agents - hopefully their standard testing would check that 17:19:37 https://w3c.github.io/publ-tests/test_reports/manifest_processing/index.html 17:20:00 Charles: I found the github IO for the index -> if you wanted to see what those tests look like, you can see that a whole bunch of tests are passing with a few fails. 17:20:17 q+ 17:20:21 ack ivan 17:21:32 Ivan: Do we want to have tests about LPF and the way it handles files. Maybe we want, maybe we don't want. There are some statements in the manifest processing about the duration values being consistent - such as the duration overall should be the sum of the parts. But other specifications around media specific items. Anything we require in the spec? 17:22:15 ... there might be some features - like what George referred to, but more generally. What we test is the specifics of our specifications - so what items require testing of certain features. 17:22:34 ... we do refer to sync media - but again, a question. 17:23:10 Wendy: the LPF - there's requirements within LPF, such as not zipping audio files. Laurent - would you consider writing tests around LPF or do you think it needs testing? 17:23:45 Laurent: I think it's a bit premature. We should first finalize the testing the publication manifest, then we can think about the DF. There would only be verification of names of the files and the deflates... Would be very quick 17:23:51 ... we do have time for that 17:23:57 Wendy: those all sound like valid tests. 17:24:03 q+ 17:24:06 gpellegr_ has joined #pwg 17:24:23 ack tzviya 17:24:24 ... I'm already getting LPF questions / packaging. It's worth having a handful of tests to make sure that things are named properly. 17:24:49 Tzviya: You pretty much said what I was going to say. Especially since Laurent said it's straightforward, I think it's worth doing even though it's just a note. 17:25:13 Wendy: would you consider writing some tests Laurent? 17:25:15 Laurent: Sure. 17:25:25 Wendy: just a few - such as naming and deflate mechanism. 17:25:59 ... the other question is about sync media. I haven't gotten many questions about it, and it might be too early to test and it might be complicated. I think it's a bit early, but it could include something in the User Agent behavior. 17:26:12 ... such as "if present, display, if not, don't" 17:26:22 Marisa: I think it is premature, but that basic case is reasonable. 17:26:39 Wendy: because it's a prepheral feature, we don't have to do it just yet, but worth reviewing 17:26:48 q+ 17:26:53 ack ivan 17:27:34 Ivan: there was another work started by Matt and something else which is a very different kind of testing. Whether the terms we define are really useful and used by the community. That's also important. Reminds me of the DPUB ARIA testing we had to do. 17:27:49 https://github.com/w3c/pub-manifest/wiki/Publication-Manifest-to-EPUB-Mapping 17:28:06 ... I think there was work on mapping the epub terms to our terms, indirectly proving that those terms are used by the community. This is important to be properly documented and would be in the testing directory 17:28:49 Matt: I just pasted in a link to the document, which is pretty complete at this point. I've gone through all of the packages spec for epub and cross-referenced to pub manifest. If we want to move it over or find a new home in the testing repository, that's easy to do. 17:28:57 Ivan: I think it would be better to have everything in one place. 17:29:00 q+ 17:29:04 ack CharlesL 17:29:32 Charles: I was just looking that over and specifically under accessibility - I'm wondering about the 2 we don't use often, the accessibility API and accessibility control. 17:29:50 Matt: I'm not sure if we still recommend them. They are the general rule - that you can express both because they are in schema.org... 17:30:13 Charles: we only tell publishers to put that in if they've added in special controls such as special ARIA - so we could see it happen, but it's usually not there. 17:30:22 q+ 17:30:30 Matt: It can go in there if it makes things more complete - it's not a recommendation, just a mapping. 17:30:47 Ivan: I don't believe they are listed in the manifest. 17:30:58 ack ivan 17:31:05 Matt: we didn't list them in the manifest. You could list them because they are schema.org, but they aren't specifically named 17:31:43 Ivan: to be selfish, our goal is to provide the testing for candidates. If a feature like this is not mentioned in the CR, we are in no obligation to have information about it. We can, but what we have is 5 accessibility terms that are in the document and those are important. 17:31:55 Matt: I agree, just pointing out. 17:32:33 Wendy: Back to Ivan's point, are there any tests we're missing? Or categories? 17:33:20 ... The goal is to have the tests completed by the end of the year. The only thing we need to finish are the User Agent Behavior, the LPF, and the rest of the manfists. We have one more meeting next week, and it's the last for the year. I don't want to put the same pressure on everyone else 17:33:48 q+ 17:34:01 Wendy: So we'll round out the testing by next week. 17:34:01 ack rkwright 17:34:56 q+ 17:35:04 Rick: One question: I am looking at the tests that are posted, they look very impressive, but it reminds me of the epub test suite. You test each aspect or feature. What happens sometimes is that if you have several features that are all brought together, thats when you see problems. 17:35:19 ... is the goal to just verify that each individual feature is there, or is this intended to help the reading systems to regression test? 17:35:21 ack ivan 17:36:19 Ivan: The goal - since I'm not a reading system implementor, I didn't have the complex situations, but implementors might run into these problems and they would be kind enough to submit to the test suite. The test suite came out of Matt and I testing the algorithm. 17:36:46 ... because we didn't have to do such global ones, and the same way we produce those tests, others can create them and submit back. 17:37:41 Wendy: That's a great question, I'm having that exact issue with epub this week. I feel like we have to think about this. I have to think about how things integrate - so that might be the challenge for the week. 17:37:57 q+ 17:38:03 ack George 17:38:06 Wendy: I'll see if there is a way to test relational issues. 17:38:24 George: Are we saying that we want to stress test a reading system? Complex TOC and monster audio files? 17:38:27 q+ 17:39:20 Wendy: this comes down to more like - i'll use my epub example - right now we're looking at rendition properties. Some conflict with user properties. So - have we created a situation where certian properties conflict or cause issue 17:39:20 q+ 17:39:21 q- 17:39:23 q+ 17:39:40 ack mattg 17:40:28 Matt: Just going to say - hopefully - we don't have the same degree of problems when it comes to manifest and what epub has - but I do agree with Rick that it's hard to think up the problems that might cause issues. With TOC there's likely odd issues that could pop up, but it often takes people creating content to find the issues. 17:40:43 ack Avneesh 17:40:46 ... as Ivan says, it's something that hopefully people can provide info back. 17:41:21 Avneesh: Regarding George's notes. The scope of this testing can impact improvement in the specification. What George noted about stress testing - the scope is anything that leads to improving the specification. 17:41:23 q+ 17:41:25 +1 to Avneesh 17:41:31 ack rkwright 17:42:11 Rick: I agree with Avneesh. These sets of tests, these atomic tests, are for testing the specification. The complicated ones would more be on the user agents. Should they be somewhere else to ensure people don't get confused? 17:42:12 q+ 17:42:18 ack NickRuffilo 17:42:30 q+ to ask about sample content 17:42:39 NickRuffilo: I agree with everything said, but I think there's a line where some are spec related and some are RS related 17:43:18 ... if we have 2 conflicting properties, or cause things to blow up, but are mutually exclusive, we will see that in testing 17:43:31 ... it's all going to come in the testing process 17:43:40 ... we'll see as it comes 17:43:44 ack tzviya 17:43:44 tzviya, you wanted to ask about sample content 17:43:50 Tzviya: I'm wondering if someone wants to create some sample content for us to test? 17:43:59 ... Someone may have already done that??? 17:44:28 q+ 17:44:40 Wendy: It's just like in epub, you can make a spec perfect epub, but publisher X creates on and breaks everything because we didn't think of something specific. If people are interested and they have content they want to test - then run it through the tests and see what happens. 17:44:47 q+ 17:44:49 ack mattg 17:44:52 ... if someone wants to help create a bank of test content for implementors to use - that would be helpful 17:45:28 Matt: One thing that worries me is - we've had this over and over in epub. If we put metadata in, but don't put in priority, when it comes to things like author - if author 3 is the one that displays, is that something we should test for? Should we note some of those issues? 17:45:30 ack Nellie_ 17:45:57 Nellie: I could potentially create an output to create files for testing. My only concern is that I have alot going on and I'm not sure if I can do it now or in 2 weeks. 17:46:11 +1 to Nellie 17:46:15 Wendy: I would say that owuld be super amazing, and it doesn't need to be done in the next 2 weeks. 17:46:38 ... The tests I'd like done in 2 weeks, but sample content and other resources, the only deadline there is end of March. 17:46:41 +1 to Nellie! 17:46:50 Nellie: OK, in a couple of weeks I should be able to have something for people to use. 17:47:20 Wendy: On that note... We need User Agen Behavior, Manifest, and LPF. Last meeting is next week - everyone have a great week. Talk next week! 17:47:25 rrsagent, draft minutes 17:47:25 I have made the request to generate https://www.w3.org/2019/12/09-pwg-minutes.html ivan 17:47:25 zakim, bye 17:47:25 rrsagent, bye 17:47:25 I see no action items 17:47:25 leaving. As of this point the attendees have been wendyreid, dauwhe_, geoffjukes, marisa, Teenya, NickRuffilo, romain, ivan, bigbluehat, George, laurent_, CharlesL, Avneesh, 17:47:25 Zakim has left #pwg 17:47:27 CharlesL has left #pwg