From a167ce8120e171308b2388b1c50dd8cc7d007f84 Mon Sep 17 00:00:00 2001 From: Jay Berkenbilt Date: Wed, 27 Jun 2012 10:18:29 -0400 Subject: [PATCH] Update ChangeLog and TODO --- ChangeLog | 20 ++++++++++++++++++++ TODO | 10 ---------- 2 files changed, 20 insertions(+), 10 deletions(-) diff --git a/ChangeLog b/ChangeLog index 100c6f04..08ff6209 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,23 @@ +2012-06-27 Jay Berkenbilt + + * 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 + + * 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 * Support PDF files larger than 4 GB. This involved many changes diff --git a/TODO b/TODO index 2cbabeec..40c113d6 100644 --- a/TODO +++ b/TODO @@ -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 >>");