[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: why not match text()? (fork from "Novice Question

Subject: Re: why not match text()? (fork from "Novice Question - matching entire text children")
From: Wendell Piez <wapiez@xxxxxxxxxxxxxxxx>
Date: Tue, 21 Dec 2010 12:16:58 -0500
Re:  why not match text()? (fork from "Novice Question
Gerrit,

On 12/20/2010 8:28 PM, Imsieke, Gerrit, le-tex wrote:
After cleanup, the result of

<xsl:stylesheet version="3.0"
xmlns:xsl = "http://www.w3.org/1999/XSL/Transform"
xmlns:xs = "http://www.w3.org/2001/XMLSchema">
<!-- 3.0 only because of round($arg, $precision) -->
<xsl:output method="text"/>
<xsl:template name="main">
<xsl:variable name="xsldocs"
select="collection('file:///c:/cygwin/home/gerrit?select=[_a-zA-Z0-9]*.xsl;recurse=yes')"
/>
<xsl:variable name="file-count" select="count($xsldocs)" as="xs:double" />
<xsl:variable name="text-in-pattern-count"
select="count($xsldocs/*/xsl:template[matches(@match, 'text\(\)')])"
as="xs:double" />
Files: <xsl:value-of select="$file-count" />
Matches: <xsl:value-of select="$text-in-pattern-count" />
Average: <xsl:value-of select="round($text-in-pattern-count div
$file-count, 2)" />
</xsl:template>
</xsl:stylesheet>

is:

Files: 971
Matches: 971
Average: 1

The identical value of 971 for the matches seems to be purely
accidental. When looking for 'node()' instead of 'text()', match count
is 644; when looking for 'br', it is 187.

Very interesting. (Even if it could do with a bit more refinement, to exclude e.g. match="p[empty(text())]". Someone else can write the XPath parser to do that.)


It would also be interesting to see the distribution of these templates among stylesheets, and whether they cluster.

For example, do they turn up more often in near-identity transforms than they do in HTML or XSL-FO production transforms?

There were all kinds of problems during cleanup, ranging from unresolved
svn conflicts over unterminated elements (= abandoned work in progress),
illegal UTF-8 characters to symlinks. We need to think about
well-formedness checks on the file system level.
(These days one has to add: If mankind survives, i.e., unless JSON gains
Complete World Domination.)

I'm not worried about JSON. For them that wants it, it's useful. I still see XML/XSLT as the state of the art document production technology. And the fact that JSON is there on one side (breathing down XSLT's winsome neck), and XQuery on the other, actually just takes the pressure off XSLT to be all things to all people.


Cheers,
Wendell

--
======================================================================
Wendell Piez                            mailto:wapiez@xxxxxxxxxxxxxxxx
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
  Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.