We are developing a control console that has a variety of built-in capabilities. Amongst others we have the ability to display and interact with regional maps. These maps could be augmented with information parsed from PDF files that embed certain geo-referenced information.
So in the simplest form we would read PDF files that contain mapping information and then display this information either as is (just as you would see it using standard pdf readers) or overlayed with other information. Does this make sense? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 06, 2007 1:18 PM To: Sargrad, Dave Cc: [email protected] Subject: Re: [Podofo-users] trying to build podofo using visual studio Hi, Great that you made it! What kind of PdfParsing do you need excactly, i.e. what to you want to do with the parsed PDF at the end? I can give you more accurate suggestions if I know what you need I think it is best to start by using PdfMemDocument. PdfMemDocument will load a PDF file into memory (objects are loaded in demand from the harddisk - so don't worry that we will use to much memory) and you can still create pages there and draw on them etc.. . You can also work on the PDF objects directly and read information from them (see PdfMemDocument::GetObjects()) if you need it. best regards, Dom Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > Thanks again Dom. > > Ok. I just compiled and linked podofo successfully with the > pre-compiled zlib and freetype binaries. Something I did in the > compilation of freetype from source was not right. > > Later I'll try to run some test code. I'm looking to ramp up quickly > on the development of a PDF parser to embed within my application. > > Any suggestions/guidance in this regard? > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Dominik Seichter > Sent: Tuesday, November 06, 2007 12:50 PM > To: Sargrad, Dave > Cc: [email protected] > Subject: Re: [Podofo-users] trying to build podofo using visual studio > > Hi, > > I used CMake to create the solutions. > The define I am talking about is a ZLib define. So the PoDoFo project > created by cmake should be fine. You only have to find the correct > options for ZLib and FreeType. > > best regards, > Dom > > Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > > Thanks, > > I saw the zlib link issues as well. I thought I'd try to solve > > freetype first. > > > > Are you talking about the WIN32_API in the podofo compile time > > options? > > > Or perhaps in zlib/freetype? > > > > I could go back and try to use pre-compiled freetype/zlib binaries. > > But I thought I'd take a shot at compiling from source. I just > > re-ran cmake because I'm not sure that when running cmake -i that I > > used all the correct options for paths to headers/libraries. > > > > Did you use cmake to create the visual studio solution? > > > > I'll muck with source builds a bit longer and then if that does not > > pay off I'll try to go to binary downloads of zlib/freetype. > > > > > > Dave > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dominik Seichter > > Sent: Tuesday, November 06, 2007 12:27 PM > > To: [email protected] > > Cc: Sargrad, Dave > > Subject: Re: [Podofo-users] trying to build podofo using visual > > studio > > > > Hmmm, > > > > Your problem is not only freetype but also zlib cannot be found. > > > > I compiled PoDoFo on Visual Studio successfull today using > > precompiled > > > > versions of ZLib and FreeType from the gnuwin32 project. > > > > I remember though, that I had the same problem as you have with ZLib > > and it helped to disable the WIN32_API define in the compiler switch > > (the name of the defined might be different but similar). FreeType > > has > > > > similar defines, sorry - I do not have them available right now. I > > can > > > > look them up tomorrow at work though. > > > > best regards, > > Dom > > > > Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > > > I created a visual studio solution using cmake. > > > > > > I've also downloaded zlib, and freetype2, (libjpeg also). > > > > > > I build freetype2 without a problem using visual studio. > > > > > > When I build podofo all the projects seem to build except > > > podofo_shared does not link. > > > > > > > > > > > > The "unresolved symbol" errors output by the linker are summarized > > > at bottom. > > > > > > The first thing that I noticed was that the podofo_shared project > > > did not seem to specify a the freetype2 library as a dependency. > > > So I added freetype235MT_D.lib to the list of dependencies, and I > > > made > > > > > > sure that the linker libraries to search included the library > > > where this was located. I also tried to use freetype235_D.lib. > > > > > > Neither of these attempts allowed the linker to find symbols such > > > as > > > > > > FT_Init_FreeType. > > > > > > This seems like some kind of name mangling problem. However I am > > > building both podofo and freetype2 with the same compiler/linker. > > > > > > What else should I try? > > > > > > PdfFiltersPrivate.obj : error LNK2019: unresolved external symbol > > > _deflateInit_ referenced in function "public: virtual void > > > __thiscall PoDoFo::PdfFlateFilter::BeginEncodeImpl(void)" > > > ([EMAIL PROTECTED]@PoDoFo@@UAEXXZ) > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > 2>symbol > > > _deflate referenced in function "private: void __thiscall > > > PoDoFo::PdfFlateFilter::EncodeBlockInternal(char const > > > *,long,int)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > 2>symbol > > > _deflateEnd referenced in function "public: virtual void > > > __thiscall PoDoFo::PdfFlateFilter::EndEncodeImpl(void)" > > > ([EMAIL PROTECTED]@PoDoFo@@UAEXXZ) > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > 2>symbol > > > _inflateInit_ referenced in function "public: virtual void > > > __thiscall PoDoFo::PdfFlateFilter::BeginDecodeImpl(class > > > PoDoFo::PdfDictionary const *)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]@@Z > > > ) > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > 2>symbol > > > _inflateEnd referenced in function "public: virtual void > > > __thiscall PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const > > > *,long)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > 2>symbol > > > _inflate referenced in function "public: virtual void __thiscall > > > PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const *,long)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Init_FreeType referenced in function "public: __thiscall > > > PoDoFo::PdfFontCache::PdfFontCache(class PoDoFo::PdfVecObjects *)" > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@1@@Z) > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Done_FreeType referenced in function "public: __thiscall > > > PoDoFo::PdfFontCache::~PdfFontCache(void)" > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Get_Postscript_Name referenced in function "public: > > > class PoDoFo::PdfFont * __thiscall > > > PoDoFo::PdfFontCache::GetFont(struct > > > FT_FaceRec_ *,bool)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]@PAUFT_FaceRec_@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontMetrics.obj : error LNK2001: unresolved external symbol > > > __imp__FT_Get_Postscript_Name > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_New_Face referenced in function "public: __thiscall > > > PoDoFo::PdfFontMetrics::PdfFontMetrics(struct FT_LibraryRec_ * > > > *,char const *)" > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Done_Face referenced in function "public: virtual > > > __thiscall > > > > > > PoDoFo::PdfFontMetrics::~PdfFontMetrics(void)" > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_New_Memory_Face referenced in function "private: void > > > __thiscall PoDoFo::PdfFontMetrics::InitFromBuffer(void)" > > > ([EMAIL PROTECTED]@PoDoFo@@AAEXXZ) > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Load_Char referenced in function "private: void > > > __thiscall > > > > > > PoDoFo::PdfFontMetrics::InitFromFace(void)" > > > ([EMAIL PROTECTED]@PoDoFo@@AAEXXZ) > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Get_Sfnt_Table referenced in function "public: void > > > __thiscall PoDoFo::PdfFontMetrics::SetFontSize(float)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > __imp__FT_Set_Char_Size referenced in function "public: void > > > __thiscall PoDoFo::PdfFontMetrics::SetFontSize(float)" > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > -- > > ******************************************************************** > > ** > > 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 > > ********************************************************************** > > -- > ********************************************************************** > 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 > ********************************************************************** -- ********************************************************************** 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Podofo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/podofo-users
