Didot-cli
0.11.0
See the version list below for details.
dotnet tool install --global Didot-cli --version 0.11.0
dotnet new tool-manifest # if you are setting up this repo dotnet tool install --local Didot-cli --version 0.11.0
#tool dotnet:?package=Didot-cli&version=0.11.0
nuke :add-package Didot-cli --version 0.11.0
Didot
Transform your structured YAML, JSON or XML data into beautiful, fully-customized HTML pages or plain text in seconds with Didot. This command-line tool allows you to seamlessly generate renders from data files using your preferred templates. Whether you're building static sites, documentation, or reporting tools, Didot makes it easy to turn raw data into polished, web-ready content.
About | Installing | Quickstart
About
Continuous integration builds:
Installing
Install as a .NET global tool
A .NET global tool is a console application that you can install and run from any directory on your machine. Here’s a guide on how to perform a global installation of a .NET tool:
Prerequisites
Before installing a .NET global tool, you must have the .NET SDK installed on your machine. You can check if it's installed by running the following command in your terminal or Command Prompt:
dotnet --version
If .NET is not installed, download it from Microsoft's official website.
Install a .NET Global Tool
To install a .NET global tool, you use the dotnet tool install command. This command installs a tool for all users globally on your system.
dotnet tool install -g Didot-cli
-g
: This flag tells the dotnet command to install the tool globally.
Verify Installation
After installing the tool, you can verify that it's available globally by running it from any directory.
didot --version
This command will display the installed tool’s version if the installation was successful.
Update a .NET Global Tool
To update a globally installed .NET tool, use the dotnet tool update command:
dotnet tool update -g Didot-cli
Install from GitHub Releases
Step 1: Download the ZIP from the GitHub Release
- Navigate to the GitHub repository of the project.
- Go to the Releases section, usually found under the "Code" tab.
- Download the
.zip
file containing the executable from the desired release.
Example:
https://github.com/Seddryck/Didot/releases/latest/
Step 2: Extract the ZIP File
- Right-click the downloaded
.zip
file and choose Extract All. - Extract the contents to a directory of your choice, such as
C:\Program Files\Didot
.
Tip: Choose a path that is easy to remember and doesn't contain special characters.
Step 3: Add the Executable to the System PATH
To run the executable from any location in the command line, you need to add its folder to your system's PATH.
- Open the Start Menu and search for Environment Variables.
- Click Edit the system environment variables.
- In the System Properties window, click Environment Variables.
- In the System Variables section, scroll down, select Path, and click Edit.
- In the Edit Environment Variable dialog, click New and enter the path to your extracted folder, e.g.,
C:\Program Files\Didot
. - Click OK to close all windows.
Step 4: Verify Installation
- Open Command Prompt (CMD).
- Type the name of the executable (e.g.,
didot.exe
) and hit Enter. - If everything is set up correctly, the program should run.
QuickStart
Didot is a command-line tool designed for generating files based on templating. It supports YAML, JSON, and XML as source data formats and provides flexibility in templating through both Scriban, Liquid, Handlebars and SmartFormat templates languages. With Didot, you can easily automate file generation by combining structured data from YAML, JSON, or XML files with customizable templates using Scriban or DotLiquid.
Supported Data Formats:
- YAML: Files with the
.yaml
or.yml
extension are parsed using a YAML source parser. - JSON: Files with the
.json
extension are parsed using a JSON source parser. - XML: Files with the
.xml
extension are parsed using an XML source parser.
Supported Templating Engines:
Didot utilizes some templating engines, which allow for powerful and flexible templating.
- Scriban: Templates with the
.scriban
extension are parsed using a Scriban template engine. Scriban is a lightweight and fast template engine with rich support for multiple output formats.- Highly performant, designed to handle large-scale template processing.
- Supports customizable scripting with rich expressions and filters.
- Can work with JSON and YAML data sources.
- Typical Use Case: Config file generation, reports, email templates, or any templating scenario not tied to a specific web framework.
- Liquid: Templates with the
.liquid
extension are parsed using a dotLiquid template engine. DotLiquid is a .NET port of the Liquid templating engine used by platforms like Shopify.- Secure (no access to system objects), making it ideal for user-generated templates.
- Allows both dynamic and static templating.
- Supports filters, tags, and various control flow structures.
- Typical Use Case: SaaS applications, dynamic content rendering, email templates.
- Handlebars: Templates with the
.hbs
extension are parsed using a Handlebars template engine. Handlebars C# port of the popular JavaScript Handlebars templating engine.- Simple syntax for generating HTML or text files from templates.
- Support for helpers, partial templates, and block helpers.
- Good separation of logic from presentation.
- Typical Use Case: Email templates, reports, and content generation.
- SmartFormat: Templates with the
.smart
extension are parsed using a SmartFormat template engine. SmartFormat.Net is a A lightweight templating engine primarily used for string formatting.- Provides more advanced formatting capabilities than standard string formatting in C#.
- Supports nested templates, conditional formatting, and more.
- Typical Use Case: Log messages, report generation, and dynamic text formatting.
Command Usage:
The command to run Didot is simply didot
. When executing it, you need to provide three required arguments:
-t, --Template
(required): Specifies the path to the Scriban template file.-s, --Source
: Specifies the path to the source data file, which can be in YAML, JSON, or XML format. If this argument is not provided, the data will be read from the console input. In such cases, the-p, --Parser
option becomes mandatory.-i, --StdIn
: Specifies that the input is coming from the console. This option is required only when the --Source argument is omitted.-p, --Parser
: Defines the parser to use when the source data is provided through the console. Accepted values areyaml
,json
orxml
. This option is required only when the--Source
argument is omitted or if the extension of the source file is not recognized to determine the parser.-o, --Output
: Specifies the path to the output file where the generated content will be saved. If not provided, the output will be displayed directly in the console.
Example:
With a source file:
didot -t template.scriban -s data.yaml -o page.html
In this example:
template.scriban
is the Scriban template file.data.yaml
is the source file containing the structured data in YAML format.page.html
is the output file that will contain the generated content.
With data from the console:
<sub>CMD:</sub>
type data.json | didot --StdIn -t template.hbs -p json
<sub>PowerShell:</sub>
Get-Content data.json | didot --StdIn -t template.hbs -p json
<sub>Bash:</sub>
cat data.json | didot --StdIn -t template.hbs -p json
In this example:
template.hbs
is the Handlebars template file.json
is the parser of input data.- the output is redirected to the console.
Make sure that the template file and source file are correctly formatted and aligned with your data model to produce the desired result.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net7.0 is compatible. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
This package has no dependencies.
Version | Downloads | Last updated |
---|---|---|
0.24.1 | 28 | 12/26/2024 |
0.24.0 | 70 | 12/23/2024 |
0.23.3 | 65 | 12/22/2024 |
0.23.2 | 84 | 12/21/2024 |
0.23.1 | 74 | 12/21/2024 |
0.23.0 | 71 | 12/21/2024 |
0.22.14 | 74 | 12/20/2024 |
0.22.13 | 79 | 12/20/2024 |
0.22.11 | 72 | 12/18/2024 |
0.22.10 | 65 | 12/18/2024 |
0.22.9 | 74 | 12/16/2024 |
0.22.8 | 58 | 12/16/2024 |
0.22.7 | 64 | 12/16/2024 |
0.22.6 | 66 | 12/16/2024 |
0.22.3 | 79 | 12/8/2024 |
0.22.2 | 87 | 12/3/2024 |
0.22.1 | 86 | 12/1/2024 |
0.22.0 | 83 | 12/1/2024 |
0.21.5 | 88 | 12/1/2024 |
0.21.4 | 89 | 11/30/2024 |
0.21.0 | 88 | 11/17/2024 |
0.20.0 | 76 | 10/29/2024 |
0.19.0 | 81 | 10/29/2024 |
0.18.0 | 100 | 10/27/2024 |
0.17.0 | 87 | 10/27/2024 |
0.16.0 | 93 | 10/26/2024 |
0.15.0 | 87 | 10/24/2024 |
0.14.0 | 85 | 10/24/2024 |
0.13.1 | 68 | 10/22/2024 |
0.13.0 | 81 | 10/21/2024 |
0.12.2 | 87 | 10/21/2024 |
0.12.1 | 79 | 10/21/2024 |
0.12.0 | 84 | 10/21/2024 |
0.11.0 | 137 | 10/20/2024 |
0.10.0 | 108 | 10/20/2024 |
0.9.0 | 108 | 10/20/2024 |
0.8.0 | 122 | 10/19/2024 |
0.7.0 | 111 | 10/19/2024 |
0.6.0 | 116 | 10/19/2024 |
0.5.1 | 123 | 10/19/2024 |
0.5.0 | 121 | 10/19/2024 |
0.4.0 | 123 | 10/19/2024 |
0.3.0 | 129 | 10/19/2024 |
0.2.0 | 125 | 10/19/2024 |
0.1.0 | 97 | 10/13/2024 |