EXSLT is a community initiative to provide extensions to XSLT. The extensions are broken down into a number of modules, listed below. We are trying to encourage the implementers of XSLT processors to use these extensions, so that your stylesheets can be more portable. If your XSLT processor doesn't support a particular extension, you will packages that you can use to provide functions or templates for your stylesheets. - Common: common, basic extension elements and functions. - Math: facilities to do with maths. - Sets: facilities to do with set manipulation. - Functions: allow users to define their own functions for use in expressions and patterns in XSLT. - Dates and Times: date and time-related extension elements and functions. - Strings: facilities to do with string manipulation. - Regular Expressions: facilities to do with regular expressions. - Dynamic: dynamic evaluation of strings containing XPath expressions. - Random: facilities to do with randomness. WWW: http://www.exslt.org/ Generated with FreeBSD Port Tools 0.50
State Changed From-To: open->feedback Asked maintainer for feedback
Responsible Changed From-To: freebsd-ports-bugs->eik I'll handle this
Herve Quiroz wrote: >> Description: > [...]. We are trying to > encourage the implementers of XSLT processors to use these extensions, > so that > your stylesheets can be more portable. Who is `we'? Perhaps a little reformulation of the pkg-descr is appropriate. Also, would you mind sorting the pkg-plist or generating a dynamic one? -Oliver
Oliver, On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote: > Who is `we'? Perhaps a little reformulation of the pkg-descr is > appropriate. Sorry for that. I also forgot a word in the changes I applied to the description found on the original webpage. Attached is another version of pkg-descr. > Also, would you mind sorting the pkg-plist or generating a dynamic one? Actually the pkg-plist is sorted, but in reverse order. I added a task to generate this pkg-plist in the Makefile. I use 'sort -r' so that directories are removed in the correct order. But you're right, it is not necessary to do 'sort -r' on files. Do you want me to resubmit the pkg-plist ? Or you can just apply the attached patch to the Makefile and run the x-generate-plist target. BTW, I noticed several ports define "maintainer only" targets in their Makefile, that's why I did provide this one but it is not mandatory. I used to have my personal scripts for such a task. So it is probably better to remove it for now (and chances are this port will not get updated often anyway as the specs are quite frozen since October 2003). Herve
Oliver, On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote: > Also, would you mind sorting the pkg-plist or generating a dynamic one? Sorry, I did not answer to the second part in my previous mail. You're right, I can find a workaround if you want. Just give me some time and I send you a fresh new port with dynamic pkg-plist. OTOH, what really bother me with this port is the fact that it has both shared data and docs in the same directory tree: documentation contains links to the samples and to the provided functions and templates. So I still don't know whether to install everything in ${DATADIR} or ${DOCSDIR}. In the later case, the workaround for pkg-plist would be rather straightforward: PORTDOCS= ${FILES} ..or just replace each occurence of "FILES" by "PORTDOCS". Please tell me your opinion on this one. I will provide a whole new port implementing your recommendations. Herve
Oliver, On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote: > Who is `we'? Perhaps a little reformulation of the pkg-descr is > appropriate. > > Also, would you mind sorting the pkg-plist or generating a dynamic one? And here it is, a whole new port. - Dynamic pkg-plist - Fixed pkg-descr (no more 'we' and some typo) NOTE: I decided to stay with ${DATADIR}... I think it's more obvious to end users. Herve
State Changed From-To: feedback->closed Committed, thanks!