Encontre o plugin CLI certo para cada tarefa do Documentize

Encontre o plugin CLI certo para cada tarefa do Documentize

Navegue pelos plugins, leia as descrições, veja capturas de tela e baixe pacotes zip pré-construídos que funcionam imediatamente.

O catálogo de plugins CLI do Documentize reúne todas as ferramentas de linha de comando em um só lugar — desde conversão de PDF e OCR até extração de dados, edição e segurança. Cada plugin é distribuído como um zip autônomo e multiplataforma, contendo binários, documentação e exemplos de uso, para que você possa pesquisar, visualizar e começar a automatizar fluxos de trabalho de documentos em segundos. Por que usar a CLI? Ao contrário de um aplicativo point-and-click, a linha de comando é scriptável, repetível e sem interface gráfica — ideal quando você precisa processar milhares de documentos da mesma forma todas as vezes, sem uma UI no meio. Como cada plugin é um único binário pré‑compilado sem necessidade de runtime, ele se integra diretamente às suas ferramentas existentes e produz resultados idênticos em qualquer máquina. Principais vantagens: processamento em lote de pastas inteiras com um único comando; encadeamento de plugins em pipelines de shell; integração em CI/CD, jobs cron ou funções serverless; execução no Windows, macOS e Linux a partir do mesmo pacote; e obtenção de códigos de saída determinísticos e auditáveis para um tratamento de erros confiável. Sem compilação, sem dependências, sem etapas manuais. Casos de uso comuns: geração e conversão automática de PDFs em pipelines de build; OCR em massa de arquivos escaneados; extração de texto, imagens, dados de formulários e metadados para indexação de busca ou análise; mesclagem, divisão, compressão e marca d’água de documentos em escala; bloqueio, desbloqueio e assinatura eletrônica de arquivos para conformidade; e integração do processamento de documentos em qualquer serviço backend ou tarefa agendada.

Navegar por categoria

Plugins disponíveis

AI

Abstracts

Generates an AI abstract/summary of a PDF document.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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

Baixar ZIP
Documentação

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

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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.

Baixar ZIP
Documentação

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

Requisitos

  • Documentize CLI v2.0 ou posterior instalado e disponível no seu PATH.
  • .NET 8 runtime (incluído nas compilações de plugins autocontidas).
  • Windows 10+ de 64 bits, macOS 12+ ou Linux com glibc 2.31 ou mais recente.
  • Pelo menos 200 MB de espaço livre em disco por plugin instalado.
  • Acesso à internet para ativação de licença na primeira execução.

FAQs

Os plugins são desenvolvidos para o Documentize CLI v2.0 e posteriores. Cada página de plugin lista as versões exatas compatíveis.
Todos os plugins são compilados para Windows, macOS e Linux (x64). O zip inclui binários para cada plataforma.
Sim. Todos os plugins são de código aberto, revisados e assinados com nosso certificado de assinatura de código. Você também pode inspecionar o código‑fonte no GitHub.
Cada página de plugin mostra a versão mais recente e um registro de alterações. Você pode re‑baixar o zip ou usar o comando interno "doccli update".
Com certeza. Siga nosso guia SDK, empacote seu binário e recursos em um zip e envie‑o via o formulário “Submit Plugin”.

Navegue pelos plugins, leia as descrições, veja capturas de tela e baixe pacotes zip pré-construídos que funcionam imediatamente.

O catálogo de plugins CLI do Documentize reúne todas as ferramentas de linha de comando em um só lugar — desde conversão de PDF e OCR até extração de dados, edição e segurança. Cada plugin é distribuído como um zip autônomo e multiplataforma, contendo binários, documentação e exemplos de uso, para que você possa pesquisar, visualizar e começar a automatizar fluxos de trabalho de documentos em segundos. Por que usar a CLI? Ao contrário de um aplicativo point-and-click, a linha de comando é scriptável, repetível e sem interface gráfica — ideal quando você precisa processar milhares de documentos da mesma forma todas as vezes, sem uma UI no meio. Como cada plugin é um único binário pré‑compilado sem necessidade de runtime, ele se integra diretamente às suas ferramentas existentes e produz resultados idênticos em qualquer máquina. Principais vantagens: processamento em lote de pastas inteiras com um único comando; encadeamento de plugins em pipelines de shell; integração em CI/CD, jobs cron ou funções serverless; execução no Windows, macOS e Linux a partir do mesmo pacote; e obtenção de códigos de saída determinísticos e auditáveis para um tratamento de erros confiável. Sem compilação, sem dependências, sem etapas manuais. Casos de uso comuns: geração e conversão automática de PDFs em pipelines de build; OCR em massa de arquivos escaneados; extração de texto, imagens, dados de formulários e metadados para indexação de busca ou análise; mesclagem, divisão, compressão e marca d’água de documentos em escala; bloqueio, desbloqueio e assinatura eletrônica de arquivos para conformidade; e integração do processamento de documentos em qualquer serviço backend ou tarefa agendada.