[
https://issues.apache.org/jira/browse/PDFBOX-2905?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14654556#comment-14654556
]
John Hewson commented on PDFBOX-2905:
-------------------------------------
PDFDebugger has many public classes because it uses nested packages. But
they're not for public consumption - none of them are. We don't want any of
those public classes as part of PDFBox's stable API. Java provides no mechanism
for having private classes when there are nested packages - so it's not our
choice that these are public, but it's a technical requirement.
But from a stability point of view, we don't want to exposes these classes to
end users or make any sort of stability guarantee. So we need to make it clear
that the debugger is unstable, despite having public APIs.
> Replace PDFReader with PDFDebugger
> ----------------------------------
>
> Key: PDFBOX-2905
> URL: https://issues.apache.org/jira/browse/PDFBOX-2905
> Project: PDFBox
> Issue Type: Improvement
> Affects Versions: 2.0.0
> Reporter: John Hewson
> Assignee: John Hewson
> Priority: Minor
> Attachments: 007087-payment-due.pdf
>
>
> As discussed on the mailing list:
> {quote}
> Here's an idea: if we switch PDFDebugger to using "View Pages" by default, it
> will no longer be confusing for casual users. I've found myself using this
> mode most of the time anyway. We can add page up/down too, of course -
> preferably using the actual "Page Up" and "Page Down" keys rather than the
> bizarre choice of the +/- keys which are currently used in PDFReader.
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
