為每個 Documentize 任務找到合適的 CLI 插件

為每個 Documentize 任務找到合適的 CLI 插件

瀏覽外掛、閱讀說明、檢視螢幕截圖,並下載即開即用的預建 zip 套件。

Documentize CLI 插件目錄將所有命令列工具集中於一處——從 PDF 轉換與 OCR 到資料擷取、編輯與安全。每個插件以自包含、跨平台的 zip 檔形式提供,內含二進位檔、文件與使用範例,讓您能在數秒內搜尋、預覽並開始自動化文件工作流程。 為何使用 CLI?相較於點擊式應用程式,命令列可腳本化、可重複執行且無需介面——在需要一次又一次以相同方式處理成千上萬文件、且不想介入 UI 時,這是理想選擇。因為每個插件都是單一的預編譯二進位檔,無需安裝執行環境,可直接嵌入您現有的工具鏈,且在每台機器上產生相同結果。 主要優勢:一次指令批次處理整個資料夾;在 shell 管道中串接插件;將其整合至 CI/CD、cron 工作或無伺服器函式;同一套套件可在 Windows、macOS 與 Linux 上執行;並取得確定且可稽核的退出代碼,以實現可靠的錯誤處理。無需編譯、無依賴、無手動步驟。 常見使用情境:在建置管線中自動產生與轉換 PDF;批次 OCR 掃描檔案庫;擷取文字、影像、表單資料與中繼資料以供搜尋索引或分析;大規模合併、分割、壓縮與加浮水印文件;鎖定、解鎖與電子簽署檔案以符合法規;以及將文件處理整合至任何後端服務或排程工作。

按類別瀏覽

可用插件

AI

Abstracts

Generates an AI abstract/summary of a PDF document.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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

下載 ZIP
文件說明

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

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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.

下載 ZIP
文件說明

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

需求

  • 已安裝 Documentize CLI v2.0 或更高版本,並已在您的 PATH 中可用。
  • .NET 8 執行時 (捆綁於自包含的插件構建中)。
  • 64 位 Windows 10+、macOS 12+,或具備 glibc 2.31 或更新版本的 Linux。
  • 每個已安裝的外掛程式至少需要 200 MB 的可用磁碟空間。
  • 首次執行授權啟動的網際網路存取

FAQs

插件是為 Documentize CLI v2.0 及更高版本構建的。每個插件頁面都列出了確切的相容版本。
所有插件均已編譯為 Windows、macOS 與 Linux(x64)平台。壓縮檔包含每個平台的二進位檔。
是的。所有插件都是開源的,已審核,並使用我們的程式碼簽署憑證簽名。您也可以在 GitHub 上檢視原始碼。
每個插件頁面都會顯示最新版本和變更日誌。您可以重新下載 zip 檔,或使用內建的「doccli update」指令。
當然。請遵循我們的 SDK 指南,將您的二進位檔案和資產打包成 zip,並透過「Submit Plugin」表單提交。

瀏覽外掛、閱讀說明、檢視螢幕截圖,並下載即開即用的預建 zip 套件。

Documentize CLI 插件目錄將所有命令列工具集中於一處——從 PDF 轉換與 OCR 到資料擷取、編輯與安全。每個插件以自包含、跨平台的 zip 檔形式提供,內含二進位檔、文件與使用範例,讓您能在數秒內搜尋、預覽並開始自動化文件工作流程。 為何使用 CLI?相較於點擊式應用程式,命令列可腳本化、可重複執行且無需介面——在需要一次又一次以相同方式處理成千上萬文件、且不想介入 UI 時,這是理想選擇。因為每個插件都是單一的預編譯二進位檔,無需安裝執行環境,可直接嵌入您現有的工具鏈,且在每台機器上產生相同結果。 主要優勢:一次指令批次處理整個資料夾;在 shell 管道中串接插件;將其整合至 CI/CD、cron 工作或無伺服器函式;同一套套件可在 Windows、macOS 與 Linux 上執行;並取得確定且可稽核的退出代碼,以實現可靠的錯誤處理。無需編譯、無依賴、無手動步驟。 常見使用情境:在建置管線中自動產生與轉換 PDF;批次 OCR 掃描檔案庫;擷取文字、影像、表單資料與中繼資料以供搜尋索引或分析;大規模合併、分割、壓縮與加浮水印文件;鎖定、解鎖與電子簽署檔案以符合法規;以及將文件處理整合至任何後端服務或排程工作。