|
| 1 | +# Skupper Documentation Style Guide |
| 2 | + |
| 3 | +## Numbered Lists and Code Blocks |
| 4 | + |
| 5 | +### Indentation Requirements |
| 6 | + |
| 7 | +All continuation content within numbered list items must be indented with exactly 3 spaces. This includes: |
| 8 | +- Code fence markers (the triple backticks) |
| 9 | +- Code block content |
| 10 | +- Labels like "Example output:" |
| 11 | +- Any explanatory text that continues from the list item |
| 12 | + |
| 13 | +This 3-space indentation tells the Markdown renderer that the content belongs to that numbered list item. |
| 14 | + |
| 15 | +### Formatting Shell Commands |
| 16 | + |
| 17 | +When showing shell commands in procedural documentation: |
| 18 | + |
| 19 | +1. Use bash code blocks (marked with triple backticks and the bash language identifier) |
| 20 | +2. Do NOT include the dollar sign prompt in the command |
| 21 | +3. Show only the actual command that users should type |
| 22 | +4. The opening and closing fence markers must be indented 3 spaces within numbered lists |
| 23 | + |
| 24 | +### Formatting Command Output |
| 25 | + |
| 26 | +When showing what output users should expect to see: |
| 27 | + |
| 28 | +1. Place the text "Example output:" on its own line before the output block |
| 29 | +2. This label must be indented 3 spaces (same as the code fences) |
| 30 | +3. Use a text code block (marked with triple backticks and the text language identifier) |
| 31 | +4. Include all output lines within the text block |
| 32 | +5. Both the opening and closing fence markers must be indented 3 spaces |
| 33 | + |
| 34 | +### Multiple Command/Output Pairs |
| 35 | + |
| 36 | +When demonstrating a sequence of commands and their outputs (such as polling a status command until a condition is met): |
| 37 | + |
| 38 | +1. Show the first command in a bash block |
| 39 | +2. Follow with "Example output:" and a text block showing the first result |
| 40 | +3. Show the second command in another bash block |
| 41 | +4. Follow with "Example output:" and a text block showing the second result |
| 42 | +5. All fence markers and labels maintain the 3-space indentation |
| 43 | + |
| 44 | +### Commands Without Output |
| 45 | + |
| 46 | +When you only need to show a command without demonstrating its output, use a single bash code block. No output block is needed. |
| 47 | + |
| 48 | +### YAML and Configuration Files |
| 49 | + |
| 50 | +For YAML configuration files or Kubernetes resources, use yaml as the language identifier instead of bash or text. |
| 51 | + |
| 52 | +### Reference Documentation (refdog directory only) |
| 53 | + |
| 54 | +The reference documentation in the input/refdog directory uses a different format: |
| 55 | + |
| 56 | +- Uses console as the language identifier |
| 57 | +- Uses tildes instead of backticks for code fences |
| 58 | +- DOES include the dollar sign prompt in commands |
| 59 | +- Shows commands and output mixed together in the same block |
| 60 | +- May include comment lines starting with hash symbols |
| 61 | + |
| 62 | +This console format is ONLY used in the refdog directory. All procedural documentation uses the bash/text separation described above. |
| 63 | + |
| 64 | +### Key Differences: Procedural vs Reference |
| 65 | + |
| 66 | +Procedural documentation (tutorials, how-to guides): |
| 67 | +- Separates commands from output into different blocks |
| 68 | +- Commands in bash blocks without dollar sign prompts |
| 69 | +- Output in text blocks with "Example output:" labels |
| 70 | + |
| 71 | +Reference documentation (command reference in refdog): |
| 72 | +- Shows interactive console sessions as they would appear |
| 73 | +- Commands include dollar sign prompts |
| 74 | +- Commands and output mixed in the same console block |
0 commit comments