Găsiți Pluginul CLI Potrivit pentru Fiecare Sarcină Documentize

Găsiți Pluginul CLI Potrivit pentru Fiecare Sarcină Documentize

Răsfoiește pluginurile, citește descrierile, vizualizează capturile de ecran și descarcă pachetele zip pre-construite care funcționează imediat.

Catalogul de pluginuri CLI Documentize adună toate instrumentele de linie de comandă într-un singur loc — de la conversia PDF și OCR până la extragerea de date, editare și securitate. Fiecare plugin este livrat ca un fișier zip auto‑conținut, multiplatformă, cu binare, documentație și exemple de utilizare, astfel încât să poți căuta, previzualiza și începe să automatizezi fluxurile de lucru cu documente în câteva secunde. De ce CLI? Spre deosebire de o aplicație cu interfață grafică, linia de comandă este scriptabilă, repetabilă și fără interfață — ideală când trebuie să procesezi mii de documente în același mod de fiecare dată, fără o interfață UI în buclă. Deoarece fiecare plugin este un singur binar precompilat, fără runtime de instalat, se încarcă direct în setul tău de instrumente existent și produce rezultate identice pe fiecare mașină. Avantaje cheie: procesare în lot a întregilor dosare printr-o singură comandă; înlănțuirea pluginurilor în pipeline‑uri de shell; integrarea lor în CI/CD, joburi cron sau funcții serverless; rularea pe Windows, macOS și Linux din același pachet; și obținerea de coduri de ieșire deterministe și auditate pentru o gestionare fiabilă a erorilor. Fără compilare, fără dependențe, fără pași manuali. Cazuri de utilizare comune: generare și conversie automată de PDF în pipeline‑urile de build; OCR în masă al arhivelor scanate; extragerea de text, imagini, date de formular și metadate pentru indexare în căutare sau analiză; îmbinarea, divizarea, comprimarea și adăugarea de filigrane documentelor la scară largă; blocarea, deblocarea și semnarea electronică a fișierelor pentru conformitate; și integrarea procesării documentelor în orice serviciu backend sau sarcină programată.

Răsfoiește după categorie

Pluginuri disponibile

AI

Abstracts

Generates an AI abstract/summary of a PDF document.

Descarcă ZIP
Documentație

Documentize.Abstracts

Generates 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Abstracts.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Abstracts.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

Chat

Answers a prompt about an uploaded PDF using an LLM chat endpoint.

Descarcă ZIP
Documentație

Documentize.Chat

Answers 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Chat.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Chat.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

CheckList

Generates an AI checklist derived from a PDF's content.

Descarcă ZIP
Documentație

Documentize.CheckList

Generates 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.CheckList.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.CheckList.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

DocAnalyze

Analyzes a document and reports structural/content metrics.

Descarcă ZIP
Documentație

Documentize.DocAnalyze

Analyzes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.DocAnalyze.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.DocAnalyze.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

Illustrator

Generates AI illustrations for sections of a PDF.

Descarcă ZIP
Documentație

Documentize.Illustrator

Generates 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Illustrator.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Illustrator.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

Resume

Extracts or tailors resume content using an LLM, optionally against a job description.

Descarcă ZIP
Documentație

Documentize.Resume

Extracts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Resume.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Resume.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

AI

TableOfContents

Builds an AI-segmented table of contents/outline for a PDF.

Descarcă ZIP
Documentație

Documentize.TableOfContents

Builds 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.TableOfContents.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.TableOfContents.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

  • Outbound HTTPS access to the configured LLM endpoint (EP_API_URL/EP_TOKEN or DW_API_URL/DW_TOKEN environment variables — see Documentize.Entities.Llm.LlmOwnerResolver).
OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Convert

HtmlToPdf

Converts an HTML file to PDF.

Descarcă ZIP
Documentație

Documentize.HtmlToPdf

Converts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.HtmlToPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.HtmlToPdf.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Convert

ImageToPdf

Combines one or more images into a single PDF.

Descarcă ZIP
Documentație

Documentize.ImageToPdf

Combines 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ImageToPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ImageToPdf.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Convert

PdfSaveAs

Converts a PDF into another document format (docx, xlsx, pptx, ...).

Descarcă ZIP
Documentație

Documentize.PdfSaveAs

Converts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.PdfSaveAs.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.PdfSaveAs.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Convert

PdfToImage

Rasterizes PDF pages to image files (jpg, png, ...).

Descarcă ZIP
Documentație

Documentize.PdfToImage

Rasterizes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.PdfToImage.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.PdfToImage.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

AddTable

Inserts an Excel worksheet as a table into a PDF.

Descarcă ZIP
Documentație

Documentize.AddTable

Inserts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.AddTable.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.AddTable.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

AddToc

Adds a table of contents page and bookmarks to a PDF.

Descarcă ZIP
Documentație

Documentize.AddToc

Adds 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.AddToc.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.AddToc.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Collage

Arranges a set of images into a single collage PDF page.

Descarcă ZIP
Documentație

Documentize.Collage

Arranges 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Collage.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Collage.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Compress

Compresses PDF files to reduce file size.

Descarcă ZIP
Documentație

Documentize.Compress

Compresses 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Compress.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Compress.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Flatten

Flattens PDF form fields into static page content.

Descarcă ZIP
Documentație

Documentize.Flatten

Flattens 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Flatten.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Flatten.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Merge

Merges multiple input documents into one output document.

Descarcă ZIP
Documentație

Documentize.Merge

Merges 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Merge.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Merge.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

PdfMerge

Merges multiple PDF files into a single PDF.

Descarcă ZIP
Documentație

Documentize.PdfMerge

Merges 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.PdfMerge.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.PdfMerge.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

RemovePages

Removes a page range from a PDF.

Descarcă ZIP
Documentație

Documentize.RemovePages

Removes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.RemovePages.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.RemovePages.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Resize

Resizes PDF pages to a target page size.

Descarcă ZIP
Documentație

Documentize.Resize

Resizes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Resize.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Resize.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Rotate

Rotates PDF pages by a fixed angle.

Descarcă ZIP
Documentație

Documentize.Rotate

Rotates 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Rotate.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Rotate.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

Split

Splits a PDF into multiple files by page, range, or single page.

Descarcă ZIP
Documentație

Documentize.Split

Splits 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Split.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Split.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Edit

SplitDoc

Splits a non-PDF document (Word/Excel/PowerPoint) using a strategy code.

Descarcă ZIP
Documentație

Documentize.SplitDoc

Splits 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.SplitDoc.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.SplitDoc.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

ExtractFormData

Extracts AcroForm/XFA field data from a PDF into structured output.

Descarcă ZIP
Documentație

Documentize.ExtractFormData

Extracts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ExtractFormData.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ExtractFormData.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

ExtractImage

Extracts embedded images from a PDF.

Descarcă ZIP
Documentație

Documentize.ExtractImage

Extracts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ExtractImage.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ExtractImage.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

ExtractMetadata

Extracts document metadata (title, author, dates, custom properties) from a PDF.

Descarcă ZIP
Documentație

Documentize.ExtractMetadata

Extracts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ExtractMetadata.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ExtractMetadata.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

ExtractText

Extracts plain text content from a document.

Descarcă ZIP
Documentație

Documentize.ExtractText

Extracts 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ExtractText.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ExtractText.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

Parser

Parses a document and extracts structured paragraph/layout data.

Descarcă ZIP
Documentație

Documentize.Parser

Parses 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Parser.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Parser.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Extract

Search

Searches PDF text content, with optional regular-expression matching.

Descarcă ZIP
Documentație

Documentize.Search

Searches 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.Search.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.Search.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

OCR

OcrSearchable

Rasterizes a PDF and runs OCR to produce a searchable-text PDF layer.

Descarcă ZIP
Documentație

Documentize.OcrSearchable

Rasterizes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.OcrSearchable.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.OcrSearchable.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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"
Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Security

ESign

Applies a digital signature to a PDF using a PFX certificate.

Descarcă ZIP
Documentație

Documentize.ESign

Applies 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.ESign.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.ESign.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Security

LockPdf

Encrypts/protects a PDF, including per-layer (OCG) protection modes.

Descarcă ZIP
Documentație

Documentize.LockPdf

Encrypts/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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.LockPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.LockPdf.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Security

UnlockPdf

Removes password protection from a PDF.

Descarcă ZIP
Documentație

Documentize.UnlockPdf

Removes 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.UnlockPdf.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.UnlockPdf.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

| 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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Security

VerifyESign

Verifies digital signatures present in a PDF.

Descarcă ZIP
Documentație

Documentize.VerifyESign

Verifies 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.

Requirements

  • .NET 10 runtime installed on your computer (Windows, macOS, or Linux). The download is a

pre-built, obfuscated Documentize.VerifyESign.dll -- not source -- so the .NET SDK is not required, only the runtime.

  • An Aspose Documentize license file, documentize.lic, placed next to Documentize.VerifyESign.dll

(the plugin runs in Aspose evaluation/unlicensed mode if it is absent).

OS packages

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.

Windows

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.

Linux (primary platform)
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

From the terminal (Linux) / cmd or PowerShell (Windows)

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
Input and output files

The plugin does not take file paths as CLI flags. It reads input from, and writes output to, a per-task folder pair:

  • Input folder: <PLUGIN_INPUT_DIR>/<task-id>/ -- env var PLUGIN_INPUT_DIR, defaults to

%TEMP%\documentize\input on Windows and /tmp/documentize/input on Linux/macOS.

  • Output folder: <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.

CLI options

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.

Alternative input: base64 task JSON

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>

Exit codes

| 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) |

Cerințe

  • Documentize CLI v2.0 sau o versiune ulterioară instalată și disponibilă în PATH.
  • Runtime .NET 8 (împachetat în construcțiile de pluginuri auto-conținute).
  • Windows 10+ pe 64 de biți, macOS 12+ sau Linux cu glibc 2.31 sau o versiune mai recentă.
  • Cel puțin 200 MB de spațiu liber pe disc pentru fiecare plugin instalat.
  • Acces la internet pentru activarea licenței la prima rulare.

FAQs

Plugin-urile sunt construite pentru Documentize CLI v2.0 și versiunile ulterioare. Fiecare pagină de plugin enumeră versiunile exacte compatibile.
Toate plugin-urile sunt compilate pentru Windows, macOS și Linux (x64). Fișierul zip include binare pentru fiecare platformă.
Da. Toate plugin‑urile sunt open‑source, revizuite și semnate cu certificatul nostru de semnare a codului. De asemenea, poţi inspecta sursa pe GitHub.
Fiecare pagină a pluginului afișează cea mai recentă versiune și un jurnal de modificări. Poți re‑descărca fișierul zip sau poți folosi comanda încorporată „doccli update”.
Absolut. Urmează ghidul nostru SDK, împachetează binarul și resursele într-un zip și trimite-l prin formularul "Submit Plugin".

Răsfoiește pluginurile, citește descrierile, vizualizează capturile de ecran și descarcă pachetele zip pre-construite care funcționează imediat.

Catalogul de pluginuri CLI Documentize adună toate instrumentele de linie de comandă într-un singur loc — de la conversia PDF și OCR până la extragerea de date, editare și securitate. Fiecare plugin este livrat ca un fișier zip auto‑conținut, multiplatformă, cu binare, documentație și exemple de utilizare, astfel încât să poți căuta, previzualiza și începe să automatizezi fluxurile de lucru cu documente în câteva secunde. De ce CLI? Spre deosebire de o aplicație cu interfață grafică, linia de comandă este scriptabilă, repetabilă și fără interfață — ideală când trebuie să procesezi mii de documente în același mod de fiecare dată, fără o interfață UI în buclă. Deoarece fiecare plugin este un singur binar precompilat, fără runtime de instalat, se încarcă direct în setul tău de instrumente existent și produce rezultate identice pe fiecare mașină. Avantaje cheie: procesare în lot a întregilor dosare printr-o singură comandă; înlănțuirea pluginurilor în pipeline‑uri de shell; integrarea lor în CI/CD, joburi cron sau funcții serverless; rularea pe Windows, macOS și Linux din același pachet; și obținerea de coduri de ieșire deterministe și auditate pentru o gestionare fiabilă a erorilor. Fără compilare, fără dependențe, fără pași manuali. Cazuri de utilizare comune: generare și conversie automată de PDF în pipeline‑urile de build; OCR în masă al arhivelor scanate; extragerea de text, imagini, date de formular și metadate pentru indexare în căutare sau analiză; îmbinarea, divizarea, comprimarea și adăugarea de filigrane documentelor la scară largă; blocarea, deblocarea și semnarea electronică a fișierelor pentru conformitate; și integrarea procesării documentelor în orice serviciu backend sau sarcină programată.