You are viewing a plain text version of this content. The canonical link for it is here.

Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2004/03/31 09:49:28 UTC

DO NOT REPLY [Bug 28078] New: - CreationDate

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28078>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28078

CreationDate

           Summary: CreationDate
           Product: Fop
           Version: 1.0dev
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: pdf renderer
        AssignedTo: fop-dev@xml.apache.org
        ReportedBy: tomas.soucek@i.cz


[PATCH]CreationDate doesn't use/reflect TimeZone

As Acrobat Reader (v.6.0) displays time corrected to the local TimeZone,
the time generated is generally invalid (shifted by several hours).
The solution could lie in using "SimpleDateFormat with trailing 'Z'";
followed by string tranformation into "...HH'mm'".

When dealing with PDF "/Info" object, why not to enhance
the PDFInfo java code to support all PDF entries defined?

The same "problem" applies to the 0.20.5 version, namely bug 20154.