[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

Re: [xsl] problem defining param value


Subject: Re: [xsl] problem defining param value
From: Wendell Piez <wapiez@xxxxxxxxxxxxxxx>
Date: Wed, 9 Jan 2013 10:50:53 -0500

Dear Joni,

I was answering your first post when I saw Ken's answer (same but
better phrased) came in first. I concur with his suggestion that you
figure out how to write diagnostic information, either using
xsl:message or some other means such as comments in the output. This
is a very useful technique that will serve you in all kinds of ways.

Beyond that, it appears that your problem is on two levels. One is
setting the variables and writing the logic in XSLT you need to do so.
The other is how parameters are being passed into the system. Your
snippets of code show a non-standard vocabulary -- for some sort of
shell application, using XML format -- for doing this. Getting this to
work isn't an XSLT problem, and even if it were, we don't really have
the information to debug it.

The key is thus to separate the problems. If you know your XSLT --
running outside your shell -- is correct, then the problem must be in
the shell. Spilling the diagnostics can document this fact for someone
who's in a position to debug it. (As you suggested the problem there
could be trivial; we just have no way of knowing.)

Again, this is just a long-winded way of saying what Ken just said.

Cheers,
Wendell


On Tue, Jan 8, 2013 at 5:19 PM, G. Ken Holman
<gkholman@xxxxxxxxxxxxxxxxxxxx> wrote:
> At 2013-01-08 16:44 -0500, Jonina Dames wrote:
>>
>> When I step through the NEW_STYLESHEET.xsl with some sample xml, $fork1
>> definitely returns FORK, which then causes $OUTSIDE_PARAM to return VALUE1,
>> as expected. The problem is getting the first stylesheet to realize that
>> $OUTSIDE_PARAM has actually been defined as not empty.
>
>
> I'm unfamiliar with the invocation you described, so I'll fall back on my
> earlier suggestion to add diagnostics to your stylesheet to expose values.
> You may find they are not set as you anticipated they were, and you need
> evidence to prove otherwise.
>
> Good luck.
>
>
> . . . . . . . Ken
>
>
> --
> Contact us for world-wide XML consulting and instructor-led training
> Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm
> Crane Softwrights Ltd.            http://www.CraneSoftwrights.com/s/
> G. Ken Holman                   mailto:gkholman@xxxxxxxxxxxxxxxxxxxx
> Google+ profile: https://plus.google.com/116832879756988317389/about
> Legal business disclaimers:    http://www.CraneSoftwrights.com/legal
>



-- 
Wendell Piez | http://www.wendellpiez.com
XML | XSLT | electronic publishing
Eat Your Vegetables
_____oo_________o_o___ooooo____ooooooo_^


Current Thread
Keywords