Skabelon:Wikisøg

Skabelondokumentation[vis] [redigér] [historik] [opfrisk]

{{Wikisøg}} bør ikke anvendes i artikler, fordi links til "søgeresultat-sider" hører til blandt de henvisninger der normalt skal undgås.

Denne skabelon skaber et link der kan bruges til at gemme en Wikipedia-søgning fra søgefeltet. Et sådant søgelink kan være brugbart på f.eks. diskussionssider og mange andre sider, men skal ikke bruges i artikler.

Grundlæggende

{{Wikisøg|first|second|third}}

• The first parameter is for the search, or query.
• The second parameter is a label for the link.
• The third parameter is the search domain.

The name of the template is Wikisøg, or sl for short.
The second and third parameters are optional and have defaults, so the short form is {{sl|query}}.

Both a search link and a search box go to the same search engine. The same query produces the same result.

The basic search covers articles. It finds words and phrases composed of letters and numbers very quickly, but a basic search can also query for all articles that contain a string that includes punctuation, math, and other symbols as seen in the page content or as seen in the page wikitext.

Basic search principles when using a search link

1	{{Wikisøg |"search engine query"}} "search engine query"	There is one search term, a phrase that produces 18 results, including a redirect. For one term, the page ranking rule is simple: title matches, on top. Two pages hit on "Search Engine Query" and one on "[[Search engine (computing)|search engine]] query".
2	{{Wikisøg |"search engine query" insource:/"search engine query"/}} "search engine query" insource:/"search engine query"/	Added a term: insource:/"slash delimited regex"/. Now there are 15. Three were filtered out because regex match only exact strings. All other searches always ignore capitalization, punctuation, math, and other symbols, like the ]] above. Proves a basic difference with search 1: only insource: searches wikitext. All other terms search what is rendered.
3	{{Wikisøg |search engine query}} search engine query	There are three search terms. They produce 1169 results. Many page ranking rules apply to make the top most likely and the bottom least likely, probably.
4	{{Wikisøg |search engine query insource:/"search engine query"/}} search engine query insource:/"search engine query"/	Similar to search 3, the regex crawled character-by-character through the same 1169-page filter to produce its same 15 results. As much as that seems, 1169 is nothing compared to running an unfiltered (unaccompanied) regex exposed to the 943.983 pages on the wiki to produce some 15 results.
5	{{Wikisøg |insource:/"2 + 2"/ prefix:Arithmetic |"Arithmetic" titles & "2 + 2"}} "Arithmetic" titles & "2 + 2"	The regexp is the first term, but the prefix: term first filters out all but a few titles that start with the characters A-r-i-t-h-m-e-t-i-c, then the regexp crawls character-wise. Perhaps such a label conveys this to your team.

This template differs from the search box superficially when searching for an equals sign. In the search box you just say =, but here you must use the five-letter string {{tlc|...}}.

In search 5 notice the need for the double quotes around the search pattern: insource:/"slash delimited regexp"/. These protect any characters from being interpreted as regex metacharacters, and insures they are interpreted literally. In basic searches quotes are always used, to enable exact-string searches in the wikitext. In advanced searches the double quotes are not used, so that the metacharacters can act as conditional and branching operators to create generalized patterns.

Search 2 exemplifies the easiest filter to apply to accompany any regexp search. It just takes the same phrase and make it a separate term. Given any regexp insource/"exact string search"/, just accompany it by an insource:"exact string search". The later term will always act like a perfect filter, matching every alphanumeric, and ignoring every non-alphanumeric, speeding through an indexed search to filter out pages the regexp couldn't possibly match. As for other filters, a namespace is weak, but every additional term increases regex power.

The next section covers Wikisøg arguments more in depth.

Avanceret

For flere detaljer om dette emne, se Hjælp:Søgning.

Here are the parametrene for Wikisøg.

1	or |query=	The search query. It becomes the text of the search link (how the link will look) so it accepts |text=.
2	or |label=	A label to replace the default text. A new look to the link, so it also accepts |link=. Defaults to show the search query.
3 ⋮ 20	|3|4|5|…|20 or |ns=	The search domain: one or more namespaces abbreviated "nsx", where x is any namespace number. |nsx|nsx|nsx|…|nsx, or ns=nsx&nsx&nsx…&nsx, or ns=all. Defaults to ns0.
	|limit=	Number of search results on the first page. Named parameter only, not positional.

Wikipedia-navnerum
Grundlæggende navnerum		Tilhørende diskussionsnavnerum
0	Artikler	Diskussion	1
2	Bruger	Brugerdiskussion	3
4	Wikipedia	Wikipedia-diskussion	5
6	Fil	Fildiskussion	7
8	MediaWiki	MediaWiki-diskussion	9
10	Skabelon	Skabelondiskussion	11
12	Hjælp	Hjælpdiskussion	13
14	Kategori	Kategoridiskussion	15
100	Portal	Portaldiskussion	101
102	Artikeldata	Artikeldatadiskussion	103
828	Modul	Moduldiskussion	829
2300	[[Wikipedia:Navnerum/|]]	[[Wikipedia:Diskussionssider|]]	2301
2302	[[Wikipedia:|]]	[[Wikipedia:Diskussionssider|]]	2303
Virtuelle navnerum
-1	Special
-2	Media

You only ever need to use parameters 3 – 20 if you want a profile of two or more namespaces for a search domain. Otherwise you can just say the namespace name (or all) at the beginning of the query, or a prefix parameter at the end of the query.

When the query goes through this template, the default search domain is article space, just as it is for basic users. The default search domain of a user, logged-in or not, is article space unless the user set their preference. But no matter who uses a search link the results will always be the same. "Cut and paste" can never guarantee the same results for a search, but a search link can because the search domain is just article space for everyone, or search domain is the set of namespaces you set for everyone.

If you know the numbers of your search domain profile, you just type them in ns=ns0&ns1&ns2600. (You can get them from the namespace table to the right.) Otherwise you refine your query and search domain on the search results page, whose Advanced interface is designed to select and adjust namespaces with no knowledge of the namespace numbers. Once that produces satisfactory results, you copy the namespaces string from the URL (in your browser's address bar), and paste it into |ns=, and you can get the query from the search results page search box, and paste it as the query, and that's your search link.

If you have just one namespace in your search link, and it's not article space, you can specify it by saying, say, ns=ns10, or |ns10" at parameter position 3 or greater:

{{sl|"search link" namespace||ns10}} → "search link" namespace

For one namespace the explicit name is preferred:

{{sl|Template:"search link" namespace}} → Template:"search link" namespace

The explicit name is preferred if you will be publishing or saving your search link. That way when it is run later the search domain shows up explicitly at the beginning of the search box of the search results page to inform the user. Otherwise only the URL and only the namespace-profile dialog frame pops up on the search results page to inform the user. When it is two or more namespaces, these things always happen, because the query only accepts one namespace (as the first term only). But all is also an informative query, a pseudo-namespace for Search only. If you see a query begin with all:, the URL will be loaded with all the namespace parameters.

You can use "all" in {{Wikisøg}} to specify all namespaces:

{{sl|query|ns=all}}</nowiki>

{{sl|query|label|all}}</nowiki>

but again, it is far more preferable to say

{{sl|all:"search link" namespace}} → all:"search link" namespace

than it is to use:

{{sl|"search link" namespace||all}} → "search link" namespace

for the reasons given just above. But when specifying "all", the query time is about seven times greater because there are that many more pages on the wiki than there are articles. If a more targeted search is possible, it runs much more quickly than the "all" search.

For example, if you have a query for which know the search domain is 10 and 11, and you want no label, then you need a parameter 3, but you need no parameter 2, so per the template parameter rules the search link can be made in four general ways:

• {{sl|query||ns10|ns11}} When parameter 1 unnamed, and parameter 2 is unnamed | | (defined as the "empty string"), then parameter 3 can be defined unnamed ns10, and parameter 4 can be defined unnamed ns11, and so on. Nothing is named because everything is defined.
• {{sl|query|3=ns10|4=ns11}} Parameter 2 is undefined, but that's fine because parameters 3 and above are all named...
• {{sl|query|ns=ns10&ns11}} or the empty positional parameter | | is not needed when |ns= defines itself named.
• {{sl|query=query|label=|ns=ns10&ns11}} Everything is explicitly named.

For another example, if you select the "Wikipedia" and "Help" namespaces, then run a query, the URL will show ns4=1&ns12=1. Copy that and paste it to |ns=ns4=1&ns12=1. (Note: you can ignore the "=1" part from the URL.)

Note how the URL contains ns0, ns1, ns2, and ns3, and how it got them:

{{sl|systems operations|3=ns2|4=ns1|ns=ns3|20=ns0}} → systems operations

{{sl|query = systems operations|||ns2|ns1|ns3|ns0}} → systems operations

{{sl|systems operations|3=ns2&ns1&ns3&ns0}} → systems operations

If you need to develop a highly specific search domain, a very elaborate one carved out of a set of the thirty namespaces, then you will have developed this at the search results page using the Advanced search domain picker there. Then you just cut and paste the entire string from the URL of your found search domain namespaces, and paste it into one named parameter |ns=.

To type in namespaces 0, 2, 4, 5, 7 and 9, with no label, the two easiest ways are:

• {{sl|query||ns0|ns2|ns4|ns5|ns7|ns9}}
• {{sl|query|ns=ns0&ns2&ns4&ns5&ns7&ns9}}

The order is irrelevant.

Avancered eksempler

All these involve insource:/slash delimited regex/ with filters. Any search link with an insource:/regex/ search should always provide the additional query terms that would filter (reduce) the search domain as much as possible. This template defaults to article space if no namespace is given, which is a filter.

Quoting

The need to match an equals in an article is not surprising, and is basic. You have to use {{=}} or |query= or |1= just to get the equals sign in your query to the search engine, or {{!}} to get the pipe character to the search engine. Both pipe characters and the equals signs are template sensitive for all templates, so you can always quote them with curly brackets like that inside templates. Although the search box can take = and | directly, quoting is necessary in the search link because otherwise they have their parameters meaning.

Regex are sensitive to punctuation, brackets, math and other symbolic characters, collectively known as "punctuation" so you quote them, because otherwise they have their regex metacharacter meaning. The "metacharacters" of CirrusSearch have claimed most punctuation characters as functions in their regex, but you don't have to know all the metacharacter functions just to search for them as targets literally. You can simply quote all punctuation to search for them as literal targets in wikitext. The way to easily quote every character in an entire regexp is to put the whole term in quotes: insource:/"regexp with literal characters"/

To get a pipe character through both the template and the search engine to target it as a character in wikitext, you have to quote it twice, hence the frequent need for the six characters \{{!}} in an advanced search link. The equals sign is not a metacharacter, so it does not have to be quoted twice, as the pipe character does. The pipe character is a metacharacter that means OR.