I've commited some changes in the CVS to fix this. It will accept any size
when reading a PDF but it still places the 127 character restiction when
creating new names.
Paulo
----- Original Message -----
From: "Paulo Soares" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Thursday, May 25, 2006 8:36 PM
Subject: Re: [iText-questions] Problem with long PdfName objects
The problem with using a new constructor is that it will allow having a big
name in PdfReader but will not allow the duplication of the object with the
normal constructor. It introduces complexity and doesn't solve the problem,
it just pushs it to a later stage. I'm not that worried about the user
creating big names as 99.999% of the users don't even know what a PdfName is
and will never see one. We all know that a viewer working according to the
pdf reference won't open half of the PDFs out there. I'm not sure what to
do.
Paulo
----- Original Message -----
From: "Mark Storer" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Thursday, May 25, 2006 5:41 PM
Subject: RE: [iText-questions] Problem with long PdfName objects
I think it's better to remove the length check altogether. Not even
Acrobat 4.0 complains about it and if Acrobat is ready to
create it and
to accept it I don't see why we should be more strict.
Argument For: Yes, Acrobat is the 'standard' PDF viewer. The unofficial PDF
spec is "whatever works in Acrobat"... in that light, no problem. The
offical limit is defined as an architectural limitation of Acrobat rather
than one in PDF itself...
Argument Against: The 127 character limit /is/ in the official PDF
Specification, and it's not hard to imagine someone implementing those
limits... iText did. Any viewer that conforms to those limitations will
eventually have problems with iText's output if you just decide to ditch the
length limit. There are a number of third-party viewers out there.
GhostScript and Apple's come to mind.
I suggest going with the subclass/alternate constructor idea.
--Mark Storer
Senior Software Engineer
Cardiff Software
#include <disclaimer>
typedef std::Disclaimer<Cardiff> DisCard;
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Paulo
Soares
Sent: Thursday, May 25, 2006 2:13 AM
To: [email protected]
Subject: RE: [iText-questions] Problem with long PdfName objects
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Bruno Lowagie
> Sent: Thursday, May 25, 2006 7:28 AM
> To: [email protected]
> Subject: Re: [iText-questions] Problem with long PdfName objects
>
> Filipe Fedalto wrote:
>
> > Therefore, I have two questions regarding these subjects:
> >
> > 1) What does PDF Viewers (namely acrobat reader and acrobat
> standard)
> > do when they face these longer-than-allowed names? Do they ignore
> > them? Do they truncate them into 127 characters? Fact is
that they
> > open my documents.
>
> I don't know. I think different viewer will treat them differently.
>
> > 2) Considering that I am unable to change the way my
clients create
> > their PDF Documents, and that I must process them using
iText, what
> > could I do? Should I edit PdfName class to suit my special needs?
> > Should PdfName class proceed with long names the same way those
> > viewers do (ignoring, truncating or accepting them)
instead of just
> > throwing an Exception?
>
> Maybe we should subclass PdfName and override the constructor.
> Then use this subclass in PdfReader only (not for PDF creation).
>
> Or we could add an extra constructor to PdfName with a dummy field,
> and use this constructor in PdfReader only.
>
> I think that's better than just changing the current
constructor that
> makes sure the names are created in conformance with the PDF
> Reference.
Paulo
Aviso Legal:
Esta mensagem é destinada exclusivamente ao destinatário.
Pode conter informação confidencial ou legalmente protegida.
A incorrecta transmissão desta mensagem não significa a perca
de confidencialidade. Se esta mensagem for recebida por
engano, por favor envie-a de volta para o remetente e
apague-a do seu sistema de imediato. É proibido a qualquer
pessoa que não o destinatário de usar, revelar ou distribuir
qualquer parte desta mensagem.
Disclaimer:
This message is destined exclusively to the intended
receiver. It may contain confidential or legally protected
information. The incorrect transmission of this message does
not mean the loss of its confidentiality. If this message is
received by mistake, please send it back to the sender and
delete it from your system immediately. It is forbidden to
any person who is not the intended receiver to use,
distribute or copy any part of this message.
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost
and Risk!
Fully trained technicians. The highest number of Red Hat
certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=k&kid7521&bid$8729&dat1642
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=k&kid7521&bid$8729&dat1642
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
