quarto-dev / quarto-dev/quarto-cli

custom project types should not encourage html variants

Open
#9,472 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

documentation extensions
Dominant language
JavaScript
Stars
6k
Forks
458
Avg merge
1d 9h
Merged PRs (30d)
41

Description

What would you like to do?

Report an issue on quarto.org

Description

The documentation for custom project type extensions should not encourage folks to create html format variations.

https://quarto.org/docs/extensions/project-types.html

The current advice is to do something like:

title: Lexdocs Project
author: Lexcorp, Inc.
version: 1.0.0
quarto-version: ">=1.2.0"
contributes:
  project:
    project:
      type: website
    format: lexdocs-html
  formats:
    html:
      theme: [default, theme.scss]
      code-overflow: wrap
      code-line-numbers: true
      filters:
        - filter.lua

It is often better to modify the HTML format rather than creating a distinct format:

title: Lexdocs Project
author: Lexcorp, Inc.
version: 1.0.0
quarto-version: ">=1.2.0"
contributes:
  project:
    project:
      type: website
    format:
      html:
        theme: [default, theme.scss]
        code-overflow: wrap
        code-line-numbers: true
        filters:
          - filter.lua

Without this adjustment, it is really easy for folks to have some arbitrary.qmd file which adjusts the HTML format. Unfortunately, that has the side-effect of effectively producing two formats for the project.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the custom project types documentation at quarto.org/docs/extensions/project-types.html and compare the current YAML example with the proposed format configuration. Update the guidance so it modifies the HTML format rather than encouraging a distinct HTML variant, then verify the example consistently shows a single project format.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
55/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.