<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
<BR> <BR>
> From: jon@endpoint.com<BR>> On Sat, 27 Nov 2010, Peter wrote:<BR>> >>> I am having a difficult time imagining a situation when one would use<BR>> >>> [filter foo][/filter] without some sort of ITL tag in-between them.<BR>> ><BR>> > And no record of the decision in git as it goes back to the dawn of our <BR>> > CVS repo before the great tag breakout. What really surprises me is <BR>> > that no-one has complained about it until now.<BR>> <BR>> I have certainly run into problems with the behavior.<BR>> <BR>> However, since so much filtering is done on data from scratch, values, <BR>> CGI, and variables, it doesn't make sense to interpolate another tag <BR>> anyway. Thus these additions from way back:<BR>> <BR><BR>
Yeah, me too. I would hit a wall and end up using sql-filter, or the filter param on cgi, etc. However, I didn't know it worked with [scratch]. I looked a little bit in the docs, but I think I assumed that if it worked on [scratch] I would have remembered.<BR>
<BR>
That was actually my first choice, but you know what they say, assumptions make a dummy of me and mmm look pancakes...<BR>
<BR>
Or something like that :-)<BR>
<BR>
Paul<BR>
<BR> </body>
</html>