The following code is currently commented out but
included in the mods we have made to the
dita2fo-shell.xsl file in the DITA Toolkit:
<!-- Timestamp template that currently causes errors
<xsl:template match="TodaysDate">
<fo:block>
<xsl:value-of
select="java:format(java:java.text.SimpleDateFormat.new
('MMMM d, yyyy, h:mm:ss a (zz)'),
java:java.util.Date.new())"/>
</fo:block>
</xsl:template> -->
This is called on the cover page (but also commented
out):
<!-- <xsl:call-template name="TodaysDate"/> (Currently
not working...) -->
This method causes errors that fail the build, so
after commenting them out for now, I added this less
dynamic method to temporarily add timestamps to the
cover page:
<!-- set the brief timestamp -->
<fo:block margin-top="3pc" text-align="right"
font-size="8pt" line-height="normal">
Derby Document build: 2005-04-12T11:30PST :
12 April 2005
</fo:block>
Obviously, this is not desirable as it means you have
to hard code a new timestamp before creating output
each time.
If anyone can get the former method working, we'll
have our timestamp!
--- "Samuel Andrew McIntyre (JIRA)"
<[email protected]> wrote:
> User documentation should include a timestamp and/or
> svn revision number
>
------------------------------------------------------------------------
>
> Key: DERBY-221
> URL:
> http://issues.apache.org/jira/browse/DERBY-221
> Project: Derby
> Type: Improvement
> Components: Documentation
> Versions: 10.1.0.0
> Reporter: Samuel Andrew McIntyre
> Priority: Minor
> Fix For: 10.1.0.0
>
>
> In order to easily identify when a set of
> documentation was generated, it would be useful to
> add a timestamp, and possibly the svn revision at
> which the documentation was generated, to the
> output. One approach would be to replace a token in
> either the input files or final output with the
> appropriate information using Ant. This may not work
> for PDFs, in which case the timestamp may need to be
> inserted at the intermediate XSL-FO stage.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of
> the administrators:
>
>
http://issues.apache.org/jira/secure/Administrators.jspa
> -
> If you want more information on JIRA, or have a bug
> to report see:
> http://www.atlassian.com/software/jira
>
>
