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
causing these two kinds of include to have the same effect.
Typst doesn't really have "headers", but I argue it would be more more consistent with the HTML behavior to move header-includes before the show rule.
Currently, attempting to set the page color or background in header-includes will cause the title and abstract to be rendered on a default black-on-white page, followed by a page break, before the rest of the content is rendered with the desired page settings.
Here is an example:
---
title: header-includes is too late in Typst template
abstract: |
The title and abstract will be printed in black on a white page,
and the rest of the content will be printed in white on a navy page.
header-includes: |
```{=typst}
#set page(fill: navy)
#set text(fill: white)
```
---
# Text on a new page
Because we did
```typst
#set page(fill: navy)
```
after
```typst
#show: doc => conf(
// ...
)
```
we started a new page with the new background color.
Happy to open a pull request with this change, but I figured I'd open a issue to discuss first.
includes template fix for
jgm/pandoc#9996
title-font needs to be removed
overlays format-specific brand.defaults on format.render
includes intentionally broken logo default
brand.yaml logo is (for now) still just a string path
open question whether width and padding should be CSS
or perhaps typst would additionally support
e.g. typst-width and inset for direct typst input
Currently
header-includes
indefault.typst
are included afterThey are also directly before
include-before
:pandoc/data/templates/default.typst
Lines 79 to 86 in 8613aa3
causing these two kinds of include to have the same effect.
Typst doesn't really have "headers", but I argue it would be more more consistent with the HTML behavior to move
header-includes
before the show rule.Currently, attempting to set the page color or background in
header-includes
will cause the title and abstract to be rendered on a default black-on-white page, followed by a page break, before the rest of the content is rendered with the desired page settings.Here is an example:
Happy to open a pull request with this change, but I figured I'd open a issue to discuss first.
cc @cscheid
The text was updated successfully, but these errors were encountered: