On 01:45 Thu 18 Sep     , Robert Backhaus wrote:
> You'll see what we mean if you examine the pdf document in the pdfedit
> gui first. You will often find that one line of text will contain two
> or more text objects. As your translations would take up more or less
> space in the document, you would end up with overtyped text, or ugly
> gaps. (Yes, its a mess, blame adobe.)
> Not to mention that the line justification would be messed up as well.
> 
> You will have to keep requesting that your clients send you the
> original Word, Publisher or OpenOffice (we wish) document. Or extract
> the graphics from the PDF and try to re-create that document - for an
> extra fee, or course.
> 
> On Thu, Sep 18, 2008 at 6:31 AM, Jozef Misutka
> <[EMAIL PROTECTED]> wrote:
> >
> > Hey guys,
> >
> > I can imagine that it would be a hit :) but it is not possible because of 
> > how pdf is working :(
> >
> > Maybe something very simple could be done, but the main problem is that we 
> > do NOT deal with the typesetting itself - where a line break should be, a 
> > page break etc - and unfortunately this is NOT automatic in pdf files.
> >
> > cheers,
> > jozo
> >

Thank you for the quick answers. I had a hunch that it wouldn't be
easy. I have no idea how pdf works, but I see what is great about
xml. If it was <sometag>text</sometag> it would be easy for any kind
of processing, but then, what fun would be to write pdfedit, right?
;) 
Anyway, thanks again and keep up the good work

Best regards

Martin

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Pdfedit-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pdfedit-support

Reply via email to