Menu
▾
▴
libpdfxx-devel — Development news of libpdf++
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
(18) |
Mar
(73) |
Apr
(57) |
May
(12) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Viktor E. <vik...@go...> - 2025-07-11 15:44:49
|
Hello everyone,
I tried to build libpdfdoc and had quite a few problems in a recent
build environment. With the following changes, I was able to build it:
The testpdf Program still crashes with the message "terminate called
after throwing an instance of 'pdf::FontException' what(): required
table not found!" which seems to be a problem in
test/testdata/FreeMonoBoldOblique.ttf
Regards
Viktor
diff --git a/libpdfdoc/CMakeLists.txt b/libpdfdoc/CMakeLists.txt
index 3131f9e..d1c01c1 100644
--- a/libpdfdoc/CMakeLists.txt
+++ b/libpdfdoc/CMakeLists.txt
@@ -24,7 +24,9 @@ cmake_minimum_required(VERSION 2.6)
set( VERSION 0.2.1 )
add_definitions( -DVERSION="${VERSION}" )
add_definitions( -DBOOST_ALL_NO_LIB )
-
+add_definitions( -DBOOST_BIND_GLOBAL_PLACEHOLDERS )
+add_definitions( -DTEST_DATA_DIR="test/testdata" )
+set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fpermissive
-Wno-deprecated-declarations")
###############################################################################
# required packages
###############################################################################
diff --git a/libpdfdoc/src/font/SimpleFont.cc
b/libpdfdoc/src/font/SimpleFont.cc
index 9000702..b0a867b 100644
--- a/libpdfdoc/src/font/SimpleFont.cc
+++ b/libpdfdoc/src/font/SimpleFont.cc
@@ -56,7 +56,7 @@
// boost library
#include <boost/bind.hpp>
#include <boost/format.hpp>
-#include <boost/tr1/unordered_map.hpp>
+#include <boost/unordered_map.hpp>
#include <boost/intrusive_ptr.hpp>
#ifdef HAVE_FONTCONFIG
@@ -90,7 +90,7 @@ struct SimpleFont::Impl
boost::intrusive_ptr<BaseEncoding> encoding ; //!<
name or dictionary
Object to_unicode ;
- typedef std::tr1::unordered_map<wchar_t, RealGlyph*> GlyphMap ;
+ typedef std::unordered_map<wchar_t, RealGlyph*> GlyphMap ;
GlyphMap glyphs ;
Impl()
diff --git a/libpdfdoc/src/font/subset/ReadStream.cc
b/libpdfdoc/src/font/subset/ReadStream.cc
index fb4e3eb..f0e5e25 100644
--- a/libpdfdoc/src/font/subset/ReadStream.cc
+++ b/libpdfdoc/src/font/subset/ReadStream.cc
@@ -29,7 +29,7 @@
#include "util/Endian.hh"
// boost headers
-#include <boost/detail/endian.hpp>
+#include <boost/predef/other/endian.h>
#include <cstring>
diff --git a/libpdfdoc/src/font/subset/WriteStream.cc
b/libpdfdoc/src/font/subset/WriteStream.cc
index 4f2ef79..8e77c45 100644
--- a/libpdfdoc/src/font/subset/WriteStream.cc
+++ b/libpdfdoc/src/font/subset/WriteStream.cc
@@ -29,7 +29,7 @@
#include "util/Endian.hh"
// boost headers
-#include <boost/detail/endian.hpp>
+#include <boost/predef/other/endian.h>
namespace pdf {
diff --git a/libpdfdoc/src/graphics/GraphicsState.cc
b/libpdfdoc/src/graphics/GraphicsState.cc
index f86a644..64c3fed 100644
--- a/libpdfdoc/src/graphics/GraphicsState.cc
+++ b/libpdfdoc/src/graphics/GraphicsState.cc
@@ -65,30 +65,30 @@ const GraphicsState::HandlerMap::Map::value_type
GraphicsState::HandlerMap::m_val[] =
{
// text state commands
- std::make_pair( "Tf", &GraphicsState::OnTf ),
- std::make_pair( "TL", &GraphicsState::OnTL ),
- std::make_pair( "Tc", &GraphicsState::OnTc ),
- std::make_pair( "Tw", &GraphicsState::OnTw ),
- std::make_pair( "Tz", &GraphicsState::OnTz ),
- std::make_pair( "Tr", &GraphicsState::OnTr ),
- std::make_pair( "Ts", &GraphicsState::OnTs ),
+ std::make_pair( (Token)"Tf", &GraphicsState::OnTf ),
+ std::make_pair( (Token)"TL", &GraphicsState::OnTL ),
+ std::make_pair( (Token)"Tc", &GraphicsState::OnTc ),
+ std::make_pair( (Token)"Tw", &GraphicsState::OnTw ),
+ std::make_pair( (Token)"Tz", &GraphicsState::OnTz ),
+ std::make_pair( (Token)"Tr", &GraphicsState::OnTr ),
+ std::make_pair( (Token)"Ts", &GraphicsState::OnTs ),
// colour space commands
- std::make_pair( "CS", &GraphicsState::OnCS ),
- std::make_pair( "cs", &GraphicsState::Oncs ),
- std::make_pair( "G", &GraphicsState::OnG ),
- std::make_pair( "g", &GraphicsState::Ong ),
- std::make_pair( "RG", &GraphicsState::OnRG ),
- std::make_pair( "rg", &GraphicsState::Onrg ),
- std::make_pair( "K", &GraphicsState::OnK ),
- std::make_pair( "k", &GraphicsState::Onk ),
+ std::make_pair( (Token)"CS", &GraphicsState::OnCS ),
+ std::make_pair( (Token)"cs", &GraphicsState::Oncs ),
+ std::make_pair( (Token)"G", &GraphicsState::OnG ),
+ std::make_pair( (Token)"g", &GraphicsState::Ong ),
+ std::make_pair( (Token)"RG", &GraphicsState::OnRG ),
+ std::make_pair( (Token)"rg", &GraphicsState::Onrg ),
+ std::make_pair( (Token)"K", &GraphicsState::OnK ),
+ std::make_pair( (Token)"k", &GraphicsState::Onk ),
// graphics states commands
- std::make_pair( "w", &GraphicsState::Onw ),
- std::make_pair( "J", &GraphicsState::OnJ ),
- std::make_pair( "j", &GraphicsState::Onj ),
- std::make_pair( "M", &GraphicsState::OnM ),
- std::make_pair( "d", &GraphicsState::Ond ),
+ std::make_pair( (Token)"w", &GraphicsState::Onw ),
+ std::make_pair( (Token)"J", &GraphicsState::OnJ ),
+ std::make_pair( (Token)"j", &GraphicsState::Onj ),
+ std::make_pair( (Token)"M", &GraphicsState::OnM ),
+ std::make_pair( (Token)"d", &GraphicsState::Ond ),
} ;
const GraphicsState::HandlerMap::Map GraphicsState::HandlerMap::m_map(
diff --git a/libpdfdoc/src/graphics/RealPath.cc
b/libpdfdoc/src/graphics/RealPath.cc
index 802d4bd..f74b097 100644
--- a/libpdfdoc/src/graphics/RealPath.cc
+++ b/libpdfdoc/src/graphics/RealPath.cc
@@ -57,25 +57,25 @@ struct RealPath::HandlerMap
const RealPath::HandlerMap::Map::value_type
RealPath::HandlerMap::m_val[] =
{
// path construction commands
- std::make_pair( "m", &RealPath::OnPositionCommands ),
- std::make_pair( "l", &RealPath::OnPositionCommands ),
- std::make_pair( "c", &RealPath::OnPositionCommands ),
- std::make_pair( "v", &RealPath::OnPositionCommands ),
- std::make_pair( "y", &RealPath::OnPositionCommands ),
- std::make_pair( "h", &RealPath::OnPositionCommands ),
- std::make_pair( "re", &RealPath::Onre ),
+ std::make_pair( (Token)"m", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"l", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"c", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"v", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"y", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"h", &RealPath::OnPositionCommands ),
+ std::make_pair( (Token)"re", &RealPath::Onre ),
// path showing commands
- std::make_pair( "S", &RealPath::OnS ),
- std::make_pair( "s", &RealPath::Ons ),
- std::make_pair( "f", &RealPath::Onf ),
- std::make_pair( "F", &RealPath::Onf ),
- std::make_pair( "f*", &RealPath::OnfStar ),
- std::make_pair( "B", &RealPath::OnB ),
- std::make_pair( "B*", &RealPath::OnBStar ),
- std::make_pair( "b", &RealPath::Onb ),
- std::make_pair( "b*", &RealPath::OnbStar ),
- std::make_pair( "n", &RealPath::Onn ),
+ std::make_pair( (Token)"S", &RealPath::OnS ),
+ std::make_pair( (Token)"s", &RealPath::Ons ),
+ std::make_pair( (Token)"f", &RealPath::Onf ),
+ std::make_pair( (Token)"F", &RealPath::Onf ),
+ std::make_pair( (Token)"f*", &RealPath::OnfStar ),
+ std::make_pair( (Token)"B", &RealPath::OnB ),
+ std::make_pair( (Token)"B*", &RealPath::OnBStar ),
+ std::make_pair( (Token)"b", &RealPath::Onb ),
+ std::make_pair( (Token)"b*", &RealPath::OnbStar ),
+ std::make_pair( (Token)"n", &RealPath::Onn ),
} ;
const RealPath::HandlerMap::Map RealPath::HandlerMap::m_map(
@@ -85,12 +85,12 @@ const RealPath::HandlerMap::Map
RealPath::HandlerMap::m_map(
const RealPath::HandlerMap::SegOpMap::value_type
RealPath::HandlerMap::m_seg_val[] =
{
- std::make_pair( "m", PathSegment::move ),
- std::make_pair( "l", PathSegment::line ),
- std::make_pair( "c", PathSegment::cubic123 ),
- std::make_pair( "v", PathSegment::cubic23 ),
- std::make_pair( "y", PathSegment::cubic13 ),
- std::make_pair( "h", PathSegment::close ),
+ std::make_pair( (Token)"m", PathSegment::move ),
+ std::make_pair( (Token)"l", PathSegment::line ),
+ std::make_pair( (Token)"c", PathSegment::cubic123 ),
+ std::make_pair( (Token)"v", PathSegment::cubic23 ),
+ std::make_pair( (Token)"y", PathSegment::cubic13 ),
+ std::make_pair( (Token)"h", PathSegment::close ),
} ;
const RealPath::HandlerMap::SegOpMap RealPath::HandlerMap::m_seg_map(
diff --git a/libpdfdoc/src/graphics/RealText.cc
b/libpdfdoc/src/graphics/RealText.cc
index 12287aa..583a22a 100644
--- a/libpdfdoc/src/graphics/RealText.cc
+++ b/libpdfdoc/src/graphics/RealText.cc
@@ -60,16 +60,16 @@ struct RealText::HandlerMap
const RealText::HandlerMap::Map::value_type
RealText::HandlerMap::m_val[] =
{
// text positioning commands
- std::make_pair( "Td", &RealText::OnTd ),
- std::make_pair( "TD", &RealText::OnTD ),
- std::make_pair( "Tm", &RealText::OnTm ),
- std::make_pair( "T*", &RealText::OnTstar ),
+ std::make_pair( (Token)"Td", &RealText::OnTd ),
+ std::make_pair( (Token)"TD", &RealText::OnTD ),
+ std::make_pair( (Token)"Tm", &RealText::OnTm ),
+ std::make_pair( (Token)"T*", &RealText::OnTstar ),
// text showing commands
- std::make_pair( "Tj", &RealText::OnTj ),
- std::make_pair( "TJ", &RealText::OnTJ ),
- std::make_pair( "\'", &RealText::OnSingleQuote ),
- std::make_pair( "\"", &RealText::OnDoubleQuote ),
+ std::make_pair( (Token)"Tj", &RealText::OnTj ),
+ std::make_pair( (Token)"TJ", &RealText::OnTJ ),
+ std::make_pair( (Token)"\'", &RealText::OnSingleQuote ),
+ std::make_pair( (Token)"\"", &RealText::OnDoubleQuote ),
} ;
const RealText::HandlerMap::Map RealText::HandlerMap::m_map(
@@ -194,7 +194,7 @@ void RealText::Print(
std::for_each(
m_lines.begin(),
m_lines.end(),
- bind( &RealTextLine::Print, _1, ref(os), ref(mat), ref(gs), res
) ) ;
+ bind( &RealTextLine::Print, _1, boost::ref(os),
boost::ref(mat), boost::ref(gs), res ) ) ;
os << "ET\n" ;
}
diff --git a/libpdfdoc/src/image/PngImage.cc
b/libpdfdoc/src/image/PngImage.cc
index 581b1db..4558b72 100644
--- a/libpdfdoc/src/image/PngImage.cc
+++ b/libpdfdoc/src/image/PngImage.cc
@@ -29,6 +29,8 @@
#include <cstring>
#include <iostream>
+#define png_infopp_NULL (png_infopp)NULL
+
namespace img {
PngImage::PngImage( const std::string& fname )
diff --git a/libpdfdoc/src/page/ContentStream.cc
b/libpdfdoc/src/page/ContentStream.cc
index e0da8ff..2257420 100644
--- a/libpdfdoc/src/page/ContentStream.cc
+++ b/libpdfdoc/src/page/ContentStream.cc
@@ -81,33 +81,33 @@ const ContentStream::HandlerMap::Map::value_type
ContentStream::HandlerMap::m_val[] =
{
// text object commands
- std::make_pair( "BT", &ContentStream::OnBT ),
- std::make_pair( "ET", &ContentStream::OnEndObject ),
+ std::make_pair( (Token)"BT", &ContentStream::OnBT ),
+ std::make_pair( (Token)"ET", &ContentStream::OnEndObject ),
// special graphics commands
- std::make_pair( "cm", &ContentStream::Oncm ),
- std::make_pair( "Q", &ContentStream::OnQ ),
- std::make_pair( "q", &ContentStream::Onq ),
+ std::make_pair( (Token)"cm", &ContentStream::Oncm ),
+ std::make_pair( (Token)"Q", &ContentStream::OnQ ),
+ std::make_pair( (Token)"q", &ContentStream::Onq ),
// path construction & painting commands
- std::make_pair( "m", &ContentStream::Onm ),
- std::make_pair( "re", &ContentStream::Onm ),
- std::make_pair( "S", &ContentStream::OnPaintPath ),
- std::make_pair( "s", &ContentStream::OnPaintPath ),
- std::make_pair( "f", &ContentStream::OnPaintPath ),
- std::make_pair( "F", &ContentStream::OnPaintPath ),
- std::make_pair( "f*", &ContentStream::OnPaintPath ),
- std::make_pair( "B", &ContentStream::OnPaintPath ),
- std::make_pair( "B*", &ContentStream::OnPaintPath ),
- std::make_pair( "b", &ContentStream::OnPaintPath ),
- std::make_pair( "b*", &ContentStream::OnPaintPath ),
- std::make_pair( "n", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"m", &ContentStream::Onm ),
+ std::make_pair( (Token)"re", &ContentStream::Onm ),
+ std::make_pair( (Token)"S", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"s", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"f", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"F", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"f*", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"B", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"B*", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"b", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"b*", &ContentStream::OnPaintPath ),
+ std::make_pair( (Token)"n", &ContentStream::OnPaintPath ),
// inline image
- std::make_pair( "BI", &ContentStream::OnInlineImage ),
+ std::make_pair( (Token)"BI", &ContentStream::OnInlineImage ),
// XObjects
- std::make_pair( "Do", &ContentStream::OnDoXObject ),
+ std::make_pair( (Token)"Do", &ContentStream::OnDoXObject ),
} ;
const ContentStream::HandlerMap::Map ContentStream::HandlerMap::m_map(
diff --git a/libpdfdoc/src/page/ExtGState.cc
b/libpdfdoc/src/page/ExtGState.cc
index d193b45..a4bed1a 100644
--- a/libpdfdoc/src/page/ExtGState.cc
+++ b/libpdfdoc/src/page/ExtGState.cc
@@ -60,7 +60,7 @@ void ExtGState::Read( DictReader& dict )
m_doubles.insert( std::make_pair( line_join, val ) ) ;
Function *bg = dict.Create( "GB",
- boost::bind( NewPtr<Function>(), _1, dict.GetFile() ) ) ;
+ boost::bind( NewPtr<Function>(), boost::placeholders::_1,
dict.GetFile() ) ) ;
if ( bg != 0 )
m_func.insert( std::make_pair( black_generation, bg ) ) ;
}
diff --git a/libpdfdoc/src/page/PageInfo.cc b/libpdfdoc/src/page/PageInfo.cc
index 85fce8b..3661f67 100644
--- a/libpdfdoc/src/page/PageInfo.cc
+++ b/libpdfdoc/src/page/PageInfo.cc
@@ -22,7 +22,6 @@
\date Feb 13, 2010
\author Nestal Wan
*/
-
#include "PageInfo.hh"
#include "PageTree.hh"
@@ -85,7 +84,7 @@ void PageInfo::Read( DictReader& dict )
// try reading the resources
RealResources *res = dict.Create( "Resources",
- boost::bind( &PageInfo::ReadResource, this, _1 ) ) ;
+ boost::bind( &PageInfo::ReadResource, this,
boost::placeholders::_1 ) ) ;
// if no resource, use parent or creates an empty one if no parent
if ( res == 0 )
diff --git a/libpdfdoc/src/page/RealPage.cc b/libpdfdoc/src/page/RealPage.cc
index 3c59d09..84bfa30 100644
--- a/libpdfdoc/src/page/RealPage.cc
+++ b/libpdfdoc/src/page/RealPage.cc
@@ -234,7 +234,7 @@ void RealPage::SetContent( const
std::vector<Graphics*>& gfx )
std::for_each(
gfx.begin(),
gfx.end(),
- bind( &RealPage::WriteGraphic, this, _1, ref(os), ref(gs), res
) ) ;
+ bind( &RealPage::WriteGraphic, this, _1, boost::ref(os),
boost::ref(gs), res ) ) ;
os.flush() ;
m_pinfo.ReplaceResource( res ) ;
diff --git a/libpdfdoc/src/testpdf.cc b/libpdfdoc/src/testpdf.cc
index f4dd702..a74bb57 100644
--- a/libpdfdoc/src/testpdf.cc
+++ b/libpdfdoc/src/testpdf.cc
@@ -45,6 +45,8 @@
int main( int argc, char **argv )
{
pdf::Doc *doc = pdf::CreateDoc( ) ;
+ std::string sTEST_DATA_DIR(TEST_DATA_DIR );
+
if ( argc >= 2 )
{
try
@@ -73,7 +75,7 @@ int main( int argc, char **argv )
else
{
std::string test_font =
- TEST_DATA_DIR + std::string("FreeMonoBoldOblique.ttf") ;
+ sTEST_DATA_DIR + std::string("/FreeMonoBoldOblique.ttf") ;
std::ifstream file(test_font.c_str(), std::ios::binary |
std::ios::in) ;
std::vector<unsigned char> buf(
diff --git a/libpdfdoc/src/util/Endian.cc b/libpdfdoc/src/util/Endian.cc
index 566dd2b..9df3fa1 100644
--- a/libpdfdoc/src/util/Endian.cc
+++ b/libpdfdoc/src/util/Endian.cc
@@ -29,7 +29,7 @@
#include "Endian.hh"
// boost headers
-#include <boost/detail/endian.hpp>
+#include <boost/predef/other/endian.h>
#include <boost/cstdint.hpp>
#include <cstring>
diff --git a/libpdfdoc/src/util/SymbolInfo.cc
b/libpdfdoc/src/util/SymbolInfo.cc
index 4a7986b..df3ffc0 100644
--- a/libpdfdoc/src/util/SymbolInfo.cc
+++ b/libpdfdoc/src/util/SymbolInfo.cc
@@ -124,13 +124,13 @@ void SymbolInfo::BacktraceInfo::Callback( bfd
*abfd, asection *section,
if ((section->flags & SEC_ALLOC) == 0)
return ;
- bfd_vma vma = bfd_get_section_vma(abfd, section);
+ bfd_vma vma = bfd_section_vma(section);
unsigned long address = (unsigned long)(info->m_addr);
if ( address < vma )
return;
- bfd_size_type size = bfd_section_size(abfd, section);
+ bfd_size_type size = bfd_section_size(section);
if ( address > (vma + size))
return ;
|
|
From: David W. <da...@da...> - 2011-12-12 19:51:52
|
Hi, I tried to build libpdfxx 0.1.1 today and it fails here:
[ 45%] Building CXX object CMakeFiles/pdfdoc_static.dir/src/image/PngImage.cc.o
/tmp/SBo/libpdfxx/libpdfdoc/src/image/PngImage.cc: In constructor 'img::PngImage::PngImage(const std::string&)':
/tmp/SBo/libpdfxx/libpdfdoc/src/image/PngImage.cc:67:46: error: 'png_infopp_NULL' was not declared in this scope
/tmp/SBo/libpdfxx/libpdfdoc/src/image/PngImage.cc: In destructor 'virtual img::PngImage::~PngImage()':
/tmp/SBo/libpdfxx/libpdfdoc/src/image/PngImage.cc:73:44: error: 'png_infopp_NULL' was not declared in this scope
make[2]: *** [CMakeFiles/pdfdoc_static.dir/src/image/PngImage.cc.o] Error 1
make[1]: *** [CMakeFiles/pdfdoc_static.dir/all] Error 2
make: *** [all] Error 2
Using this technique in a slackbuild script:
mkdir build
cd build
cmake \
-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
-DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_SUFFIX=${LIBDIRSUFFIX} \
-DMAN_INSTALL_DIR=/usr/man \
-DCMAKE_BUILD_TYPE=Release ..
make
make install DESTDIR=$PKG
I'd be grateful for any tips or clues.
Many thanks
Dave
--
Studioware
http://www.studioware.org
|
|
From: Alec T. <ale...@gm...> - 2011-09-07 09:07:54
|
Good afternoon, I'm completing a project for analysing and displaying PDFs. The project will have a web-frontend implemented in Wt. The features (although not limited to this) is to: • Allow users to upload PDFs • PDFs are analysed by the system, gathering information on headers, footers & Table of Contents using my custom algorithms • PDFs ToC are annotated with hyperlinks Are the libpdfxx PDF libraries the best open-source libraries for this task? - If not, can you recommend another? Thanks for all suggestions, Alec Taylor |
|
From: Matchman <mat...@gm...> - 2010-07-29 17:04:19
|
Glad to hear that. On Thu, Jul 29, 2010 at 10:55 AM, lj8888 <lj...@us...> wrote: > Hi Match, > Looks good with your latest revision. No errors any more. Thanks. > Larry > > On Thu, Jul 22, 2010 at 11:42 PM, Matchman <mat...@gm...> wrote: >> >> Larry, >> >> Thanks for reporting this. I was not using the latest boost library >> right now. I will try using 1.42 later. >> >> Match >> >> On Fri, Jul 23, 2010 at 10:12 AM, lj8888 <lj...@us...> >> wrote: >> > Hi Match, >> > With your newest commit I am still getting some compile errors for >> > libpdfdoc >> > (see below): >> > 2>Win32FontDb.cpp >> > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: >> > '<function-style-cast>' : cannot convert from 'const char [25]' to >> > 'pdf::FontException' >> > 1> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: >> > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' >> > to >> > 'pdf::FontException' >> > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: >> > '<function-style-cast>' : cannot convert from 'const char [25]' to >> > 'pdf::FontException' >> > 1> with >> > 1> [ >> > 1> Ch=char >> > 1> ] >> > 1> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: >> > '<function-style-cast>' : cannot convert from 'const char [37]' to >> > 'pdf::FontException' >> > 1> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > 2> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: >> > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' >> > to >> > 'pdf::FontException' >> > 2> with >> > 2> [ >> > 2> Ch=char >> > 2> ] >> > 2> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: >> > '<function-style-cast>' : cannot convert from 'const char [37]' to >> > 'pdf::FontException' >> > 2> No constructor could take the source type, or constructor >> > overload >> > resolution was ambiguous >> > >> > Thanks, >> > Larry >> > >> > On Thu, Jul 22, 2010 at 1:21 PM, Matchman <mat...@gm...> wrote: >> >> >> >> Hi Larry, >> >> >> >> On Fri, Jul 16, 2010 at 9:53 PM, lj8888 <lj...@us...> >> >> wrote: >> >> > Hi guys, >> >> > Two questions: >> >> > 1) what's a good way to resolve a merge error problem with git? >> >> > Usually >> >> > I >> >> > get that when I am developing stuff and then there is a new project >> >> > commit, >> >> > which then would merge only with errors with my local replica. So far >> >> > the >> >> > only way to fix it was to delete my local copy and pull a new fresh >> >> > copy >> >> > from the project. I hope that there is a better way. >> >> >> >> Can you give me an example on the git error message when this happens? >> >> >> >> > 2) (more important) I am getting compile time errors for libpdfdoc >> >> > with >> >> > the >> >> > latest commit from July 13: >> >> > 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal >> >> > error >> >> > C1189: #error : The header <boost/exception.hpp> has been >> >> > deprecated. >> >> > Please #include <boost/exception/all.hpp> instead. >> >> >> >> I have changed it to: >> >> >> >> #include <boost/exception/exception.hpp> >> >> #include <boost/exception/info.hpp> >> >> >> >> Thanks. >> >> >> >> Match >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> This SF.net email is sponsored by Sprint >> >> What will you do first with EVO, the first 4G phone? >> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> >> _______________________________________________ >> >> Libpdfxx-devel mailing list >> >> Lib...@li... >> >> https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Libpdfxx-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: lj8888 <lj...@us...> - 2010-07-29 02:56:05
|
Hi Match, Looks good with your latest revision. No errors any more. Thanks. Larry On Thu, Jul 22, 2010 at 11:42 PM, Matchman <mat...@gm...> wrote: > Larry, > > Thanks for reporting this. I was not using the latest boost library > right now. I will try using 1.42 later. > > Match > > On Fri, Jul 23, 2010 at 10:12 AM, lj8888 <lj...@us...> > wrote: > > Hi Match, > > With your newest commit I am still getting some compile errors for > libpdfdoc > > (see below): > > 2>Win32FontDb.cpp > > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: > > '<function-style-cast>' : cannot convert from 'const char [25]' to > > 'pdf::FontException' > > 1> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: > > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' > to > > 'pdf::FontException' > > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: > > '<function-style-cast>' : cannot convert from 'const char [25]' to > > 'pdf::FontException' > > 1> with > > 1> [ > > 1> Ch=char > > 1> ] > > 1> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: > > '<function-style-cast>' : cannot convert from 'const char [37]' to > > 'pdf::FontException' > > 1> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > 2> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: > > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' > to > > 'pdf::FontException' > > 2> with > > 2> [ > > 2> Ch=char > > 2> ] > > 2> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: > > '<function-style-cast>' : cannot convert from 'const char [37]' to > > 'pdf::FontException' > > 2> No constructor could take the source type, or constructor > overload > > resolution was ambiguous > > > > Thanks, > > Larry > > > > On Thu, Jul 22, 2010 at 1:21 PM, Matchman <mat...@gm...> wrote: > >> > >> Hi Larry, > >> > >> On Fri, Jul 16, 2010 at 9:53 PM, lj8888 <lj...@us...> > >> wrote: > >> > Hi guys, > >> > Two questions: > >> > 1) what's a good way to resolve a merge error problem with git? > Usually > >> > I > >> > get that when I am developing stuff and then there is a new project > >> > commit, > >> > which then would merge only with errors with my local replica. So far > >> > the > >> > only way to fix it was to delete my local copy and pull a new fresh > copy > >> > from the project. I hope that there is a better way. > >> > >> Can you give me an example on the git error message when this happens? > >> > >> > 2) (more important) I am getting compile time errors for libpdfdoc > with > >> > the > >> > latest commit from July 13: > >> > 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal > >> > error > >> > C1189: #error : The header <boost/exception.hpp> has been deprecated. > >> > Please #include <boost/exception/all.hpp> instead. > >> > >> I have changed it to: > >> > >> #include <boost/exception/exception.hpp> > >> #include <boost/exception/info.hpp> > >> > >> Thanks. > >> > >> Match > >> > >> > >> > ------------------------------------------------------------------------------ > >> This SF.net email is sponsored by Sprint > >> What will you do first with EVO, the first 4G phone? > >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > >> _______________________________________________ > >> Libpdfxx-devel mailing list > >> Lib...@li... > >> https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > |
|
From: Matchman <mat...@gm...> - 2010-07-23 03:42:41
|
Larry, Thanks for reporting this. I was not using the latest boost library right now. I will try using 1.42 later. Match On Fri, Jul 23, 2010 at 10:12 AM, lj8888 <lj...@us...> wrote: > Hi Match, > With your newest commit I am still getting some compile errors for libpdfdoc > (see below): > 2>Win32FontDb.cpp > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: > '<function-style-cast>' : cannot convert from 'const char [25]' to > 'pdf::FontException' > 1> No constructor could take the source type, or constructor overload > resolution was ambiguous > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' to > 'pdf::FontException' > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: > '<function-style-cast>' : cannot convert from 'const char [25]' to > 'pdf::FontException' > 1> with > 1> [ > 1> Ch=char > 1> ] > 1> No constructor could take the source type, or constructor overload > resolution was ambiguous > 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: > '<function-style-cast>' : cannot convert from 'const char [37]' to > 'pdf::FontException' > 1> No constructor could take the source type, or constructor overload > resolution was ambiguous > 2> No constructor could take the source type, or constructor overload > resolution was ambiguous > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: > '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' to > 'pdf::FontException' > 2> with > 2> [ > 2> Ch=char > 2> ] > 2> No constructor could take the source type, or constructor overload > resolution was ambiguous > 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: > '<function-style-cast>' : cannot convert from 'const char [37]' to > 'pdf::FontException' > 2> No constructor could take the source type, or constructor overload > resolution was ambiguous > > Thanks, > Larry > > On Thu, Jul 22, 2010 at 1:21 PM, Matchman <mat...@gm...> wrote: >> >> Hi Larry, >> >> On Fri, Jul 16, 2010 at 9:53 PM, lj8888 <lj...@us...> >> wrote: >> > Hi guys, >> > Two questions: >> > 1) what's a good way to resolve a merge error problem with git? Usually >> > I >> > get that when I am developing stuff and then there is a new project >> > commit, >> > which then would merge only with errors with my local replica. So far >> > the >> > only way to fix it was to delete my local copy and pull a new fresh copy >> > from the project. I hope that there is a better way. >> >> Can you give me an example on the git error message when this happens? >> >> > 2) (more important) I am getting compile time errors for libpdfdoc with >> > the >> > latest commit from July 13: >> > 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal >> > error >> > C1189: #error : The header <boost/exception.hpp> has been deprecated. >> > Please #include <boost/exception/all.hpp> instead. >> >> I have changed it to: >> >> #include <boost/exception/exception.hpp> >> #include <boost/exception/info.hpp> >> >> Thanks. >> >> Match >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Libpdfxx-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: lj8888 <lj...@us...> - 2010-07-23 02:13:02
|
Hi Match, With your newest commit I am still getting some compile errors for libpdfdoc (see below): 2>Win32FontDb.cpp 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: '<function-style-cast>' : cannot convert from 'const char [25]' to 'pdf::FontException' 1> No constructor could take the source type, or constructor overload resolution was ambiguous 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' to 'pdf::FontException' 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(101) : error C2440: '<function-style-cast>' : cannot convert from 'const char [25]' to 'pdf::FontException' 1> with 1> [ 1> Ch=char 1> ] 1> No constructor could take the source type, or constructor overload resolution was ambiguous 1>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: '<function-style-cast>' : cannot convert from 'const char [37]' to 'pdf::FontException' 1> No constructor could take the source type, or constructor overload resolution was ambiguous 2> No constructor could take the source type, or constructor overload resolution was ambiguous 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(113) : error C2440: '<function-style-cast>' : cannot convert from 'boost::basic_format<Ch>' to 'pdf::FontException' 2> with 2> [ 2> Ch=char 2> ] 2> No constructor could take the source type, or constructor overload resolution was ambiguous 2>..\libpdfxx\libpdfdoc\src\font\Win32FontDb.cpp(118) : error C2440: '<function-style-cast>' : cannot convert from 'const char [37]' to 'pdf::FontException' 2> No constructor could take the source type, or constructor overload resolution was ambiguous Thanks, Larry On Thu, Jul 22, 2010 at 1:21 PM, Matchman <mat...@gm...> wrote: > Hi Larry, > > On Fri, Jul 16, 2010 at 9:53 PM, lj8888 <lj...@us...> > wrote: > > Hi guys, > > Two questions: > > 1) what's a good way to resolve a merge error problem with git? Usually I > > get that when I am developing stuff and then there is a new project > commit, > > which then would merge only with errors with my local replica. So far the > > only way to fix it was to delete my local copy and pull a new fresh copy > > from the project. I hope that there is a better way. > > Can you give me an example on the git error message when this happens? > > > 2) (more important) I am getting compile time errors for libpdfdoc with > the > > latest commit from July 13: > > 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal > error > > C1189: #error : The header <boost/exception.hpp> has been deprecated. > > Please #include <boost/exception/all.hpp> instead. > > I have changed it to: > > #include <boost/exception/exception.hpp> > #include <boost/exception/info.hpp> > > Thanks. > > Match > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > |
|
From: Matchman <mat...@gm...> - 2010-07-22 17:33:40
|
Not yet.... It is currently being implemented. Any help is welcomed... :) On Wed, Jul 21, 2010 at 4:33 PM, tRiStAN scs <and...@gm...> wrote: > i'm new here, does libpdfdoc supports inserting jpeg image into the pdf? > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: Matchman <mat...@gm...> - 2010-07-22 17:21:32
|
Hi Larry, On Fri, Jul 16, 2010 at 9:53 PM, lj8888 <lj...@us...> wrote: > Hi guys, > Two questions: > 1) what's a good way to resolve a merge error problem with git? Usually I > get that when I am developing stuff and then there is a new project commit, > which then would merge only with errors with my local replica. So far the > only way to fix it was to delete my local copy and pull a new fresh copy > from the project. I hope that there is a better way. Can you give me an example on the git error message when this happens? > 2) (more important) I am getting compile time errors for libpdfdoc with the > latest commit from July 13: > 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal error > C1189: #error : The header <boost/exception.hpp> has been deprecated. > Please #include <boost/exception/all.hpp> instead. I have changed it to: #include <boost/exception/exception.hpp> #include <boost/exception/info.hpp> Thanks. Match |
|
From: tRiStAN s. <and...@gm...> - 2010-07-21 08:33:21
|
i'm new here, does libpdfdoc supports inserting jpeg image into the pdf? |
|
From: lj8888 <lj...@us...> - 2010-07-16 13:53:34
|
Hi guys, Two questions: 1) what's a good way to resolve a merge error problem with git? Usually I get that when I am developing stuff and then there is a new project commit, which then would merge only with errors with my local replica. So far the only way to fix it was to delete my local copy and pull a new fresh copy from the project. I hope that there is a better way. 2) (more important) I am getting compile time errors for libpdfdoc with the latest commit from July 13: 1>C:\Program Files\boost\boost_1_42_0\boost/exception.hpp(9) : fatal error C1189: #error : The header <boost/exception.hpp> has been deprecated. Please #include <boost/exception/all.hpp> instead. Thanks, Larry |
|
From: Matchman <mat...@gm...> - 2010-06-24 16:26:08
|
Dragos, What I said in the last email may be oversimplifying. The pages in a PDF document is organized in a tree. The tree nodes may be a PageTree or a RealPage object. Both of them inherits from PageNode. A PageTree object is page node that contains other page nodes (as a vector<PageNode*>). A RealPage object is a page, which is always a leaf node. When you want to insert a page after a page (let's say the 2nd page). You you find the RealPage* of it. Then you can call Parent() to get its parent PageTree, and then call AppendLeaf() or AddLeaf() on the PageTree. Something like this: RealPage RealPage *page2 = ... ; // 2nd page PageTree *parent = page2->Parent() ; parent->AppendLeaf( new_page_to_be_added ) ; I hope this can clear things up. Good luck! :) Match On Thu, Jun 24, 2010 at 2:17 AM, Dragos Tarcatu <tar...@ya...> wrote: > Hi Match, > > Sure, I'll continue with the page insertion. This should be a good > opportunity for me to get my hands on some of the library source code. :-) > > Thanks, > Dragos > > ________________________________ > From: Matchman <mat...@gm...> > To: Dragos Tarcatu <tar...@ya...> > Cc: lib...@li... > Sent: Tue, June 22, 2010 6:39:42 PM > Subject: Re: Append Page Patch > > Thanks Dragos, I am taking this patch. Sorry for the late reply. > > Since you added this new feature why not do the "Insert Page" as well? > It shouldn't be difficult. The vector of Page* is stored in the > file/Catalog class in libpdfxx. Are you interested? > > Yes, the text selection is changed. In PDF, text object is defined > inside a BT/ET operator pair. You can take a look at the raw PDF > operators by selecting "View Source" in the "Edit" menu in sumpdf. I > have changed sumpdf such that one click select the whole text object > instead of a line of text inside a text object in previous versions. I > don't know how LaTeX generates BT/ET operators, but apparently it > prefers to generate big text objects. > > The QGraphicsItems (base class of all our GraphicsObjects) are > organized in hierarchical structure. A big TextObject has many > TextLineObjects, which has many GlyphGraphicsItems. Now the user can > only select the outermost layer (i.e. TextObject). We can implement > better selection methods such that when the user clicks on an > already-selected object, the sub-objects inside it will be selected. > You can take a look at PageView::mousePressEvent() to see how mouse > selection works. > > Thanks again Dragos. I look forward to your patches. > > Match > > > |
|
From: Matchman <mat...@gm...> - 2010-06-24 16:17:21
|
Yes. You are right. I should tell you guys explicitly earlier. On Wed, Jun 23, 2010 at 10:36 AM, lj8888 <lj...@us...> wrote: > Hi Dragos, hi Match, > I see the same thing about the page objects that Dragos pointed out. > Typically, now each page would contain just a few objects rather then a > large number of objects each containing a few words as was the case before. > I noticed that change roughly around the time when the first pieces of > graphics class were introduced. > Larry > > > On Sun, Jun 20, 2010 at 7:37 AM, Dragos Tarcatu <tar...@ya...> > wrote: >> >> Hi Match, >> >> This is a simple patch for the page insertion I told you I would handle. I >> noticed libpdfdoc does not support inserting a page at an arbitrary index >> yet, so I've named the newly added action "Append Page" to not be confused >> with something like "Insert Page (at current location)". >> >> I've also tested my old test case (the one generated with LaTex I sent you >> some time ago) and It looks like the objects selection for that pdf file has >> some problems. It looks like the entire page text is collapsed into a single >> object. I attached a snapshot image with this situation. Is this the correct >> behavior? >> >> Thanks, >> Dragos >> >> >> >> ------------------------------------------------------------------------------ >> ThinkGeek and WIRED's GeekDad team up for the Ultimate >> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >> lucky parental unit. See the prize list and enter to win: >> http://p.sf.net/sfu/thinkgeek-promo >> _______________________________________________ >> Libpdfxx-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel >> > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: Dragos T. <tar...@ya...> - 2010-06-23 18:17:29
|
Hi Match,
Sure, I'll continue with the page insertion. This should be a good opportunity for me to get my hands on some of the library source code. :-)
Thanks,
Dragos
________________________________
From: Matchman <mat...@gm...>
To: Dragos Tarcatu <tar...@ya...>
Cc: lib...@li...
Sent: Tue, June 22, 2010 6:39:42 PM
Subject: Re: Append Page Patch
Thanks Dragos, I am taking this patch. Sorry for the late reply.
Since you added this new feature why not do the "Insert Page" as well?
It shouldn't be difficult. The vector of Page* is stored in the
file/Catalog class in libpdfxx. Are you interested?
Yes, the text selection is changed. In PDF, text object is defined
inside a BT/ET operator pair. You can take a look at the raw PDF
operators by selecting "View Source" in the "Edit" menu in sumpdf. I
have changed sumpdf such that one click select the whole text object
instead of a line of text inside a text object in previous versions. I
don't know how LaTeX generates BT/ET operators, but apparently it
prefers to generate big text objects.
The QGraphicsItems (base class of all our GraphicsObjects) are
organized in hierarchical structure. A big TextObject has many
TextLineObjects, which has many GlyphGraphicsItems. Now the user can
only select the outermost layer (i.e. TextObject). We can implement
better selection methods such that when the user clicks on an
already-selected object, the sub-objects inside it will be selected.
You can take a look at PageView::mousePressEvent() to see how mouse
selection works.
Thanks again Dragos. I look forward to your patches.
Match
|
|
From: lj8888 <lj...@us...> - 2010-06-23 02:36:41
|
Hi Dragos, hi Match, I see the same thing about the page objects that Dragos pointed out. Typically, now each page would contain just a few objects rather then a large number of objects each containing a few words as was the case before. I noticed that change roughly around the time when the first pieces of graphics class were introduced. Larry On Sun, Jun 20, 2010 at 7:37 AM, Dragos Tarcatu <tar...@ya...>wrote: > Hi Match, > > This is a simple patch for the page insertion I told you I would handle. I > noticed libpdfdoc does not support inserting a page at an arbitrary index > yet, so I've named the newly added action "Append Page" to not be confused > with something like "Insert Page (at current location)". > > I've also tested my old test case (the one generated with LaTex I sent you > some time ago) and It looks like the objects selection for that pdf file has > some problems. It looks like the entire page text is collapsed into a single > object. I attached a snapshot image with this situation. Is this the correct > behavior? > > Thanks, > Dragos > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: Matchman <mat...@gm...> - 2010-06-22 15:39:46
|
Thanks Dragos, I am taking this patch. Sorry for the late reply. Since you added this new feature why not do the "Insert Page" as well? It shouldn't be difficult. The vector of Page* is stored in the file/Catalog class in libpdfxx. Are you interested? Yes, the text selection is changed. In PDF, text object is defined inside a BT/ET operator pair. You can take a look at the raw PDF operators by selecting "View Source" in the "Edit" menu in sumpdf. I have changed sumpdf such that one click select the whole text object instead of a line of text inside a text object in previous versions. I don't know how LaTeX generates BT/ET operators, but apparently it prefers to generate big text objects. The QGraphicsItems (base class of all our GraphicsObjects) are organized in hierarchical structure. A big TextObject has many TextLineObjects, which has many GlyphGraphicsItems. Now the user can only select the outermost layer (i.e. TextObject). We can implement better selection methods such that when the user clicks on an already-selected object, the sub-objects inside it will be selected. You can take a look at PageView::mousePressEvent() to see how mouse selection works. Thanks again Dragos. I look forward to your patches. Match On Sun, Jun 20, 2010 at 7:37 PM, Dragos Tarcatu <tar...@ya...> wrote: > Hi Match, > > This is a simple patch for the page insertion I told you I would handle. I > noticed libpdfdoc does not support inserting a page at an arbitrary index > yet, so I've named the newly added action "Append Page" to not be confused > with something like "Insert Page (at current location)". > > I've also tested my old test case (the one generated with LaTex I sent you > some time ago) and It looks like the objects selection for that pdf file has > some problems. It looks like the entire page text is collapsed into a single > object. I attached a snapshot image with this situation. Is this the correct > behavior? > > Thanks, > Dragos > > |
|
From: lj8888 <lj...@us...> - 2010-06-15 13:01:14
|
Thanks Match, By using setItemData(index, icon, role) I was able to get the combo box to display an icon. It displays text alongside the icon as well . Not sure if text can be eliminated or not, and if we care about it. I am not sure if instead of setItemData I was supposed to use insertItem. Will check that later. Thanks. Larry On Mon, Jun 14, 2010 at 1:33 AM, Matchman <mat...@gm...> wrote: > Larry, > > Terribly sorry that I was distracted by a new PS3 game recently... > > I tried in designer that QComboBox can show icon before you drop down > the list. Have you tried to call addItem() with an icon in the first > argument? > > Match > > On Fri, Jun 11, 2010 at 8:46 PM, lj8888 <lj...@us...> > wrote: > > Hi All, > > Me again about the ComboBox thing. Any suggestions on how to get > QComboBox > > to display icon instead the text in its normal state, i.e. before you > push > > the pop up? > > Thanks. > > Larry > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > _______________________________________________ > > Libpdfxx-devel mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > > > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > |
|
From: Matchman <mat...@gm...> - 2010-06-14 05:33:20
|
Larry, Terribly sorry that I was distracted by a new PS3 game recently... I tried in designer that QComboBox can show icon before you drop down the list. Have you tried to call addItem() with an icon in the first argument? Match On Fri, Jun 11, 2010 at 8:46 PM, lj8888 <lj...@us...> wrote: > Hi All, > Me again about the ComboBox thing. Any suggestions on how to get QComboBox > to display icon instead the text in its normal state, i.e. before you push > the pop up? > Thanks. > Larry > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
|
From: Matchman <mat...@gm...> - 2010-06-14 04:30:57
|
On Fri, Jun 11, 2010 at 4:36 PM, Dragos Tarcatu <tar...@ya...> wrote: > I took a brief look over the tasks you suggested and it looks to me that > deleting graphics objects from the document page was already implemented. > About the other thing - the one for adding pages: I need some advice about > the GUI part. Is it ok to add a new button for it in the main toolbar or > should I do something else? I would prefer to add an "Insert page" item to the Edit menu. > On the other hand, I'm still working on the 4.5.3 Qt version and I'm getting > a new error: > > /home/dragosh/workspace/libpdfxx/sumpdf/src/graphics/ImageObject.cc: In > member function ‘QImage pdf::ImageObject::ToQImage(const > pdf::Image*)’: > /home/dragosh/workspace/libpdfxx/sumpdf/src/graphics/ImageObject.cc:81: > error: ‘class QImage’ has no member named > ‘setColorCount’ > make[2]: *** [CMakeFiles/sumpdf.dir/src/graphics/ImageObject.cc.o] Error 1 > > I haven't checked the Qt documentation yet, but I'm guessing that > setColorCount() was added in the 4.6 version of the Qt library. > I'm planning to move to KUbuntu 10.0.4 anyway, so I'll update my Qt version > too and I'm guessing I won't have any weird problems after that. This one doesn't seem easy to be fixed. setColorCount() is used to set the number of color entries in the color map of an image. I guess Qt 4.5 the number is hard coded to be 256. We set it to 256 anyway. Would you please add an #ifdef around it to skip it in 4.5? Please send a patch if it works. Ah please do test with a PDF file that contains an image to really check if it works. Hehe... I know kubuntu 10.4 is much more interesting, but we really appreciate a developer with a native Qt 4.5 environment to test things out... Match |
|
From: lj8888 <lj...@us...> - 2010-06-11 12:46:11
|
Hi All, Me again about the ComboBox thing. Any suggestions on how to get QComboBox to display icon instead the text in its normal state, i.e. before you push the pop up? Thanks. Larry |
|
From: Dragos T. <tar...@ya...> - 2010-06-11 08:37:01
|
Hi Match,
I took a brief look over the tasks you suggested and it looks to me that deleting graphics objects from the document page was already implemented. About the other thing - the one for adding pages: I need some advice about the GUI part. Is it ok to add a new button for it in the main toolbar or should I do something else?
On the other hand, I'm still working on the 4.5.3 Qt version and I'm getting a new error:
/home/dragosh/workspace/libpdfxx/sumpdf/src/graphics/ImageObject.cc: In member function ‘QImage pdf::ImageObject::ToQImage(const pdf::Image*)’:
/home/dragosh/workspace/libpdfxx/sumpdf/src/graphics/ImageObject.cc:81: error: ‘class QImage’ has no member named ‘setColorCount’
make[2]: *** [CMakeFiles/sumpdf.dir/src/graphics/ImageObject.cc.o] Error 1
I haven't checked the Qt documentation yet, but I'm guessing that setColorCount() was added in the 4.6 version of the Qt library.
I'm planning to move to KUbuntu 10.0.4 anyway, so I'll update my Qt version too and I'm guessing I won't have any weird problems after that.
Dragos
|
|
From: lj8888 <lj...@us...> - 2010-06-10 13:51:09
|
Hi Match, About using the QComboBox instead of the currently used QToolBox inside our ColorButton class, QComboBox gives entirely different appearance. It does not seem to be supporting the icon stuff we used so far within the ColorButton. By default it would only display text, and the text and the color box icon in the pop up only. I'll look into it more, to see how much I can customize it. Larry On Wed, Jun 2, 2010 at 10:51 AM, Matchman <mat...@gm...> wrote: > It's OK. Take your time. > > On Wed, Jun 2, 2010 at 10:45 PM, lj8888 <lj...@us...> > wrote: > > Sure. I'll help. I just had a slow last two weeks. > > Larry > > > > On Tue, Jun 1, 2010 at 6:12 AM, Matchman <mat...@gm...> wrote: > >> > >> Yes, I would like to see such a switch. We need to implement very > >> similar things in our property box. As you can see I have already > >> added a delegate class to create different editor widgets for > >> different property (e.g. fill and stroke color, position etc). > >> > >> Are you familiar with the our GraphicsObject hierarchy? Everything > >> appear on screen that is saved with the PDF is a derived class from > >> GraphicsObject. We currently have TextObject, PathObject and > >> ImageObject. All these objects can provide data to the property box, > >> because GraphicsObject inherits QAbstractTableModel. > >> > >> I would like to ask for your help on working on the property box. Are > >> you interested? > >> > >> Thanks. > >> > >> Match > >> > >> On Tue, Jun 1, 2010 at 9:55 AM, lj8888 <lj...@us...> > >> wrote: > >> > Hi Match, > >> > Yep I've seen that code when I was reading about the > model/view/delegate > >> > thing. The code is really simple. That may be a better color selection > >> > style > >> > then what I originally implemented under our ColorBox. So if you want > we > >> > could switch to this new one: the itemsview-coloreditorfactory combo > >> > box. > >> > Just let me know. > >> > I just pulled and noticed that you already did a partial > implementation > >> > of > >> > the color box under the properties. Nice. Are you planing to continue > >> > with > >> > that one? > >> > Talk to you later. > >> > Larry > >> > > >> > On Mon, May 31, 2010 at 1:17 PM, Matchman <mat...@gm...> > wrote: > >> >> > >> >> Hi Larry, > >> >> > >> >> Recently when I am implementing the editable property box, I found > the > >> >> following Qt example that does exactly what I want: > >> >> > >> >> http://doc.qt.nokia.com/4.6/itemviews-coloreditorfactory.html > >> >> > >> >> See the colors in the combo box? The code is very simple and short. > >> >> > >> >> The current color box will disappear when the user double clicks the > >> >> color entries in the property box. You can try pulling the latest > code > >> >> and test. Can we use a combo box instead? > >> >> > >> >> Match > >> > > >> > > > > > > |
|
From: Matchman <mat...@gm...> - 2010-06-03 03:34:44
|
Hi, Is anybody interested implementing some simple and easy tasks for SumPDF? - Adding a new page in the document. - Deleting graphics object in the page I will provide more details if anyone is interested. Match |
|
From: Matchman <mat...@gm...> - 2010-05-31 17:17:53
|
Hi Larry, Recently when I am implementing the editable property box, I found the following Qt example that does exactly what I want: http://doc.qt.nokia.com/4.6/itemviews-coloreditorfactory.html See the colors in the combo box? The code is very simple and short. The current color box will disappear when the user double clicks the color entries in the property box. You can try pulling the latest code and test. Can we use a combo box instead? Match |
|
From: Matchman <mat...@gm...> - 2010-05-25 16:48:50
|
The bug was introduced by the refactoring on the ResourceSet class. The C++ library in linux is not strict enough to spot the problem. I was too lazy to build in windows in the past few days. I just pushed the fix to my tree. Please pull. Apologies... :P Match On Tue, May 25, 2010 at 10:15 AM, lj8888 <lj...@us...> wrote: > Hi Match, > There seems to be some problem with the current code. When I try to open a > pdf file the sumpdf would crash. > Location of the problem: > in DocModel::OpenFile( ...... ) > the line 94 > std::auto_ptr<Doc> new_doc( CreateDoc( ) ) ; > The error says: Expression: map/set iterators incompatible > Anybody else with that problem? > Larry > ------------------------------------------------------------------------------ > > > _______________________________________________ > Libpdfxx-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpdfxx-devel > > |
11 messages has been excluded from this view by a project administrator.
