Skip to content

Conversation

@schinckel
Copy link
Contributor

This enables support for handling {% nested_widget %}...{% endnested %} blocks used by sniplates.

This creates an extra command-line argument (-b --extra-block), that can be supplied multiple times. Values like "nested_widget,endnested" are split into a tuple, and then passed as a list of tuples into the parser, which then prefers to use this for detecting an end tag, but falls back to the previous mechanism if the current tag does not have an explicit end-tag value.

This enables support for handling `{% nested_widget %}...{% endnested %}` blocks used by sniplates.

This creates an extra command-line argument (-b --extra-block), that can be supplied multiple times. Values like "nested_widget,endnested" are split into a tuple, and then passed as a list of tuples into the parser, which then prefers to use this for detecting an end tag, but falls back to the previous mechanism if the current tag does not have an explicit end-tag value.
@JaapJoris
Copy link
Member

Thank you very much for this contribution, @schinckel !

I appreciate your solution of adding a command-line argument. It avoids the complexity of adding a configuration file and still makes it possible to tweak DjHTML's behavior through .pre-commit-config.yml.

For context and reference, in #40, we discussed the possibility of adding a config file to ignore certain block tags. In #100, we solved a related problem where some end tags were not correctly recognized.

I will merge this PR, add a section about command-line arguments to the README, release it, and of course credit you. Thanks again!

@JaapJoris JaapJoris merged commit 3ed3d8b into rtts:main May 22, 2025
5 checks passed
@JaapJoris JaapJoris mentioned this pull request Aug 10, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants