Filters

Many template functions of the Qgoda Plug-in have filters as their argument. Filters allow you to specify a group of documents or even one single document.

Filters Are Key-Value Pairs

A typical filter looks like this:

Read this page in [German]([% q.link(name=asset.name lingua='de') %]). 

The above snippet calls the template function q.llink() with two named arguments name and lingua.

All of these arguments specify conditions that a document must fulfill to pass the filter. In the above case that would be documents whose name variable has the same value as the current document, and the lingua variable should have the hard-coded value de.

Broken and Ambiguous Links

If you specify a filter that produces no results, you will normally see a warning in the console. Likewise, for methods that should produce exactly one hit, you will get a warning if more than one matching document exists.

Such functions are q.link(), q.anchor(), and q.xref() and their multilanguage equivalents q.llink(), q.lanchor(), and q.lxref().

Conditions

The equality check is the default condition for filters but there are more at your disposal with a slightly more complicated syntax:

See the [API docs]([% q.link(name='api-docs') %]).
See the [API docs]([% q.link(name=['eq', 'api-docs']) %]).

The second example uses the advanced syntax. Instead of a single value, you specify a list of two values. The first one is the comparison operator, and the second one the value.

In fact both lines do exactly the same, because eq as the default comparison operator.

So, the advanced syntax is:

VARIABLE=[OPERATOR, VALUE]

eq

Returns true if the values are string-wise equal.

ne

Returns true if the values are string-wise not equal.

ge

Returns true if the value of the variable in the other document is (string-wise) greater or equal than the value specified. For example "bbb" is string-wise greater than "aaa".

gt

Returns true if the value of the variable in the other document is (string-wise) greater than the value specified. For example "bbb" is string-wise greater than "aaa".

le

Returns true if the value of the variable in the other document is (string-wise) less or equal than the value specified. For example "aaa" is string-wise less than "bbb".

lt

Returns true if the value of the variable in the other document is (string-wise) less than the value specified. For example "aaa" is string-wise less than "bbb".

ieq

Like eq but ignores case for the comparison.

ine

Like ne but ignores case for the comparison.

ige

Like ge but ignores case for the comparison.

igt

Like gt but ignores case for the comparison.

ile

Like le but ignores case for the comparison.

ilt

Like lt but ignores case for the comparison.

==

Returns true if the value of the variable in the other document is numerically equal to the value specified. For example 1.0 and 1 and +1 are all numerically equal.

!=

Returns true if the value of the variable in the other document is numerically not equal to the value specified.

>=

Returns true if the value of the variable in the other document is numerically greater or equal than the value specified.

>

Returns true if the value of the variable in the other document is numerically greater than the value specified.

<=

Returns true if the value of the variable in the other document is numerically less or equal than the value specified.

<

Returns true if the value of the variable in the other document is numerically less than the value specified.

=~

Returns true if the value of the variable in the other document matches the value specified as a Perl regular expression.

!~

Returns true if the value of the variable in the other document does not match the value specified as a Perl regular expression.

contains

Returns true if the value of the variable in the other document is an array (a list) the value specified is contained in that array.

icontains

Like contains but case is ignored for the comparison.

Filtering Results are Cached

Applying filters to a large set of documents is potentially expensive. However, you pay the price only once. All results of filtering operations are cached in memory, even when you shuffle the order of the conditions in the filter.

Can Filters Be ORed Together?

No.

This is a deliberate design decision that favors a simple and comprehensible syntax over flexibility. If you need a logical or, you can achieve that by template code yourself. Template Toolkit gives you all the operators you need.

Besides, it seems to be hard to find a use case for ORed conditions.