Well, it IS possible to do recursive application of templates, basically
you just have to use document() to suck in the node set you want, and
then call xsl:apply-templates/ on it.
Something like:
xsl:template match='include'
xsl:variable name='newdoc'
Well, its not really exactly a rocket-science kind of thing...
personally I never did much with perform, I find the whole 'you must
submit the form to itself' concept a little limiting! Its easy enough to
handle form input and validation by hand, no harder than in any given
CGI, and you can
Joe Larabell wrote:
Hi,
Sorry to have left such a long gap in the conversation. I'm kinda
embroiled in a bit more than I can handle right now.
In re: my earlier post on chained conversion...
Not really such a tall order...
Files *.html
(directives to convert your .stx to html)
/Files
-
return EOT;
list
~item name=a /
~item name=b /
~item name=c /
/list
EOT
- -8-
Tom
Tod Harter schrieb:
| Yeah, I have since tried that. I discovered that it works fine as long
| as you pass only one node in the list, which
This is not quite strictly speaking an AxKit question, but here goes...
I have an application in which I instantiate an XML::LibXSLT processor
within Apache, register some perl callbacks, and
call them.
This works fine for returning scalars, but if I return an
XML::LibXML::NodeList object
Not really such a tall order...
Files *.html
(directives to convert your .stx to html)
/Files
Files *.xml
(directives to convert your .stx to some xml dialect)
/Files
Generally the 'AxKit way' of doing this kind of thing would be to define
an AxKit provider module which does a
The problem, I THINK, is that his browser is NOT sending back the
cookie. This means every time the server
handles a request it creates a NEW session, thus a new file... Now that
COULD be caused by the server not SETTING
the cookie in the 1st place, that I couldn't say!
It also seems ODD that
[EMAIL PROTECTED] wrote:
Tod Harter [EMAIL PROTECTED] wrote on 26/04/2005
20:41:47:
The problem, I THINK, is that his browser is NOT sending back the
cookie.
What exactly do you mean by 'sending back'?
I mean the browser should send the cookie back to the server with each
request
On Tuesday 01 February 2005 08:55 pm, Dave Roe wrote:
What would be the best approach to handle an XSP page that included
taglib1:something /, outputting taglib2:somethingelse /, expecting
that the output is to be re-run through the XSP processor and onwards?
Essentially, XSP - XSP - XSL -
On Tuesday 11 January 2005 08:15 pm, Christopher H. Laco wrote:
Without delving into the docs to get specific I'm pretty sure you can manage
all this in SimpleTagLib since it allows you to define the code which your
tags actually emit. TagLibHelper based taglibs would probably not really be
On Wednesday 05 January 2005 08:59 pm, [EMAIL PROTECTED] wrote:
How would one create an XSP schema? XSP has no really defined syntax. The root
tag can be anything and beyond that there are a couple of optional elements
in the XSP namespace. Taglibs would essentially need their own schemata.
Well, I don't think its anti-taglib sentiment as much as it is
pro-provider cheering. Taglibs definitely have their place, and IMHO
can be a much more powerful mechanism for developing web applications
than conventional PHP or ASP code can. However, Providers are just so
much more powerful
On Tuesday 23 November 2004 09:12 am, Kjetil Kjernsmo wrote:
On fredag 19 november 2004, 14:49, Tod Harter wrote:
I still
haven't found a version which lets you push a new directive
dynamically into the configuration, its just not there! Again, a lot
of it works, a bunch of it doesn't
On Thursday 18 November 2004 12:16 pm, Garrett Goebel wrote:
I sat in at a number of mod_perl sessions at ApacheCon this past week.
According to Geoffrey Young and Phillipe Chaisson mod_perl 2.0 has no
pending feature additions, and only 6 or 7 outstanding bugs to resolve.
Geoffrey would only
On Sunday 14 November 2004 12:27 pm, Tom Schindl wrote:
Tom, I've been doing some pretty heavy mod_perl work on Apache2...
1) The API, while useable is still pretty buggery. The main problem is that
unless you have a certain exact mod_perl version, things tend to blow up,
which makes it a real
Using a provider would be the most logical way to do this.
I did at one point write an apache handler that takes a URL and treats
the path info part as an XPath query and returns all matching fragments
in the underlying document (actually it used a dbxml database to store
the documents, but
Jon Hill wrote:
Hi
I have only just stumbled upon AxKit today and am very interested in what I
read.
I mostly develop with PHP, I have a good grounding in XML and Perl also. I am
about to undertake a project which needs to be presented on Web browsers and
Mobile handsets (maybe others). I
There is of course an entirely different approach which is possible...
Have your XSP capture the required input parameters and construct some
output XML containing the data you need. Then you have some added
flexibility by doing it with perl. I've found that generally thats the
better overall
I wish, but the versions on Mandrake 9.2 should work, its just that
every install I have is now broken. Must have Apache2 Gimme it or
I'm going to write mod_gforth for it! If anyone else is interested in
THAT, just email me, Its going to kick ass, and then we can use GCC
backend to parrot
Cool. So here's an interesting thought, couldn't we basically produce a
version of XSP this way? I haven't thought this all the way through, but
it seems like it would be possible to use a stylesheet to build a
'taglib' that was really just a set of XSLT callbacks to defined sets of
functions
. XInclude in particular is vulnerable since that gets
processed at document parsing time.
S. Woodside wrote:
On Mar 22, 2004, at 8:17 AM, Tod Harter wrote:
All true, but remember that AxKit caches the DOM trees of every
stylesheet in memory, so 'dynanic' is more like 'whatever happens the
1st
with this? If you view the source, the xml is indeed intact, but the browser
complains (I'm using Firefox). It does a similar thing on IE as well.
Any help would be great!
--
Tod Harter
Principal Developer
TradeDesk Software
voice: 802 655 2777
[EMAIL PROTECTED
their
identity or IP address known. tends to wierd them out.
Robert Ferney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http
sites it will be
almost as efficient as one apache anyway).
Kjetil
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
of any real Apache request?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL
: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
for someone to replace that page
with something more akin to what I've written above, and link to it
from somewhere.
Matt.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
for HTML as well of
course.
Thanks in advance,
Yair Lenga
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http
works good. libxslt 1.1.x
is a 'bad thing' it appears, at least for me.
On Wednesday 24 December 2003 9:09 am, Jörg Walter wrote:
If you have mysterious problems, always check with xsltproc.
Error-reporting is not always what it should be, and my guess is an error
in your XSL.
--
Tod Harter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e
{...} called at /dev/null line 0
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
(0x8ae9168)') called at
/dev/null line 0
eval {...} called at /dev/null line 0
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED
a http request,
so i could just write a mod_perl handler that generates the appropriate
XSL stub?
thanks
arne
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
grin
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL
PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
into forms.
On Thursday 27 November 2003 10:19 pm, Steve Willer wrote:
On Thu, 27 Nov 2003, Tod Harter wrote:
What would I fix? I have no control over the encodings used by Open
Office or the clipboard or for that matter the browser either... That is
to say the browser sent me some kaka and called
On Wednesday 26 November 2003 12:58 pm, Steve Willer wrote:
On Wed, 26 Nov 2003, Tod Harter wrote:
Well, try this, paste data from a MS Word document into a text area and
submit it. Make sure you have some nice apostrophe's or some non-english
characters in there. UTF-8 away! I guarantee
have
document/literal SOAP, its basically just a file upload at that point, with
validation of the instance most likely. Everything else can happen
client-side.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http
of the objects
and then not cache them at all. So far, caching provides a 50% gain.
But it has been unreliable as to what I get out and now I see why. :)
Ken.
-Original Message-
From: Tod Harter [mailto:[EMAIL PROTECTED]
Sent: Friday, November 21, 2003 7:56 PM
To: [EMAIL PROTECTED
to say there are no such situations, they are just less common than
people might think.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Monday 24 November 2003 7:31 am, Robin Berjon wrote:
Tod Harter wrote:
On Wednesday 19 November 2003 3:39 am, Matt Sergeant wrote:
I'd also like to think about how we can extend
PerForm so people can create their own PerForm widgets, rather than
having to stick to the default ones we
the features SOAP can provide, signed messages, security assertions, some
other stuff...
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail
On Thursday 20 November 2003 11:58 am, Michael A Nachbaur wrote:
On Thursday 20 November 2003 07:43 am, Tod Harter wrote:
On Wednesday 19 November 2003 7:22 pm, Michael A Nachbaur wrote:
So, anyway, to answer the question, I would like to see better support
for outputting RDF in AxKit
in the context of axkit. Thanks in advance for your help!
Ken.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
XML DOM Level 2 events, are
OLD!!! I get the feeling Mozilla is just plain grinding to a halt.
Cheers,
Kjetil
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL
appropriately.)
-David Nolan
Network Software Developer
Computing Services
Carnegie Mellon University
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant
and there are
no 'pages' being loaded. In fact the application becomes entirely a normal
event-driven GUI, albeit with some javascript glue logic.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
exactly WHY.
Personally I just think RH 9 is a turkey. Lots of stuff is broken, esp perl
stuff.
Thanks for your help. Anyone else manage to solve this problem on redhat
9? Nate
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
should
make much more difference than the added function call overhead.
CU
Jörg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http
.
In your case, you may use $r-pnotes('SESSION')-{cmd} = doit; for now.
That's how it is documented in the plugin man page.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL
=http://server/database.nsf/XML/blabla.rss?OpenPage/
Is there something similar in AxKit?
Thanks,
Frank
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
instead, which will ask your apache via
HTTP.
Its not a matter of AXKIT executing a CGI, its a relative URL, so presuming
the base points to a server where the URL is valid then the results of CGI
execution SHOULD be returned, thats only plain sense...
--
Tod Harter
Giant Electronic Brain
http
On Monday 22 September 2003 01:57 pm, Jrg Walter wrote:
Am Monday, 22. September 2003 17:43, schrieb Tod Harter:
On Sunday 21 September 2003 10:36 am, Jrg Walter wrote:
Exactly, AxKit parses the file as file. AxKit doesn't execute CGI's.
Using axkit:// URLs, you can execute other AxKit
just making your variable select='document(/whatever)' and
then do node-set($variable)/ where you use it. I'm about 99% sure that will
work.
On Saturday 20 September 2003 04:18 am, Vaclav Barta wrote:
On Saturday 20 September 2003 12:10 am, Tod Harter wrote:
The problem is that you're trying
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
- is it really works?
Is there any another way to use XUpdate with LibXML?
Sincerely,
Alex.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic
You might have better luck with using libxml2/libxslt as your XSLT processor.
Most people find it more reliable and faster (though it can be more of a pain
to install, if you can get XML::LibXSLT installed from CPAN you should be
OK).
On Thursday 11 September 2003 11:11 am, Cedric Passerini
: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
==
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
. The way it is now is
simply ambiguous and sub-optimal for all cases. Seems like good ole' design
by commitee...
On Friday 05 September 2003 01:09 pm, Chris Strom wrote:
On Fri, Sep 05, 2003 at 11:38:08AM -0400, Tod Harter wrote:
Yeah, thats sensible behaviour. a.xsl is a NON ALTERNATE stylesheet, so
applications just
interact with the module directly. Is this what everyone else does, or
is there a better way ?
Cheers,
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED
PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tuesday 05 August 2003 07:48 am, Jörg Walter wrote:
Am Tuesday, 05. August 2003 13:33, schrieb Tod Harter:
Add the following to your xsl
xsl:template match=*
xsl:copy
xsl:copy-of select=@*/
xsl:apply-templates/
/xsl:copy
/xsl:template
Seems like an odd error, but then LibXSLT doesn't always produce sensible
seeming error messages...
In any case since a trailing slash doesn't seem like sensible XPath its not
surprising it got indigestion!
On Monday 11 August 2003 03:06 am, Alex Sergeyev wrote:
Hm =))) new info:
It was my
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
What I meant was, you're right, but I've brainwashed myself so bad with my
cookie cutter approach ;o) that I forget the rules... Really, XSLT (at least
for my purposes) should just ignore anything that there isn't an explicit
match for. I always put in a 'do nothing' and then just run an open
:
xsl:apply-templates match=dontwantthis/
Having the default rule I think is useful as a double-check, so that if
I get extraneous text output it's a red flag that I goofed somewhere.
simon
On Tuesday, August 5, 2003, at 03:01 PM, Tod Harter wrote:
What I meant was, you're right, but I've
Matt has time to do real work? Thats not good. We should have his undivided
attention!
On Thursday 31 July 2003 03:32 am, Matt Sergeant wrote:
On Thursday, Jul 31, 2003, at 05:19 Europe/London, Daisuke Maki wrote:
Am I the only one getting the login screen to Spam Manager when
accessing
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
Well...
You've essentially run into one of the problems with the HTTP house of cards!
There really is no clear way to deal with it either. HEAD was a nice theory,
and it works fine for static content that gets updated now-and-then. But for
non-idempotent requests (which in theory should always
either!
Here where I live you're lucky if you even get digital service at all...
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
for AxKit 2.0.
It
will most probably have that flexibility.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail
]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
system, and I'd really rather not
have the overhead of XSP in every single page if I want just one or two
pages in an entire site to have a dynamic snippet.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
and scratch.
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and Provider.
Thanks for the help,
-Robert Ferney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Wednesday 11 June 2003 02:43 pm, S Woodside wrote:
On Wednesday, June 11, 2003, at 08:29 AM, Tod Harter wrote:
or use XSLT document() directives...
Yes document('http://localhost/cold/fusion/source.xml') should
work! Ugly though, since you'll have to put together those paths by
hand
On Thursday 12 June 2003 01:18 pm, Matt Sergeant wrote:
On Thu, 12 Jun 2003, Tod Harter wrote:
Truth is that SimpleTaglib IS better in the long run for this sort of
thing,
Bah, HEATHEN! :-)
hehehe. Cheer up, I have about 10 taglibs I maintain, 9 of them are
TaglibHelper based ;o).
--
Tod
On Thursday 05 June 2003 07:18 am, Jörg Walter wrote:
Am Thursday, 05. June 2003 01:51, schrieb Tod Harter:
Yeah, the problem is that XML::LibXML requires a flag to be set when the
parser is instantiated to tell it to process xincludes. I made a patch to
set the flag, but I never did get
Yeah, the problem is that XML::LibXML requires a flag to be set when the
parser is instantiated to tell it to process xincludes. I made a patch to set
the flag, but I never did get it to work. The result is that in STATIC xml
pages (non-XSP) AxKit DOES process xincludes, but in XSP land it
on this?
John
http://www.sleepycat.com/products/xml.shtml
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
providers that way for various projects. Its a real good way to convert perl
data into specific XML structures, you convert it to a series of SAX events
and then you can spit out a DOM tree at the end.
On Saturday 05 April 2003 01:12 pm, John Fessenden wrote:
On Thu, 3 Apr 2003, Tod Harter wrote
: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Saturday 05 April 2003 08:41 am, Chris Leishman wrote:
On Saturday, April 5, 2003, at 04:20 PM, Tod Harter wrote:
snip
It REALLY seems to me that if you need to pass complex information,
then an
object should be passed. In other words I think that while its
tempting to
use
-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tod Harter
Giant Electronic Brain
http://www.giantelectronicbrain.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED
On Monday 31 March 2003 01:35 pm, Christian Jaeger wrote:
I'm not sure I understand the 'by' part... Order is unimportant in taglib
inputs, the parameters are supplied by name (at least with TaglibHelper,
there are other possiblities).
If you want to supply the OUTPUT of one tag to another,
1 - 100 of 216 matches
Mail list logo
