Support a default HTML wrapper

[travissanderson-wf]

For our use case we want to be able to provide a default HTML file instead of one for every test file. See have this PR into test_runner.dart googlearchive/test_runner.dart#35 for how we are accomplishing that there.

[natebosch]

We have default HTML files which are automatically provided when the test does not have it's own.

[travissanderson-wf]

The purpose of this request was for us to be able to provide a customized default HTML file besides the auto-generated one that the runner creates. Is that capability available now?

[natebosch]

Ah I see, no that isn't an option today. Will leave this open for consideration.

[travissanderson-wf]

👍

[natebosch]

I think what this would take is adding some support for configuration in dart_test.yaml to point to a template to use instead of the default one provided by the test runner. We won't have bandwidth to implement this any time soon but we'd be happy to review a pull request adding this.

[wytrych]

@natebosch are you still open for a PR on this feature? I'd be happy to look into this.

[jakemac53]

Another option here would be to do this with a builder - it would be pretty trivial but would require the use of build_runner. However that is already a dependency for almost any web project.

That way the test package doesn't have to own this logic (or add the deps required to support it), and it would be easier for people to iterate? It would also allow for multiple templating languages etc.

EDIT: If there is already a basic templating language implemented (and that is how the default html file works) then doing something in this package is likely reasonable.

[wytrych]

Using build_runner is doing something very different though, it tries to build the whole package first, not only pulling in the necessary dependencies. In a big project that is a big difference.

[jakemac53]

You can't run the tests (in debug mode at least) until the whole package is built anyways - so I think for most users this wouldn't matter.

Note that it does also now have the ability to only build a specific glob of files via the --build-filter option.

[wytrych]

Hmm when I run a single test it only builds the files that are actually imported from that test (and their dependency graph ofc)