If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register or Login
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

PDF manipulation C/C++ API needed

Hi guys, is there anything free and preferably cross-platform on the subject?
I found an API on pdfonline [dot] com but it's 30 days trial, if somebody know a good PDF API, please, let me know.
P.S. I need to split the input pdf file into several, in such a way that each of newly created pdf files are actually the pages of the source file.
Many thanks in advance.

Re: PDF manipulation C/C++ API needed

Thanks Paul, however it is strange why there are lots of free pdf libs in Java, but there isn't any in C++. Well, perhaps I'll have to code in Java, since even Adobe's pdf-dev facility is just an ActiveX control for only viewing and data extraction, for everything else one should buy their SDK.

Re: PDF manipulation C/C++ API needed

Well, thank you very much, I'll tell my opinion if you are interested in and if I'll use it, but as its API reference documentation shows - looks a bit ugly and have complicated design, perhaps not usual for me coz it's passed a long time when I was using pure C API.

Re: PDF manipulation C/C++ API needed

but as its API reference documentation shows - looks a bit ugly and have complicated design

That is because PDF can get complicated. It is difficult to wrap a multiple hundred page PDF spec into a library with just a few calls.

perhaps not usual for me coz it's passed a long time when I was using pure C API.

Most API's are 'C' based, since the goal is to get the library to work with as many languages as possible (the C++ name-mangling gets in the way of other programming languages utilizing the library). What you can do is develop a C++ wrapper class for the functions. This is what a lot of C++ programmers using a 'C' API end up doing in the long run.

Not to defend the programmer, that was one of the samples, right? It wasn't the actual library code, was it?

Anyway, PDF is not an easy spec to write a library for. I would commend the person who is maintaining this library. However my hats go off to the two guys that maintain iText. Now those two are some dedicated fellows.