Universe

Create project in app

fine-lncs is a Typst template that tries to closely replicate the look and structure of the official Springer LNCS (Lecture Notes in Computer Science) LaTeX template.

Usage

#import "@preview/fine-lncs:0.5.1": author, institute, lncs, proof, theorem

#let inst_princ = institute(
  "Princeton University",
  addr: "Princeton NJ 08544, USA",
)
#let inst_springer = institute(
  "Springer Heidelberg",
  addr: "Tiergartenstr. 17, 69121 Heidelberg, Germany",
  email: "lncs@springer.com",
  url: "http://www.springer.com/gp/computer-science/lncs",
)
#let inst_abc = institute(
  "ABC Institute",
  addr: "Rupert-Karls-University Heidelberg, Heidelberg, Germany",
  email: "{abc,lncs}@uni-heidelberg.de",
)

#show: lncs.with(
  title: "Contribution Title",
  // Opt.: Set this, if the title is too long to avoid linebreaks in the header of odd pages
  // running-title: "Short version of contribution title"
  thanks: "Supported by organization x.",
  authors: (
    author("First Author", insts: (inst_princ), oicd: "0000-1111-2222-3333"),
    author(
      "Second Author",
      insts: (inst_springer, inst_abc),
      oicd: "1111-2222-3333-4444",
    ),
    author("Third Author", insts: (inst_abc), oicd: "2222-3333-4444-5555"),
  ),
  abstract: [
    The abstract should briefly summarize the contents of the paper in
    15--250 words.
  ],
  keywords: ("First keyword", "Second keyword", "Another keyword"),
  bibliography: bibliography("../../template/refs.bib"),
)

= First Section

My awesome paper ...

Local Usage

If you want to use this template locally, clone it and install it with:

just install

This allows you to import the template using

#import "@local/fine-lncs:0.5.1": lncs, institute, author, theorem, proof

Development

Common tasks are wrapped in a justfile. Run just in the repo root to see all recipes:

dev              # Symlink this template into the local @preview package dir
install          # Install this template locally as @local/fine-lncs
fmt              # Format all .typ files in place
fmt-check        # Check formatting without modifying files (same as CI)
gen-tests        # Regenerate tests/template/ and tests/readme/ from source
gen-tests-check  # Regenerate, then fail if the committed copies drift (CI)
test             # Run the test suite
bump <version>   # Bump the package version across all files
ci               # Run everything CI runs

Required tools:

  • just — command runner
  • typship — local install & dev symlink
  • typstyle — formatter (cargo install typstyle)
  • tytanic — test runner (cargo install tytanic)

Use just dev to symlink this library into your local Typst package directory while you’re iterating on it.

Formatting

All .typ files are formatted with typstyle. CI enforces this via just fmt-check, so before pushing run:

just fmt

Testing

The project uses tytanic for tests. Run the full suite with:

just test

Two tests (tests/template/ and tests/readme/) are generated automatically from template/main.typ and the README.md usage example respectively. They compile against the local src/lib.typ instead of the published @preview version, so CI catches API breakage before a release. After changing the template or the README example, regenerate them:

just gen-tests

Commit the regenerated files alongside your changes.

Releasing

Publication to the Typst Universe is handled by typship and is intentionally decoupled from GitHub tagging: the two systems are independent and must be triggered separately.

The VERSION file at the repo root is the single source of truth for the package version. Every other version reference (in typst.toml, template/main.typ, and the README.md import examples) must match it — the release script enforces this.

Release flow:

  1. Bump the version with just bump <new-version>. This updates VERSION, typst.toml, template/main.typ, and the README.md import examples atomically.

  2. Regenerate the derived tests: just gen-tests.

  3. Commit both the bump and the regenerated tests, then open a PR / merge to main.

  4. From a clean main, dry-run the release pre-flight:

    just release-check

    This verifies: VERSION parses as semver, it’s greater than the most recent v* git tag, every in-repo reference matches it, the working tree is clean, the current branch is main, and just ci passes.

  5. When all checks pass, publish:

    just release

    Runs the same checks and, on success, invokes typship publish universe.

Tagging the release on GitHub is a separate manual step and isn’t performed by this script.