Placeholders mark the parts of a command that the user should replace with their own values. They make it immediately obvious which tokens need to be customised before running the command, and they allow tldr clients to highlight those tokens visually. Understanding the placeholder conventions helps both readers and contributors write clear, consistent examples.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/tldr-pages/tldr/llms.txt
Use this file to discover all available pages before exploring further.
Basic placeholder syntax
Any user-editable token is wrapped in double curly braces:{{"{{"}}value{{"}}"}}. Clients must display the content without the surrounding braces and may apply visual highlighting (e.g. colour or bold) to draw attention to it.
snake_case for multi-word placeholders.
Option variant placeholders
When a flag has both a short form and a long form, use the{{"{{"}}[-s|--long]{{"}}"}} syntax to let clients choose which form to display:
| and the long form on the right. Depending on how the client was invoked:
--short-optionsflag → displays only the shortform:git add -A--long-optionsflag → displays only the longform:git add --all- Neither flag (default) → clients should display the longform by default
- Both flags → displays both:
git add [-A|--all]
Path placeholders
tldr-pages uses a consistent set of path placeholder conventions. Clients and contributors should follow these patterns:| Placeholder | Meaning |
|---|---|
path/to/file | A single file at any location |
path/to/directory | A directory at any location |
path/to/file_or_directory | Either a file or a directory |
path/to/file1 path/to/file2 ... | One or more files (ellipsis signals repetition) |
path/to/target.tar.gz | A file where the extension is part of the placeholder |
path/to/ prefix makes it clear to users that a filesystem path is expected, even without reading the surrounding description. When a path must be absolute, place the leading / outside the placeholder.
Escaping braces
Some commands use literal{} in their own syntax — for example, git stash@{0} or Docker format strings. In these cases, the outer braces still mark the placeholder boundary; the inner braces are displayed as-is:
{{ or }} that should not be treated as placeholder markers, escape each brace pair with a backslash:
\{\{ and \}\} must render literal {{ and }} without backslashes, and must not treat them as placeholder syntax.