You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Despite being marked as settable in the docs, lists created with the dedicated list syntax ignore the setting.
This also happens with equation's block parameter and presumably any other parameters that are automatically set based on syntax usage.
This behaviour was previously noted in #1714 but the issue was closed by the author.
The description for the tight parameter does mention the following, but it isn't clear that this will always override set rules:
In markup mode, the value of this parameter is determined based on whether items are separated with a blank line.
The documentation for math.equation has a similar note in the Syntax section but makes this behaviour even less clear:
Starting and ending the equation with at least one space lifts it into a separate block that is centered horizontally.
If this behaviour is intended then the documentation should explicitly warn about it.
Reproduction:
#set list(tight: false)
this list ignores the set rule
- first
- second
this list respects the set rule
#list[first][second]
Reproduction URL
No response
Operating system
Linux
Typst version
I am using the latest version of Typst
The text was updated successfully, but these errors were encountered:
Description
Despite being marked as settable in the docs, lists created with the dedicated list syntax ignore the setting.
This also happens with equation's block parameter and presumably any other parameters that are automatically set based on syntax usage.
This behaviour was previously noted in #1714 but the issue was closed by the author.
The description for the tight parameter does mention the following, but it isn't clear that this will always override set rules:
The documentation for math.equation has a similar note in the Syntax section but makes this behaviour even less clear:
If this behaviour is intended then the documentation should explicitly warn about it.
Reproduction:
Reproduction URL
No response
Operating system
Linux
Typst version
The text was updated successfully, but these errors were encountered: