authors, admins (advanced)
The (:if:)
directive allows portions of a page to be included or excluded from rendering.
Using the (:if:) Directive
The generic forms of the (:if:)
directive are
(:if cond param:) body (:ifend:) (:if cond param:) body (:else:) body (:ifend:) (:if cond param:) body (:elseif cond param:) body (:ifend:) (:if cond param:) body (:elseif cond param:) body (:else:) body (:ifend:) |
where "cond" names a condition to be tested, and "param" is a parameter or other argument to the condition.
Note that (:if:)
without parameters and (:ifend:)
are identical. Also note that (:if cond:)
automatically closes a previous conditional. For nested multiple levels, see Nested conditionals.
Built-in Conditions
The built-in conditions include:
(:if name PAGENAME:)
- current page is named "
PAGENAME
" or "GROUPNAME.PAGENAME
" (case insensitive) (:if group GROUPNAME:)
- current group is named "
GROUPNAME
" (case insensitive) (:if action ACTION:)
- current action is "
ACTION
" (case sensitive), e.g. "browse" or "edit" (:if auth LEVEL PAGENAME:)
- viewer is authorized - meaning "what they are allowed to do" - matches a "
LEVEL
" whereLEVEL
can be:read
,edit
,upload
,attr
oradmin
;PAGENAME
is optional.
This is mostly used to hide and show portions of the interface only useful to editors or admins.
Security warning: Neither this nor any other condition is meant to hide secrets. Conditions may easily be circumvented in many cases, as described in Passwords. See also: Security, PITS:01417. (:if auth @readers,@editors:)
- current viewer is member of at least one user group among "@readers" or "@editors". This can be configured with AuthUser or via custom recipes (from PmWiki 2.3.17).
(:if authid:)
- current viewer is authenticated - meaning they have proven who they are via login - to use this the wiki must include recipe AuthUser or others which set the
$AuthId
variable. (:if enabled InvalidLogin:)
- username and password not authenticated. To use this the wiki must include recipe Cookbook:AuthUser.
(:if true:)
- always include text, case sensitive
(:if false:)
- always exclude text (same as a comment, but Page Text Variables ARE set), case sensitive
(:if attachments FILENAMES PAGENAME:)
PAGENAME
has one or more attachments among the specified. A pagename can be omitted, in that case the current page is implied.FILENAMES
specify an attachment like "pic1.jpg" or attachment patterns separated by commas, like "pic*.jpg,*.png" where asterisk (*) means "anything"; if omitted, any attachment (i.e. "*") is implied.
If used in a sidebar, header, or footer, and thePAGENAME
is not specified, the condition applies to the main page.
e.g.(:if attachments *.png,*.gif Groupname.PageName:)
(FILENAMES must not have quotation marks)
In the following "if date" examples:
DATE
may be year-month. year-month-day is optional.VALUE
can be a recognizable date via strtotime()DATE
(orDATE1?
andDATE2?
below) have a more fixed format which explicitly must exclude spaces. Any spaces inDATE1?
orDATE2?
cause unpredictable results- "now" or "today" is assumed if
VALUE
is omitted - dates are in standard format
yyyy-mm-dd
oryyyymmdd
oryyyymmddThhmm
(note the "T" between the date and the hour, and also see comment above on format ofVALUE
) - the ".." cannot have leading (when used with
DATE1?
) or trailing spaces (when used withDATE2?
)
(:if date DATE VALUE:)
- Evaluates to true if
VALUE
is withinDATE
(:if date DATE1.. VALUE:)
- true if
VALUE
(or current date if omitted) isDATE1
or later (unlimited) (:if date ..DATE2 VALUE:)
- true if
VALUE
(or current date if omitted) isDATE2
or earlier (unlimited) (:if date DATE1..DATE2 VALUE:)
- true if
VALUE
(or current date if omitted) is in rangeDATE1
toDATE2
(inclusive) (:if enabled VAR:)
- true if PHP
VAR
exists and is not false (:if enabled AuthPw:)
- true if user has entered any password during the current browser session. This does not mean the user has entered the correct password, just that they entered one.
(:if equal STRING1 STRING2:)
- true if
STRING1
equalsSTRING2
, use quotes if the string or string variable contains spaces, eg"MY STRING"
(:if match REG_EXPRESSION:)
- true if current page name matches the regular expression
(:if exists PAGENAME:)
- true if the page "
pagename
" or "groupname.pagename
" exists (case insensitive)
Multiple pages can be specified, e.g.(:if exists p1,p2,mygroup.*:)
is true if at least one among the pages "p1", "p2" or those in the "mygroup" group exist. (:if ontrail WikiTrailPage ThisPage:)
- true if
ThisPage?
is in a list used as a trail on "WikiTrailPage
"
The name and group conditionals will work even for an included page, as the "name" and "group" conditionals always check the currently displayed page, as opposed to the page that the markup appears in.
Concatenated conditions
In some cases where built in conditions have a parameter the parameters may be concatenated using a comma, viz:
(:if name Name1,Name2,-Name3:)
(:if group -Group1,Group2,Group3:)
(:if action browse,edit,diff:)
(:if exists Page1,Group.*:)
Negated Conditions
Negated forms of conditions also work:
(:if !attachments:)
- this page has no attachments
(:if ! name PAGENAME:)
(:if name -PAGENAME :)
- current page is NOT named "
PAGENAME
" (:if group -GROUPNAME1,-GROUPNAME2 :)
- group is not named "
GROUPNAME1
" or "GROUPNAME2
"
Nesting Conditions
Note that (:if cond:)
automatically closes a previous conditional. Thus, the following two examples have identical meaning:
(:if cond1:)
cond1 is true(:if cond2:)
cond2 is true(:ifend:)
(:if cond1:)
cond1 is true(:ifend:)
(:if cond2:)
cond2 is true(:ifend:)
Conditions can be nested from 2.2.beta 66. To have nested conditionals you need to number the if, and the matching else/ifend:
(:if cond1:) cond1 is true (:if2 cond2:) cond1 and cond2 are true (:elseif2 cond3:) cond1 and cond3 are true, cond2 is not (:else2:) cond1 is true, cond2 and cond3 are not (:if2end:) (:else:) cond1 is false, cond2 testing was ignored (:ifend:) |
Spaces were added for better readability.
Using wildcard placeholders
The character *
can be used as a wildcard to represent any character, zero, one, or multiple times.
The character ?
can be used as a wildcard to represent any character exactly once.
Wildcard characters (*
and ?
) can be used with the name and group conditional markups, thus:
(:if name PmCal.2005* :)
- current page is in group PmCal and begins with 2005
(:if group PmWiki* :)
- current page is in group PmWiki or a group beginning with PmWiki
(:if name Profiles.*,-Profiles.Profiles :)
- current page is in group
Profiles
but notProfiles.Profiles
Using page text variables, page variables and markup expressions
Page text variables (PTVs?), page variables (PVs?) and markup expressions can be used in conditional markup. They will be assigned/evaluated before the condition(s).
Combining conditions
Conditions (as previously defined) may be combined into more complex conditional expressions using one of these three equivalent forms:
(:if expr EXPRESSION :) (:if [ EXPRESSION ] :) (:if ( EXPRESSION ) :) |
Conditions are combined into expressions with boolean operators and brackets. In the next table, A and B are either regular conditions or (round-)bracketed sub-expressions of regular conditions:
Expression | Operator | Result |
---|---|---|
A and B | And | TRUE if both A and B are TRUE. |
A or B | Or | TRUE if either A or B is TRUE. |
A xor B | Xor | TRUE if either A or B is TRUE, but not both. |
! A | Not | TRUE if A is not TRUE. |
A && B | And | TRUE if both A and B are TRUE. |
A || B | Or | TRUE if either A or B is TRUE. |
Example
(:if [ name SomePage and group SomeGroup ]:) equivalent to (:if name SomeGroup.SomePage:) |
Important Notes:
- Spaces are required around operators and brackets.
- No specific feedback is given for syntax errors or unbalanced brackets.
- Use round brackets (not square) for nested expressions.
Thus, the following is a valid way of building an expression that shows the following contents only when the user is either the administrator, or is logged in and the time is later than the given date:
(:if [ auth admin || ( authid && date 2006-06-01.. ) ] :)
Nesting with square brackets will silently fail to work as expected:
(:if [ auth admin || [ authid && date 2006-06-01 ] ] :)
NOTE: Doesn't Work!
A common use of these complex tests are for expressions like:
(:if expr auth admin || auth attr || auth edit :) [[Logout -> {*$Name}?action=logout]] (:ifend:) |
which provides a logout link only when the browser has admin, attr, or edit permissions.
admins (advanced)
Creating new conditions
See Cookbook:ConditionalMarkupSamples.
See also special references for the use of {*$Variables}
.
This page may have a more recent version on pmwiki.org: PmWiki:ConditionalMarkup, and a talk page: PmWiki:ConditionalMarkup-Talk.