headers
Jozef Misutka | 4 Apr 2007 09:46
Picon
Favicon

Fwd: pdfedit


---------- Forwarded message ----------
From:  Davide netcelli 
Date: Apr 2, 2007 6:06 PM
Subject: pdfedit

i have a proeblm compiling pdfedit i get this
error:
./xpdf/fofi -I/usr/qt/3/include -o QOutputDev.o
QOutputDev.cpp
rm -f libqoutputdevices.a
ar cqs libqoutputdevices.a QOutputDevPixmap.o
QOutputDev.o
make[2]: Leaving directory
`/var/tmp/portage/kde-misc/pdfedit-0.2.5/work/pdfedit-0.2.5/src/kpdf-kde-3.3.2\'
cd qsa && ./configure
Using Qt library in /usr/qt/3.
Building 2nd stage configure
Qt meta object compiler
moc: Invalid argument
Usage:  moc [options]
        -o file    Write output to file rather
than stdout
        -f[file]   Force #include, optional file
name
        -p path    Path prefix for included file
        -i         Do not generate an #include
statement
        -k         Do not stop on errors
        -nw        Do not display warnings
(Continue reading)

Permalink | Reply | 2 comments |
headers
Robert Wolf | 4 Apr 2007 10:08
Picon

Re: Fwd: pdfedit


Hi,

it looks like the same problem I had. Try to set 

export PATH="/usr/qt/3/bin:$PATH"

and then, in the same console, unpack pdfedit and run configure and make.

In Gentoo distro, use eclass qt3 in the ebuild, this will setup correct PATH to 
the QT3 bin dir as first in the PATH.

In your ebuild file, use
------
inherit eutils qt3
------

Probably you have path to the "moc" of QT4 in your PATH before path to "moc" of 
QT3 and therefore the configure program runs "moc" of qt4, instead of required 
"moc" of qt3.

Bye.

Wolf.

On Wed, 4 Apr 2007, Jozef Misutka wrote:

> 
> 
> ---------- Forwarded message ----------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Petricek | 4 Apr 2007 21:31
Favicon

Re: Fwd: pdfedit

The "configure" in QSA library is a bit .... less flexible. Problem is 
that it is calling simply "qmake", not the qmake that is detected by the 
post_configure script to be valid qmake from qt3. And if you call wrong 
qmake (from qt4), you'll get wrong moc (the one from qt4) - and that is 
the cause of the error. This issue is also blocking a cygwin build. I'll 
look at it and in next release it should be fixed. Setting path as 
suggested will fix it as temporary solution (correct qmake is in path 
first, so it will pull in correct moc). Once the bug will get fixed, 
setting the path should be no longer needed.

Martin Petricek

> it looks like the same problem I had. Try to set 
> 
> export PATH="/usr/qt/3/bin:$PATH"
> 
> and then, in the same console, unpack pdfedit and run configure and make.
> 
> In Gentoo distro, use eclass qt3 in the ebuild, this will setup correct PATH to 
> the QT3 bin dir as first in the PATH.
> 
> In your ebuild file, use
> ------
> inherit eutils qt3
> ------
> 
> Probably you have path to the "moc" of QT4 in your PATH before path to "moc" of 
> QT3 and therefore the configure program runs "moc" of qt4, instead of required 
> "moc" of qt3.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Res Marti | 8 Apr 2007 23:14
Picon
Picon
Favicon

Proposal of enhancement

Dear developer of PDFedit,

I really love your program, great work. I'm using it to read a lot of
scanned texts and it's really great that I'm able highlight text just
like I would on a printout. What I find a bit anoying is the fact that I
can't scroll by pressing a key like the arrow key, which means I always
have to take up the scrollbar with my mouse to move around the text,
since I dont have a mouse weel on my laptop (and even if I had one I
couldn't scroll sideways). I would like to propose that , since the
arrow key aren't used for a fix purpose yet, to use them to scroll up an
down and sideways on a page.

Thanks for your work
Res

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 1 comment |
headers
Mark Hunting | 11 Apr 2007 16:06

findText in command line mode?

Dear all,

I have made a very simple script to replace text in a PDF with some
other text. I use the function findText for it. It works great in
'normal', graphical mode, but now I want to rewrite it to use in command
line mode. Unfortunately I can't find any documentation on the findText
function. How do I use that function in command line mode? I've tried a
lot but I don't get futher than the message that findText is 'undefined
or not a function'.

Thank you

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 0 comments |
headers
Mark Hunting | 13 Apr 2007 13:34

Re: findText in command line mode?

Never mind, I now know that findText is only available in GUI mode, and 
that there's a reason for that.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 0 comments |
headers
Mark Hunting | 13 Apr 2007 13:45

Add special characters - charset problems

When I try to add a special character (e.g. é) to a text inside a PDF it 
is not displayed correcly. The special character is correctly displayed 
in the 'Parameter 1' field of the GUI, but in the PDF the character is 
displayed wrong, like there is a character set mismatch. When I change 
the character encoding in the options the displayed text changes but 
never becomes correct.

Is this a bug or am I doing something wrong?

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Permalink | Reply | 0 comments |
headers
Martin Petricek | 13 Apr 2007 13:41
Favicon

Re: Proposal of enhancement

> Dear developer of PDFedit,
> 
> I really love your program, great work. I'm using it to read a lot of
> scanned texts and it's really great that I'm able highlight text just
> like I would on a printout. What I find a bit anoying is the fact that I
> can't scroll by pressing a key like the arrow key, which means I always
> have to take up the scrollbar with my mouse to move around the text,
> since I dont have a mouse weel on my laptop (and even if I had one I
> couldn't scroll sideways). I would like to propose that , since the
> arrow key aren't used for a fix purpose yet, to use them to scroll up an
> down and sideways on a page.

I have implemented scrolling of the page by keys 
(left/right/up/down/pgup/pgdn/home/end)

Note that the page view need to have focus for this to work (as these keys 
may be used to browse items in the treeview, etc ...), so you may need to 
click once in the page if the focus is elsewhere, like on the commandline 
or in object tree :)

The code for this is now in CVS and you can expect new release (with many 
other bugfixes and some speedup :) in about 2 days or so ... 

Martin Petricek
   GPG/PGP Public key:  http://www.petricek.net/petricm.pgp
Fingerprint 6AA8 FFCE C061 1CB2 55F0  A1F3 3AA9 EB4F BD50 C1B8
/------------------------------------------------------------\
| WWW:                    http://www.petricek.net/           |
\------------------------------------------------------------/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jozef Misutka | 13 Apr 2007 14:47
Picon
Favicon

Re: Add special characters - charset problems


Hi,

> When I try to add a special character (e.g. é) to a text inside a PDF it 
> is not displayed correcly. The special character is correctly displayed 
> in the 'Parameter 1' field of the GUI, but in the PDF the character is 
> displayed wrong, like there is a character set mismatch. When I change 
> the character encoding in the options the displayed text changes but 
> never becomes correct.

Try looking at http://pdfedit.petricek.net/wiki/HowtoAddAccentedText
The special character limitation issue is closed for now, as it can be bypassed in most cases, but is in TODO
and waits for clean implementation.

> 
> Is this a bug or am I doing something wrong?

Bug.
The problem is in PDF charset specification, where normal char has size of 1 byte and you can not map all
accented and special characters into 256+- characters. Unicode is not yet fully supported (e.g. adding text).

jmisutka

_________________________________________________________________
Take a break and play crossword puzzles - FREE!
http://games.msn.com/en/flexicon/default.htm?icid=flexicon_ wlmemailtaglinemarch07
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
(Continue reading)

Permalink | Reply | 501 comments |
headers
Mark Hunting | 13 Apr 2007 15:31

Re: Add special characters - charset problems

Thanks for the link! Indeed I can insert new text now with accented 
characters. However I have to replace an existing text, and then this 
trick doesn't work. I guess I'll have to wait for the 'clean 
implementation'.

If you wonder why I need to replace a text, I'm trying to make some sort 
of mail merge script. So I have to replace a string like {name} with a 
real-life name (with possibly accented characters in it).

Mark

Jozef Misutka wrote:
> Hi,
>
>
>   
>> When I try to add a special character (e.g. é) to a text inside a PDF it 
>> is not displayed correcly. The special character is correctly displayed 
>> in the 'Parameter 1' field of the GUI, but in the PDF the character is 
>> displayed wrong, like there is a character set mismatch. When I change 
>> the character encoding in the options the displayed text changes but 
>> never becomes correct.
>>     
>
> Try looking at http://pdfedit.petricek.net/wiki/HowtoAddAccentedText
> The special character limitation issue is closed for now, as it can be bypassed in most cases, but is in TODO
and waits for clean implementation.
>
>   
>> Is this a bug or am I doing something wrong?
(Continue reading)

Permalink | Reply | 501 comments |

Gmane