XSLT

prathi Atluri
17y
7k
0
0

Blog

Five Quick Tips for using XSLT

XSLT (extensible Stylesheet Language) promises many advantages vn applied to the right problems. All v need is a quick guide on using the XSLT basics. Once u start using it in ur applications, I’ll bet it vl quickly come to b a useful tool in ur belt.

XSLT is a Transformation based formatter. V can use it to convert structured XML documents into some other form of text output (quite often, HTML) though it can also generate to regular text etc. The main Advantage of this technology is its ability to convert one or more information records in XML and format them into one of several HTML presentations.

Let’s consider an example where v r looking for the products for the company and add new products the company site, modify the existing products and even b able to modify or embed the presentation abstract of the actual product information. Usually vl had two options: Once v can use a database back end/front end (yikes, lots of development) or XML/XSLT. Since v didn’t have a plan on having hundreds of products, XML/XSLT made sense. The result is that v can use an XML file to describe the attributes of a product (e.g. the Name, Short Description, Long Description, Downloads, Licensing Options, System Requirements, etc.) and a series of XSLT files to display them.

Let's start with a very simple XML document for a product, and we'll build it up from there. For the time being, all we'll cover is the product title, version, and short description.

<title>HTMLTransformer</title>

<short_desc>

This product allows u to transform regular text into HTML and back</short_desc></product>

Now that v have the basic XML document set up let’s look at what v can do vth the XML.

1. The Basics

XSLT, like most other XML-based formats, is pretty picky about its structure. Your basic XSLT document looks like this:

<? xml version="1.0" encoding="UTF-8”?>

<xsl: stylesheet

xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">

<xsl: output method="html" />

<xsl: template match="/">

Rules go in here...

</xsl: template>

</xsl: stylesheet>

What we c here is the declaration of the XSLT stylesheet, namespace, and version. We're also telling the parser that we're outputting HTML. All that is basic stuff. But what about the

xsl: template element?

XSLT is a rule-based language. That means parser goes through and applies a set of rules (a template) to a certain set of elements (the match). The match is defined in the form of an XPath expression.

However, I can give you a few tips on XPath. First of all, we construct the XPath expression similar to a file system path, starting at "/" for the root element, and we can use ".." for the parent and "." for the self (the current node). There are a few other neat expressions we can use; a double slash represents not just the next level deep, but any level of depth. For example the XPath "a//b" means any descendant node "b" of the node "a", no matter how far down. Another useful trick is referring to an attribute. You can do this by using "@attribute" in the path. (XPath related gud site is msdn).

So, for the time being, we know we have a basic stylesheet that matches the root element and does just about nothing. So let's do something.

2. xsl:value-of

For our basic document , we can work on adding something to the output. We can do this using the xsl:value-of tag and an XPath. For example:

<xsl:value-of select="product/title"/>

<xsl:value-of select="product/version"/>

Vl output the product's title and version. Since our template matches the root element, v want to walk down to the product node and then the title node. Of course, it seems rather curious that we're repeating the product node path each time. Why are we doing that? Well, we have to ask ourselves--is product a single element container (one product per XML file) or will there be multiple products in a file? In our case, we'll say that the XML file contains one and only one product. As such, we can move the product node descriptor up to the xsl:template tag.

Ok, let's say we want to create output of the form: "Title Version (code: Codename)" and then the short description.

The resulting XSLT file looks like this:

<?xml version="1.0" encoding="UTF-8" ?>

<xsl:stylesheet

xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">

<xsl:output method="html" />

<xsl:template match="/product">

<xsl:value-of select="title"/>

<xsl:value-of select="version"/>

(code:<xsl:value-of select=”@codename”/>)

<xsl:value-of select="short_desc"/>

</xsl:template>

</xsl:stylesheet>

You'll notice that we can add literal output strings (e.g. the parentheses) right into the rule set. However, if you run this through, you'll see something you might find slightly surprising. The title and the version are concatenated without a space. That's because when the XSLT file is being parsed, white space is ignored, as you might imagine from any structured XML file where we want to embed tabs and formats. How do we fix this?

3. xsl:text

The xsl:text tag comes to the rescue. This tag tells an XSLT parser to output the text in the tag verbatim. So, in order to embed a space, all we have to do is add it between the xsl:text tags. The result follows:

<xsl:value-of select="title"/>

<xsl:text> </xsl:text>

<xsl:value-of select="version"/>

4. xsl:for-each

So far so good, we have our product title, version, and codename out. Now let's add a few more interesting touches. Let's say that we want to store a list of downloads for each product. Downloads might include demos, papers, the help file, samples, etc. We'll start by defining the XML schema for these items:

<item>

<title>Free Demo Version</title>

<filename>freedemo.exe</filename>

<desc>

This is the free demo version.

</desc>

</item>

<item>

<filename>helpfile.hlp</filename>

<desc>

This is the help file for the product.

</desc>

</item>

</downloads>

How do we output this information to our HTML? For this, we use the xsl:for-each tag. This tag behaves as an iterator, working through each node in a selection set and mapping the rules contained to each node. In our particular case, we want to iterate through every item in the downloads node. We can therefore use the following rule:

<xsl:for-each select="downloads/item">

Rules go in here...

</xsl:for-each>

Inside of the tags we can use the tags we already know to output information about the downloads. A sample of our XSLT might look like this:

Downloads Available:

<xsl:for-each select="downloads/item">

<xsl:value-of select="title"/> (<xsl:value-of

select="size"/>)

<xsl:value-of select="desc"/>

</xsl:for-each>

5: xsl:attribute

Of course, it's not enough to just list the downloads. Ideally, we'd like to let the users get at the files. This requires linking the title of each download to a download path in the folder. If we start to write out the syntax, we end up with something like this:

Clearly this won't work, as a result of the double-embedded tag set. In order to address this problem, the xsl:attribute tag is used. This tag intelligently embeds an XSLT expression as an attribute into its parent output tag. If this sounds complex, it's not. It's much easier to see it in practice than to read it in a statement. Let's look at our example in practice. In order to embed a link, we modify the above XSLT as follows:

<a>

<xsl:attribute name="href"><xsl:value-of

select="filename"/></xsl:attribute>

<xsl:value-of select="title"/>

</a>

You'll notice that the xsl:attribute tag has its own "name" attribute. This defines how the expression will be added to the parent output tag. In this case, we're adding an href attribute to the anchor (a) tag, using the value of the filename node as the expression. Could it be any easier? Well, probably. But this isn't so bad.

This technique is also useful for outputting images where the image path (src) and size (width, height) are stored in the XML file. In this scenario, each of these elements would get its own xsl:attribute tag.

Summary

So far we've covered the basics of XSLT. Now v vl know how to create your own file, generate the contents of an HTML file, iterate over nodes, and output complex tags. These five tips will get you most of the way into XSLT and how to use it for your own HTML presentations. In fact, by now you probably know how to store multiple products in a single XML file (use xsl:for-each at the top), add screenshots into the mix, and so on.

It's worth pointing out that XSLT does give us the ability to generate multiple views on the same XML file--one of its major strengths. For example, a single product.xml file that stores the product information, downloads, screenshots, and more can be used for a product summary page, the downloads list, a screenshot gallery, and more. The advantage is that adding or modifying a product requires no presentation changes--only data changes, a big win for any organization.

Final XSLT File

For those not keeping track, here's the final XSLT file we generated:

<?xml version="1.0" encoding="UTF-8" ?>

<xsl:stylesheet

xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">

<xsl:output method="html" />

<xsl:template match="/product">

<xsl:value-of select="title"/>

<xsl:text> </xsl:text>

<xsl:value-of select="version"/>

(code:<xsl:value-of select="@codename"/>)

<xsl:value-of select="short_desc"/>