Help:Templates/pl

Jeśli masz standardowy do umieszczenia na kilku stronach, na pomoc przychodzą szablony MediaWiki. Inaczej niż rozszerzenia i pliki multimedialne, nie głównego repozytorium szablonów. Szablony mogą być napisane lub, by oszczędzić powtarzania pracy, eksportowane z innej wiki np. Wikipedii, i wtedy importowane do docelowej wiki.

Tworzenie
Szablony to standardowe strony wiki, których zawartość została zaprojektowana, by być transkludowana (osadzona) w innych stronach. Szablony podążają za konwencją, że ich nazwa jest poprzedzona " ", przypisującym je do tej przestrzeni nazw; poza tym, można utworzyć je jak każdą inną stronę wiki.

Najprostsze użycie szablonów wygląda następująco. Jeśli stworzy się stronę nazwaną "Szablon:Witaj" z zawartością:

Cześć! Witaj na wiki.

a następnie umieści kod:

w każdej innej stronie, gdy będzie wyświetlana, będzie się pojawiał tekst "Cześć! Witaj na wiki." zamiast. Zawartość szablonu jest "transkludowana" w inną stronę, tj. jest zintegrowana ze stroną.

Można następnie umieścić  gdziekolwiek w jakiejkolwiek stronie, gdzie chce się pozdrowić kogoś. Załóżmy, że jest używany na 100 stronach. Jeśli zmieni się zawartość szablonu na:

Hej! Witaj na tej wspaniałej wiki.

i odwiedzi którąkolwiek spośród tych 100 stron, gdzie został użyty ten szablon, pokaże się nowy tekst zamiast oryginalnego. Tym sposobem została zmieniona zawartość 100 stron bez edytowania ich, bo szablon jest "transkludowany" w te strony.

To podstawowy mechanizm. Jest kilka dodatkowych funkcji transkludowania, które wzbogacają ten mechanizm i czynią szablony bardzo użytecznymi.

Użycie
Szablony mogą być używane w innych stronach na następujące sposoby:

Because the template call remains in the pages's source, any subsequent change to Template:Name will be seen on the page containing the template call. Also, the page will be listed among those that "link to" the template. That is, a copy of the contents of Template:Name will be substituted for the template call. No link is maintained between the page and the template, so each can be edited further without affecting the other. In effect, there is little difference between substituting the content in this way and simply typing it into the page's source "manually". See for more information.
 * — jak opisano powyżej, te odniesienie jest dynamicznie zamieniane bieżącą zawartością Szablon:Nazwa w momencie, gdy strona z odniesieniem do szablonu jest ładowana. Odniesienie jest niezmieniane w źródle strony.
 * — gdy te odniesienie do szablonu jest użyte, jest na stałe zamienione na zawartość Szablon:Nazwa, gdy strona z odniesieniem jest zapisana: kopia zawartości Szablon:Nazwa zastępuje odniesienie do szablonu. Zawartość jest wtedy częścią włączającej strony i może być normalnie edytowana, osobno od oryginału. Zauważ: późniejsze zmiany źródła szblonu nie zmieniają takiej kopii na stronie z odniesieniem.
 * — to zostało wprowadzone, by pozwolić na podstawienie, które nie niszczy; więcej informacji w w:en:Help:Substitution (ang.).
 * — this displays the template content as raw wiki syntax (the way does) when the page containing it is viewed.

In fact, an ordinary wiki page can also be used as a template, simply by specifying the namespace it resides in, so:


 * zawiera
 * zawiera
 * zawiera
 * zastępuje się zawartością

Jeśli taka przestrzeń nazw nie istnieje, zakłada się, że pełny tytuł jest szablonem:


 * zawiera

Parametry
Aby wzbogacić mechanizm transkluzji, MediaWiki umożliwia przekazywanie parametrów do szablonu po jego transkluzji. Parametry pozwalają szablonowi generować różne treści lub mieć różne zachowania.

Załóżmy, że chcesz wstawić małą notkę z podziękowaniami na talk page innych użytkowników, na przykład:

Podziękowania będą miały powód (w tym przypadku „za cały twój wysiłek”) i podpis („Ja”). Twoim celem jest, aby każdy użytkownik mógł podziękować innemu użytkownikowi, z dowolnego powodu.

Aby notatka wyglądała podobnie wszędzie tam, gdzie jest używana, możesz na przykład zdefiniować szablon o nazwie. Chociaż notatka powinna wyglądać podobnie, gdy użytkownik dziękuje innemu użytkownikowi, jej konkretna treść (tj. powód i podpis) będzie inna. Z tego powodu należy przekazać je jako parametry. Jeśli pominiemy pozostałe elementy do sformatowania pudełka i umieszczenia obrazu, podstawowa zawartość szablonu będzie następująca:

Zwróć uwagę na użycie  i. W ten sposób można zidentyfikować w szablonach parametry, które zostaną przekazane podczas korzystania z szablonu. Zauważ, że w szablonie każdy parametr jest otoczony „trzema” nawiasami klamrowymi:. Różni się to od normalnego użycia nazwy szablonu.

Używając szablonu na stronie, wypełniasz wartości parametrów oddzielone znakiem „pipe”. MediaWiki umożliwia przekazywanie parametrów do szablonu na trzy sposoby: anonimowo, numerowane i nazwane.



Anonimowe parametry
To pass in anonymous parameters, list the values of those parameters sequentially:

In this case, the  template receives parameters   and , producing:

The order in which anonymous parameters are passed in is crucial to its behavior. Reversing the order of the parameters, like so:

dałoby taki wynik:



Numerowane parametry
To pass in parameters by number, identify each parameter when passing it:

This time, template  receives parameters   and , though they have been supplied in inverse order, and produces:


 * Examples:

produces:



Nazwane parametry
The third way of passing parameters is by name instead of numbers. In this case, the template contents would be changed to:

A little thank you... for. hugs,

Within the template, we use  and   to identify each parameter, instead of a number. To pass these parameters by name, identify each parameter when passing it:

In this case, template  receives parameters   and   and produces:

Named parameters are case-sensitive, so:

produces:

The advantage of using named parameters in your template, besides also being flexible in the order parameters can be passed, is that it makes the template code much easier to understand if there are many parameters.



Domyślne wartości
If you transclude a template that expects parameters, but do not provide their arguments, in this way:

in the numbered parameters example above you would get the following:

Since no arguments were passed in, the template presents the parameters themselves, instead of their respective values. In these cases, it may be useful to define default values for the parameters, i.e. values that will be used if no value is passed in. For example, if the template contents are changed to:

then  defines that if no argument is provided for parameter , then the value   will be used. Similarly,, defaults parameter   to value. Now, transcluding the template again without passing any argument results in the following:

Often default values are used to specify alternate names of parameters. For example, if you have, the template will first look for a parameter named "a". If it is not set, it will use the parameter named "b". If neither "a" nor "b" is set, it will output nothing.

Evaluation
Generally speaking, template parameters are substituted into the template after tokenization, but as is. They are not evaluated until they are used.

This has a few consequences. First of all, if you have a  containing , and a   containing  , and put   on a page, mytemplate isn't transcluded, because tokens like "|" cannot be added by a template and keep their special meaning in templates. You can still use templates to control the name of a parameter or template, but you cannot split a template call amongst multiple templates.

The second consequence of this is dead-code elimination. If you make a template call like, and Template:Foo does not contain  , then the displaytitle is not used, since it is only evaluated when needed, and there is no parameter to substitute it into, so it is never evaluated. This usually comes into play when using Extension:ParserFunctions, and can be especially noticed when used in combination with the  magic word that varies by user language.

Template calls starting with the magic word  or   are evaluated in a separate first pass that only happens at save time, along with ~ and links using the pipe trick. If they cannot be evaluated during the first pass,  calls are ignored, and   are treated as if a normal template.

Many but not all parser functions, parser tags and trancluded special pages are not directly included like templates but instead are replaced by a "strip marker". This means you cannot manipulate the results with parser functions like padleft: or similar functions from extensions, as they see the strip marker instead of the result of the parser function.

Recursion in templates
Including a template in itself won't throw MediaWiki into infinite recursion. MediaWiki will stop the recursion with the template's name in bold. For example, if the content of Template:Aaaa is, it'll display "a a Template loop detected:  Template:Aaaa z z".

Forbidden idiom
This safeguard precludes a potentially useful template idiom where a template self-normalizes its own calling arguments. In this forbidden example  can either be called   or. If called in the first manner, it recurses into itself with the second argument structure (obtained using string parser functions), which then follows a unified processing path.



If  is modified to recurse into   and   is an identical manual copy of   this idiom works fine as the self-recursion safeguard operates dynamically and not statically.

A feasible way for the MediaWiki software to loosen the self-recursion rule would be to require that each recursive call have a distinct argument count from all previous active calls, at most once recursing with the argument count non-decreasing. That would provide a strong guarantee against infinite self-recursion while enabling useful idioms such as the one described here in a flexible manner.

If the processing path is of low complexity, a simple solution using only one template is to handle each calling convention on a separate if/else branch, duplicating the logic of the processing path within each case. If the processing path is more complex, each call-structure case can delegate to an implementation template with a unified call structure which provides the final template behaviour.

Tables in parameters
Since the pipe character and equality sign  have different meanings in template calls and wikitables, in order to use table markup in the value of a template parameter one generally needs to "escape" those characters (i.e., protect them from interpretation as template markup) using special sequences:


 * the built-in   provides an "escaped" version of   since MediaWiki 1.24
 * the built-in magic word  provides an "escaped" version of   since MediaWiki 1.39

Before the introduction of these magic words, many wikis used templates to accomplish the same things. On such a wiki, the magic words take precendence over the same-named templates.

Example table
 Table code: 

 Escaped table code: 

Note that the first left-brace is interpreted as a literal left-brace character because it is immediately followed by the   magic word. Similarly, the last right-brace is interpreted as a literal right-brace character because it is immediately preceeded by the same magic word. However, in some cases these brace characters do cause problems, so some wikis provide templates for escaping these characters, as well:


 * the template call  might provide an "escaped" version of
 * the template call  might provide an "escaped" version of

Some wikis go even further and provide other convenience templates like and. On such a wiki, the code can be simplified a bit to this form:

Control template inclusion
By default, a template's content is displayed in its entirety, both when viewed directly and when included in another page. However, you can control which parts of a template will be seen and included by the use of the, and  tags.

Anything between and  will be seen only when the template's page is being viewed directly, but not when it is included in another page. This is useful when you want to include text or code in a template that you do not want to propagate to any pages which include it, such as:


 * Category links when categorizing the template itself
 * interlanguage links to similar templates in other languages
 * Explanatory text about how to use the template

Likewise, anything between and  will be processed and displayed only when the page is being included, but not when the template page is being viewed directly, and is useful in situations such as:


 * Categorizing pages which include the template. Note: when changing the categories applied by a template in this fashion, the categorization of the pages which include that template may not be updated until some time later: this is handled by the . To force the re-categorization of a particular page, open that page for editing and save it without changes.
 * Ensuring that the template's code is not executed when viewing the template page itself. Typically this is because it expects parameters, and its execution without parameters has an undesired result.

Everything outside and  is processed and displayed normally; that is, both when the template page is being viewed directly and when the template is included in another page. The focus is on what is inside these two tags.

Everything outside tags is discarded in the transclusion. Even sections tagged includeonly are discarded in the transclusion unless they are also tagged as onlyinclude. The focus is on what is outside this tag.

Nesting of these tags is also possible.

The three partial transclusion tags enable all possible combinations of what is processed and rendered. Comments also fill a role.

Organizing templates
For templates to be effective, users need to find them, and find out how to use them.

To find them, users can:
 * 1) Click ' > '
 * 2) In the ' list, choose Template and click '.

To give usage information, include an example like this one on the template page:

Usage
Welcome users:

Then, an editor can simply copy and paste the example to use the template.

While editing a page, a list of all templates used is available under the editing form, in a collapsible section titled "" (also named "", or "" depending on the context). This list provides a convenient link to the template's page, as well as information about its protection status. Redirected templates are shown in italics, with the redirect target added as a separate list item.

Linking to a template
A template page can be linked to like any other wiki page. For example, the link Template:Navbar is generated using the wikicode.

On many wikis, Template:Tl can be used to provide a link to a template formatted in a way that shows the "double curly-braces" wikicode necessary to transclude the template without actually doing the tranclusion. For example, the code  may be used to create the link Navbar.

This construct is commonly used when referring to templates in template documentation, on help pages, and on talk pages. The same effect can be achieved by using, but the   approach involves much less typing. On any given wiki the Tl template, if it exists, may or may not render the text in a "code" element or as monospace type. If not (as on this wiki), another similarly named template may do so. See, for example, the "See also" section of our Template:Tl documentation.



Kopiowanie z jednej wiki do innej
Templates often require CSS or other templates, so users frequently have trouble copying templates from one wiki to another. The steps below should work for most templates.



Kod MediaWiki
Jeśli masz uprawnienia do importowania (w szczególności importupload) na nowej wiki:


 * 1) Przejdź do Special:Export na oryginalnej wiki i pobierz plik .xml z pełną historią wszystkich niezbędnych szablonów:
 * 2) * Wprowadź nazwę szablonu w dużym polu tekstowym, np. "Szablon: Witamy". Zwróć szczególną uwagę na wielkie litery i znaki specjalne - jeśli nazwa szablonu nie jest dokładnie poprawna, eksport może nadal występować, ale plik .xml nie będzie zawierał oczekiwanych danych.
 * 1) * Zaznacz pole "".
 * 1) * Odznacz pole "".
 * 1) * Kliknij "".
 * 2) Przejdź do Special:Import na nowej wiki i prześlij plik .xml.

Jeśli nie masz uprawnień do importowania na nowej wiki:


 * 1) Przejdź do szablonu, który chcesz skopiować z oryginalnej wiki. Przejdź do strony edycji i skopiuj cały plik wikitekstu.
 * 2) Na nowej wiki przejdź do strony o tej samej nazwie co skopiowany szablon. Kliknij, aby utworzyć/edytować i wkleić skopiowany plik wikitekstu. W podsumowaniu edycji każdego szablonu umieść link do oryginalnej strony w celu uznania autorstwa.
 * 3) Wróć do oryginalnej wiki w oknie edycji, pod polem edycji, spójrz na listę "Szablony używane na tej stronie". Dla każdego wymienionego szablonu postępuj zgodnie z tymi instrukcjami. Zrób to również dla dowolnego szablonu używanego przez dowolny z tych szablonów i tak dalej.

Spowoduje to skopiowanie całego niezbędnego kodu i będzie wystarczająca dla niektórych szablonów. Note that only page elements parsed in rendering the page get exported, consequently documentation subpages are not exported as part of this process. Jeśli to nie zadziała, sprawdź również czerwone linki wymienione w sekcji "Strony przeniesione do bieżącej wersji tej strony:" poniżej pola edycji. Jeśli są, powtórz powyższe kroki.

Po pomyślnym zaimportowaniu szablonu i wszystkich powiązanych z nim szablonów z innej wiki, zmodyfikuj go, aby dostosować go do swojej wiki. Na przykład, aby zmienić logo, usuń zbędne kategorie lub czerwone linki.

Rozszerzenia
An extension often used in templates is ParserFunctions. Visit page and check if any of the functions listed there are used in the templates you've copied. If so, you have to install the extension. To install it, you'll need system admin access to the server of your MediaWiki installation.

Another dependency that may be used in templates, especially those on Wikipedia, is Lua. Having   in template code is a good sign for it. In case it's used, you need to install the extension and system admin access is required too. See that page for more instructions about installing and using the extension.



Kod CSS i JavaScript
Besides MediaWiki code, many templates make use of CSS and some rely on JavaScript to work fully. If the copied templates are not behaving as expected, this may be the cause. To copy the required CSS and JavaScript to your wiki you'll normally need to have admin privileges, because you'll be editing system messages in the "MediaWiki:" namespace.


 * 1) Look for the use of CSS classes (text like  ) in the template text. If those classes appear in "MediaWiki:Common.css" or "MediaWiki:Monobook.css" on the original wiki, copy those classes to "MediaWiki:Common.css" on the new wiki and check if the template is now fine.
 * 1) If the copied template is still not working as expected, check if there is code in "MediaWiki:Common.js" or "MediaWiki:Monobook.js" on the original wiki. If so, you can try copying it to "MediaWiki:Common.js" on the new wiki. Normally, it is a good idea to only copy code from trusted sources, and first browsing the code to identify and select the parts that are relevant. You may find comments that can serve as clues to identify the functionality of each part.



General template usage

 * w:Help:Template – a little more detail than here
 * m:Help:Template – much more thorough manual on how exactly templates function
 * m:Help:Advanced templates – describes even more advanced techniques such as dynamic template calls and variable parameter names

Special constructs used in templates

 * – fancy stuff you may find in some templates
 * – additional fancy control functions such as #if and #switch
 * – guidance on using parser functions in templates

Other relevant information

 * – a template special use case example
 * – Using templates as the starting text of a page
 * – embedding pages from namespaces other than
 * – Using templates as the starting text of a page
 * – embedding pages from namespaces other than
 * – embedding pages from namespaces other than



Linki zewnętrzne

 * Miraheze template repository - MediaWiki templates intended for general use.