Track optional barcode scanning utility request after upstream direction

[erikbra]

Parent: #650

Upstream issue

• https://issues.apache.org/jira/browse/PDFBOX-2124 - Barcode scanner using PDFBox and ZXing.

Current PdfBox.Net assessment

This is not a missing port of an existing Apache PDFBox API. The upstream JIRA is an old open New Feature request in the Utilities component, with contributed code that extracts scanned images, applies image filters, rotates/crops candidate regions, and sends them to ZXing.

PdfBox.Net should not implement this ahead of upstream by default, because doing so would introduce new public utility APIs, image-processing heuristics, and a barcode dependency surface before Apache PDFBox has accepted the feature design.

Next actions

• Watch the upstream issue for accepted design/API direction.
• If upstream accepts the feature, port the Java design and choose an appropriate .NET barcode dependency behind a narrow utility boundary.
• If PdfBox.Net users request barcode scanning independently, reconsider as an optional package rather than core PDFBox parity.

Acceptance criteria

• The issue remains classified as optional utility tracking, not a current Java parity gap.
• No implementation is started unless upstream accepts the feature or PdfBox.Net explicitly decides on an optional add-on package.