暗号化されたPDFは復号コピーを書き出すことなく署名できます：LoadOptions がその場で開き、SaveOptions が署名後の出力が元のパスワードを保持するか新しいパスワードにするかを決定します。本記事では、失敗する2つを含む4つのパスワードパスを比較し、なぜ失敗が例外タイプではなく RuntimeError として報告されるのかを説明します。
バージョン 26.9 では、ConversionEvents、新しい図形フォーマット、CAD オプション、重要なバグ修正が導入されます。
GroupDocs.Viewer for Java 26.9 は、OFD 対応、PDF 注釈のレンダリング、DPI 設定、ページ番号付け、アーカイブの改善を導入します。
GroupDocs.Viewer for Node.js 26.9 は、OFD 対応、PDF 注釈のレンダリング、DPI 制御、ページ番号付け、アーカイブ機能の強化、複数のバグ修正を追加します。
Node.js 用の GroupDocs.Signature はプロセス内で JVM を実行するため、コンテナ化するには署名が機能する前に JDK とフォントを用意する必要があります。本記事ではフォントファミリーを選択する3つの方法（ハードコード、ファイル名から検出、ライブラリをプローブ）を比較し、それらに合わせたコードのバインディング上の注意点を解説します。
GroupDocs.Signature は欠落したフォントを代替しません: イメージに存在しないファミリ名を指定すると、フォールバックせずにエラーが発生します。.NET ランタイムイメージにはフォントが一切含まれていないため、フォントレイヤーを追加するまでテキスト署名は失敗します。本記事ではフォントなしイメージと修正済みイメージを比較し、実行時にファミリを解決する方法を示します。
Java コンテナイメージは AWT 用に DejaVu をバンドルしていますが、英語テキストの署名には十分でも他の言語には不十分です。本稿では、その部分的なカバレッジが文書ワークフローに与えるコスト、GroupDocs.Signature が代替せずに失敗する理由、そしてフォント層と実行時ファミリー解決がインシデントをスタートアップチェックに変える方法を解説します。
法務および運用チームは、契約書 PDF から Author と XMP を漏らし続けています。本ガイドでは、GroupDocs.Metadata for .NET における完全な Sanitize() クリアと選択的な Author 削除を、検査と検証の手順と共に比較します。
GroupDocs.Watermark for .NET 26.9 が登場しました。
GroupDocs.Metadata for .NET 26.8 は、5つの新しいアーカイブ形式（AAR、GZIP、BZ2、XZ、ZSTD）のサポートを導入し、基盤となる Aspose コンポーネントを更新します。