But, in the real world, dates are in YYYY-MM-DDTHH:MM:SS format, not
<year>YYYY</year><month>mm</month>.
In my real world dates are more often in "December 25th" format.
YYYY-MM-DDTHH:MM:SS format is fairly easy to deal wth in XSLT 1
as it's highly regularL you just need a few substring calls.
Given a template library that handles this the end user shouldn't really
miss any functionality here.
or you can use vendor extensions for dates, see EXSLT date functions
for example
http://www.exslt.org/date
If we don't have general purpose string handling functions then we must at
least have functions that can operate on known data-types (date, list, etc).
But these are also missing in XSLT 1.0.
There are functions (id(), unparsed-entity-uri()) to handle the the
built in datatypes of XML 1.0. XML 1.0 doesn't include a built in date
datatype. So you have to define "known".
David
________________________________________________________________________
This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--