Mason:...ilters(3pm)
π Mason::Manual::Filters β content filters in Mason, bestie π
okay so this is Mason::Manual::Filters, a page from the User Contributed Perl Documentation, and it's literally all about filters β the little glow-up rituals you run on chunks of content inside a component. Let's get into it. π
β¨ DESCRIPTION β¨
Filters can be used to process portions of content in a component. That's the whole vibe. π¦
A whole set of filters ships built-in with Mason β go look at Mason::Filters::Standard. And there's more on CPAN, and making your own is genuinely easy, no cap. π
πΈ INVOKING πΈ
π Block invocation
Here's the classic, the standard, the main-character way to call a filter:
% $.Trim {{
This string will be trimmed
% }} # end Trim
So the tea is: a double open brace ({{) at the end of a %-line means filter call incoming. The filtered content starts right after it and ends at the }}. And listen β both {{ and }} can be followed by a comment. Cute, right? π
The expression $.Trim, aka $self->Trim, is a method call on the component object which returns a filter. In general everything before the {{ is evaluated and is expected to return a filter or list of filters.
By convention β and to dodge name clashes with other component methods β filters use CamelCase rather than traditional underscore names. Periodt. π
Filters can take arguments too:
% $.Repeat(3) {{
There's no place like home.
% }}
==> There's no place like home.
There's no place like home.
There's no place like home.
And because the expression $.Repeat(3) returns a filter, it can be curried. Obsessed:
% my $repeat_three = $.Repeat(3);
% $repeat_three {{
There's no place like home.
% }}
You can also create one-off filters with anonymous subroutines. The subroutine receives the content in both $_[0] and $_, and should return the filtered content. π«Ά
% sub { reverse($_[0]) } {{
Hello
% }}
==> olleH
% sub { s/ //g; $_[0] } {{
A bunch of words
% }}
==> Abunchofwords
Filters can be nested, with separate lines:
% $.Trim {{
% sub { uc($_[0]) } {{
This string will be trimmed and uppercased
% }}
% }}
or on a single line:
% $.Trim, sub { uc($_[0]) } {{
This will be trimmed and uppercased
% }}
Multiple filters within the same tag are applied, intuitively, in reverse order with the last one being innermost. e.g. in this block
% my $i = 1;
% $.Repeat(3), $.Cache($key, '1 hour') {{
<% $i++ %>
% }}
=> 1 1 1
the output of <% $i++ %> is cached, and then repeated three times, whereas in this block
% my $i = 1;
% $.Cache($key, '1 hour'), $.Repeat(3) {{
<% $i++ %>
% }}
=> 1 2 3
<% $i++ %> is executed and output three times, and then the whole thing cached. π
π¦ Pipe invocation
Filters can also appear in a limited way inside a regular <% %> tag:
<% $content | NoBlankLines,Trim %>
The filter list appears after a < | > character and must contain one or more comma-separated names. The names are treated as methods on the current component class. With this syntax you cannot use anonymous subroutines or variables as filters, or pass arguments to filters. π
However in a pinch you can define local filter methods to get around this, e.g.
<%class>
method Repeat3 { $.Repeat(3); }
</%class>
...
<% $message_body | Repeat3 %>
For consistency with other syntax, multiple names are applied in reverse order with the rightmost applied first.
One common use of this form is to escape HTML strings in web content, using the H filter in Mason::Plugin::HTMLFilters:
<% $message_body | H %>
π Default filters
Mason::Plugin::DefaultFilter allows you to define default filters that will automatically apply to all substitution tags. It is analagous to HTML::Mason's default_escape_flags setting. Set it and forget it, bestie. β¨
π§ Manual invocation
$m->filter can be used to manually apply filter(s) to a string. It returns the filtered output. e.g.
<%init>
...
my $filtered_string = $m->filter($.Trim, $.NoBlankLines, $string);
</%init>
π CREATING A FILTER π
π Package and naming
By convention, filters are placed in roles so that they can be composed into Mason::Component or a subclass thereof. Take a look at Mason::Filters::Standard for an example. π
Also by convention, filters use CamelCase rather than traditional underscore_separated naming. Filter methods have to coexist with other methods in the Mason::Component namespace, so they have to be distinguishable somehow, and we thought this was preferable to a filter_ prefix or suffix. Of course, you are free to choose your own convention, but you should expect this naming in the standard filters at least. π
Here's a filter package that implements two filters, Upper and Lower:
package MyApp::Filters;
use Mason::PluginRole;
method Upper () {
return sub { uc($_[0]) }
}
method Lower () {
return sub { lc($_[0]) }
}
1;
To use these in a component:
<%class>
with 'MyApp::Filters';
</%class>
% $.Upper {{
...
% }}
Or if you want them available to all components, put them in Base.mp at the top of your component hierarchy, or in your application's Mason::Component subclass. π
π Simple vs. dynamic filters
A simple filter is a code ref which takes a string (via either $_[0] and $_) and returns the output. Your filter method should return this code ref. e.g.
# Uses $_[0]
method Upper () {
return sub { uc($_[0]) };
}
# Uses $_
method Rot13 () {
return sub { tr/a-zA-Z/n-za-mN-ZA-M/; $_ };
}
A dynamic filter is an object of class Mason::DynamicFilter. It contains a code ref which takes a yield block and returns the output. A yield block is a zero-argument code ref that returns a content string. e.g. this is functionally identical to the above:
method Rot13 () {
return Mason::DynamicFilter->new(
filter => sub {
my $yield = $_[0];
my $text = $yield->();
$text =~ tr/a-zA-Z/n-za-mN-ZA-M/;
return $text;
}
);
}
The dynamic filter obviously doesn't buy you anything in this case, and for the majority of filters they are unneeded. The real power of dynamic filters is that they can choose if and when to execute the yield block. π₯
For example, here is an implementation (slightly expanded for explanatory purposes) of the Cache filter in Mason::Plugin::Cache:
method Cache ( $key, $set_options ) {
return Mason::DynamicFilter->new(
filter => sub {
my $yield = $_[0];
my $cache = $self->cache;
my $output = $cache->get( $key );
if (!$output) {
$output = $yield->();
$cache->set( $key, $output, $set_options );
}
return $output;
}
);
}
Notice that we call $cache->get first, and return the output immediately if it is in the cache. Only on a cache miss do we actually execute the (presumably expensive) yield block. It's giving efficiency. π
Defer and Repeat are two other examples of dynamic filters. See Mason::Filters::Standard for their implementations.
π <%filter> block
You can use the <%filter> block to define filters that output content. It works just like a <%method> block, except that you can call $yield->() to generate the original content. e.g.
<%filter Item ($class)>
<li class="<% $class %>"><% $yield->() %></li>
</%filter>
% $.Item('std') {{
First
% }}
% $.Item('std') {{
Second
% }}
generates
<li class="std">
First
</li>
<li class="std">
Second
</li>
β SEE ALSO β
Mason::Filters::StandardMason
π AUTHOR π
Jonathan Swartz <swartz@pobox.com>
π COPYRIGHT AND LICENSE π
This software is copyright (c) 2012 by Jonathan Swartz.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
and that's the whole page, bestie π«Ά this doc came to you from the User Contributed Perl Documentation collection, as Mason:...ilters(3pm), generated by perl v5.34.0 on 2022-05-27. slay, go filter something. π
β¨
π¦ where this page comes from
- debian bookworm: libmason-perl 2.24-2 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- debian trixie: libmason-perl 2.24-2 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu noble: libmason-perl 2.24-2 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu resolute: libmason-perl 2.24-2 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu stonking: libmason-perl 2.24-2 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms