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

RE: Re: New user issue: use of Muenchian method

Subject: RE: Re: New user issue: use of Muenchian method
From: "Hofman, Peter" <peter.hofman@xxxxxxxxxxxxx>
Date: Fri, 21 Sep 2007 23:49:49 +0200
RE: Re:  New user issue:  use of Muenchian method
Getting pretty much off topic here, but I vote for "funniest message on
the xsl-list" for this reply.

>-----Original Message-----
>From: cknell@xxxxxxxxxx [mailto:cknell@xxxxxxxxxx]
>Sent: vrijdag 21 september 2007 21:05
>To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
>Subject: RE: Re:  New user issue: use of Muenchian method
>Dr. Egon Spengler: There's something very important I forgot
>to tell you.
>Dr. Peter Venkman: What?
>Dr. Egon Spengler: Don't cross the threads.
>Dr. Peter Venkman: Why?
>Dr. Egon Spengler: It would be bad.
>Dr. Peter Venkman: I'm fuzzy on the whole good/bad thing. What
>do you mean, "bad"?
>Dr. Egon Spengler: Try to imagine all life as you know it
>stopping instantaneously and every molecule in your body
>exploding at the speed of light.
>Dr Ray Stantz: Total protonic reversal.
>Dr. Peter Venkman: Right. That's bad. Okay. All right.
>Important safety tip. Thanks, Egon.
>Charles Knell
>cknell@xxxxxxxxxx - email
>-----Original Message-----
>From:     Wendell Piez <wapiez@xxxxxxxxxxxxxxxx>
>Sent:     Fri, 21 Sep 2007 14:21:47 -0400
>To:       xsl-list@xxxxxxxxxxxxxxxxxxxxxx
>Subject:  Re:  New user issue:  use of Muenchian method
>Hey Mike,
>To cross with another thread --
>At 10:05 AM 9/21/2007, you wrote:
>><xsl:stylesheet version="2.0" ...
>If you are using XSLT 2.0 I strongly recommend you investigate its
>native grouping facilities before investing too much energy into the
>Muenchian method, which is essentially a hand-made implementation of
>an algorithm to handle processing semantics that could have been much
>more deeply embedded in the language -- and which now, in XSLT
>2.0, have been.
>This having been said, what you are now doing isn't (yet) a
>full-blown example of the Muenchian method. So far as I can see, it's
>simply the (appropriate) use of a key to perform node traversal
>according to an association between nodes.
>It seems to me that Ken has done his usual fine work analyzing your
>stylesheet, but there's one other possible problem I see:
>>  <included-table>
>>   <xsl:value-of select="text()"/>
>>   <xsl:for-each select="key('entity-id','@id')">
>.. you'd probably want select="key('entity-id',@id)". At present,
>you are using the string value "@id" as your key value -- probably
>not what you want.
>It also appears that the basic issues you're having relate to the
>XSLT processing model -- how nodes are matched by templates and
>processed, and most especially how they're matched by templates and
>processed by default, even if you have no explicit logic for doing
>so. That's why Ken advises you also to read up on the built-in
>One thing I have students work out when they're at this stage is to
>run a stylesheet that *has no templates* and see if they can explain
>why they get the output they do.
>The next thing I often have them do is try a stylesheet that has only
>a single template, which matches a single type of element deep in
>their tree. For example, you could have
><xsl:template match="Referenced_Entities">
>   <boo>
>     <xsl:apply-templates/>
>   </boo>
>.. and then explain the results of that. (Some people find the first
>task much easier after they've tried the second.)
>It gets even more interesting if you had a second template to the mix:
><xsl:template match="Subject_AreaProps">
>   <bah>
>     <xsl:apply-templates/>
>   </bah>
>The key to all of it is in seeing what the templates are doing
>*together* -- which includes those helpful (but invisible)
>built-in templates.
>Any XSLTer who can't tell you what you'll get and why is either still
>a beginner, or a poser. :-)
>====== Wendell Piez
>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

This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an intended
recipient then please promptly delete this e-mail and any attachment and all
copies and inform the sender. Thank you.

Current Thread


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.
First Name
Last Name
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.