Tom,
Right now both namespaces, Aspose.pdf and Aspose.pdf.kit have a very little practical value for most developers – sorry to tell you about this.
For a beginning, the separation of functionality for existing and new PDF files was a mistake, but there’s more important thing, that Aspose.pdf.kit functionality is very limited. Many developers won’t be satisfied by offered ways of extraction of plain text and images. Who cares about this stuff, by the way? Everybody can do it without expensive software, simply with various features of Adobe Acrobat.
But : most modern applications will require a complete or partial information about formats, paragraphs, fonts, images positions etc, etc. This information( theoretically, according your documentation) is placed in various collections of your PDF document, but impossibility to bind with a real PDF file forces developers to find other ways.
It is extremely easy to EXPORT PDF file content to XML.
Open Adobe software, run Adobe Acrobat, toolbar menu File, Export, chose XML – and - voila! Done! You have an XML file, this file will be, probably slightly different for each ADOBE release. Can you, folks, make a small investigation?
You can make this Adobe XLT as a default, by the way.
As result, you will have a real import feature and binding with existing PDF files in Aspose.pdf, and we, developers, will be able to get detailed info and use Aspose to build real-world applications! Thank you!