Spaces:
Build error
Build error
| # Documentation Style Guide | |
| ## General Writing Principles | |
| - **Clarity & Conciseness**: Always prioritize clarity and brevity. Avoid unnecessary jargon or overly complex explanations. | |
| Keep sentences short and to the point. | |
| - **Gradual Complexity**: Start with the simplest, most basic setup, and then gradually introduce more advanced | |
| concepts and configurations. | |
| ## Formatting Guidelines | |
| ### Headers | |
| Use **Title Case** for the first and second level headers. | |
| Example: | |
| - **Basic Usage** | |
| - **Advanced Configuration Options** | |
| ### Lists | |
| When listing items or options, use bullet points to enhance readability. | |
| Example: | |
| - Option A | |
| - Option B | |
| - Option C | |
| ### Procedures | |
| For instructions or processes that need to be followed in a specific order, use numbered steps. | |
| Example: | |
| 1. Step one: Do this. | |
| - First this sub step. | |
| - Then this sub step. | |
| 2. Step two: Complete this action. | |
| 3. Step three: Verify the result. | |
| ### Code Blocks | |
| * Use code blocks for multi-line inputs, outputs, commands and code samples. | |
| Example: | |
| ```bash | |
| docker run -it \ | |
| -e THIS=this \ | |
| -e THAT=that | |
| ... | |
| ``` | |
| ### Use of Note and Warning | |
| When adding a note or warning, use the built-in note and warning syntax. | |
| Example: | |
| <Note> | |
| This section is for advanced users only. | |
| </Note> | |
| ### Referring to UI Elements | |
| When referencing UI elements, use ``. | |
| Example: | |
| 1. Toggle the `Advanced` option | |
| 2. Enter your model in the `Custom Model` textbox. | |