[xsl] Are long XPath statements inherently bad?
 
Subject: [xsl] Are long XPath statements inherently bad? 
 
From: John <john-xsl-list@xxxxxxxx> 
 
Date: Tue, 26 Oct 2004 14:17:43 -0700 
 | 
 
 Sorry again, I am relatively new to XSL.  I am trying to put together 
of events as a table by outputting a list of items in each cell by 
executing queries such as the following (this is actually simplified):
select="$newshome/item[@key='recurring']/item[@template='event'][( 
@yearspecific, . ) != 1 and substring( @date, 5, 4 ) = $moday ) or ( 
@yearspecific = 1 and substring( @date, 1, 8 ) = $date )] | 
$newshome/item[@key='recurring']/item[@key=$year]/item[@template='event'][( 
@yearspecific != 1 and substring( @date, 5, 4 ) = $moday ) or ( 
@yearspecific = 1 and substring( @date, 1, 8 ) = $date )]
Is it just my syntax/logic that's bad or is there some better way I 
could/should do this?  The requirements for including events for a date 
are actually pretty complex - this is just one of a series of queries 
(which I would be happy to share!) to get events for a date.  Are long 
XPath statements always bad, other than just the possible readability issue?
The calendar does have performance issues and I will probably rewrite it 
in .NET.  Would you expect XSL extensions to be helpful here, or just 
use pure .NET (maybe an ASCX) or something I'm not thinking of?
I probably need to convert this to CSS positioning and I'm not sure if 
that would help with the problem or make it harder.
Thanks in advance,
  -John