It wouldn't be a disaster if template-loading plugins were unable to hook into the /{slug1}/{slug2}.html custom page mechanism, since plugins can define their own pages already using register_routes().

Another option: the first version of the plugin hook could accept only the template filename. Subsequent releases could add more arguments, since Pluggy allows new arguments to be added without breaking backwards compatibility.

So maybe this should be a register_template_loader mechanism that returns a Jinja loader after all? That would mean that only the template filename could be used as the input to the plugin, which doesn't seem as useful as emulating the extra_template_vars() interface.

Also consider that DatasetteRouter uses .list_templates() to gather together {slug}.html style templates for the custom page templates mechanism: https://github.com/simonw/datasette/blob/976e5f74aae1fa0d406df6691dc8b5feeebe8788/datasette/app.py#L949-L967

For that to work with the new plugin hook, custom template providing plugins will need a way to provide a list of templates that they know about.

Almost all of the core template loading happens in the BaseView.render method: https://github.com/simonw/datasette/blob/976e5f74aae1fa0d406df6691dc8b5feeebe8788/datasette/views/base.py#L114-L133

The one exception is the 404 handling code here: https://github.com/simonw/datasette/blob/976e5f74aae1fa0d406df6691dc8b5feeebe8788/datasette/app.py#L1034-L1042

Alternative plugin hook idea: python @hookspec def load_template(template, database, table, columns, view_name, request, datasette): "Load the specified template, returning the template code as a string" Imitating the existing extra_template_vars family of hooks: https://docs.datasette.io/en/stable/plugin_hooks.html#extra-template-vars-template-database-table-columns-view-name-request-datasette

A download icon would be nice for the links in the table display.

I like this one https://primer.style/octicons/download-24

I misunderstood - asgi-csrf already has an sdist.

Thanks. I'll push a source release of asgi-csrf.

Thanks for this!

Dupe of #647

Maybe the template loader can optionally return some extra context to pass to the template. That could be used to solve the templates considered comment.

When loading a template the filename is required, but you can optionally also send a set of extra arguments which the template loader can take into consideration.

A better version of this hook would be passed the database, table and query name depending on what was being rendered.

This would require some re-thinking of how core templates are loaded, especially since I would want the templates considered comment to continue working.

Codecov Report

Merging #1044 into main will not change coverage. The diff coverage is n/a.

```diff @@ Coverage Diff @@

main #1044 +/-

======================================= Coverage 84.65% 84.65%
======================================= Files 28 28
Lines 3924 3924
======================================= Hits 3322 3322
Misses 602 602
```

Continue to review full report at Codecov.

Legend - Click here to learn more Δ = absolute <relative> (impact), ø = not affected, ? = missing data Powered by Codecov. Last update d0cc6f4...6453ab1. Read the comment docs.

Codecov Report

Merging #1043 into main will not change coverage. The diff coverage is n/a.

```diff @@ Coverage Diff @@

main #1043 +/-

======================================= Coverage 84.65% 84.65%
======================================= Files 28 28
Lines 3924 3924
======================================= Hits 3322 3322
Misses 602 602
```

Continue to review full report at Codecov.

Legend - Click here to learn more Δ = absolute <relative> (impact), ø = not affected, ? = missing data Powered by Codecov. Last update d0cc6f4...dc4129c. Read the comment docs.

Good luck on 1.0! It may also be worth lobbying for a Framework::Datasette::1.0 classifier. This would be a nice way to allow the ecosystem to self-document a bit more discoverably.

I was surprised to see the PR for Framework::Jupyter is a... database migration! Of course, there may be more workflow to it!

I'll build this in conjunction with a plugin that supports editing templates stored in SQLite.

Maybe register_template_loader(datasette) which returns an object which is added in at the beginning of the list passed to ChoiceLoader here.

Relevant code: https://github.com/simonw/datasette/blob/d0cc6f4c32e1f89238ddec782086b3122f445bd4/datasette/app.py#L288-L311