Anonymous user
Other parameters: Difference between revisions
Add more examples
imported>FrozenPlum (Some minor fixes) |
imported>FrozenPlum (Add more examples) |
||
(5 intermediate revisions by the same user not shown) | |||
Line 9:
}}
'''Syntax:'''
<code>debug=<i>n</i></code>, where {{tt|n}} is one of:
* <code>''0''</code> – Silent mode, shows nothing.
* <code>''1''</code> – Quiet mode, shows (fatal) errors.
* <code>''2''</code> – Default mode, like 1 + shows warnings; – '''(default)'''.
* <code>''3''</code> – Verbose mode, like 2.
* <code>''4''</code> – Dump raw SQL Query; only if ''$wgDebugDumpSql'' is set to true.
* <code>''5''</code> – Show wiki text output from DPL3 instead of parsed wiki text.
{{note|'''Note:''' If the debug parameter is '''not''' used in the first position of the DPL3 statement, the new debug settings are not applied before all previous parameters have been parsed and checked.''' This generates a warning for <code>debug{{=}}2</code> and above.}}
'''Example:'''<br><br><!-- transclude example from subpage-->{{#lsth:Examples/Parameter: debug (example 1)|Example}}
{{ViewTest|Examples|Parameter: debug (example 1)}}
'''Result:'''<br><br><!-- transclude example from subpage-->{{#lsth:Examples/Parameter: debug (example 1)|Result}}
'''Notes:'''
* DPL3 debug messages are translatable in ''DynamicPageList2.i18n.php''.
* <code>debug=''1''</code> suppresses warning messages (e.g., if the result set of a DPL3 query is empty). As an alternative, the <code>{{DPL|suppresserrors}}=</code> statement can be used.
Line 43 ⟶ 40:
|purpose= Cache query results to improve performance, keep servers from crashing under high load.
}}
'''Syntax:'''
<code>allowcachedresults=''value''</code> where
* <code>''true''</code> – ('''default''', need not be set).
* <code>''false''</code> – prevent caching.
'''Notes:'''
* All queries are cached by default '''to reduce server load''', as generally articles do not change often enough to require updating every page load.
* If immediate updates are required every page load, such as for displaying {{DPL|scroll}} navigation via {{DPL|URL parameters}}, then set this parameter to false.
* Cache period is handled by the <code>{{DPL|cacheperiod}}</code> parameter.
Line 57 ⟶ 58:
{{DPL Parameter
|name = cacheperiod
|purpose=
}}
'''Syntax:'''
<code>cacheperiod=''number of seconds''</code>
Line 68 ⟶ 70:
{{DPL Parameter
|name = goal
|purpose= Set the
}}
'''Syntax:'''
<code>goal=''goaltype''</code> where
* <code>''pages''</code>
* <code>''categories''</code>.
This allows the asking of question like: Given all pages that are a member of category ''X'' with a title matching ''"y%"'' and which use template ''"Z"'': to which categories do these pages belong?
One of the more useful applications would be a question like: "To which categories do the pages belong which contain a reference to the current page?"
The output of <code>goal=categories</code> is technically a ''list of pages of type category''. This means that all DPL3 formatting options can be used (<code>mode=userformat</code>, <code>listseparators</code>, <code>columns</code> etc.) and pseudo variables (<code>%TITLE%</code>, <code>%PAGE%</code>) to customize the layout of the report.
'''Technical Note:'''
Line 96 ⟶ 104:
{{DPL Parameter
|name = eliminate
|purpose= Suppress references to pages, templates, images, categories in
}}
'''Syntax:'''
<code>eliminate=''keyword,..''</code> where {{tt|keyword}} is one of:
* <code>''categories''</code>
* <code>''templates''</code>
* <code>''images''</code>
* <code>''links''</code>
* <code>''all''</code>
The output of a DPL3 statement typically creates links to all pages which are part of the result set. The inclusion of contents from other pages via DPL3 (using <code>{{DPL|include}}</code>) normally has these consequences:
* The page containing the DPL3 query becomes part of the categories of the transcluded page.
* It shares ('adopts') their use of templates.
* It shares their references to images.
* It shares their references to other articles.
In some cases, this may be useful. But in many cases, this is not wanted. Especially when DPL3 is used to create a printable document which contains the full text of other articles, duplicating all links, template uses etc., of those articles is probably undesired.
The <code>eliminate</code> parameter suppresses all or some of the effects described above.
For further explanation, see <code>{{DPL|reset}}</code>.
'''Note:''' The use of <code>eliminate</code> needs a considerable amount of extra computing power as it performs a second parser step for each included document.
Line 127 ⟶ 137:
{{DPL Parameter
|name = reset
|purpose= Suppress references to pages, templates, images, categories in
}}
'''Syntax:'''
<code>reset=''keyword,..''</code>, where
* <code>''categories''</code>
* <code>''templates''</code>
* <code>''images''</code>
* <code>''links''</code>
* <code>''all''</code>
The output of a DPL3 statement typically creates links to all pages which are part of the result set. The inclusion of contents from other pages via DPL3 (using <code>include</code>) normally has the consequences:
* The page containing the DPL3 query becomes part of the categories of the transcluded page.
* It shares ('adopts') their use of templates
* It shares their references to images
* It shares their references to other articles.
In some cases, this may be useful. But in many cases, this is not wanted. Especially when
The <code>reset</code> parameter
There are some subtle differences here depending on the mode in which DPL3 is used. These differences affect the question of how links, and categories etc., are treated which are direct part of the document containing the DPL3 query.
Line 160 ⟶ 173:
</nowiki></pre>
'''In parser extension mode''' (tag like <code><nowiki><dpl></nowiki></code>):
* <code>reset=''categories''</code> – Ignores categories of included contents but keeps 'own' categories like 'Q Cat'.
* <code>reset=''images''</code> – Throws away references to images contained in included contents but keeps 'own' images like 'Q Image'.
* <code>reset=''templates''</code> – Ignores templates used in included contents but keeps 'own' template usage ('Q Template').
* <code>reset=''links''</code> – Throws away all references to other pages, i.e., links contained in included contents and links like 'Q Link' are ignored. This means all links can be used in the normal "FORWARD" way, but no "BACKLINKS" are available for them.
To avoid the above described effect of <code>reset</code> on one's 'own' links, <code>{{DPL|eliminate}}</code> can be used. However, it is important to note that ''eliminate'' is rather expensive in terms of computer power, as it does a second parse for all included contents.
''' In parser function mode''' (<code><nowiki>{{#dpl:....}}</nowiki></code>):
* <code>reset=''categories''</code> – Ignores all categories.<br>
* <code>reset=''images''</code> – Throws away all references to images.
* <code>reset=''templates''</code> – Ignores all template invocations.
* <code>reset=''links''</code> – Throws away all references to other pages.
Using <code>reset</code> in parser function mode clears everything, regardless of whether it comes from included contents or whether it is direct part of the document containing the DPL3 query.
To avoid the above described effect of <code>reset</code>, <code>{{DPL|eliminate}}</code> can be used. However, ''eliminate'' is rather expensive in terms of computing power, as it does a second parse for all included contents. The extra parser step is conducted as soon
If there is '''more than one DPL3 query''' in a page, the effects depend on the exact mode (parser extension or parser function mode), on the sequence of the statements and on the presence of 'reset' or 'eliminate' statements in each of the queries and on their individual arguments. As this is a very rare case, only a simple rule of thumb is given here: Once 'reset' is used in parser function mode or
Line 187 ⟶ 203:
|purpose= Assign the article containing a DPL3 statement to a category, although <code>reset</code> was used.
}}
'''Syntax:'''
<code>fixcategory=''category name''</code>
Use multiple commands to assign the article to more than one category.
If <code>reset=''all''</code> or <code>reset=''categories''</code> are used, the article containing the DPL3 statement is not be recorded in the
As a side effect of using <code>reset=''all''</code>, the article
Line 204 ⟶ 223:
|purpose= Process the command given as an argument and then exit immediately.
}}
'''Syntax:'''
Line 211 ⟶ 231:
<code>execandexit=''geturlargs''</code>
If no wiki text is given, the command is ignored. Otherwise, DPL3 outputs the wiki text and exits immediately.
Note that the wiki text may be a parser function call which evaluates to an empty string.
'''Example:'''<br><br><!-- transclude example from subpage-->{{#lsth:Examples/Parameter: execandexit (example 1)|Example}}
{{ViewTest|Examples|Parameter: execandexit (example 1)}}
'''Result:'''<br><br><!-- transclude example from subpage-->{{#lsth:Examples/Parameter: execandexit (example 1)|Result}}
The special word ''geturlargs'' can be used as a wiki text to transform URL arguments starting with <code>DPL_</code> into variables, which can then be accessed via #var (if the [[mw:Extension:Variables|Variables]] extension is installed) or via #dplvar.
Using this command, DPL3 can be prevented from executing a database query; this may be useful if the user did not give a necessary parameter. Note that an <code><nowiki>{{#if:}}</nowiki></code> ([[mw:Help:Extension:ParserFunctions|Parser Functions]] extension) function call would NOT help in that case because <code>#if</code> evaluates its complete content before taking the "if" or the "else" path. So, embedding a DPL3 call within an <code>#if</code> is much less efficient than using the ''execandexit'' function.
'''Example:'''<br><br><!-- transclude example from subpage-->{{#lsth:Examples/Parameter: execandexit (example 2)|Example}}
{{ViewTest|Examples|Parameter: execandexit (example 2)}}
'''Result:'''<!-- transclude example from subpage-->{{#lsth:Examples/Parameter: execandexit (example 2)|Result}}
'''See also:''' [[Template:DPL3 scroll]] and {{DPL|scrolling}}.
{{note|'''Note:''' <code>execandexit</code> acts like a short-circuit evaluation. This means, for example, that successive statements to influence caching
Line 242 ⟶ 264:
{{note|'''Important:''' The <code>updaterules</code> feature is intended for wiki expert users only. It is recommended that articles using this statement are '[[mw:Help:Protecting and unprotecting pages|protected]]'.|error}}
}}
'''Syntax:'''
Line 250 ⟶ 273:
''rule'';
Where ''rule'' is one of the following:
# '''Rules for batch update of articles'''
#* A DPL3 query can select a group of articles and perform updates, like inserting a piece of text at a certain position, or changing text portions based on regular expressions.
Line 300 ⟶ 322:
====before ''pattern'';====
Defines locations where text will be inserted. The location(s)
The regexp will implicitly be enclosed in slashes. Hence, literal slash characters must be escaped by backslashes.
Line 306 ⟶ 328:
====after ''pattern'';====
Defines locations where text will be inserted. The location(s)
The regexp will implicitly be enclosed in slashes. Hence, literal slash characters must be escaped by backslashes.
Line 314 ⟶ 336:
Defines the text to be inserted.
A DPL3 statement may contain replacement, insertion, before, and after at the same time.
<pre>
replace /([a-z]+])-cat/;
by \1-dog;
Line 321 ⟶ 344:
after foo;
insert bar2;
</pre>
Only one
Line 329 ⟶ 353:
The name of the template; the prefix "Template:" must be given.
The regexp will implicitly be enclosed in slashes. Hence, literal slash characters must be escaped by backslashes.
after ''pattern'';
insert ''text'';
replace ''pattern'';
by ''replacement'';
For safety reasons, the update statements are only performed if "exec yes" is specified. So, leaving this away, what would happen if the update were to be executed can be checked.
Note that if "exec yes" is present, the update is performed each time the page is rendered which contains the DPL3 statement
The size of the form fields
<!--To make the use of the <code>updaterules</code> feature easier, we provide a [[Template:Bulk Update|special user interface]].
Line 363 ⟶ 389:
This command is experimental at the moment.
This
[[Category:Primary Module|05]]
|