[ic] Filter doesn't interpolate by default? Wha...?

[Jon Jensen]

On Sat, 27 Nov 2010, Peter wrote:

>>> I am having a difficult time imagining a situation when one would use
>>> [filter foo][/filter] without some sort of ITL tag in-between them.
>
> And no record of the decision in git as it goes back to the dawn of our 
> CVS repo before the great tag breakout.  What really surprises me is 
> that no-one has complained about it until now.

I have certainly run into problems with the behavior.

However, since so much filtering is done on data from scratch, values, 
CGI, and variables, it doesn't make sense to interpolate another tag 
anyway. Thus these additions from way back:

commit 6aee97f765eb687acbd2c836fdda867568001bca
Author: Jon Jensen <jon at endpoint.com>
Date:   Thu May 13 20:11:33 2004 +0000

     Add filter option to scratchd, similar to so many other tags.

commit 2c01e7cd9931e117f554b8236c626c6a6048adda
Author: Jon Jensen <jon at endpoint.com>
Date:   Fri Apr 9 02:46:53 2004 +0000

     Add "filter" option to error tag. Especially useful is the "entities"
     filter when outputting admin errors.

commit d7ca7b81684c5ce99ee9c7942e5395271876b647
Author: Jon Jensen <jon at endpoint.com>
Date:   Wed Feb 11 14:40:45 2004 +0000

     Allow filter attribute to var tag, similar to value, cgi, and scratch,
     except that filtered value will never be saved back into the variable.
     Example:

         [var name=ADDRESS filter=html2text]

commit 40a12139de7b217ef0735ea8f98830c78e46094e
Author: Jon Jensen <jon at endpoint.com>
Date:   Thu Dec 4 13:10:56 2003 +0000

     Add filter option to [scratch], the same as with [value] and [cgi].

So intead of this:

[filter 5.][scratch foo][/filter]

You can do this:

[scratch name=foo keep=1 filter="5."]

and it's faster too.

Jon


-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/