Thanks for the tip, Dominik.  I'll give those two suggestions a try.

Regarding PoDoFoBrowser, I've been unable to build it, as I can't seem to build 
PoDoFo on my mac.  it tells me the jpeg library and others are not compiled for 
the  architecture being linked (x86_64).  I imagine there is a way to specify 
the architecture, but I'm not familiar with it.  If this is a simple issue and 
you can recommend how to get it working, I'll be grateful! 

--aaron

> [ 68%] Built target podofo_static

> Linking CXX executable ContentParser

> ld: warning: directory '/Users/corwin/Projects/podofo/podofo/build/src/util' 
> following -L not found

> ld: warning: in /usr/local/lib/libz.a, file was built for unsupported file 
> format which is not the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libjpeg.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libpng.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libtiff.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libjpeg.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libpng.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> ld: warning: in /sw/lib/libtiff.dylib, file was built for i386 which is not 
> the architecture being linked (x86_64)

> Undefined symbols:

>   "_jpeg_destroy_decompress", referenced from:

>       PoDoFo::PdfDCTFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>       PoDoFo::PdfDCTFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_inflateEnd", referenced from:

>       PoDoFo::PdfFlateFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>       PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const*, long)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_read_header", referenced from:

>       PoDoFo::PdfDCTFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_read_scanlines", referenced from:

>       PoDoFo::PdfDCTFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_resync_to_restart", referenced from:

>       PoDoFo::jpeg_memory_src(jpeg_decompress_struct*, unsigned char const*, 
> unsigned long)in libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_CreateDecompress", referenced from:

>       PoDoFo::PdfDCTFilter::BeginDecodeImpl(PoDoFo::PdfDictionary const*)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_deflate", referenced from:

>       PoDoFo::PdfFlateFilter::EncodeBlockInternal(char const*, long, int)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_deflateEnd", referenced from:

>       PoDoFo::PdfFlateFilter::EndEncodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_start_decompress", referenced from:

>       PoDoFo::PdfDCTFilter::EndDecodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_inflateInit_", referenced from:

>       PoDoFo::PdfFlateFilter::BeginDecodeImpl(PoDoFo::PdfDictionary const*)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_jpeg_std_error", referenced from:

>       PoDoFo::PdfDCTFilter::BeginDecodeImpl(PoDoFo::PdfDictionary const*)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_deflateInit_", referenced from:

>       PoDoFo::PdfFlateFilter::BeginEncodeImpl()      in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

>   "_inflate", referenced from:

>       PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const*, long)in 
> libpodofo.a(PdfFiltersPrivate.cpp.o)

> ld: symbol(s) not found

> collect2: ld returned 1 exit status

> make[2]: *** [test/ContentParser/ContentParser] Error 1

> make[1]: *** [test/ContentParser/CMakeFiles/ContentParser.dir/all] Error 2

> make: *** [all] Error 2



Aaron C. Meadows
636.541.6139
[email protected]



On Aug 19, 2010, at 10:06 AM, Dominik Seichter wrote:

> Hi Aran,
> 
> Please take a look at this thread and its comments our SF.ent tracker:
> http://sourceforge.net/tracker/?func=detail&aid=3042917&group_id=154028&atid=790130
> 
> Make sure that you start with an initial transformation matrix when painting 
> on an page. This might require to enclode the existing contents into q Q 
> operators (save and restore).
> 
> Also try to take a look with PoDoFoBrowser on the actual content stream that 
> is created. 
> 
> BTW, your attached PDF works also find in Okular using Poppler.
> 
> Cheers,
>       Dominik
> 
> Am Mittwoch 18 August 2010 schrieb Aaron C. Meadows:
>> Hi PoDoFo'ers.
>> 
>> I have an issue with a PDF I'm generating, and I wondered if anyone could
>> help me with it.  Here is the situation:  It's basically a dynamically
>> generated report.  there is a standard layout of text and graphics that is
>> applied to every page (I call it an Overlay).  This is done with and
>> XObject.  I am using the same XObject for every page.  This Overlay is
>> showing up fine.  Additionally, I write a series of tables of text one
>> line at a time to the page.  When a page is full, I create a new page
>> (applying the above XObject to it) and continue writing new lines of text.
>> 
>> The problem I'm having is this.  for evey page after the first, only the
>> first line of text I write shows up.  This is the first line of test for
>> whatever the table I am writing is, the overlay shows up fine.  To make
>> matters more strange, if I open the PDF with Safari on the mac, using it's
>> native PDF rendering capabilities, the PDF looks perfect.  If I print from
>> Safari through a PDF print driver, or using the Mac's built in "Save as
>> PDF..." from the print dialog, the resultant PDF is fine and can be viewed
>> in any viewer.
>> 
>> Attached are the two files.  report186-safari-printed.pdf is the version
>> that works in any viewer, report186-other.pdf is the one that only works
>> right in Safari, but apparently has all the information such that loading
>> in Safari shows everything, and can generate the other one.
>> 
>> Thanks for any help or suggestions!
>> 
> 
> 
> -- 
> **********************************************************************
> Dominik Seichter - [email protected]
> KRename  - http://www.krename.net  - Powerful batch renamer for KDE
> KBarcode - http://www.kbarcode.net - Barcode and label printing
> PoDoFo - http://podofo.sf.net - PDF generation and parsing library
> SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game,  for KDE
> Alan - http://alan.sf.net - A Turing Machine in Java
> **********************************************************************

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Podofo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/podofo-users

Reply via email to