Documentize CLI-pluginkataloget samler alle kommandolinjeværktøjer på ét sted — fra PDF-konvertering og OCR til dataudtræk, redigering og sikkerhed. Hvert plugin leveres som en selvstændig, platformuafhængig zip med binære filer, dokumentation og brugseksempler, så du kan søge, forhåndsvise og begynde at automatisere dokumentarbejdsgange på få sekunder. Hvorfor CLI? I modsætning til en klik‑og‑pil‑app er kommandolinjen scriptbar, gentagelig og hovedløs — ideel når du skal behandle tusindvis af dokumenter på samme måde hver gang, uden en brugergrænseflade i kredsløbet. Da hvert plugin er en enkelt forkompileret binær fil uden runtime at installere, falder den direkte ind i dit eksisterende værktøjssæt og giver identiske resultater på enhver maskine. Nøglefordele: batch‑behandle hele mapper med én kommando; kæde plugins sammen i shell‑pipelines; integrere dem i CI/CD, cron‑jobs eller serverløse funktioner; køre på Windows, macOS og Linux fra den samme pakke; og få deterministiske, auditerbare exit‑koder for pålidelig fejlhåndtering. Ingen kompilering, ingen afhængigheder, ingen manuelle trin. Almindelige anvendelsestilfælde: automatiseret PDF‑generering og -konvertering i build‑pipelines; masse‑OCR af scannede arkiver; udtræk af tekst, billeder, formulardata og metadata til søgeindeksering eller analyse; sammenlægning, opdeling, komprimering og vandmærkning af dokumenter i stor skala; låsning, oplåsning og e‑signering af filer for overholdelse; samt integration af dokumentbehandling i enhver backend‑service eller planlagt job.
Generates an AI abstract/summary of a PDF document.
Download ZIPGenerates an AI abstract/summary of a PDF document.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Abstracts.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Abstracts.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Abstracts.dll --style value --length value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Abstracts --style value --length value # Linux/macOS
.\Documentize.Abstracts.exe --style value --length value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Abstracts.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Abstracts.dll --task-id job1 --style value --length value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --style | string | "informative" | Abstract style (default 'informative'). | | --length | string | "medium" | Abstract length: short|medium|long (default 'medium'). | | --output-language | string | "en" | ISO language code for the output (default 'en'). | | --include-keywords | bool | false | Append extracted keywords. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Style | string | no | "informative" | Abstract style (default 'informative'). | | Length | string | no | "medium" | Abstract length: short\|medium\|long (default 'medium'). | | OutputLanguage | string | no | "en" | ISO language code for the output (default 'en'). | | IncludeKeywords | boolean | no | false | Append extracted keywords. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Style": "informative", "Length": "medium", "OutputLanguage": "en", "IncludeKeywords": false }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Style": "informative", "Length": "medium", "OutputLanguage": "en", "IncludeKeywords": false }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Abstracts.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Style\": \"informative\", \"Length\": \"medium\", \"OutputLanguage\": \"en\", \"IncludeKeywords\": false }'.encode()).decode())"
dotnet Documentize.Abstracts.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Answers a prompt about an uploaded PDF using an LLM chat endpoint.
Download ZIPAnswers a prompt about an uploaded PDF using an LLM chat endpoint.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Chat.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Chat.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Chat.dll --query value --system-message value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Chat --query value --system-message value # Linux/macOS
.\Documentize.Chat.exe --query value --system-message value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Chat.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
This plugin does not require an input file -- it runs entirely from --query, so the input folder can stay empty.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
dotnet Documentize.Chat.dll --task-id job1 --query value --system-message value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --query | string | *(required)* | The user prompt to send to the model. | | --system-message / --system | string | "" | Optional system prompt. | | --max-tokens | int | 2048 | Maximum response tokens (default 2048). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Query | string | yes | -- | The user prompt to send to the model. | | SystemMessage | string | no | "" | Optional system prompt. | | MaxTokens | integer | no | 2048 | Maximum response tokens (default 2048). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Query": "Summarize this document in three bullet points", "SystemMessage": "", "MaxTokens": 2048 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Query": "Summarize this document in three bullet points", "SystemMessage": "", "MaxTokens": 2048 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Chat.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Query\": \"Summarize this document in three bullet points\", \"SystemMessage\": \"\", \"MaxTokens\": 2048 }'.encode()).decode())"
dotnet Documentize.Chat.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Generates an AI checklist derived from a PDF's content.
Download ZIPGenerates an AI checklist derived from a PDF's content.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.CheckList.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.CheckList.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.CheckList.dll --topic value --checklist-type value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.CheckList --topic value --checklist-type value # Linux/macOS
.\Documentize.CheckList.exe --topic value --checklist-type value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.CheckList.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.CheckList.dll --task-id job1 --topic value --checklist-type value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --topic | string | "" | Checklist topic. | | --checklist-type | string | "tasks" | Checklist type (default 'tasks'). | | --detail-level | string | "moderate" | Level of detail (default 'moderate'). | | --max-items | int | 20 | Maximum checklist items (default 20). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Topic | string | no | "" | Checklist topic. | | ChecklistType | string | no | "tasks" | Checklist type (default 'tasks'). | | DetailLevel | string | no | "moderate" | Level of detail (default 'moderate'). | | MaxItems | integer | no | 20 | Maximum checklist items (default 20). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Topic": "", "ChecklistType": "tasks", "DetailLevel": "moderate", "MaxItems": 20 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Topic": "", "ChecklistType": "tasks", "DetailLevel": "moderate", "MaxItems": 20 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.CheckList.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Topic\": \"\", \"ChecklistType\": \"tasks\", \"DetailLevel\": \"moderate\", \"MaxItems\": 20 }'.encode()).decode())"
dotnet Documentize.CheckList.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Analyzes a document and reports structural/content metrics.
Download ZIPAnalyzes a document and reports structural/content metrics.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.DocAnalyze.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.DocAnalyze.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.DocAnalyze.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.DocAnalyze # Linux/macOS
.\Documentize.DocAnalyze.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.DocAnalyze.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.DocAnalyze.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.DocAnalyze.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.DocAnalyze.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Generates AI illustrations for sections of a PDF.
Download ZIPGenerates AI illustrations for sections of a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Illustrator.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Illustrator.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Illustrator.dll --count 1 --language value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Illustrator --count 1 --language value # Linux/macOS
.\Documentize.Illustrator.exe --count 1 --language value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Illustrator.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Illustrator.dll --task-id job1 --count 1 --language value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --count | int | 3 | Number of illustrations to generate (default 3). | | --language | string | "en" | ISO language code (default 'en'). | | --need-cover | bool | false | Also generate a cover image. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Count | integer | no | 3 | Number of illustrations to generate (default 3). | | Language | string | no | "en" | ISO language code (default 'en'). | | NeedCover | boolean | no | false | Also generate a cover image. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Count": 3, "Language": "en", "NeedCover": false }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Count": 3, "Language": "en", "NeedCover": false }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Illustrator.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Count\": 3, \"Language\": \"en\", \"NeedCover\": false }'.encode()).decode())"
dotnet Documentize.Illustrator.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Extracts or tailors resume content using an LLM, optionally against a job description.
Download ZIPExtracts or tailors resume content using an LLM, optionally against a job description.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Resume.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Resume.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Resume.dll --operation-type value --job-description-url value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Resume --operation-type value --job-description-url value # Linux/macOS
.\Documentize.Resume.exe --operation-type value --job-description-url value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Resume.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Resume.dll --task-id job1 --operation-type value --job-description-url value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --operation-type | string | "extract" | Operation to run (default 'extract'). | | --job-description-url | string | null | URL of a job description to tailor against. | | --job-description-text | string | null | Inline job description text. | | --target-industry | string | null | Target industry for tailoring. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | OperationType | string | no | "extract" | Operation to run (default 'extract'). | | JobDescriptionUrl | string | no | null | URL of a job description to tailor against. | | JobDescriptionText | string | no | null | Inline job description text. | | TargetIndustry | string | no | null | Target industry for tailoring. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OperationType": "extract", "JobDescriptionUrl": null, "JobDescriptionText": null, "TargetIndustry": null }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OperationType": "extract", "JobDescriptionUrl": null, "JobDescriptionText": null, "TargetIndustry": null }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Resume.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"OperationType\": \"extract\", \"JobDescriptionUrl\": null, \"JobDescriptionText\": null, \"TargetIndustry\": null }'.encode()).decode())"
dotnet Documentize.Resume.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Builds an AI-segmented table of contents/outline for a PDF.
Download ZIPBuilds an AI-segmented table of contents/outline for a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.TableOfContents.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.TableOfContents.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.TableOfContents.dll --max-layers 1
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.TableOfContents --max-layers 1 # Linux/macOS
.\Documentize.TableOfContents.exe --max-layers 1 # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.TableOfContents.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.TableOfContents.dll --task-id job1 --max-layers 1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --max-layers | int | 3 | Maximum heading depth to include (default 3). | | --summarize-all-levels | bool | true | Summarize every level, not just the top (default true). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | MaxLayers | integer | no | 3 | Maximum heading depth to include (default 3). | | SummarizeAllLevels | boolean | no | true | Summarize every level, not just the top (default true). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "MaxLayers": 3, "SummarizeAllLevels": true }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "MaxLayers": 3, "SummarizeAllLevels": true }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.TableOfContents.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"MaxLayers\": 3, \"SummarizeAllLevels\": true }'.encode()).decode())"
dotnet Documentize.TableOfContents.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Converts an HTML file to PDF.
Download ZIPConverts an HTML file to PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.HtmlToPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.HtmlToPdf.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.HtmlToPdf.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.HtmlToPdf # Linux/macOS
.\Documentize.HtmlToPdf.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.HtmlToPdf.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place an HTML file in the input folder -- .html/.htm is preferred; if none is found, the first file in the folder is used instead.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item page.html "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.HtmlToPdf.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.HtmlToPdf.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.HtmlToPdf.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Combines one or more images into a single PDF.
Download ZIPCombines one or more images into a single PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ImageToPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ImageToPdf.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ImageToPdf.dll --output-name value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ImageToPdf --output-name value # Linux/macOS
.\Documentize.ImageToPdf.exe --output-name value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ImageToPdf.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place one or more image files in the input folder -- supported extensions: .jpg, .jpeg, .png, .bmp, .gif, .webp, .tif, .tiff, .svg. They become PDF pages in filename order.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item photo1.jpg "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item photo2.jpg "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ImageToPdf.dll --task-id job1 --output-name value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --output-name | string | "output" | Output PDF base name (default 'output'). | | --fit-to-page | bool | true | Scale each image to the page (default true). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | OutputName | string | no | "output" | Output PDF base name (default 'output'). | | FitToPage | boolean | no | true | Scale each image to the page (default true). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputName": "output", "FitToPage": true }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputName": "output", "FitToPage": true }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ImageToPdf.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"OutputName\": \"output\", \"FitToPage\": true }'.encode()).decode())"
dotnet Documentize.ImageToPdf.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Converts a PDF into another document format (docx, xlsx, pptx, ...).
Download ZIPConverts a PDF into another document format (docx, xlsx, pptx, ...).
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.PdfSaveAs.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.PdfSaveAs.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.PdfSaveAs.dll --output-format value --output-type value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.PdfSaveAs --output-format value --output-type value # Linux/macOS
.\Documentize.PdfSaveAs.exe --output-format value --output-type value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.PdfSaveAs.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.PdfSaveAs.dll --task-id job1 --output-format value --output-type value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --output-format | string | "docx" | Target format (default 'docx'). | | --output-type | string | null | Alternate format key; overrides output-format when it is the default. | | --extract-ocr-sublayer-only | bool | false | Export only the OCR text sublayer. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | OutputFormat | string | no | "docx" | Target format (default 'docx'). | | OutputType | string | no | null | Alternate format key; overrides output-format when it is the default. | | ExtractOcrSublayerOnly | boolean | no | false | Export only the OCR text sublayer. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputFormat": "docx", "OutputType": null, "ExtractOcrSublayerOnly": false }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputFormat": "docx", "OutputType": null, "ExtractOcrSublayerOnly": false }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.PdfSaveAs.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"OutputFormat\": \"docx\", \"OutputType\": null, \"ExtractOcrSublayerOnly\": false }'.encode()).decode())"
dotnet Documentize.PdfSaveAs.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Rasterizes PDF pages to image files (jpg, png, ...).
Download ZIPRasterizes PDF pages to image files (jpg, png, ...).
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.PdfToImage.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.PdfToImage.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.PdfToImage.dll --output-format value --output-type value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.PdfToImage --output-format value --output-type value # Linux/macOS
.\Documentize.PdfToImage.exe --output-format value --output-type value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.PdfToImage.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.PdfToImage.dll --task-id job1 --output-format value --output-type value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --output-format | string | "jpg" | Target image format (default 'jpg'). | | --output-type | string | null | Alternate format key; overrides output-format when it is the default. | | --resolution | int | 150 | Render resolution in DPI (default 150). | | --first-page | int | 1 | First page to render (default 1). | | --last-page | int | 0 | Last page to render; 0 = last (default 0). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | OutputFormat | string | no | "jpg" | Target image format (default 'jpg'). | | OutputType | string | no | null | Alternate format key; overrides output-format when it is the default. | | Resolution | integer | no | 150 | Render resolution in DPI (default 150). | | FirstPage | integer | no | 1 | First page to render (default 1). | | LastPage | integer | no | 0 | Last page to render; 0 = last (default 0). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputFormat": "jpg", "OutputType": null, "Resolution": 150, "FirstPage": 1, "LastPage": 0 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "OutputFormat": "jpg", "OutputType": null, "Resolution": 150, "FirstPage": 1, "LastPage": 0 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.PdfToImage.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"OutputFormat\": \"jpg\", \"OutputType\": null, \"Resolution\": 150, \"FirstPage\": 1, \"LastPage\": 0 }'.encode()).decode())"
dotnet Documentize.PdfToImage.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Inserts an Excel worksheet as a table into a PDF.
Download ZIPInserts an Excel worksheet as a table into a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.AddTable.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.AddTable.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.AddTable.dll --insert-page-before 1 --sheet-name value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.AddTable --insert-page-before 1 --sheet-name value # Linux/macOS
.\Documentize.AddTable.exe --insert-page-before 1 --sheet-name value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.AddTable.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place a PDF (*.pdf, required) in the input folder and, if you want to import a table from a spreadsheet, an Excel file (*.xlsx, optional) alongside it -- pick the worksheet with --sheet-name.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item table.xlsx "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.AddTable.dll --task-id job1 --insert-page-before 1 --sheet-name value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --insert-page-before | int | null | Insert the table before this page number; null = append. | | --sheet-name | string | null | Worksheet name to import; null = first sheet. | | --first-row-is-header | bool | false | Treat the first row as a header row. | | --max-rows | int | 1000 | Maximum rows to import (default 1000). | | --max-columns | int | 50 | Maximum columns to import (default 50). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | InsertPageBefore | integer | no | null | Insert the table before this page number; null = append. | | SheetName | string | no | null | Worksheet name to import; null = first sheet. | | FirstRowIsHeader | boolean | no | false | Treat the first row as a header row. | | MaxRows | integer | no | 1000 | Maximum rows to import (default 1000). | | MaxColumns | integer | no | 50 | Maximum columns to import (default 50). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "InsertPageBefore": null, "SheetName": null, "FirstRowIsHeader": false, "MaxRows": 1000, "MaxColumns": 50 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "InsertPageBefore": null, "SheetName": null, "FirstRowIsHeader": false, "MaxRows": 1000, "MaxColumns": 50 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.AddTable.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"InsertPageBefore\": null, \"SheetName\": null, \"FirstRowIsHeader\": false, \"MaxRows\": 1000, \"MaxColumns\": 50 }'.encode()).decode())"
dotnet Documentize.AddTable.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Adds a table of contents page and bookmarks to a PDF.
Download ZIPAdds a table of contents page and bookmarks to a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.AddToc.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.AddToc.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.AddToc.dll --title value --toc-structure value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.AddToc --title value --toc-structure value # Linux/macOS
.\Documentize.AddToc.exe --title value --toc-structure value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.AddToc.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.AddToc.dll --task-id job1 --title value --toc-structure value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --title | string | "Table of Contents" | Table-of-contents page title. | | --generate-bookmarks | bool | false | Also generate PDF bookmarks. | | --toc-structure | string | null | Optional JSON describing the TOC entries. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Title | string | no | "Table of Contents" | Table-of-contents page title. | | GenerateBookmarks | boolean | no | false | Also generate PDF bookmarks. | | TocStructure | string | no | null | Optional JSON describing the TOC entries. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Title": "Table of Contents", "GenerateBookmarks": false, "TocStructure": null }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Title": "Table of Contents", "GenerateBookmarks": false, "TocStructure": null }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.AddToc.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Title\": \"Table of Contents\", \"GenerateBookmarks\": false, \"TocStructure\": null }'.encode()).decode())"
dotnet Documentize.AddToc.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Arranges a set of images into a single collage PDF page.
Download ZIPArranges a set of images into a single collage PDF page.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Collage.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Collage.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Collage.dll --page-size-name value --title value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Collage --page-size-name value --title value # Linux/macOS
.\Documentize.Collage.exe --page-size-name value --title value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Collage.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place one or more image files in the input folder -- supported extensions: .jpg, .jpeg, .png, .webp, .bmp.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item photo1.jpg "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item photo2.jpg "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Collage.dll --task-id job1 --page-size-name value --title value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --page-size-name | string | "A4" | Output page size (default 'A4'). | | --title | string | "" | Optional collage title. | | --max-images-per-page | int | 6 | Maximum images per page (default 6). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | PageSizeName | string | no | "A4" | Output page size (default 'A4'). | | Title | string | no | "" | Optional collage title. | | MaxImagesPerPage | integer | no | 6 | Maximum images per page (default 6). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "PageSizeName": "A4", "Title": "", "MaxImagesPerPage": 6 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "PageSizeName": "A4", "Title": "", "MaxImagesPerPage": 6 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Collage.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"PageSizeName\": \"A4\", \"Title\": \"\", \"MaxImagesPerPage\": 6 }'.encode()).decode())"
dotnet Documentize.Collage.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Compresses PDF files to reduce file size.
Download ZIPCompresses PDF files to reduce file size.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Compress.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Compress.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Compress.dll --compress-type 1
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Compress --compress-type 1 # Linux/macOS
.\Documentize.Compress.exe --compress-type 1 # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Compress.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Compress.dll --task-id job1 --compress-type 1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --compress-type | int | 1 | Compression preset (default 1). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | CompressType | integer | no | 1 | Compression preset (default 1). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "CompressType": 1 }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "CompressType": 1 }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Compress.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"CompressType\": 1 }'.encode()).decode())"
dotnet Documentize.Compress.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Flattens PDF form fields into static page content.
Download ZIPFlattens PDF form fields into static page content.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Flatten.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Flatten.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Flatten.dll --skip-fields value --flatten-only-fields value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Flatten --skip-fields value --flatten-only-fields value # Linux/macOS
.\Documentize.Flatten.exe --skip-fields value --flatten-only-fields value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Flatten.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Flatten.dll --task-id job1 --skip-fields value --flatten-only-fields value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --skip-fields | csv list | *(empty list)* | Comma-separated field names to leave un-flattened. | | --flatten-only-fields | csv list | *(empty list)* | Comma-separated field names to flatten exclusively. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | SkipFields | array of string | no | [] | Comma-separated field names to leave un-flattened. | | FlattenOnlyFields | array of string | no | [] | Comma-separated field names to flatten exclusively. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "SkipFields": [], "FlattenOnlyFields": [] }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "SkipFields": [], "FlattenOnlyFields": [] }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Flatten.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"SkipFields\": [], \"FlattenOnlyFields\": [] }'.encode()).decode())"
dotnet Documentize.Flatten.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Merges multiple input documents into one output document.
Download ZIPMerges multiple input documents into one output document.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Merge.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Merge.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Merge.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Merge # Linux/macOS
.\Documentize.Merge.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Merge.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place two or more PDF files (*.pdf) in the input folder -- they are merged in filename order.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item part1.pdf "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item part2.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Merge.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Merge.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.Merge.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Merges multiple PDF files into a single PDF.
Download ZIPMerges multiple PDF files into a single PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.PdfMerge.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.PdfMerge.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.PdfMerge.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.PdfMerge # Linux/macOS
.\Documentize.PdfMerge.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.PdfMerge.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place two or more PDF files (*.pdf) in the input folder -- they are merged in filename order.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item part1.pdf "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item part2.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.PdfMerge.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.PdfMerge.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.PdfMerge.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Removes a page range from a PDF.
Download ZIPRemoves a page range from a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.RemovePages.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.RemovePages.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.RemovePages.dll --remove-range value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.RemovePages --remove-range value # Linux/macOS
.\Documentize.RemovePages.exe --remove-range value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.RemovePages.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.RemovePages.dll --task-id job1 --remove-range value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --remove-range | string | *(required)* | Pages to remove, e.g. 1,3,5-7. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | RemoveRange | string | yes | -- | Pages to remove, e.g. 1,3,5-7. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "RemoveRange": "2,4,7-9" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "RemoveRange": "2,4,7-9" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.RemovePages.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"RemoveRange\": \"2,4,7-9\" }'.encode()).decode())"
dotnet Documentize.RemovePages.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Resizes PDF pages to a target page size.
Download ZIPResizes PDF pages to a target page size.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Resize.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Resize.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Resize.dll --target-page-size value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Resize --target-page-size value # Linux/macOS
.\Documentize.Resize.exe --target-page-size value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Resize.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Resize.dll --task-id job1 --target-page-size value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --target-page-size | string | "A4" | Target page size, e.g. A4 (default 'A4'). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | TargetPageSize | string | no | "A4" | Target page size, e.g. A4 (default 'A4'). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "TargetPageSize": "A4" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "TargetPageSize": "A4" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Resize.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"TargetPageSize\": \"A4\" }'.encode()).decode())"
dotnet Documentize.Resize.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Rotates PDF pages by a fixed angle.
Download ZIPRotates PDF pages by a fixed angle.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Rotate.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Rotate.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Rotate.dll --angle 1 --rotate-type value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Rotate --angle 1 --rotate-type value # Linux/macOS
.\Documentize.Rotate.exe --angle 1 --rotate-type value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Rotate.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF (or other file) you want rotated in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Rotate.dll --task-id job1 --angle 1 --rotate-type value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --angle | int | 90 | Rotation angle in degrees (default 90). | | --rotate-type | string | "a" | Rotation mode; 'a' = all pages (default). | | --page-num | string | null | Specific page(s) to rotate; null = all. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Angle | integer | no | 90 | Rotation angle in degrees (default 90). | | RotateType | string | no | "a" | Rotation mode; 'a' = all pages (default). | | PageNum | string | no | null | Specific page(s) to rotate; null = all. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Angle": 90, "RotateType": "a", "PageNum": null }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Angle": 90, "RotateType": "a", "PageNum": null }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Rotate.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Angle\": 90, \"RotateType\": \"a\", \"PageNum\": null }'.encode()).decode())"
dotnet Documentize.Rotate.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Splits a PDF into multiple files by page, range, or single page.
Download ZIPSplits a PDF into multiple files by page, range, or single page.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Split.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Split.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Split.dll --range value --page 1
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Split --range value --page 1 # Linux/macOS
.\Documentize.Split.exe --range value --page 1 # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Split.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Split.dll --task-id job1 --range value --page 1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --range | string | null | Pages to extract, e.g. 1,3,5-7 (default: every page). | | --page | int | 0 | Single page number to extract; 0 means unused. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Range | string | no | null | Pages to extract, e.g. 1,3,5-7 (default: every page). | | Page | integer | no | 0 | Single page number to extract; 0 means unused. | | SavePattern | string | no | "split_[N].pdf" | Output file name pattern; [N] is replaced by the page number. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Range": null, "Page": 0, "SavePattern": "split_[N].pdf" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Range": null, "Page": 0, "SavePattern": "split_[N].pdf" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Split.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Range\": null, \"Page\": 0, \"SavePattern\": \"split_[N].pdf\" }'.encode()).decode())"
dotnet Documentize.Split.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Splits a non-PDF document (Word/Excel/PowerPoint) using a strategy code.
Download ZIPSplits a non-PDF document (Word/Excel/PowerPoint) using a strategy code.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.SplitDoc.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.SplitDoc.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.SplitDoc.dll --split-type 1 --parameters value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.SplitDoc --split-type 1 --parameters value # Linux/macOS
.\Documentize.SplitDoc.exe --split-type 1 --parameters value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.SplitDoc.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.SplitDoc.dll --task-id job1 --split-type 1 --parameters value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --split-type | int | 1 | Split strategy code (default 1). | | --parameters | string | null | Strategy-specific parameters; null = none. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | SplitType | integer | no | 1 | Split strategy code (default 1). | | Parameters | string | no | null | Strategy-specific parameters; null = none. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "SplitType": 1, "Parameters": null }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "SplitType": 1, "Parameters": null }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.SplitDoc.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"SplitType\": 1, \"Parameters\": null }'.encode()).decode())"
dotnet Documentize.SplitDoc.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Extracts AcroForm/XFA field data from a PDF into structured output.
Download ZIPExtracts AcroForm/XFA field data from a PDF into structured output.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ExtractFormData.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ExtractFormData.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ExtractFormData.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ExtractFormData # Linux/macOS
.\Documentize.ExtractFormData.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ExtractFormData.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ExtractFormData.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ExtractFormData.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.ExtractFormData.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Extracts embedded images from a PDF.
Download ZIPExtracts embedded images from a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ExtractImage.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ExtractImage.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ExtractImage.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ExtractImage # Linux/macOS
.\Documentize.ExtractImage.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ExtractImage.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ExtractImage.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ExtractImage.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.ExtractImage.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Extracts document metadata (title, author, dates, custom properties) from a PDF.
Download ZIPExtracts document metadata (title, author, dates, custom properties) from a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ExtractMetadata.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ExtractMetadata.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ExtractMetadata.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ExtractMetadata # Linux/macOS
.\Documentize.ExtractMetadata.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ExtractMetadata.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the file you want to inspect in the input folder -- any file type is accepted.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ExtractMetadata.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ExtractMetadata.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.ExtractMetadata.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Extracts plain text content from a document.
Download ZIPExtracts plain text content from a document.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ExtractText.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ExtractText.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ExtractText.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ExtractText # Linux/macOS
.\Documentize.ExtractText.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ExtractText.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the document you want text extracted from in the input folder -- any file type is accepted.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ExtractText.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ExtractText.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.ExtractText.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Parses a document and extracts structured paragraph/layout data.
Download ZIPParses a document and extracts structured paragraph/layout data.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Parser.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Parser.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Parser.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Parser # Linux/macOS
.\Documentize.Parser.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Parser.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Parser.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Parser.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.Parser.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Searches PDF text content, with optional regular-expression matching.
Download ZIPSearches PDF text content, with optional regular-expression matching.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.Search.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.Search.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.Search.dll --query value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.Search --query value # Linux/macOS
.\Documentize.Search.exe --query value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.Search.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.Search.dll --task-id job1 --query value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --query | string | "" | Text or pattern to search for. | | --use-as-regex | bool | false | Treat the query as a regular expression. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Query | string | no | "" | Text or pattern to search for. | | UseAsRegex | boolean | no | false | Treat the query as a regular expression. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Query": "", "UseAsRegex": false }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Query": "", "UseAsRegex": false }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.Search.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Query\": \"\", \"UseAsRegex\": false }'.encode()).decode())"
dotnet Documentize.Search.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Rasterizes a PDF and runs OCR to produce a searchable-text PDF layer.
Download ZIPRasterizes a PDF and runs OCR to produce a searchable-text PDF layer.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.OcrSearchable.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.OcrSearchable.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin rasterizes PDF pages with Aspose (see the base Linux font/GDI+ requirements below) and then runs the tesseract CLI on each page image, so it needs both dependency sets.
1. Fonts/GDI+: nothing extra — built into Windows. 2. Install Tesseract via the UB-Mannheim build: https://github.com/UB-Mannheim/tesseract/wiki and add its install folder to PATH:
setx PATH "%PATH%;C:\Program Files\Tesseract-OCR"
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
sudo apt-get install -y tesseract-ocr tesseract-ocr-eng
# Add further language packs as needed, e.g. tesseract-ocr-deu tesseract-ocr-fra ...
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.OcrSearchable.dll --language value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.OcrSearchable --language value # Linux/macOS
.\Documentize.OcrSearchable.exe --language value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.OcrSearchable.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.OcrSearchable.dll --task-id job1 --language value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --language | string | "eng" | Tesseract language code (default 'eng'). | | --remove-scanned-images | bool | false | Drop the original scanned image layer. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Language | string | no | "eng" | Tesseract language code (default 'eng'). | | RemoveScannedImages | boolean | no | false | Drop the original scanned image layer. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Language": "eng", "RemoveScannedImages": false }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Language": "eng", "RemoveScannedImages": false }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.OcrSearchable.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Language\": \"eng\", \"RemoveScannedImages\": false }'.encode()).decode())"
dotnet Documentize.OcrSearchable.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Applies a digital signature to a PDF using a PFX certificate.
Download ZIPApplies a digital signature to a PDF using a PFX certificate.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.ESign.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.ESign.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.ESign.dll --password value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.ESign --password value # Linux/macOS
.\Documentize.ESign.exe --password value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.ESign.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place exactly one PDF (*.pdf) and one PFX signing certificate (*.pfx) in the input folder -- both are required.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
Copy-Item certificate.pfx "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.ESign.dll --task-id job1 --password value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --password | string | "" | Password for the PFX certificate. |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Password | string | no | "" | Password for the PFX certificate. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.ESign.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Password\": \"\" }'.encode()).decode())"
dotnet Documentize.ESign.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Encrypts/protects a PDF, including per-layer (OCG) protection modes.
Download ZIPEncrypts/protects a PDF, including per-layer (OCG) protection modes.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.LockPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.LockPdf.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.LockPdf.dll --password value --lock-type FullDocument
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.LockPdf --password value --lock-type FullDocument # Linux/macOS
.\Documentize.LockPdf.exe --password value --lock-type FullDocument # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.LockPdf.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.LockPdf.dll --task-id job1 --password value --lock-type FullDocument
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --password | string | "" | Owner/user password to apply. | | --lock-type | LockType | FullDocument | Protection mode: FullDocument|LayerLock|... (default FullDocument). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Password | string | no | "" | Owner/user password to apply. | | LockType | string (FullDocument \| LayerLock \| LayerUnlock \| MergeLayers \| ExtractLayers \| FlattenLayers \| LayerVisibility \| SelectiveEncryption \| ReadLayers) | no | "FullDocument" | Protection mode: FullDocument\|LayerLock\|... (default FullDocument). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "", "LockType": "FullDocument" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "", "LockType": "FullDocument" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.LockPdf.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Password\": \"\", \"LockType\": \"FullDocument\" }'.encode()).decode())"
dotnet Documentize.LockPdf.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Removes password protection from a PDF.
Download ZIPRemoves password protection from a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.UnlockPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.UnlockPdf.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.UnlockPdf.dll --password value
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.UnlockPdf --password value # Linux/macOS
.\Documentize.UnlockPdf.exe --password value # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.UnlockPdf.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.UnlockPdf.dll --task-id job1 --password value
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
| Flag | Type | Default | Description | |---|---|---|---| | --password | string | "" | Password protecting the PDF(s). |
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. | | Password | string | no | "" | Password protecting the PDF(s). |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000", "Password": "" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.UnlockPdf.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\", \"Password\": \"\" }'.encode()).decode())"
dotnet Documentize.UnlockPdf.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Verifies digital signatures present in a PDF.
Download ZIPVerifies digital signatures present in a PDF.
This is one of the Documentize CLI plugins: a small, self-contained command-line tool. What you download from the Documentize CLI Plugin Catalog is a pre-built, obfuscated .NET assembly (a .dll) -- not source code -- so you run it directly; no build step, SDK, or source checkout required.
pre-built, obfuscated Documentize.VerifyESign.dll -- not source -- so the .NET SDK is not required, only the runtime.
documentize.lic, placed next to Documentize.VerifyESign.dll(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).
This plugin renders/edits documents through Aspose. On Linux, .NET's System.Drawing/GDI+ compatibility layer (libgdiplus) and a font configuration (fontconfig + at least one font family) are required for correct text measurement and rendering.
No extra OS packages are normally required — GDI+ and fonts are part of Windows. If the document uses fonts not installed system-wide, install them normally (Settings > Fonts) so Aspose can find them.
sudo apt-get update
sudo apt-get install -y libgdiplus fontconfig fonts-liberation fonts-dejavu-core
# Recommended for documents authored with Microsoft-compatible fonts:
sudo apt-get install -y ttf-mscorefonts-installer
fc-cache -f
Run it:
# Any OS, with just the .NET 10 runtime installed
dotnet Documentize.VerifyESign.dll
# If the download includes a native executable for your OS, you can also run it directly:
./Documentize.VerifyESign # Linux/macOS
.\Documentize.VerifyESign.exe # Windows (cmd.exe or PowerShell)
Show all available options:
dotnet Documentize.VerifyESign.dll --help
The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:
<PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.
<PLUGIN_OUTPUT_DIR>/<task-id>/ -- env var PLUGIN_OUTPUT_DIR, defaults to%TEMP%\documentize\output on Windows and /tmp/documentize/output on Linux/macOS.
Always pass an explicit --task-id so you know which folder to use -- if you omit it, the plugin generates a random GUID internally that you won't know in advance.
Place the PDF you want processed (*.pdf) in the input folder.
Example (Windows PowerShell):
$env:PLUGIN_INPUT_DIR = "C:\documentize-work\input"
$env:PLUGIN_OUTPUT_DIR = "C:\documentize-work\output"
New-Item -ItemType Directory -Force "$env:PLUGIN_INPUT_DIR\job1" | Out-Null
Copy-Item report.pdf "$env:PLUGIN_INPUT_DIR\job1\"
dotnet Documentize.VerifyESign.dll --task-id job1
dir "$env:PLUGIN_OUTPUT_DIR\job1"
The output folder also gets a <task-id>.json handoff file alongside the result -- that's metadata for the Plugin Manager and can be ignored for standalone/manual use.
This plugin takes no parameters beyond the task id — it only needs the input file(s).
Every plugin also accepts --task-id <guid> (alias --id) to set the task id used for the input/output working directories; if omitted, a new GUID is generated.
As an alternative to --flags, the plugin also accepts a single base64-encoded JSON argument instead. JSON field names are PascalCase (matching the CLI options above), plus an "ID" field for the task id (same as --task-id/--id; a fresh GUID is generated if omitted). Full field spec:
| JSON field | Type | Required | Default | Description | |---|---|---|---|---| | ID | string (GUID) | no | new GUID if omitted | Task id -- same as --task-id/--id. |
Full example:
{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }
Encode it to base64 and pass that as the plugin's only argument:
# Windows PowerShell
$json = '{ "ID": "b1e6a4b0-0000-0000-0000-000000000000" }'
$b64 = [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($json))
dotnet Documentize.VerifyESign.dll $b64
# Linux/macOS
python3 -c "import base64; print(base64.b64encode('{ \"ID\": \"b1e6a4b0-0000-0000-0000-000000000000\" }'.encode()).decode())"
dotnet Documentize.VerifyESign.dll <base64-string-from-above>
| Code | Meaning | |---|---| | 0 | Success | | 1 | The task ran but failed (see stderr for the exception) | | 2 | Usage/argument error (missing required option, invalid value, --help) |
Documentize CLI-pluginkataloget samler alle kommandolinjeværktøjer på ét sted — fra PDF-konvertering og OCR til dataudtræk, redigering og sikkerhed. Hvert plugin leveres som en selvstændig, platformuafhængig zip med binære filer, dokumentation og brugseksempler, så du kan søge, forhåndsvise og begynde at automatisere dokumentarbejdsgange på få sekunder. Hvorfor CLI? I modsætning til en klik‑og‑pil‑app er kommandolinjen scriptbar, gentagelig og hovedløs — ideel når du skal behandle tusindvis af dokumenter på samme måde hver gang, uden en brugergrænseflade i kredsløbet. Da hvert plugin er en enkelt forkompileret binær fil uden runtime at installere, falder den direkte ind i dit eksisterende værktøjssæt og giver identiske resultater på enhver maskine. Nøglefordele: batch‑behandle hele mapper med én kommando; kæde plugins sammen i shell‑pipelines; integrere dem i CI/CD, cron‑jobs eller serverløse funktioner; køre på Windows, macOS og Linux fra den samme pakke; og få deterministiske, auditerbare exit‑koder for pålidelig fejlhåndtering. Ingen kompilering, ingen afhængigheder, ingen manuelle trin. Almindelige anvendelsestilfælde: automatiseret PDF‑generering og -konvertering i build‑pipelines; masse‑OCR af scannede arkiver; udtræk af tekst, billeder, formulardata og metadata til søgeindeksering eller analyse; sammenlægning, opdeling, komprimering og vandmærkning af dokumenter i stor skala; låsning, oplåsning og e‑signering af filer for overholdelse; samt integration af dokumentbehandling i enhver backend‑service eller planlagt job.