On Tue, 2014-06-17 at 16:38 -0500, Dennis Jenkins wrote:
I found your notes in the SVN commit messages. DrawRect() is now
Rectangle() followed by Stroke() (although in my existing
reports, I did not need to call Stroke, I added the call anyway, per
your notes.)
My project now compiles
lib/report/ReportBaseClass-pdf.cpp:58:15: error: 'const class
PoDoFo::PdfError' has no member named 'what'
._txt (err.what());
^
Hi,
the above is caused by change of the PdfError class, it doesn't
inherit from std::exception anymore.
Why was this done?
lib/report/state/Generic-SUTA-pdf.cpp: In member function 'double
Report_Generic_SUTA::_pdf_rpt_header(PoDoFo::PdfMemDocument*,
PoDoFo::PdfPainter, double) const':
lib/report/state/Generic-SUTA-pdf.cpp:182:7: error: 'class
PoDoFo::PdfPainter' has no member named 'DrawRect'
On Tue, Jun 17, 2014 at 4:29 PM, Dennis Jenkins dennis.jenkins...@gmail.com
wrote:
Caused by drawing API change.
What was the rationale for removing DrawRect() and FillRect()? This
change breaks existing, working, code.
What code should I replace those with?
I changed calls to
On Sun, 2014-06-15 at 21:44 -0500, Dennis Jenkins wrote:
SVN REV 1640 build log:
Linking CXX executable CreationTest
CMakeFiles/CreationTest.dir/CreationTest.cpp.o: In function
`CreateUnicodeAnnotationFreeText(PoDoFo::PdfPage*,
PoDoFo::PdfDocument*)':
CreationTest.cpp:(.text+0x409):
Well, never mind. I just did a 100% fresh checkout of podofo (v1640), and
it builds fine. So make clean does not make it as clean as I expected.
Code from my project (which simply uses podofo) now fails to compile. I am
in the middle of other development work, so I am going to revert to podofo
On Mon, 2014-06-16 at 11:00 -0500, Dennis Jenkins wrote:
/home/djenkins/code/capybara/t1/tools/pdf-dump.cpp:100: undefined
reference to `PoDoFo::PdfDocument::CreateFont(char const*, bool,
PoDoFo::PdfEncoding const*,
PoDoFo::PdfFontCache::EFontCreationFlags, bool)'
collect2: error: ld
On Thu, 2014-06-05 at 17:17 +0200, zyx wrote:
I'd like to include it in the next release. The merge will take some
time, though. I'll announce when it's done (I'll be working on it
mostly
during weekends).
Hi,
the changes from zyx_integration branch are committed to trunk now, it
SVN rev 1640 fails to build on my 64-bit Gentoo Linux system (building from
SVN src, not from Gentoo portage).
Until this evening, I was using SVN rev 1600. When 1640 failed to build
for me, I began a binary search to narrow down when the build first
failed. SVN rev 1612 builds for me, but with
Hi zyx,
I am working on a small patch that adds partial support for Type3 fonts (it
will at least be usable for text searching features). It should be ready by the
beginning of next week. Is it okay with you if I commit it then or is it going
to mess up your merge?
--
Palmer Zent
On June 5,
On Thu, 2014-06-05 at 11:28 -0400, Palmer Zent wrote:
It should be ready by the beginning of next week. Is it okay with you
if I commit it then or is it going to mess up your merge?
Hi,
I cannot tell for sure, I changed many things, also around fonts. You
can see the changes in the
Is the set of changes easily reviewable?
On 6/5/14, 11:17 AM, zyx z...@litepdf.cz wrote:
Hello all,
I'd like to give a heads-up that I'll be merging changes from
zyx_integration branch, which are also changing drawing API - to get
more freedom when drawing. I will skip the change which
On Fri, 2014-06-06 at 01:11 +, Leonard Rosenthol wrote:
Is the set of changes easily reviewable?
Hi,
I guess so. As I said, it's in the branch:
podofo/branches/_dev/zyx_integration
If it was not understood, then it is in SourceForge's svn. The changes
start at commit 1526 [1]. You
13 matches
Mail list logo