Windows 注釈削除

通常のロード済み Windows ドキュメントは、THPDFWindowsFormDataTransaction.RemoveAnnotations でネイティブポリシーエンジンを通じて注釈削除を準備します

トランザクションを、現在のドキュメントと、そのロード済みリビジョンに正確に対応する元ソースで作成してください。ブリッジは現在のグラフを非公開で準備し、別個の候補をロードします

0 起点ページと正確な Unicode 名の識別子で注釈を選択し、ChangedAnnotations を確認して、準備済み PDF を WritePreparedPDF でコピーしてください

TakeCandidate で所有を移転する前に、必要な PDF と結果のデータをすべて公開してください。失敗したトランザクションは、呼び出し側のドキュメントやソースを置き換えずに破棄します

削除カウンタにはカスケードする popup と返信の削除が含まれます。既存のマップ済み XFDF インポートメソッドの追加カウント契約は変更しません

ファイルジョブ

通常の JSON ジョブエントリポイントは、type: "annotations.remove"、ソース input パス、別個の output パス、annotations 識別子配列を受け入れます

{
  "schemaVersion": 1,
  "type": "annotations.remove",
  "input": "source.pdf",
  "output": "removed.pdf",
  "annotations": [{"page": 0, "name": "review-note"}]
}

ジョブは宛先をアトミックに置き換える前に一時 PDF を準備してフラッシュします。置換前の失敗は宛先を保持し、所有する一時ファイルをクリーンアップします

結果には removed、mediaType: "application/pdf"、annotationProfile: "page-and-nm-removal-v1" が含まれます。一致しない要求は 0 を返し現在の PDF バイトを保持します

Windows C ABI の呼び出し側は、同じ削除スキーマをコールバック IO で使用できます。明示的な入力 IO は、PDF と結果の公開が両方とも成功するまで、ハンドルの現在のドキュメントとは独立にステージングされます

すでに書き込まれたシンクバイトとハンドルのコミット済みドキュメント状態の区別については、コールバック操作とコミットの詳細を参照してください

境界

Widget はフィールドツリー削除ポリシーを必要とし、このページ注釈操作では拒否されます。インクリメンタル削除は履歴バイトを保持するため、セキュア消去として使用してはなりません

暗号化権限、認定の制限、作業予算、キャンセルは Windows ブリッジでも有効なままです