octoleo/qpdf
2
1
Fork 0
mirror of https://github.com/qpdf/qpdf.git synced 2024-12-22 02:49:00 +00:00
Code Issues Releases Wiki Activity

Update ChangeLog and TODO

Browse Source
This commit is contained in:
Jay Berkenbilt 2012-06-27 10:18:29 -04:00
parent d6cb2b9418
commit a167ce8120
2 changed files with 20 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
ChangeLog
View File

@ -1,3 +1,23 @@
2012-06-27 Jay Berkenbilt <ejb@ql.org>
* Add Pl_Concatenate pipeline for stream concatenation also
implemented by Tobias Hoffmann. Also added test code
(libtests/concatenate.cc).
* Add new methods implemented by Tobias Hoffmann:
QPDFObjectHandle::newReal(double) and
QPDFObjectHandle::newStream(QPDF*, std::string const&).
2012-06-26 Jay Berkenbilt <ejb@ql.org>
* Minor changes so that support for PDF files larger than 4GB
works well with 32-bit and 64-bit Linux and also with 32-bit and
64-bit Windows with both MSVC and mingw.
* Rework internal methods for doing recovery of the cross
reference tables for much greater efficiency both in terms of time
and memory usage.
2012-06-24 Jay Berkenbilt <ejb@ql.org>
* Support PDF files larger than 4 GB. This involved many changes

10
TODO
View File

@ -20,16 +20,6 @@ Next
* Figure out why we have to specify a stream's length in advance when
providing stream data, and remove this restriction if possible.
* Provide an interface to provide stream data as a std::string.
* Add QPDFObjectHandle::newReal(double)
* Think about how you would do stream concatenation. Maybe have some
kind of pipeline that blocks finish calls until told otherwise
would work so you could iterate through all the streams and call
pipeStreamData through that one and then finally call its real
finish. Maybe call it Pl_Concatenate.
* Add a way to create new QPDFObjectHandles with a string
representation of them, such as
QPDFObjectHandle::parse("<< /a 1 /b 2 >>");