Teamplaid:Term
 | Uses Lua: |
Ùsaid - Usage
[deasaich]The template {{Term}} is used in template-structured glossaries to create terms to be defined, that are properly structured, have semantic value, and can be linked to as if independent sections. It is a wrapper for <Dt>...</Dt>, the description list term HTML element. The template has a mnemonic redirect at {{Dt}}.
Basic usage:
{{Glossary}} {{Term|1=Term}} {{Defn}} {{Glossary end}}
Inline templates, reference citations, wikimarkup styles, etc., can be applied to the term in the second parameter (|content= or |2=) as long as it remains without markup in the first parameter (|Term= or |1=). Technically, the explicit parameter names are optional if the term or content does not contain the "=" character, but as any editors can add material, including templates or URLs with this character in them, it is always safest to explicitly name or number the parameters.
- This will work: {{term|Term=E=MC²}}
- This will work: {{term|1=E=MC²}}
- This will fail: {{term|E=MC²}}
More complex usage is typically:
or
or
Wiki-styling and linking of the term
If the second or |content= parameter is styled with wikimarkup, linked, or otherwise altered inside the template, the term must also be retained in unstyled form as the first or |Term= parameter. Failing to do so will cause the template to malfunction, since it must have a "clean" term name to use as the id of the element, for linking purposes, among other reasons. The order intentionally mirrors that of piped wikilinking ([[title|styled]]).
- Correct:
{{Term|1=esprit de corps|2=''esprit de corps''}} - Wrong:
{{Term|1=''esprit de corps''}}
Style cannot be applied around the template, either, as it is a container for content (the term), not content itself (and doing so will produce invalid markup that will have unpredictable results depending upon browser):
- Wrong:
''{{term|1=esprit de corps}}''
For the same reasons that links to other pages are discouraged in headings, links are discouraged in glossary terms:
- Deprecated:
{{Term|1=esprit de corps|2=''{{enUici|esprit de corps}}''}} - Preferred:
{{Term|1=esprit de corps|2=''esprit de corps''}}, and use of a {{Ghat}} hatnote in the {{Defn}} definition to link to the main article Esprit de corps.
Again, as with the first parameter (the term) itself, if the "=" character (equals sign) is used in the content of this second parameter, the syntax requires that the parameter be explicitly specified (and because many URLs, e.g. in reference citations, can contain this character, it is always safest to number or name the parameters):
numbered:
or named:
Linking to the term
{{Term}} automatically creates a link Anchor point (an HTML id) from an all-lowercase conversion of the original term (|Term= or |1=) or |id=. About 90% of the links to glossary entries are going to be mid-sentence, and thus will start with a lower-case letter, except for proper names. The {{Glossary link}} template (and its derivatives like {{Cuegloss}}) will auto-lowercase any input they're given as a link target for you. So, the only catch is if you manually create a link like {{enUici|Glossary of American political jargon#Democrat Party|Democrat Party}} and do not lower-case the #Democrat Party part. Thus, you should use {{glossary link}}.
If your glossary has an unusual case in which one entry and another share the exact same name except for case (thus would get the same lower-cased HTML id), then the upper-case one must be given a unique |id= value, and prevented from conflicting with the lower-case one's HTML id. This can be done by changing its |id= to a variant (e.g. with a number), then manually injecting a second HTML id (with upper-case) by using the |=content parameter and an Anchor template:
{{Term|Term=foo}}
{{Defn|Definition of lower-case version here ...
{{Term|Term=Foo |id=Foo_2 |content={{Vanchor|Foo}} }}
{{Defn|Definition of proper-name version here ...
You can then link to them as #foo and #Foo, respectively. (Technically the second can also be addressed as #foo_2, which will have been lower-cased by the template code, but this would not be very intuitive and is just an artifact of the work-around.)
The template {{Anchor}} can also be used in the |content= a.k.a. |2= parameter, e.g. to provide the plural of the term (the most common usage), an alternative spelling, the old name of an entry that was linked to but has since changed, or a shortcut link Anchor name.
As with styled terms, the first parameter must be used to provide the "bare" term, the second to provide this extra markup. It is not necessary to add the term itself to the {{anchor}} template when using {{term}}:
By contrast, when using semicolon-delimited terms in unstructured glossaries, the term does need to be added explicitly as an Anchor if link anchorage is desired (which is almost always the case):
or use {{Vanchor}}
(Strictly speaking, this fact has nothing to do with this template, but may be of use to editors who are converting from one glossary style to the other.)
Multiple terms sharing a definition
Two or more {{terms}} can be used for synonyms with a shared definition, though keep in mind that people looking for one and not finding it where they expect it to be alphabetized are liable to assume it is missing if you do not create a cross-reference entry. The parameter |multi=y is used on second and subsequent terms to visually group the terms close together so it is clear that they share a definition:
Example:
{{Term|1=aspirin}}
{{Defn|1=A mild analgesic of the non-steroidal anti-inflammatory drug (NSAID) family...}}
{{Term|1=heroin}}
{{Term|1=diacetylmorphine |multi=y}}
{{Term|1=diamorpine |multi=y}}
{{Defn|1=A synthetic narcotic drug of the opiate family...}}
{{Term|1=ranitidine}}
{{Defn|1=An antacid of the proton pump inhibitor family...}}
| Result: | multi=y |
|---|---|
|
|
Languages
To indicate the language of a non-English term, use the {{Lang}} template and the ISO 639 language codes as documented at that template:
This shows no visual change for most languages:
For all non-English languages this provides many metadata features, but it is essential for those that do not use the Latin alphabet, so that the content displays properly in various browsers.
If it is useful to indicate the name of the language, there are individual templates for most languages, with names based on the ISO codes, and which automatically italicize the foreign content:
which renders as:
- When two or more language variants of a term share the same definition:
As detailed above, two or more terms, as variations or alternatives, can share definitions. The most common use case for this is presenting the term in two variants of English. Example:
{{Term|1=tyre|content={{Lang-en-GB|tyre}} }}
{{Term|1=tire|content={{Lang-en-US|tire}} |multi=y}}
{{Defn|1=A resilient wheel covering usually made of vulcanized rubber.}}
Note the use of |multi=y in the second term; this groups the two terms together.
Result:
In a different format, more appropriate for alphabetical glossaries:
{{Term|1=tyre|content={{Lang|en-GB|tyre}} {{Small|({{enUici|British English}})}} }}
{{Term|1=tire|content={{Lang|en-US|tire}} {{Small|({{enUici|American English}})}} |multi=y}}
{{Defn|1=A resilient wheel covering usually made of vulcanized rubber.}}
Result:
That example uses the {{Lang}} template with language codes as the first parameter, rather than the {{Lang-xx}} templates.
The {{Term}} template has no |lang=
Applying CSS styles to the term
The |style= parameter will pass CSS styling on to the <Dt> element, e.g. |style=font-family:serif;. I.e., this styles the term itself, not the definitions of it, other term entries, or the glossary as a whole. This feature is uncommonly but sometimes importantly needed in articles (usually for formatting the appearance of an specific entry for some reason, e.g. certain mathematical constants and the like that are always given in a serif font). It can also be useful outside of articles, for things like matching custom projectpage or userpage style.
Paramadairean eile - Other parameters
id have been removed, so id values no longer have to begin with an [a-z][A-Z] alphabetic character, avoid most punctuation marks, or suffer other such limitations. Wikipedia's MediaWiki engine is smart enough to auto-escape any problematic characters, on the fly.|id= parameter can be used to assign a one-word, case-sensitive ID name to term. It must be unique on the page. This can be used as another #link target, and could have other metadata uses. By default, the |Term= a.k.a. |1= parameter is already set as the ID, and this should rarely be overridden, unless there are two identical terms on the same page creating conflicting IDs. Usually the {{Anchor}} template is used to add more link targets to an entry .
The |class= parameter will pass one or more space-separated CSS classes on to the <Dt> element, in addition to the automatically included class glossary. There is rarely any reason to do this, especially in mainspace.
Eisimpleirean - Examples
[deasaich]This shows both a very simple then a rather complex instance:
==A–M== |
Images, hatnotes, and other content
Images, hatnotes and other "add-in" content intended to immediately follow the {{term}} must be used at the top of (inside) the first {{defn}} of the {{term}}. They cannot be placed between the {{term}} and {{defn}} or it will break the glossary markup. Images can, of course, be placed elsewhere within the {{defn}}, and bottom-notes like {{More}} can be placed at the end of, but inside, a {{defn}}. When used with a multi-definition term, the definition in which the {{ghat}} appears must be manually numbered (usually 1 ..., as shown in the example below).
{{Term|1=colour ball |content=colour ball {{Anchor|coloured ball|coloured balls|colour|colours|color ball}} }}
|
Technical details
What this template does on the technical level is wrap the Term in the <dfn>...</dfn> HTML element to semantically mark the term as the defining instance on the page of the defined term, and puts this marked-up content inside a <Dt>...</Dt> term element of a <dl>...</dl> description list (a.k.a. definition list, association list; the list is generated by the {{Glossary}} and {{Glossary end}} templates), and gives CSS class="glossary" to the <Dt> element. That class isn't doing anything yet, but it could later, like a slight font size increase.
Usage
| ||
|---|---|---|
|
The template {{Glossary}} (a.k.a. {{glossary start}} or {{glossary begin}}) is used with {{Glossary end}} to explicitly bracket a Glossary or Glossary-like description list (also called a definition list or association list), especially in a template-structured Glossary, although such lists can be used more generally. This is required (as a technical matter) for template-structured glossaries, and is good practice anywhere description/definition lists are used for glossaries. The template pair invoke the The pair of templates incidentally prevent Wikipedia's MediaWiki software engine from auto-creating redundant definition list code ( Typical usage: {{Glossary}} {{Term}} {{Defn}} {{Glossary end}}
This shows both a very simple then a rather complex instance in a structured Glossary (including an entry with a block quotation, using the Glossary block quotation template, {{Gbq}}):
This family of templates, like the underlying definition list code, is primarily intended for definitional uses, but can have other applications. The HTML 4.01 Specification itself says:
Thus, editors should feel free to use definition list markup as an alternative to bulleted or numbered lists when the material is well-suited to definition list presentation. |
Usage
| |||||||||
|---|---|---|---|---|---|---|---|---|---|
|
The template {{Defn}} is used in template-structured glossaries to create definitions of terms.
It is a wrapper for Basic usage: {{Glossary}} {{Term|1=Term}} {{Defn|1=Definition.}} {{Glossary end}} Links, inline templates, reference citations, wikimarkup styles, etc., can be applied to the definition. Technically, the
More complex usage is typically:
where Images, hatnotes and other "add-in" content intended to immediately follow the {{term}} must be used at the top of (inside) the first {{defn}} of the {{term}}. They cannot be placed between the {{term}} and {{defn}} or it will break the Glossary markup. Images can, of course, be placed elsewhere within the {{defn}}, and bottom-notes like {{More}} can be placed at the ends of but inside {{defn}}s.
If a single {{term}} has multiple definitions, they are simply numbered with the
Because of the uneven length of definitions, it is usually more convenient to put the
or
This is a very robust method, because it permits complex content like block quotations, nested lists, {{Main}} cross-reference hatnotes, and other block-level markup inside each definition. The definitions can also be independently linked. Use of a hatnote with a numbered definition requires manual numbering or it will look weird: {{Term|1=blackjack|content=blackjack{{Anchor|Blackjack}} }}
{{Defn |1={{Main|Blackjack}}}}
{{Defn|no=1|1=A card game in which players attempt to approach 21 but not exceed it.}}
{{Defn|no=2|1=The best possible hand in the game of blackjack, made up of an ace and a card valued at 10 (namely, 10, J, Q, K). }}
HTML5 update:
Most of the restrictions on the content of
id have been removed, so id values no longer have to begin with an [a-z][A-Z] alphabetic character, avoid most punctuation marks, or suffer other such limitations. Wikipedia's MediaWiki engine is smart enough to auto-escape any problematic characters, on the fly.|id=foo value, if any, used in {{term}}). This must be unique on the page for each Term, but should be the same for multiple definitions of the same Term). This is done with the {{defn}}'s |Term= parameter. This will produce a #-link target ID in the form Term-Defn#, where the # is the number of the definition (see #Multiple definitions for one Term, above), defaulting to "1". Example:
Note that some characters in The IDs blubbermonster-defn1, blubbermonster-defn2, and snorkelweasel_(noun)-defn1 are all individually linkable, e.g. as To add more than one linkable anchor, use the {{Anchor}} template at the beginning of the definition's content: {{Defn|no=2|1={{Anchor|elit|Elit}}Consectetur adipisicing elit.|Term=blubbermonster}}
There is no {{Glossary}}
{{Term|1=Titles of La Vie en Rose in various languages |content=Titles of ''{{enUici|La Vie en Rose}}'' in various languages}}
{{Defn|1=French: ''{{Lang|fr|La Vie en Rose}}''}}
{{Defn|1=English: ''Life in Pink''}}
...
{{Glossary end}}
This shows both a very simple then a rather complex instance:
The The The |
See also
- {{Glossary}} a.k.a. {{Gloss}} – Half of a template pair; uses
<dl>with a class to open the structured glossary definition list that {{glossend}} closes. - {{Glossary end}} a.k.a. {{Glossend}} – The other half of this template pair; uses
</dl>to close the definition list that {{gloss}} opens. - {{Term}} – The glossary term to which the {{defn}} definition applies; a customized
<dt>with a class and an embedded<dfn>. - {{Defn}} – The definition that applies to the {{term}}; uses
<dd>with a class - {{Ghat}} – a hatnote template properly formatted for the top of a {{defn}} definition
- {{Gbq}} a.k.a. {{Gquote}} – a block quotation template properly formatted for inclusion in a {{defn}} definition
- {{Glossary link}} – meta-template for creating shortcut templates for linking to definitions in specific glossaries
- Wikipedia:Manual of Style/Glossaries
| The above documentation is transcluded from Teamplaid:Term/documentation. (edit | history) Editors can experiment in this template's sandbox (create | mirror) and testcases (create) pages. Please add categories to the /documentation subpage. Subpages of this template. |