View source for Template talk:Interlanguage link/Archive 3

← Template talk:Interlanguage link/Archive 3
You do not have permission to edit this page, for the following reasons:
This IP address has been blocked from editing Wikipedia.
This does not affect your ability to read Wikipedia pages.
Most people who see this message have done nothing wrong. Some kinds of blocks restrict editing from specific service providers or telecom companies in response to recent abuse or vandalism, and can sometimes affect other users who are unrelated to that abuse. Review the information below for assistance if you do not believe that you have done anything wrong.

The IP address or range 44.204.0.0/16 has been blocked by ‪ST47‬ for the following reason(s):

The IP address that you are currently using has been blocked because it is believed to be a web host provider. To prevent abuse, web hosts may be blocked from editing Wikipedia.
You will not be able to edit Wikipedia using a web host provider because it hides your IP address, much like a proxy or VPN.
We recommend that you attempt to use another connection to edit. For example, if you use a proxy or VPN to connect to the internet, turn it off when editing Wikipedia. If you edit using a mobile connection, try using a Wi-Fi connection, and vice versa. If you are using a corporate internet connection, switch to a different Wi-Fi network. If you have a Wikipedia account, please log in.
If you do not have any other way to edit Wikipedia, you will need to request an IP block exemption.

How to appeal if you are confident that your connection does not use a web host's IP address:
If you are confident that you are not using a web host, you may appeal this block by adding the following text on your talk page: {{unblock|reason=Caught by a web host block but this host or IP is not a web host. My IP address is _______. Place any further information here. ~~~~}}. You must fill in the blank with your IP address for this block to be investigated. Your IP address can be determined here. Alternatively, if you wish to keep your IP address private you can use the unblock ticket request system. There are several reasons you might be editing using the IP address of a web host (such as if you are using VPN software or a business network); please use this method of appeal only if you think your IP address is in fact not a web host.

Administrators: The IP block exemption user right should only be applied to allow users to edit using web host in exceptional circumstances, and they should usually be directed to the functionaries team via email. If you intend to give the IPBE user right, a CheckUser needs to take a look at the account. This can be requested most easily at SPI Quick Checkuser Requests. Unblocking an IP or IP range with this template is highly discouraged without at least contacting the blocking administrator.

This block will expire on 07:26, 6 August 2027. Your current IP address is 44.204.117.137.

Even when blocked, you will usually still be able to edit your user talk page, as well as email administrators and other editors.

For information on how to proceed, please read the FAQ for blocked users and the guideline on block appeals. The guide to appealing blocks may also be helpful.

Other useful links: Blocking policy · Help:I have been blocked
This IP address range has been globally blocked.
This does not affect your ability to read Wikipedia pages.
Most people who see this message have done nothing wrong. Some kinds of blocks restrict editing from specific service providers or telecom companies in response to recent abuse or vandalism, and can sometimes affect other users who are unrelated to that abuse. Review the information below for assistance if you do not believe that you have done anything wrong.

This block affects editing on all Wikimedia wikis.
The IP address or range 44.204.0.0/16 has been globally blocked by ‪AntiCompositeNumber‬ for the following reason(s):

Open proxy/Webhost: Visit the FAQ if you are affected

This block will expire on 13:55, 18 June 2025. Your current IP address is 44.204.117.137.

Even while globally blocked, you will usually still be able to edit pages on Meta-Wiki.

If you believe you were blocked by mistake, you can find additional information and instructions in the No open proxies global policy. Otherwise, to discuss the block please post a request for review on Meta-Wiki. You could also send an email to the stewards VRT queue at stewards@wikimedia.org including all above details.

Other useful links: Global blocks · Help:I have been blocked
You can view and copy the source of this page:
{{talkarchivenav}}

== Automating this template with WikiData? ==

I like how this template changes from a redlink to a bluelink when a page is created on EnWiki.  It got me thinking:  Is there a way to extend this functionality?  So if I use {{tl|ill}} and I specify only {{para|ceb}}, but then later an article is created at the Finnish wiki and connects it on Wikidata, could that be added to the link automatically somehow?  Maybe by checking for other sitelinks on the wikidata entry?  If the interwiki links update on every article's sidebar, couldn't that happen for this template?  --[[User:NessieVL|Nessie]] ([[User talk:NessieVL|talk]]) 19:47, 6 November 2019 (UTC)

:That would lead to a lot of clutter, if there are multiple other wikis that have an article. I think it makes more sense to pick one, possibly two but not many, where there is a decent article on the topic. [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 01:55, 7 November 2019 (UTC)
::Agreed; automatically linking to ''every'' language article could potentially lead to dozens of links being added, and I can see ''at most'' five links being useful; after that it's just clutter. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 02:32, 7 November 2019 (UTC)
:::{{ping|Nikkimaria|Primefac}} Are there many articles using {{tl|Ill}} that have ‘dozens’ of interwiki links and no enwiki link?  Also a cap could be put on, to limit it to say 4 links.  --[[User:NessieVL|Nessie]] ([[User talk:NessieVL|talk]]) 03:28, 7 November 2019 (UTC)
::::Hmm, I'm wondering what kind of articles would ''not'' exist at English WP but exist at ''multiple'' other language wikis? I find in most cases that articles not existing here may be created at one or two other wikis, usually based on the subject's nationality, as in a French actress mostly notable in France. Enwiki is the most robust of the lot, I can't imagine there are many articles on books or people that have been created in more than two languages but not in English.— [[User:TAnthony|TAnthony]]<sup>[[User Talk:TAnthony|Talk]]</sup> 03:35, 7 November 2019 (UTC)
:::::I will admit, I was being slightly hyperbolic, as by the time you got to more than 3-4 cross-language links it would be likely that one would exist in enwiki. We used to have a tracking category that listed how many outgoing links were listed, but it was removed. In truth, I don't think I've ever seen more than 5 links via this template.
:::::In thinking it over, I agree that it would be fairly easy to set a cap on how many WD-provided links are used. My only question, though, is the usual one with regards to WD: how will these links be vetted? Goodness knows we get enough terrible articles on enwiki; maybe we don't ''want'' a link to the one-sentence BLP-violating article on [[Jeremy Hillary Boob PhD]] from the xyz-wiki. In other words, if an editor links it one can assume that it's a halfway-decent article; doing so automatically guarantees nothing. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 11:32, 7 November 2019 (UTC)

:::::{{ping|TAnthony|NessieVL}} I'm getting timeouts when trying to expand or alter the query atm, but [https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries/examples#Canadian_subjects_with_no_English_article_in_Wikipedia this sample] shows over 1000 instances of a Canadian subject with sitelinks to at least 3 other wikis and none on English. I'd expect similar results, if not more since Canada is largely English-speaking, for subjects from other countries. [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 12:46, 7 November 2019 (UTC)

* '''Oppose''' I am strongly against any automated links via Wikidata. Other language wikis do not have the same number of editors, and often do not succeed in upholding core policies, including BLP requirements. Futher, there are few editors at Wikidata, and little or no oversight of added links. In areas in which I edit, many Wikidata items have incorrect or inappropriate inter-wiki links. Editors adding links take responsibility for doing so. Automating via Wikidata means no-one takes responsibility. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 15:35, 7 November 2019 (UTC)
* '''Oppose''' as per Peter.  Even the present system is confusing for casual readers, it's not clear intuitively what the red and cryptic blue letters mean.  Would a Japanese student know that "[es]" is a link to the Spanish WP, or even more confusingly "[uk]" is Ukrainian?  [[User:Martin of Sheffield|Martin of Sheffield]] ([[User talk:Martin of Sheffield|talk]]) 10:00, 14 November 2019 (UTC)
** See [[List of ISO 639-1 codes]]. Tooltips showing the (English) name of the language may be helpful for people unwilling to familiarize themselves with these codes, but they would obscure the default tooltip of each page's article's foreign-language title (which may often differ from its future English-language title) if used. ―[[special:contributions/cobaltcigs|cobaltcigs]] 18:16, 29 February 2020 (UTC)
* '''Wholeheartedly support''' if technically feasible. This would save a lot of hunting and pecking, especially for pages in languages using non-Latin scripts (which tend to be [[Wikipedia:Systemic bias|under-represented in the current system]], simply because they're harder to manually search for). ―[[special:contributions/cobaltcigs|cobaltcigs]] 18:16, 29 February 2020 (UTC)

== Add hidden tracking categories for uses with multiple interlanguage links ==
This would allow prioritizing the creation of articles according to demand, e.g. [[:Category:Pages using Template:Interlanguage link with 3 languages]] (pls adjust phrasing as appropriate). ―[[special:contributions/cobaltcigs|cobaltcigs]] 18:16, 29 February 2020 (UTC)
:{{re|cobaltcigs}} {{cl|Interlanguage link template link number}} was [[Wikipedia:Categories for discussion/Log/2019 August 11#Category:Interlanguage link template link number|deleted]] in September 2019 on account of not serving a purpose. However, it would be possible to restore that category if you think this would be a worthwhile purpose. [[User:Jc86035|Jc86035]] ([[User talk:Jc86035|talk]]) 19:01, 29 February 2020 (UTC)
::Hmm… I suppose periodic database reports might be more useful, in that the list of titles would correspond to the missing pages, rather than to existing pages that refer to them. You know, because you can't populate a category with red links. The problem would lie in relying on someone to actually generate the reports. ―[[special:contributions/cobaltcigs|cobaltcigs]] 19:14, 29 February 2020 (UTC)

Topics like this:
* {{ill|Military History Museum (Budapest)|de|Militärhistorisches Museum Budapest|fr|Musée d'histoire militaire (Budapest)|hu|Hadtörténeti Intézet és Múzeum|it|Museo della storia militare di Budapest}}
This really does happen. ―[[special:contributions/cobaltcigs|cobaltcigs]] 22:28, 29 February 2020 (UTC)

== Implement language code recognition? ==

It'd be helpful if the template recognized the [[List_of_Wikipedias#Detailed_list|language codes]] ("de", "fr", etc.) so it wouldn't matter in which order you type the code and the article's name -> then both <nowiki>{{ill|de|Charlie B. Brown|fr|Charlie B. Brown}} and {{ill|Charlie B. Brown|de|Charlie B. Brown|fr}}</nowiki> would produce the same result. [[Special:Contributions/2001:999:71:4987:5D5B:A034:22F7:9E93|2001:999:71:4987:5D5B:A034:22F7:9E93]] ([[User talk:2001:999:71:4987:5D5B:A034:22F7:9E93|talk]]) 20:53, 29 November 2019 (UTC)
:I can imagine someone wanting to link to [[:de:fr]] or [[:fr:de]] :) —'''[[User:Kusma|Kusma]]''' ([[User talk:Kusma|t]]·[[Special:Contributions/Kusma|c]]) 21:10, 29 November 2019 (UTC)

:(OP) When wikilinking to other language, the language code comes first (like this: <nowiki>[[:de:Article]]</nowiki>), which is probably the reason why I always struggle remembering the correct order for this template. Seems I'm not the only one: [https://en.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2F%5C%7B%5C%7BIll%5C%7C%5Ba-z%5D%5Ba-z%5D%5C%7C%2Fi&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1] [[Special:Contributions/85.76.150.65|85.76.150.65]] ([[User talk:85.76.150.65|talk]]) 17:41, 30 November 2019 (UTC)
::But that is the order the template uses if the English Wikipedia article name is different: For example, in [[List of members of the 19th Bundestag]], there is <nowiki>{{ill|Bernhard Daldrup|de|Bernhard Daldrup (Politiker, 1956)|la|Bernhardus Daldrup}}</nowiki> to join [[Bernhard Daldrup]] with [[:de:Bernhard Daldrup (Politiker, 1956)]] and [[:la:Bernhardus Daldrup]]. The form <nowiki>{{ill|article name|de}}</nowiki> is just a shortcut if the article titles are the same on both Wikipedias. —'''[[User:Kusma|Kusma]]''' ([[User talk:Kusma|t]]·[[Special:Contributions/Kusma|c]]) 17:53, 30 November 2019 (UTC)
:::That, I believe, is the reason why it was coded that way initially. The first param is the en-wiki value, followed by (essentially) <lang>|<name> on repeat, which ''is'' how we generally link things as mentioned above. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 19:39, 30 November 2019 (UTC)

A far more robust syntax would be this:
# Convert the language codes into named parameters.
# Recognize only two numbered parameters—{{param|1}} the English page title, {{param|2}} the link text—to form the first link like <code><nowiki>[[{{{1}}}|{{{2|{{{1}}}}}}]]</nowiki></code>.
#* Note: Keeping {{para|lt}} as an alias for {{param|2}} will not be feasible because <code>lt</code> means [[Lithuanian language|Lithuanian]].
# Use a Lua module to validate, and alphabetically sort, the language codes.
# Display an error when any parameter name does not correspond to any language code.
{| class="wikitable" style="width: 70em; table-layout: fixed;"
|+ Example
! input !! output
|-
| <pre style="margin:0px;">{{ill|Charlie B. Brown (actor)|Charlie B. Brown|de=Charlie B. Brown (Schauspieler)|fr=Charlie B. Brown (acteur)}}</pre>
| [[Charlie B. Brown (actor)|Charlie B. Brown]] <small>&#x5b;[[:de:Charlie B. Brown (Schauspieler)|de]], [[:fr:Charlie B. Brown (acteur)|fr]]&#x5d;</small>
|}
I believe could write such an overhaul myself in a few hours, if there is sufficient interest. ―[[special:contributions/cobaltcigs|cobaltcigs]] 18:16, 29 February 2020 (UTC)
:{{em|Please do not change the way parameters are used in this template again.}} The previous change was extremely disruptive – {{em|not again}}. The proposed syntax will make for extra typing if the subjects have the same name across Wikipedias, which is mostly true for organizations and buildings, and even for most people. Your example below can be written as
::<code><nowiki>{{ill|Robert Ménégoz|ca||de||fr|}}</nowiki></code>: {{ill|Robert Ménégoz|ca||de||fr|}}.
:If you feel the syntax you propose is worth having, please implement it {{em|in a different template}}. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:40, 1 March 2020 (UTC)

== Question ==

Hello,<br/>
I'm trying to link to the article of the TV show ''[[Nulle part ailleurs]]'' on French Wikipedia but it is redirected to a different article with the same name (an album) on English Wikipedia; is it possible to force a redlink or directly redirect to French Wikipedia? Thanks. - [[User:Myxomatosis57|Myxomatosis57]] ([[User talk:Myxomatosis57|talk]]) 16:44, 18 March 2020 (UTC)
:You should use the same approach that has been used at [[Alex Berger]]: <code><nowiki>{{ill|Nulle part ailleurs (TV program)|fr|Nulle part ailleurs|lt=Nulle part ailleurs}}</nowiki></code> which gives {{ill|Nulle part ailleurs (TV program)|fr|Nulle part ailleurs|lt=Nulle part ailleurs}}. In the long run, when such an article will be written on the English Wikipedia, that article should usurp the REDIRECT at {{no redirect|Nulle part ailleurs}} because all incoming links there seem to be for the TV program. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:21, 19 March 2020 (UTC)

== Is Template talk:Interlanguage link/Old version/doc where it should be? ==

I'm finishing up a large cleanup on [[:Category:Template documentation pages]], and ran across [[Template talk:Interlanguage link/Old version/doc]] as one of only about a half dozen pages out of nearly 31k sitting in the template talk namespace instead of the template namespace. Looking at the page, it looks like there's some history involved, so I have several questions that someone here can answer: 1) does that page need to be saved for any reason? 2) is that the correct place for that page? 3) does it belong in [[:Category:Template documentation pages]] any more? Thanks for your help in resolving this oddity. [[User:Vanisaac|Van]][[User talk:Vanisaac|Isaac]]<sub><small>[[WP:WikiProject Writing systems|WS]]</small></sub><sup style="margin-left:-3.0ex">[[Special:Contributions/Vanisaac|cont]]</sup> 23:11, 3 May 2020 (UTC)
:It's the pre-merge /doc for this template; not sure why a) it was saved or b) it got moved to the template talk space. I've G6'd it. Thanks. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 23:17, 3 May 2020 (UTC)

== Does notability matter? ==

To me, a redlink implies that, sooner or later, an English wikipedia article should be created. What if the subject lacks notability in the Anglophone Wikisphere? Don't create a link at all? Use purple links? [[User:Vagabond nanoda|Vagabond nanoda]] ([[User talk:Vagabond nanoda|talk]]) 20:09, 6 April 2020 (UTC)
:If a subject is mentioned in an article here, there is obviously some notability. It may not be enough to have an article here, but it may well be. In any case, a link to an article in another Wikipedia at least gives the interested reader a chance to deepen their understanding of the topic. I don't think it does any harm (except in cases where blatantly promotional articles have been created in those other Wikipedias). -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 02:02, 7 April 2020 (UTC)
::For a period, on Swedish Wikipedia, there was a template which showed a black linkless text plus the interwiki super-scripted link, intended for things that does exist on a foreign wiki but not notable to have on Swedish wiki. It was removed later. On Swedish Wikipedia, there is a discussion on removing Template Interlanguage link since some find it visually disturbing to have such superscripts in the middle of sentences. For this reason a variant with smaller font for the interlanguage link was created, usable in literature and other areas where people are more sensitive to style. Red links to non-notable things also irritate people. Should English Wikipedia support such variations?--[[User:BIL|BIL]] ([[User talk:BIL|talk]]) 15:23, 8 May 2020 (UTC)

==Not properly working?==

Hello, https://en.wikipedia.org/wiki/Boise_Airport#Passenger has the template written as such : <nowiki>{{ill|Stanley Airport|ceb|Stanley Airport}}</nowiki> but the link given is wrong (refers to another Stanley airport in enwiki?!? whilst it should give https://ceb.wikipedia.org/wiki/Stanley_Airport). --[[User:Bouzinac|Bouzinac]] ([[User talk:Bouzinac|talk]]) 19:02, 16 July 2020 (UTC)
:More info is at [[Template:Interlanguage link#Modifying the display]], but basically you need to give a different link to trick the template into forcing the interwiki display. I've updated the link and it's working as intended. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 21:23, 16 July 2020 (UTC)

== Foreign WP-article as author-link parameter in citation ==

Is it possible? As example, at [[Günter Bechly]] there is a cite written by {{ill|Ernst Probst|de}}, is it possible to author-link that somehow? The publisher also has a German WP-article. [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 12:49, 30 July 2020 (UTC)
:Not with standard citation templates. They disallow the use of {{tl|ill}} in {{para|authorlink}}. A workaround is not to use them, and write the citation manually; then that template can of course be used. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 13:21, 30 July 2020 (UTC)
::Thank you, that was about what I was expecting. [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 13:26, 30 July 2020 (UTC)

== Why doesn't this work? ==

Why does this work

{{ill|Hooglede town hall|nl|Gemeentehuis van Hooglede}}

and this not work, displaying "Trève" instead of "trèves"?

{{ill|Trève|fr|trèves}}

I'm sure it's simple, I just need another pair of eyes. [[User:Maproom|Maproom]] ([[User talk:Maproom|talk]]) 10:24, 6 August 2020 (UTC)
:You might not be reading the documentation correctly. In the second case it is linking to [[Trève]] here and to [[:fr:trèves]] at the French Wikipedia. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 10:37, 6 August 2020 (UTC)
::[[:fr:Trèves]] is a disambiguation page; which Trèves do you want to link to? Or do you mean [[:fr:Trève]]? -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 11:00, 6 August 2020 (UTC)
:::I want to link to [[:fr:Trève]], but to have the result appear lower-case and plural. I could do it like this: [[:fr:Trève|trèves]]. But I thought that the use of interlanguge links was encouraged, and the :fr: stuff deprecated. [[User:Maproom|Maproom]] ([[User talk:Maproom|talk]]) 11:22, 6 August 2020 (UTC)
: It's simple, first parameter the name you want in English, second para the two-letter language code, third para name in that language (only needed if different from name in English), and then comes what you need when it should show differently from name in English, {{para|lt}} (short for link text, so here ill Trève fr lt=trèves, {{ill|Trève|fr|lt=trèves}}.
: Just insert "lt=" before the name to be shown. All this should be in he documentation. --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 11:31, 6 August 2020 (UTC)
::Ok, I see one of my mistakes now, I had "Trève" and "trèves" the wrong way round. Let's try these {{ill|trèves|fr|Trève}}, {{ill|trèves|fr|lt=Trève}}, {{ill|lt=trèves|fr|Trève}}. No, none of them works. I'll stick with [[:fr:Trève|trèves]]. [[User:Maproom|Maproom]] ([[User talk:Maproom|talk]]) 11:47, 6 August 2020 (UTC)
::: Don't know. First and most important question: what should the English article name be, [[Trèves (WHAT)]]? It needs some dab, somthing in brackets describing what this meaning is. Or an English word. I don't speak French, sorry. --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 11:54, 6 August 2020 (UTC)
::::You can force the link with {{para|display|1}}, so {{tlp|ill|trèves|fr|Trève|display{{=}}1}} becomes {{ill|trèves|fr|Trève|display=1}}. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 12:29, 6 August 2020 (UTC)

== Expensive parser function ==

Pages like [[List of villages in Rivne Oblast]] ([https://en.wikipedia.org/w/index.php?title=List_of_villages_in_Rivne_Oblast&oldid=917878877 as of 22:45, 25 September 2019 ]) that call this many times may exceed Wikipedia's limit of 500 "expensive parser functions." 

For example, the call to {{tq|<nowiki>{{ill|Vychivka|uk|Вичівка}}</nowiki>}} will count as one "expensive parser function."

I don't know WHY this works, but I have determined that changing the lines to {{tq|<nowiki>{{ill|Vychivka{{!}}Vychivka|uk|Вичівка}}</nowiki>}} by simply adding {{tq|<nowiki>{{!}}</nowiki>}} followed by a repetition of the name of the English-language page will eliminate the expensive parser function.

However, there may be good reasons NOT to do this, besides the obvious one of it being confusing to editors, causing many to say "This looks redundant, let me take out the <nowiki>{{!}}</nowiki>..." and unintentionally "un-fixing" the problem.

'''Anyone have any ideas on ways to cut down on the number of expensive parser function calls?'''  Anyone understand this template well enough to add "if you call this template this way ... you will cost one 'expensive parser function' call, consider doing it this way ... instead" to the documentation page?

I also added {{tl|expensive}} to the template's documentation page. [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 17:59, 14 August 2020 (UTC)
:The correct way to handle this is by painfully fixing the links. Some links will now exist as articles at enwiki, so the {{tlf|ill}} can be replaced with a normal wikilink. Some links might not exist at enwiki or ukwiki, so {{tlf|ill}} could be replaced with no link. A gigantic example of the former is explained [[Talk:List of members of the 19th Bundestag#Lua error: too many expensive function calls|here]]. I asked why your trick works [[Wikipedia:Village pump (technical)#Expensive parser function count puzzle|here]]. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 00:17, 15 August 2020 (UTC)
::For the record, I'll note that the answer from Jackmcbarn was that #ifexist starts by noting that its parameter contains a character ("|") that is not valid in a title, so it returns false without bothering to check if the page exists. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:55, 15 August 2020 (UTC)

== Edit request to reduce expensive parser function calls ==

{{edit template-protected|Template:Interlanguage link|answered=yes}}
Please review and add [https://en.wikipedia.org/w/index.php?title=Template:Interlanguage_link/sandbox&diff=973176292&oldid=941569270 this Sandbox diff] to the template.

The goal is to eliminate the expensive parser function calls to ''#ifexists'' and the expensive call within ''#invoke:redirect|isRedirect'' in situations where we know we don't care, namely, when {{para|display}} or {{para|preserve}} are set to any value.

Primary use case:
In "list-type" articles, there is already an advantage to using {{para|display|1}} (or any non-blank value) to preserve the inter-wiki links for pages that have an article in the English Wikipedia.  These same types of articles are the type that are likely to exceed Wikipedia's 500-limit for expensive parser function calls.  The "driving example" is [[List of villages in Rivne Oblast]] ([[Talk:Interlanguage link#Too many expensive parser functions is breaking this page|discussion]]).

I've updated the [[Template:Interlanguage link/testcases|testcases]] for this template.  [https://en.wikipedia.org/w/index.php?title=Template:Interlanguage_link/testcases&oldid=973179365 Here] is a version that shows that, with the change, there are no expensive parser function calls with {{para|display|1}} or {{para|preserve|1}}.

Additional testing of the underlying change can be found at [https://en.wikipedia.org/w/index.php?title=User:Davidwr/sandbox&oldid=973176111 my sandbox as of 20:18 15 August 2020] and the testcases for it at [https://en.wikipedia.org/w/index.php?title=User:Davidwr/sandbox2&oldid=973149411 my sandbox2 as of 17:20 15 August 2020].  

Once this is done, please "ping" me and I will update [[List of villages in Rivne Oblast]].  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 20:53, 15 August 2020 (UTC)
:{{ping|Jackmcbarn}} Would you mind having a look at this request. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:51, 15 August 2020 (UTC)
:[[File:Yes check.svg|20px|link=|alt=]] '''Done'''<!-- Template:ETp --> Yep, that's exactly what was needed to properly fix this. (By the way, this template is crying to be converted to Lua. I might do that at some point now that I see what a mess it is.) [[User:Jackmcbarn|Jackmcbarn]] ([[User talk:Jackmcbarn|talk]]) 00:33, 16 August 2020 (UTC)
::Thank you.  I've updated [[List of villages in Rivne Oblast]].  It no longer "breaks the Wiki."  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 01:18, 16 August 2020 (UTC)

== Related user script ==
{{see also|Template talk:Interlanguage link/Archive 3#Automating this template with WikiData?}}
I've [[User:Cobaltcigs/IllWill|developed a script]] which finds red link titles on the page the user is editing, searches for them on wikidata, prompts the user to choose the correct wikidata item (if any), then changes each red link to an instance of {{tl|ill}}, populated with interlanguage prefixes/titles fetched from the selected wikidata item. Testing/feedback is welcome. ―[[special:contributions/cobaltcigs|cobaltcigs]] 09:41, 3 October 2020 (UTC)
:How to initiate the script? I have just add it to my [https://en.wikipedia.org/w/index.php?title=User:Jklamo/common.js&diff=prev&oldid=982057587 common.js] and Bypassed my cache, but nothing happened.[[User:Jklamo|Jklamo]] ([[User talk:Jklamo|talk]]) 23:08, 5 October 2020 (UTC)
::While editing a page you should see a new tab titled "ill", clicking on which should display a table of links in place of the editing textbox. If using the vector skin (never recommended), this may be hidden in the "more" menu. ―[[special:contributions/cobaltcigs|cobaltcigs]] 00:29, 9 October 2020 (UTC)

== Cewbot cleaning out ill links ==

You might be interested in the following discussion:

[[User talk:Kanashimi#Task 1 Convert interlanguage link templates with local article to wikilinks]]

[[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 11:32, 25 October 2020 (UTC)

== Improve syntax ==

Could the syntax be improved so that the sitelinks on Wikidata are used to provide the correct links? In other words
<pre>{{Interlanguage link|WD=Q3588672|es|fr}}</pre>
would produce {{Interlanguage link|Émile Morlaix|es||fr}} preferably with the link to {{Q|Q3588672}} too? &mdash;&nbsp;Martin <small>([[User:MSGJ|MSGJ]]&nbsp;·&nbsp;[[User talk:MSGJ|talk]])</small> 13:03, 8 October 2020 (UTC)
:Gotta look into the code for a second, but the coded text above gives {{Interlanguage link|WD=Q3588672|es|fr}}. With {{tlp|Interlanguage link|Émile Morlaix|es||fr|WD{{=}}Q3588672}} you get {{Interlanguage link|Émile Morlaix|es||fr|WD=Q3588672}}. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 18:24, 8 October 2020 (UTC)
::Okay, looked at the code, and the archives, and I ''feel'' like the primary purpose of the WD links was if there ''weren't'' other languages (which I somewhat mangle in [[Template_talk:Interlanguage_link/Archive_3#Automating_this_template_with_WikiData?|this discussion]] but I can't find what I was looking for). Basically, I would think that if there are 1-2 links to other languages, we don't really ''need'' to have a link to WD in addition to that.
::So... to answer the original question, yes it can be done. To ask a follow-up question, do we ''want'' this to be done? [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 18:50, 8 October 2020 (UTC)
:::Existing behavior should remain unchanged, but the new behavior would be desirable as well.  I recommend adding a new parameter {{para|WDget}} with values of {{para|WDget|basic}} which would be the same as no WDget parameter at all i.e. the current behavior, {{para|WDget|wikipedias}} which would show all of the Wikipedia language links in the same order they are in WikiData, and {{para|WDget|both}} which would do both.
:::The end result would look something like this: {{tlp|Interlanguage link|Émile Morlaix|WD{{=}}Q3588672|WDget{{=}}both}} -> [[Émile Morlaix]] [<nowiki></nowiki>[[d:Q3588672#sitelinks-wikipedia|Wikidata]]; [[:es:Émile Morlaix|es]]; [[:fr:Émile Morlaix|fr]]]. [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 20:14, 8 October 2020 (UTC)
::::That ''was'' previously discussed (see the discussion I linked above), and it was decided not to import WikiData information directly. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 20:31, 8 October 2020 (UTC)
:::::'''Proposal''' - a separate, always-subst'd template that generated a list of parameters based on what is in WikiData at the moment it is used.  For {{para|1|Q3588672}} this new template would generate <code><nowiki>es|Émile Morlaix|fr|Émile Morlaix</nowiki></code>.  This way, I could just do 
:::::<code><nowiki>{{Interlanguage link |Émile Morlaix |{{subst:newtemplatenamegoeshere |Q3588672}}}}</nowiki></code>
:::::and know that the '''current''' list from WikiData would be imported, but that it would be immune from being hijacked by future WikiData edits.  As an alternative to the Q entry, this new template should allow the name of an English or other-language Wikipedia entry that actually exists, such as 
:::::<code><nowiki>{{Interlanguage link |Émile Morlaix |{{subst:newtemplatenamegoeshere |es:Émile Morlaix}}}}</nowiki></code>
:::::[[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 20:55, 8 October 2020 (UTC)
::::::This has the potential, which was discussed in the previous discussion, to result in a dozen different interwikis being linked. I'm not strictly opposed to this idea, but I feel like it's going to be ''way'' more hassle than it's worth, just for the minor benefit of catching random languages like vi or sr. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 21:14, 8 October 2020 (UTC)
:Back to the original proposal:  How about if the template uses a "snapshot in time" version of WikiData, so <pre>{{Interlanguage link|WD=Q3588672|es|fr|UseWD=1}}</pre> self-substitutes and renders as <pre>{{Interlanguage link|es|Émile Morlaix|fr|Émile Morlaix}}</pre>
:This would make it much easier on all editors, as they wouldn't have to look up the page name, but it would not have the problems of "a bunch of language links" or the problem of the language link changing out from under them if someone vandalized WikiData.  Editors would need to be reminded to check their edit though, just to be sure WikiData wasn't vandalized 0.1 seconds before the editor published the edit on the English Wikipedia. 
:If self-substitution is too hard, maybe a new template called {{tl|interlanguage link2}} can be written which MUST be substituted, resulting in a conventional use of the current {{tl|interlanguage link}}. 
:For situations where there is already an English-language page and the non-English version is desired as well (e.g. with redirects or when {{para|display}} or {{para|preserve}} are used), the {{para|WD}} parameter would be optional, if it is missing, the English page name would be used to get the WikiData entry. [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 22:03, 8 October 2020 (UTC)

:I'd like to see the above-described functionality added, but have no faith in that ever happening. That's why I created [[User:Cobaltcigs/IllWill|a user script]] to expedite the otherwise tedious process of searching wikidata.org for a title, identifying the correct wikidata item from potentially numerous choices, collecting the foreign-language prefixes and titles from that Q-number page, populating these into an {{tl|ill}} template call, and inserting that code in place of a regular red link. All without opening a dozen tabs or displacing something important from your system clipboard. See previous section.
:This is, of course, an imperfect workaround because unlike a "live" Q-number lookup, it will not update itself when new language entries are added. Such updates would be a suitable bot task, once the initial (and necessarily human) identification of the correct item has been done.
:Note that "showing too many language links" after a red link isn't a problem in itself; it's just a rather embarrassing symptom of allowing enwiki to fall behind that many other-language wikis. In the credits of foreign film stubs, I commonly find red links on enwiki where 4–5 other wikis have a bio. Such omissions really should be made as glaring as possible, to encourage somebody fluent in one of these languages to translate at least a stub for us locally. That is, by far, the most constructive way to make a ghastly list of language codes go away.
:De-linking to plain text is the absolute worst, but (frustratingly) some users do that too.
:―[[special:contributions/cobaltcigs|cobaltcigs]] 20:21, 25 October 2020 (UTC)

== [[Template:Wikidata red link]] ==

{{tl|Wikidata red link}} is a fairly new template with similar functionality with respect to Wikidata.  It doesn't have the inter-lanaguage linking that that {{tl|interlanguage link}} has, but there is enough overlap that a merger should be considered.

If nothing else, when and if either template is rewritten as a module, that might be a good time to "do the merger."  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 22:56, 25 October 2020 (UTC)

== Category ==

It took me a while to find this template.
I knew I had seen it in use bout could not find it.
Should it be in [[:Category:Language templates]]?
--[[User:Error|Error]] ([[User talk:Error|talk]]) 13:13, 18 November 2020 (UTC)

== Forcing redlink on redirect pages ==

Is there a way to add an option that makes the English link redlinked (and preferably wrapped in [[Template:No redirect]]) if the article on English Wikipedia is a redirect? The main use case for this when trying to avoid circular redirects. [[User:Jumpytoo|Jumpytoo]] <small>[[User_talk:Jumpytoo|Talk]]</small> 03:13, 30 August 2020 (UTC)
*In a word, no. If it is a redlink, it will show as a redlink. If it's a redirect, it will show as a normal link (unless you have a link classifier, so for example mine shows up green). ''But'', remember that if it is a redirect it will still show the interwiki links, indicating that it ''is'' a redirect. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 12:09, 30 August 2020 (UTC)
**{{ping|Primefac}} I've also got a similar issue at [[Hololive Production#Talents]]. Where ILL is used, some are red and some are blue, but every blue link is a circular redirect. This makes it quite counterintuitive, especially when there is one list entry ([[Hoshimachi Suisei]]) where an article does exist in English. Is there any way to make this template surpress linking only when it's circular? [[User:Ganbaruby|<span style="color:#960596;">◢</span> <b><i style="background-color:#F7E3F7; color:#960596"> Ganbaruby! </i></b>]] <small>([[User talk:Ganbaruby|Say hi!]])</small> 16:36, 25 October 2020 (UTC)
***You can't force a literal red-link unless you add some sort of disambiguator. In other words, if you don't want {{ill|Sakura Miko|ja|さくらみこ}} to be blue, then change it to something like {{ill|Sakura Miko (VTuber)|ja|さくらみこ|lt=Sakura Miko}} (note it's linking to [[Sakura Miko (VTuber)]]). The downside, of course, is that you end up with an unnecessary dab and thus won't know if/when the actual {{-r|Sakura Miko}} page has been created. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 17:03, 25 October 2020 (UTC)
::*{{re|Ganbaruby}} As Primefac said, you can't make the link red, but you can do the next best thing - turn it black or suppress the redirect.  I gave it a go and it's harder than it looks unless you want to have yet another expensive parser function call.  Here are several approaches to take.  Each involves having a new parameter {{para|suppressredirects}}.  In each case, change the code so if "suppressredirects" is set, do the following:
:::* Rewrite it as a module or module-based template.  This may be the best approach.
:::* Re-factor it so the check for <code><nowiki>{{#ifexist:{{{1|}}}|{{#invoke:redirect|isRedirect|{{{1|}}}}}|1}}}}</nowiki></code> happens earlier and it "wraps" the rest of the logic.  Note that this code returns "1" if the page {{para|1}} does not exist, "yes" if it is redirect, and nothing if it is a non-redirect page.  I looked at this option and it's pretty involved, more than I can do in an hour.  I think it will also result in duplicate code, which makes maintenance a problem.
:::* Bite the "expensive parser function" bullet and do that check twice, once where it's currently being checked, and once earlier, before where the en-wiki link is printed. Something like this might work (NOT TESTED!): <code><nowiki>{{#if:{{{suppressredirects|}}}|</nowiki> ''code to check for a redirect and if it is one, make the link look like we want'' <nowiki>}}</nowiki> ''existing code to display the link'' <nowiki> {{#if:{{{suppressredirects|}}}|</nowiki> ''more code check for a redirect and if it is one, make the link look like we want'' <nowiki>}}</nowiki></code>.  This would be at least two expensive parser functions.  To save on an expensive parser function call, I recommend using this in conjunction with {{para|display}} and possibly modifying the code above.
::: In any of these cases, my recommendation would be to surround the en-wiki link with <code><nowiki>{{noredirect|...}}</nowiki></code> if - and only if - the file exists.
::: As I am writing this, I have an idea but I need to wait until later today to try it out.  If it works, you will be able to do what you want without any additional expensive parser function calls or duplicate code.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 18:19, 25 October 2020 (UTC)
::*{{re|Ganbaruby}} I put some alpha-state code in the sandbox, it implements {{para|suppressredirect}} which will wrap links with <code><nowiki>{{noredirect|{{{1}}}|{{{lt}}}}}</nowiki></code>.  {{para|lt}} is optional.  It's not "red" but at least it keeps the circular redirects at bay.  I did notice that [[Module:redirect]] has a way of determining the target of the redirect.  This means in principle, you could write a version that would check to see if the target was the current page and if so, do something special.  Temporary documentation including a to-do list are in html comments at the top.  Parser profile test results are in an older edit, clearly labeled in the edit history.  I've also added half a dozen testcases.
:::'''TO DO LIST:''' (any volunteers?)
:::*Have someone who knows safesubst: go through and add it where needed and check it where it's already there.
:::*Have another experienced template editor review the new code closely, both for errors and opportunities to make it more efficient.
:::[[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 21:17, 25 October 2020 (UTC)
*{{ping|Jumpytoo}} I changed the sandbox code so I think it meets your needs.  I took out the just-added support for {{para|suppressredirect}} and replaced it with a new parameter, {{para|useredirect}}.  If you use it, the target of the redirect will be the wikilink.  You can still "mask" it with the existing parameter {{para|lt}}.  I'm going to add another parameter called {{para|maskredirect}} which, if set, will cause {{para|1}} to be used as the "wikilink mask" if {{para|lt}} is not set.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 00:31, 26 October 2020 (UTC)
::Thanks, I've played around with it and I'm not sure how to achieve the red/no redirect effect with the new params. Is there an example you can show? [[User:Jumpytoo|Jumpytoo]] <small>[[User_talk:Jumpytoo|Talk]]</small> 01:34, 26 October 2020 (UTC)
*{{ping|Jumpytoo|Ganbaruby}} [[Template:{{BASEPAGENAME}}/sandbox]] is "stable" ([https://en.wikipedia.org/w/index.php?title=Template:Interlanguage_link/sandbox&oldid=985457431 permalink)] at least I don't PLAN on making changes to it for the next 10 hours at least, it's got preliminary documentation in html comments at the top.  I made [https://en.wikipedia.org/w/index.php?title=Hololive_Production&oldid=985455259 this test revision], since reverted, of [[Hololive Productions]].  You can see in the collapsed tables in the "Talents" section that redirects are in bold black, but still show the name used by the editor.  This is done by a combination of the new {{para|useredirect|1}} and {{para|maskredirect|1}} parameters.
:This change is '''not ready''' to be merged yet.  Besides getting agreement if this functionality is wanted, there is a technical '''TO DO LIST''':
:*Make sure it can be safely substituted.  I am not experienced in this area so I didn't try hard to get it right.
:*Have a code review by someone experienced with templates.  I've been mistake-prone today so to be blunt, I don't trust my own work today.
:*Make sure when the new parameters are NOT used, the parser profiling usage is about the same as the existing version.  In other words, no surprised with template post expansion include size, parser function count, etc. etc.
:[[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 02:04, 26 October 2020 (UTC)
::{{ping|Jumpytoo|Ganbaruby}} Do either of you want this enough to go forward with adding {{para|useredirect|1}} and {{para|maskredirect|1}}?  If not, I'll drop it as "not needed now, let's keep things the way they are until there is a need."
::'''@all''': If either of them answer yes, I need one or more volunteers who knows how to make substitution safe to proofread this and fix it up.  Once it's been fixed and checked, we can go live, but only if there is a current need for this.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 23:01, 26 October 2020 (UTC) 
::: I am still supportive of this feature. While I am fine with the feature as is, looking into if it's possible to add CSS + no-redirect link would be appreciated. Also, is there a use case for only using one of the params and not the other? [[User:Jumpytoo|Jumpytoo]] <small>[[User_talk:Jumpytoo|Talk]]</small> 01:27, 27 October 2020 (UTC)
::: {{ping|davidwr}} Thanks for the hard work. I like it! Couple things: in an instance of a circular redirect, is there any way for the link to not be bolded when useredirect is set? Also, is there any reason why someone would have useredirect but not maskredirect? [[User:Ganbaruby|<span style="color:#960596;">◢</span> <b><i style="background-color:#F7E3F7; color:#960596"> Ganbaruby! </i></b>]] <small>([[User talk:Ganbaruby|Say hi!]])</small> 11:38, 27 October 2020 (UTC)
:::: {{re|Jumpytoo|Ganbaruby}} Wikimedia software turns a link to the current page into a non-clickable bold link:  <code><nowiki>[[Template talk:Interlanguage link|Template talk:ill]]</nowiki></code> renders as [[Template talk:Interlanguage link|Template talk:ill]].  There is a "cheat" which is to replace the link with the URL version, something like <code><nowiki>[{{canonicalurl:Template talk:Interlanguage link}} Template talk:ill}}]</nowiki></code> renders as [{{canonicalurl:Template talk:Interlanguage link}} Template talk:ill].  As for use cases, there are use cases for just useredirect without maskredirect but on reflection, they are probably uncommon.  It might be worth "reversing the logic" so {{para|maskredirect}} is replaced with {{para|exposeredirect}}, so by default {{para|1}} is what the person sees by default when {{para|useredirect}} is used.  Thoughts? [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 12:57, 27 October 2020 (UTC)
:::::{{re|Davidwr}} I read the above discussion and tried out the new parameters, but I am still confused. 
:::::
:::::In the specific case of {{ill|Tokino Sora|ja|ときのそら}} at [[Hololive Production#Talents]], is there a way to make the display look exactly like Tokino Sora {{small|{{bracket|[[ja:ときのそら|ja]]}}}} (with a non-clickable, non-bold display)? I think '''Tokino Sora''' {{small|{{bracket|[[ja:ときのそら|ja]]}}}} is an undesirable result, and would like to avoid it unless there is a technical/intentional reason against it. — [[User:Goszei|Goszei]] ([[User_talk:Goszei|talk]])  22:02, 20 November 2020 (UTC)
::::::{{re|Goszei}} The bold comes from the fact that the wikilink is actually to the current page.  That is, {{noredirect|tokino Sora}} redirects to [[Hololive Production]].  If you want "no bold, no click, no color" behavior, the sandboxed version will need to be changed to specifically check to see if the redirect target is the current page, then NOT put in a wikilink.  That could get complicated, but it's certainly do-able.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 22:12, 20 November 2020 (UTC)
:::::::{{re|Davidwr}} I personally support such a feature. — [[User:Goszei|Goszei]] ([[User_talk:Goszei|talk]])  22:16, 20 November 2020 (UTC)
::::::::If you don't want a link, don't put a link, just put a <code><nowiki> {{small|{{bracket|[[ja:ときのそら|ja]]}}}}</nowiki></code> after the name, which will give you your {{small|{{bracket|[[ja:ときのそら|ja]]}}}}. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 22:19, 20 November 2020 (UTC)
:Courtesy ping to {{ping|Kanashimi}} The changes being discussed above will not be "breaking changes" (well, not if done properly), so they should not affect {{noping|Cewbot}}, but you might want to at least skim the discussion and see the html comments at the top of the sandbox.  If you see any potential problems, please jump in so we don't break anything.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 22:47, 20 November 2020 (UTC)
:: Thank you for reminding. It is OK, the bot only parse the parameters and will not care the CSS or HTML codes. --[[User:Kanashimi|Kanashimi]] ([[User talk:Kanashimi|talk]]) 23:53, 20 November 2020 (UTC)

===Use CSS?===
You could give this template a [[mw:Extension:TemplateStyles|TemplateStyle]] (CSS) subpage containing {{code|lang=css|a.mw-redirect { color: WHATEVER; } }}. But this rule will actually "leak out" and affect other ("normal") redirects elsewhere on the page where the template is used (I just tested this on a localhost wiki). That can be avoided by wrapping the entire template output in something like {{code|lang=html|1=<span class="ill">...</span>}} and using more specific CSS like {{code|lang=css|span.ill a.mw-redirect { color: whatever; } }} to only affect redirect links inside such a {{code|span}}.

Note that any color selection here will probably annoy users who've added their own CSS and therefore expect all redirects to be the same color of their own choosing, regardless of whether they're formed {{code|[[Like this]]}} or {{code|<nowiki>{{ill|Like this|es|Como esto}}</nowiki>}}. Such users would need to opt out by adding another line in their CSS to override this new (more specific) rule to also use color they like, or by adding {{code|!important}} to their existing (less specific) rule. This should be explained in the docs if we do it.

The above caveats aside, perhaps some shade of purple would make the most sense? ―[[special:contributions/cobaltcigs|cobaltcigs]] 11:15, 26 October 2020 (UTC)

== Suppressing the enwiki link ==

Am I mistaken, or is there currently no option to suppress the link on enwiki? This would be useful in cases like ''[[Flappy Bird]]'': [[Dong Nguyen]] (see infobox) is ill'd to viwiki, but the enwiki link is a redirect that loops back to ''Flappy Bird'', creating a [[WP:CIRCULAR]]. [[User:IceWelder|<span style="font-variant: small-caps;">IceWelder</span>]] &#91;[[User talk:IceWelder|<span style="color: #424242;">&#9993;</span>]]&#93; 22:59, 12 December 2020 (UTC)
:There 2 obvious solutions: write a proper article at {{no redirect|Dong Nguyen}}, or invent a disambiguator, say "(game designer)": <nowiki>{{ill|Dong Nguyen (game designer)|vi|Nguyễn Hà Đông|lt=Dong Nguyen}}</nowiki> -> {{ill|Dong Nguyen (game designer)|vi|Nguyễn Hà Đông|lt=Dong Nguyen}}. Or it could be left as is because it still provides the link to vi WP. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:42, 13 December 2020 (UTC)
:{{re|IceWelder}} Look up above to [[#Forcing redlink on redirect pages]].  Here's what the sandbox with the new parameters {{para|useredirect|1}} {{para|maskredirect|1}} does for [[Flappy Bird]]: [https://en.wikipedia.org/w/index.php?title=Flappy_Bird&diff=993927211&oldid=992520777 demo]
:I never finished the changes because 1) the discussion fizzled out and 2) I'm not well-versed in safesubst: so I'm not willing to stand behind this.  Here's the diff of the sandbox and the template as of a minute or so ago: [https://en.wikipedia.org/wiki/Special:ComparePages?page1=Template%3AInterlanguage+link&rev1=973212200&page2=Template%3AInterlanguage+link%2Fsandbox&rev2=985457431 diff]
:If this does what you want, we can re-start the conversation from October and get this reviewed by someone familiar with safesubst: then implemented.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]]) 🎄</small></small> 06:07, 13 December 2020 (UTC)
:* {{Ping|Davidwr}} That definitely goes in the right direction and is not so much a workaround. I tested the edit you made to ''Flappy Bird'' again, and I saw that the name was automatically bolded. I was unable to disable the bold with {{para|nobold}}, which might be a bug. However, I'm wondering whether it be easier to just have a param like {{param|nolink}} that disables the link altogether. This would be a quickfix for all cases like redirects and unwanted redlinks (for [[WP:RED]] violations). [[User:IceWelder|<span style="font-variant: small-caps;">IceWelder</span>]] &#91;[[User talk:IceWelder|<span style="color: #424242;">&#9993;</span>]]&#93; 11:23, 13 December 2020 (UTC)
::*{{re|IceWelder}}  The "bold" is a feature. because the actual link is to the page in question, for example <code><nowiki>[[Template talk:Interlanguage link]]</nowiki></code> renders as <code>[[Template talk:Interlanguage link]]</code>, a bold un-clickable would-be-a-blue-link-if-this-page-is-ever-moved "link." On the other hand, <code><nowiki>{{plain text|[[Template talk:Interlanguage link]]}}</nowiki></code> renders as <code>{{plain text|[[Template talk:Interlanguage link]]}}</code>.
:::As for your proposed {{para|nolink}} parameter: That's another reason I didn't move forward, there wasn't any clarity on whether the code I wrote was the best way to meet the needs of those who had the issue that was raised in October.
:::Do you have the skills to fix up any safesubst: issues in the sandbox?  If you do, it should be easy take a fixed-up version and add {{para|nolink}}, which could just add a {{tl|plain text}} wrapper to the English link when {{para|nolink|1}} or even a {{para|noboldselflink|1}} parameter that would turn off bolding if it were a "self-link" but otherwise do leave it alone.  This is starting to get complicated though, so it's best to decide what is really needed before "making improvements just for the sake of making improvements."  This is after all a protected template, which implies a higher cost if things go south.  It also suggests that for the sake of future maintenance, simpler is better.
:::Another thing I do want to be careful about is the effect on the template [[WP:PEIS]] limit.  This template is used in some large lists of non-English geographical locations.  I added {{tl|display|force}} a few months ago to get around the 500 expensive parser limit issue that affects these articles, I don't want to create a new problem.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]]) 🎄</small></small> 15:05, 13 December 2020 (UTC)
:::: I might look into it later. Maybe converting the template to a Lua module could also fix this. [[User:IceWelder|<span style="font-variant: small-caps;">IceWelder</span>]] &#91;[[User talk:IceWelder|<span style="color: #424242;">&#9993;</span>]]&#93; 08:29, 14 December 2020 (UTC)

== Equal sign ==

Does the equal sign in an article title break this template? I'm trying to do <pre>{{ill|Konaka = Pehlwan|ja|小仲＝ペールワン}}</pre> and I get this: {{ill|Konaka = Pehlwan|ja|小仲＝ペールワン}}. The article in question is [[Umemura PC Juku Copy & Paste Championship]]

If this is the case, what is the workaround? Or is there an error I made that I missed?

Thanks, [[User:Oiyarbepsy|Oiyarbepsy]] ([[User talk:Oiyarbepsy|talk]]) 09:47, 2 January 2021 (UTC)
: {{re|Oiyarbepsy}} try {{ill|Konaka {{=}} Pehlwan|ja|小仲＝ペールワン}}, which works, but where did you get the idea for an English Wikipedia article with an equal sign in it?  That seems pretty non-standard. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 10:26, 2 January 2021 (UTC)
::Not my article, but this is the wrestler's actual name (you'll see the equal sign is also in the Japanese name). [[User:Oiyarbepsy|Oiyarbepsy]] ([[User talk:Oiyarbepsy|talk]]) 22:25, 2 January 2021 (UTC)
::For reference, Mathglot is using {{tnull|1==}} in the template call instead of just <code>=</code>. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 13:15, 2 January 2021 (UTC)
:::{{ping|Mathglot}}{{ping|Primefac}} Thank you very much. [[User:Oiyarbepsy|Oiyarbepsy]] ([[User talk:Oiyarbepsy|talk]]) 22:25, 2 January 2021 (UTC)
:{{re|Oiyarbepsy}} I know this deviates from the question, but I don't think that full-width equals sign should be transliterated as an ASCII equals sign. The Japanese writing system already has the ''[[chōonpu]]'', which looks like a hyphen, so traditionally a double hyphen is used to join two names. Unicode now has a code point for the Japanese double hyphen, but this is scarcely used or made compatible because pre-Unicode encodings for Japanese didn't encode a separate full-width equals signs and a double hyphen. This is why Japanese Wikipedia substitutes the full-width equals sign for the double hyphen, as recommended [[:ja:Wikipedia:表記ガイド#人名|here]], which gives the example {{lang|ja|クロード・レヴィ＝ストロース}} for "Claude Lévi-Strauss". So the correct way to spell {{lang|ja|小仲＝ペールワン}} in Latin-based text is most likely "Konaka-Pehlwan". [[User:Nardog|Nardog]] ([[User talk:Nardog|talk]]) 08:44, 13 January 2021 (UTC)
::Thank you, Nardog, I have revised the link accordingly. The Japanese writing system is certifiably insane. [[User:Oiyarbepsy|Oiyarbepsy]] ([[User talk:Oiyarbepsy|talk]]) 09:03, 13 January 2021 (UTC)
::: Um, [[User:Oiyarbepsy|Oiyarbepsy]], I think I know what you meant, but can you strike your last sentence or tone it down, please? See [[WP:REDACT]] if you're not sure how to do this. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 21:16, 13 January 2021 (UTC)

== Task 1 Convert interlanguage link templates with local article to wikilinks (again) ==
{{atop|Pick one, it's either here or there. Re-open this if here, close that one if there. Don't split discussions across multiple boards. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 01:28, 14 January 2021 (UTC)}}
Apologies for any confusion, but the preceding talk section (now resolved) discussed a different matter than what I brought up at

[[User talk:Kanashimi/Archive 1#Task 1 Convert interlanguage link templates with local article to wikilinks]]

and then at

[[Wikipedia:Bots/Noticeboard#Should Cewbot remove interlanguage link templates once local articles exist?]]

Please respond either there or here. Cheers [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 14:55, 13 January 2021 (UTC)
:(Inviting editors to splinter a discussion is bad practice.) I regularly edit articles with {{tlf|ill}} links and create them often. They can be sometimes elaborate in order to deal with foreign scripts or naming conventions (Hungarian), so the resulting Wikitext often looks frightening. Therefore, removing those constructs once local articles exists is a welcome cleanup task. Can anyone provide an example of an {{tlf|ill}}-linked article that was converted to a local link and the article was then deleted? -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:25, 14 January 2021 (UTC)
{{abot}}

== Redirect red link? ==

I'm using this template to link to [[:sv:Aska, Motala kommun]]—that is, the town of Aska, in [[Motala Municipality]]. The corresponding article in English, however, would have a different name, something like [[Aska, Sweden]]. Is there a way to use the {{tl|ill}} template to have an end result that displays as "[[Aska, Sweden|Aska]] <nowiki>[</nowiki>[[:sv:Aska, Motala kommun|sv]]<nowiki>]</nowiki>" (redlink goes to [[Aska, Sweden]]), rather than as "[[Aska, Motala kommun|Aska]] <nowiki>[</nowiki>[[:sv:Aska, Motala kommun|sv]]<nowiki>]</nowiki>" (redlink goes to [[Aska, Motala kommun]])? Thanks, --[[User:Usernameunique|Usernameunique]] ([[User talk:Usernameunique|talk]]) 07:21, 23 January 2021 (UTC)
:{{ping|Usernameunique}} Your redlinks go to the opposite of what you say but I think you want {{ill|Aska, Sweden|lt=Aska|sv|Aska, Motala kommun}}. See [[Template:Interlanguage link#Displaying different text]]. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 08:00, 23 January 2021 (UTC)
:: Thanks, {{u|PrimeHunter}}, that's exactly what I was hoping to do. I had seen that section, but not appreciated that it could be used to change the direction of the redlink in addition to its display (that is, I was currently stuck at {{ill|Aska, Motala kommun|lt=Aska|sv}}). And you're right about my redlinks going to the opposite of what I said—I've edited it above. --[[User:Usernameunique|Usernameunique]] ([[User talk:Usernameunique|talk]]) 08:22, 23 January 2021 (UTC)

== Remove link parameter? ==

Can we add a parameter to de-link the page in en.wiki (keeping the foreign wiki link)? So something like "2018–19 [<small>[[:it:Campionato Primavera 1 2018-2019|it]]</small>]", instead of "{{Interlanguage link|2018–19 Campionato Primavera 1|lt=2018–19|it|Campionato Primavera 1 2018-2019}}". [[User:Nehme1499|<b style="font-family:Verdana;font-size:80%;color:#000080">Nehme</b><sub><small><b style="font-family:Verdana;color:#27B382">1499</b></small></sub>]] ([[User talk:Nehme1499|<b style="font-size:80%;color:#a9a9a9">talk</b>]]) 17:10, 19 February 2021 (UTC)
:I feel like this has been discussed before, with "no" being the answer. If the page shouldn't be linked on Wikipedia, then we shouldn't be using this template. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 23:18, 4 March 2021 (UTC)
:: There might be a technical reason for suppressing the enwiki link, such as it being a redirect to the same page. [[User:IceWelder|<span style="font-variant: small-caps;">IceWelder</span>]] &#91;[[User talk:IceWelder|<span style="color: #424242;">&#9993;</span>]]&#93; 00:31, 5 March 2021 (UTC)
:::In that case it shows as a link ''with'' the interwikis, indicating that it's not "really" an article. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 02:18, 5 March 2021 (UTC)

: {{Re|Nehme1499}}, there's a pretty good workaround that does what you want to do. You can just code this:
:* <code><nowiki>2018–19{{ill|2018–19|it|Campionato Primavera 1 2018-2019|lt={{thinspace}}}}</nowiki></code>, to get:
:* 2018–19{{ill|2018–19|it|Campionato Primavera 1 2018-2019|lt={{thinspace}}}}
: Does that work for you? Or maybe simpler, just roll your own:
:* <code><nowiki>2018-19{{thin space}}&amp;#91;[[:it:Campionato Primavera 1 2018-2019|it]]&amp;#93;</nowiki></code>
:* 2018-19{{thin space}}&#91;[[:it:Campionato Primavera 1 2018-2019|it]]&#93;
: Hope this helps. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 08:57, 26 March 2021 (UTC)
::{{ping|Mathglot}} Very nice workaround: thanks! [[User:Nehme1499|<b style="font-family:Verdana;font-size:80%;color:#000080">Nehme</b>]][[User talk:Nehme1499|<sub><small><b style="font-family:Verdana;color:#27B382">1499</b></small></sub>]] 14:34, 26 March 2021 (UTC)

== Draft param ==

Looking for feedback. I was thinking of adding a yes/no "draft" parameter. If {{para|draft|yes}}, then if a draft exists in English for the article named in arg 1, then add a bracketed draft indicator. This would entail one expensive parser function call. Also, if draft=yes, standard detection would be used to generate an error if used in mainspace, as we don't want links to drafts from there.  This could be useful, especially in lists of articles being contemplated for creation, we'd want to know if a draft exists. Naturally, that should be checked anyway; but having the link would be a convenience. This would be backward-compatible, and shouldn't have any effect on existing invocations.

Proposed example:
* <code><nowiki>{{ill|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique|draft=yes|valign=sup}}</nowiki></code>, would generate:
* [[French Research Centre of the Arabian Peninsula]]{{thin space}}<sup>&#91;[[Draft:French Research Centre of the Arabian Peninsula|draft]]&#93;&#91;[[:fr:Centre français de recherche de la péninsule Arabique|fr]]&#93;</sup>
If no draft exists, it would not produce the link. Example of a page where this would be useful: [[Wikipedia:WikiProject Women in Red/Missing articles by occupation/Gender Studies|this list of missing articles about women in en-wiki]]. Thanks, [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 09:49, 26 March 2021 (UTC)
:no change of code is needed for that:
:* <code><nowiki>{{ill|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique|draft}}</nowiki></code>
:: → {{ill|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique|draft}}
:Or, if you like the "draft" link before the French Wikipedia one:
:* <code><nowiki>{{ill|French Research Centre of the Arabian Peninsula|draft|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique}}</nowiki></code>
:: → {{ill|French Research Centre of the Arabian Peninsula|draft|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique}}
:But no, even though it is actually an existing feature, it should not generally be used (I mean: in mainspace): we'd try to avoid such links from mainspace to draftspace (also: when the draft would not, or no longer, exist, without there being an article, or with only a redirect, in mainspace that would leave a quite undesirable redlink in mainspace, e.g. {{ill|French Research Centre of the Arabian Peninsula|fr|Centre français de recherche de la péninsule Arabique|draft|Centre français de recherche de la péninsule Arabique}}). --[[User:Francis Schonken|Francis Schonken]] ([[User talk:Francis Schonken|talk]]) 10:10, 26 March 2021 (UTC)
:: {{re|Francis Schonken}} Oh, it must be a while since I've read the code, or it's changed a great deal since then! Well, if it already exists, then we simply need to add the namespace check to exclude it linking from mainspace. And one expensive parser function call would eliminate the other undesirable effect. I'll get to it at some point (not soon) if no one gets there first. Thanks, [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 21:40, 26 March 2021 (UTC)
: {{ec}} I personally have no issues whatsoever, but I have a vague notion you need to discuss the concept of linking into draft space from main (article) space more widely before going ahead. Cheers [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 10:13, 26 March 2021 (UTC)
:: Thanks, but if you reread the proposal, linking to draft from mainspace is specifically excluded by definition. Although the proposal is moot, given Francis's comments above. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 21:43, 26 March 2021 (UTC)
::: Well, I posted my comment at the same time Francis' posted his (as indicated by the {{tl|ec}} template), so the mootness was unknown to me at the time. As for the draft>>mainspace links I would guess this should be discouraged rather than prevented, based on the fact this is how it is already implemented. In short: maybe you need to do nothing, and you're good to start using the template for your intended usage? Cheers :) [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 09:18, 27 March 2021 (UTC)

== Suppressing Crewbot conversion ==

{{resolved|The existing parameter {{para|preserve}}, alias {{para|display}}, deactivates the conversion bot. [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 02:47, 13 January 2021 (UTC)}}
{{unresolved|Seems like discussion is ongoing still. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 21:34, 13 January 2021 (UTC)}} 
I want to continue this conversation from October, [[User talk:Kanashimi/Archive 1#Task 1 Convert interlanguage link templates with local article to wikilinks]].

Since 2016, the bot {{user|Cewbot}} runs weekly and converts this template to a regular "blue link" if it exists ([[Wikipedia:Bots/Requests for approval/Cewbot|approval]]).  In 2016 this was necessary since this template was ''always'' "expensive".

'''As of August 2020 this template is no longer expensive when {{para|display}} is set.'''

This means there is no ''computational'' benefit to automatically converting the links.  In most ''but not all'' cases, there is still a clear ''editorial'' benefit.

There are pages where it is desirable to have both the English-language and the non-English link present if there is one, such as [[Template:Members of the First Legislative Yuan]], recently created by {{U|Number 57}}.  Why? 
* The non-English-language page is likely to have more detail and more up-to-date information, both "right now" and "in the future," and 
* If the topic is "marginally notable" on en-wiki, it's more vulnerable to deletion, particularly [[WP:PROD|proposed deletion]].

Other articles and templates about "non-English-language" topics are likely to fall into this category.

'''Proposal''':  Turn off the bot when {{para|display}} is set, and create a new parameter, {{para|bot|'''on''' or '''off'''}}, to activate or suppress the bot's action.  Why not just put {{tl|nobots}} on the page?  Well, we only want to turn off ''this bot'' for ''this situation'', not necessarily all calls to {{tl|Interlanguage link}} on the page and we certainly don't want to suppress other "nobot-compliant" bots on that page.

Due to possible [[WP:PEIS|post-expansion include size]] issues, it's probably best if the default for {{para|bot}} is "off" when {{para|display}} is set.

Courtesy ping to bot-operator {{U|Kanashimi}} so he can follow this discussion.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 14:27, 12 January 2021 (UTC)
: There's been an {{edit conflict}} of sorts, so please also see [[Wikipedia:Bots/Noticeboard#Should Cewbot remove interlanguage link templates once local articles exist?]] [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 15:13, 12 January 2021 (UTC)

: Thank you for inviting to participate in the discussion.
# Still, the task will convert articles existing more than one week. A unqualified article should not persist after such period.
# Even be deleted after one week, the label should exist in wikidata, there is [[d:User:Cewbot#Import labels/aliases|a task]] to do this.
# Everyone may use <code>|preserve=((reason))</code> to avoid the template to be resolved.
:: --[[User:Kanashimi|Kanashimi]] ([[User talk:Kanashimi|talk]]) 23:28, 12 January 2021 (UTC)
:::Cewbot's removal of the template is a good thing for reasons outlined, i.a., [[User talk:Kanashimi/Archive 1#Task 1 Convert interlanguage link templates with local article to wikilinks|here]]. There's already a solution: {{para|preserve}}. The [[Template:Members of the First Legislative Yuan]] is an abomination. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:05, 13 January 2021 (UTC)
::::That navbox has been nominated for deletion. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 11:22, 13 January 2021 (UTC)
:::{{re|Kanashimi}} in the template, {{para|preserve}} and {{para|display}} do the same thing.  Will your bot only ignore if {{para|preserve}} is set, or does it also ignore if {{para|display}} is set?  Either way, I think the "preserve" is the answer I was looking for.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 01:27, 13 January 2021 (UTC)
:::: I am sorry that I mistake the parameter name, it should be <code>|preserve=((reason))</code>. And yes, whether the {{para|preserve}} or {{para|display}} parameter settled, the bot should [https://github.com/kanasimi/wikibot/blob/master/routine/20160517.%E8%A7%A3%E6%B6%88%E6%B8%88%E3%81%BF%E4%BB%AE%E3%83%AA%E3%83%B3%E3%82%AF%E3%82%92%E3%83%AA%E3%83%B3%E3%82%AF%E3%81%AB%E7%BD%AE%E3%81%8D%E6%8F%9B%E3%81%88%E3%82%8B.js#L685 ignore the template]. --[[User:Kanashimi|Kanashimi]] ([[User talk:Kanashimi|talk]]) 02:25, 13 January 2021 (UTC)
::::: Thank you.  I have marked this "resolved" and updated the documentation.  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 03:03, 13 January 2021 (UTC)
:::::: I'm sorry [[User:davidwr|davidwr]] but how does this resolve the issue? First question, what problem are you thinking of when you mark it resolved? Perhaps we're discussing different issues? [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 12:08, 13 January 2021 (UTC)
::::::: My original issue, outlined in the "proposal" above {{tq|Turn off the bot when {{para|display}} is set, and create a new parameter, {{para|bot|on or off}}, to activate or suppress the bot's action.}}, is not needed since the bot is already turned off when {{para|display}} or {{para|preserve}} is set to any value.  I was not aware of this until I saw the message {{U|Kanashimi}} posted at 02:25, 13 January 2021 above.  What problem were you thinking of?  [[User:davidwr|davidwr]]/<small><small>([[User_talk:davidwr|talk]])/([[Special:Contributions/Davidwr|contribs]])</small></small> 13:35, 13 January 2021 (UTC)
:::::::: Well, no, you started this section with {{tq|I want to continue this conversation from October}}. That section was started by me, with the problem {{tq|This is highly problematic. If an article is created, but later deleted (perhaps a person article that's deemed not notable enough), the ill link is lost and we have a red link instead.}} You furthermore linked here from the section I started over at BOTN: [[Wikipedia:Bots/Noticeboard#Should Cewbot remove interlanguage link templates once local articles exist?]] Your actions create the impression this problem has been addressed and solved, when in actual fact I see nothing that changes my comment from BOTN: {{tq|As far as I can see neither this specific proposal not the greater issue got a proper resolution}} (see that discussion for the proposal mentioned). Meaning I can't understand how the existence of {{para|display}} or {{para|reason}} helps my case. And of course, the answer is: ''because you were talking about something else''. This time, I'll start a new talk section but please in the future think twice before co-opting existing discussion for your own purposes. Thank you [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 14:47, 13 January 2021 (UTC)
{{od|::::::::}}
I echo {{u|CapnZapp}}'s concerns, and I'm not okay with the "resolved" mark; I've added an "unresolved" mark below it. The burden should not be on editors who wish to preserve {{tl|ill}}s to race around the encyclopedia, to prevent damage by the bot by either adding {{para|display}} or a bots-deny statement. This should be discussed further. While discussion is going on, I will revert any bot changes that I notice on my watchlist. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 21:34, 13 January 2021 (UTC)
: Just to remind everyone, the discussion is ongoing over at BOTN: [[Wikipedia:Bots/Noticeboard#Should Cewbot remove interlanguage link templates once local articles exist?]] Thanks, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 22:07, 17 January 2021 (UTC)
{{od}}
{{ping|davidwr|mathglot}} This issue was effectively swept under the rug, by editors either outright ignoring the issue or attacking the procedural aspects ("this topic should be discussed elsewhere"). I tried my best (I'm serious: I tried in three different venues!) but could get no traction. Somebody else, better versed in Wikipedia internal politics (how to drag reluctant power editors to the discussion table; how to select which such table to use, and so on) will have to carry the torch. Or, actually, it's probably simpler than that. What's needed is an editor with template editing rights making an edit which editors happy with the illogical status quo would then have to ''actively revert'', and thus present actual arguments for their position. To me, it all boils down to us regular editors being simply ignored; we don't have the editing rights, so nobody has to care what we think. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 09:32, 27 March 2021 (UTC)

== Thought ==

I think this template is a good idea, and used less than it should be. However, the link to the non-eng WP is quite small. Could we make it a little more prominent? [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 13:26, 15 April 2021 (UTC)
:The current font size for the link is 85%, the minimum allowed at [[MOS:FONTSIZE]]. The links are rather unusual, and some editors have complained that they are distracting, so a smaller size seems preferable for most, including me. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 14:03, 15 April 2021 (UTC)
::Yes, but those editors (probably mostly native en-speakers) are wrong and [[WP:ILIKEIT|I am right]] ;-) [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 14:40, 15 April 2021 (UTC)
: SInce this template is actively disliked by a segment of the user base (it's actively hunted down by a bot!), I would avoid doing anything that puts a target on it. Why not instead zoom/enlarge your browser experience? [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 07:40, 16 April 2021 (UTC)
::Interesting, what does the bot do with them? Or did you mean ''"Please be aware Cewbot converts {{ill}} links to regular (blue) links when it detects the target article has been created on English Wikipedia."'' I don't see that as a problem. [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 11:17, 16 April 2021 (UTC)
{{re|Gråbergs Gråa Sång|Michael Bednarek}} It wouldn't be difficult to add a class to the links so that any user who didn't like them could make them disappear with a simple addition to their common.css (which could be described at the template /doc to facilitate it), but I guess there'd need to be discussion/consensus before we did that. The same solution could make the links more prominent. 

Mocked-up example: this is the code generated by an ill invocation as expanded by Special:ExpandTemplates, with the addition of a new class:
: [[Hanning Schröder]]<span class="ill_links"><span class="noprint" style="font-size:85%; font-style: normal; ">&nbsp;&#91;[[:de:Hanning Schröder|de]]&#93;</span></span>
This should look identical for you, to the first example [[Template:Interlanguage link#Link to one foreign language|here]]; namely, a red link with a bracketed, blue, de link. However, I cannot see the blue [de] link at all, only the red link, due to a recent change to my common.css. You can change how this example looks for you (bigger, smaller, disappeared) by a similar changes. (Refresh this page after you change your common.css.) [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 19:27, 27 July 2021 (UTC)

:It's a thought, but my understanding (I could be wrong) is that in general, ill-not-likers wants to use <nowiki>[[:de:Hanning Schröder|Hanning Schröder]]</nowiki> ([[:de:Hanning Schröder|Hanning Schröder]]) instead since it looks better. [[User:Gråbergs Gråa Sång|Gråbergs Gråa Sång]] ([[User talk:Gråbergs Gråa Sång|talk]]) 19:39, 27 July 2021 (UTC)
:: {{re|Gråbergs Gråa Sång}} That's a much bigger change. I'd be very surprised if people who don't like ill would want in-line blue links directly to a sister project with no warning; for one thing, it violates [[WP:ASTONISH]], and for another, it removes the desirable [[WP:RED LINK]], which has many advantages. I'm highly pro-foreign links, use them all the time, and even I wouldn't opt in for functionality like that. Perhaps you are right, and that's what other ill-not-likers would want; but you'd have to make a case for that separately, and garner some support for it. (Hint: start a new section.) 
:: But it seems like you've switched gears, here: at the top, I thought you were talking solely about a change in font-size of the bracketed foreign links, which is something quite different. If you want to effect real change here, which I think is possible, can we stick to one proposal at a time?  Are you still interested in the font-size change proposal, and have you tried the mock-up to see if it satisfies the condition you originally described, or have I perhaps misunderstood what you wanted? [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 20:17, 27 July 2021 (UTC)
::: I have no opinion on introducing a class for {{tlf|ill}} links, other than it seems a solution to a not widely-perceived (IOW non-existing) problem.
::: The expansion of an interlanguage link as suggested above is a bad idea for all the reasons Mathglot pointed out. As for the original proposal to increase the font size: see my first comment. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:48, 28 July 2021 (UTC)

== Template use within infoboxes and other text-size reducing elements ==

The 85% size of the link is fine for standard text, but when used in infoboxes it combines to reduce text to below the recommended minimum for accessibility. As such the template seems unsuitable for use within infoboxes. Is there a way around this problem, or would it be possible to create a parameter such as <code>infobox=yes</code> which could be invoked to prevent the link from becoming too small. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 21:14, 3 August 2021 (UTC)
:This has been raised befor at [[Template talk:Interlanguage link/Archive 2#Font size]]. The problem could easily be avoided if the font size reduction is only applied when used as sup/sub. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 05:33, 4 August 2021 (UTC)
::The standard version should still have the font size reduction as default whether using baseline placement or sup/sub. Changing so that small font is only applied when altered vertical-align is specified would be problematic firstly because only a very small percentage of transclusions currently use it (meaning all other uses would be altered by any change), and secondly as many editors adding new uses of the template would neglect to specify sub/sup thereby not triggering the normal font size reduction. Ideally the change would need to be the other way so that a parameter needed to be intentionally marked to prevent size reduction rather than to cause it. 
::The earlier discussion suggested change to 100% for ''all'' uses, (by simply replacing one number) but to change ''only'' when used in infoboxes looked a lot more complicated. My coding knowledge is not great but I thought that in theory it could be possible using either of these methods: 1. My original idea would require adding a parameter and adjusting the code to include something like <code><nowiki>#if:{{infobox|}}…</nowiki></code> to override the font size change if triggered. 2. Your mention of the sup/sub led me to come up with an alternative method, adding another option to the Vertical Alignment parameter, such as <code>vertical-align=ib</code> or <code>v=ib</code> which could be used instead of sub or sup and could be coded to display baseline placement with 100% font size. (This appears to work in my sandbox test) <code><nowiki>style="{{#switch:{{{vertical-align|{{{valign|{{{v|}}}}}}}}}|ib|font-size:100%;|sup|super|sub=|font-size:85%;}}</nowiki></code> The documentation would also need changing specifically stating to only use the parameter for smalltext/infobox use and the reasons for this.
::From looking at the code it looks like the second may be the more workable option, but any thoughts on this would be useful before going to the effort of trying to establish consensus for a change. If there is any problem with the coding (I think it looks ok, but technical editors may know better), or other editors have reason to oppose such a change then it may be worth considering adding a note to the documentation page to make editors aware of the [[MOS:FONTSIZE]] issue when using this template. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 15:08, 4 August 2021 (UTC)
:::I added a test case at [[Template:Interlanguage link/testcases#Non-reduced font size]], but {{para|ib|yes}} doesn't seem to do anything:
::::<nowiki>{{Interlanguage link/sandbox|Constitutional law of 10 July 1940|fr|Loi constitutionnelle du 10 juillet 1940|ib=yes}}</nowiki> -> {{Interlanguage link/sandbox|Constitutional law of 10 July 1940|fr|Loi constitutionnelle du 10 juillet 1940|ib=yes}}
::: -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 03:06, 5 August 2021 (UTC)
::::I've added a second testcase – rather than creating a <code>ib=</code> parameter it makes use of the existing parameter for vertical-align <code>v=ib</code> - I do not think this should cause a problem because where the link is formatted at 100% font-size it would not be desirable to have it displayed as sup/sub at the same time. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 14:41, 5 August 2021 (UTC)

== Edit request for parameter option to change infobox font size ==

{{edit template-protected|answered=yes}}
A change to comply with [[MOS:SMALLTEXT]]. [[Special:Diff/1037185710]] allows for a parameter to be set so that when the template is used within infoboxes it will prevent the font size from being too small. It has been tried out in sandbox and testcases without any evident problems. The accompanying change to documentation would be the addition of a section after 5.5 Vertical Alignment to state its purpose and specific usage:
:'''Infobox font size'''
:When this template is placed within elements that already use a smaller font size, such as infoboxes, the interlanguage link drops below 85% of the page's default font size. To prevent this and adhere to [[MOS:SMALLTEXT]] the value <code>ib</code> can be used with the vertical alignment parameter: <code>vertical align=ib</code> (or <code>v=ib</code>, etc.)
:(Wikitable example - similar to vertical alignment examples)
:''This feature should only be used when the template is placed within infoboxes or other elements that use a smaller font size. ''
This edit would make no difference to existing transclusions, these would all remain at the current font size 85% (including those in infoboxes) until individually changed where needed. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 03:41, 10 August 2021 (UTC)
:I see no major issue with this, but I'll leave it open for a bit as I know some proposed changes to this template have required discussion on the matter. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 13:17, 10 August 2021 (UTC)
::Same here. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 14:10, 10 August 2021 (UTC)
:{{done}}<!-- Template:ETp --> [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 10:53, 15 August 2021 (UTC)

== Protected edit request on 8 September 2021 ==

{{edit template-protected|answered=yes}}
Please add [[Special:Diff/1042947777|this sandbox change]] to the template and [[Special:Diff/1043213608|this change]] to the template's documentation. It adds a {{para|short}} parameter to optionally replace "Wikidata" link text with "d" (which is [[Help:Interwiki linking#Prefix codes for linking to Wikimedia sister projects|known]] prefix code shortcut for Wikidata). The reason: as in [[Template:Interlanguage link/testcases#Test case C shortening for Wikidata link|these testcases]], "Wikidata" is sometimes longer word than the Red Link, produced by {{tc|{{BASEPAGENAME}}}}, itself (and Red Link in the articles is already enough to draw attention). This change would have no impact on existing template's transclusions. [[User:Flipping Switches|Flipping Switches]] ([[User talk:Flipping Switches|talk]]) 23:30, 8 September 2021 (UTC)
:{{done}}<!-- Template:ETp --> [[User:Elli|Elli]] ([[User_talk:Elli|talk]] &#124; [[Special:Contributions/Elli|contribs]]) 00:28, 9 September 2021 (UTC)
::Thanks! I took the idea for this change from [[:uk:Шаблон:Не перекладено]]. [[User:Flipping Switches|Flipping Switches]] ([[User talk:Flipping Switches|talk]]) 16:36, 9 September 2021 (UTC)

== Proposed alternative to Template:Ill ==

As it is, {{tlc|Ill}} just isn't pretty.

The use case is that an English-language version of the article doesn't exist, you make a guess at what the English-language article would be called, then provide links to articles available in other languages.  For your effort, you get an ugly-looking red link, and peculiar-looking links to the article in other languages.

If it happens that the English-language page gets created in the name you guessed, then the foreign-language links disappear, and before long, a bot comes along and deletes your {{tlc|Ill}}.  However, if by chance the English-language page goes away, the bot will not revert this change.

There's just a much simpler way to handle this:
* Any article for which you would otherwise do {{tlc|Ill}}, just create a "manual redirect" page.
** The "manual redirect" appears as an ordinary page in which there are links to foreign-language versions of the article in the header.
* If an English-language version of the article is subsequently written, the foreign-language links may be retained or not, depending on whether they are perceived to add value.

The fairly obvious issue is how "special" these manual redirect pages would be.  If you make them special, links to those pages could display in a different color and it would be less of a surprise that there is not actually an English-language version of the article available.  That's not exactly a showstopper.  [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 05:38, 18 September 2021 (UTC)
:You're basically talking about creating some weird hybrid form of disambiguation page, only using interlanguage links instead of "you might be looking for X page". I suspect such pages would be quickly deleted. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 10:56, 18 September 2021 (UTC)
: Hello, [[User:Fabrickator|Fabrickator]]! Can I ask you to explain what you're suggesting? Are you talking about a new feature, changes to this existing template, or just doing something with the tools Wikipedia already offer? Perhaps you could whip up a [[H:SANDBOX|sandbox example]] of what you mean by {{tq|create a "manual redirect" page}}? Cheers [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 13:16, 18 September 2021 (UTC)
:: (I do agree to your analysis of the current situation. Yes, having to guess at a page -which might remain redlinked for a long time if your guess turns out to be wrong- is a problem. Yes, having a bot delete your helpful links without giving new pages time to "settle" is a problem and/or owning up to its deletions and undeleting them as needed.) [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 13:19, 18 September 2021 (UTC)
:Your proposal takes away one of the main benefits of {{tl|ill}}: it creates a beautiful red link to show that there is an opportunity to write about something. Alas, Wikipedia is so large now that good red links are hard to come by. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 13:21, 18 September 2021 (UTC)
::: Thanks for the  feedback!  The comparison to disambiguation pages is spot on, my only disagreement would be whether it's "weird"...  It really is a disambiguation page, though it does not necessarily list multiple articles.  And it's expected that other pages will link directly to such a page.  Here's my example, so to speak:
::::  [[User:Fabrickator/Cornelia Wilhelm]] is currently DAAD Professor in the Departments of History and Jewish Studies at Emory University.
::: [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 21:52, 18 September 2021 (UTC)
::::I think to make this a viable alternative to {{tl|ill}}, you'd need to find a way to automatically have CSS styling applied to this type of links (like we do for disambiguation pages, which appear orange when certain preferences are set) so at least the people who choose to do so could see without clicking whether a link goes to an actual article or to one of your interwiki redirect/list pages. (I still maintain that {{tl|ill}} is fine, especially if linking just to one or two languages. For pages with a dozen interwiki links it can get a bit clumsy). —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 22:08, 18 September 2021 (UTC)
:::::As Kusma observed above, {{tlf|ill}} has benefits. As for links to many interwiki articles: Often a particular language version is the obvious choice because it's the most comprehensive one. Once there, a reader can easily pick a different one. If the choice is not obvious, a single link to Wikidata will show them all. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:36, 19 September 2021 (UTC)

::::::I also agree that {{tlf|ill}} has useful benefits. However, while it's probably worth discussing if having a DAB-style page might be a useful option, we can't implement change that from here. Wikidata certainly gives us some options that weren't available years ago, so perhaps the OP should bring the subject up at a Village Pump page and see what happens. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 02:42, 19 September 2021 (UTC)

::::::: Bilcat, thank you for your suggestion to bring this to Village Pump.  I had some responses for which I would still appreciate feedback here...
::::::: I don't seem to fully appreciate the benefits of having red links, I view them as a distraction to the ordinary reader.  As to identifying inter-language articles in need of English-language versions, tagging the redirect pages (e.g. {{tlc|disambiguation ill}}) would make it easy to quickly find all the interwiki articles we'd like to link to but for which we are missing English-language versions.
::::::: I view the major advantage of this proposed scheme as being that multiple articles referencing the same non-existent English-language article get fixed in a single place, i.e. on the redirect page when it is changed to a regular article.  Additionally, creating links to these pages doesn't require any special syntax... it's just a normal link (once the redirect page has been created). If we can make it so these get highlighted in another color, that's nice and I assume feasible, but it's not what I would think would be a showstopper. [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 03:36, 19 September 2021 (UTC)
 
::::::::{{tq|"I don't seem to fully appreciate the benefits of having red links... "}} Exactly. But instead of finding out why they're useful (they are very useful, [[Wikipedia:Red link|in fact]]), you decry them as being ugly. Which is odd, as [[User:Fabrickator]] is a red link! Maybe you should start there? Just saying. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 03:46, 19 September 2021 (UTC)
::::::::: I need to point out that you're not addressing Fab's arguments, [[User:BilCat|Bil]]. In fact you're changing the topic. Just because red links might not be something to avoid does not necessarily mean Fab's idea lacks merit. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 08:42, 19 September 2021 (UTC)
::::::::::No, you do not ''need'' to point it out. As I said above, {{tq|"...while it's probably worth discussing if having a DAB-style page might be a useful option, we can't implement change that from here. Wikidata certainly gives us some options that weren't available years ago, so perhaps the OP should bring the subject up at a Village Pump page and see what happens."}} See my reply to you below for more on red links. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 17:23, 19 September 2021 (UTC)
{{outdent|::::::::::}} The only point I see mentioned for the red link is this idea of alerting editors to the possibility of an idea for a new article.  The fact that an article not present in enwiki which already exists in another language is a separate class of missing articles, if only because there is at least an existing article model (i.e. in another language) to start from.  As for seeing my own user page in red, well, that's only on talk or discussion pages anyway, but if it bugs other people, maybe someone will change the user creation process to pre-populate such pages.  Red links on a regular page are a reminder that different people have different ideas about what articles are really justified to be created, but i have to admit, if that's the main thing we're going by, I'm not impressed. [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 04:20, 19 September 2021 (UTC)

:There used to be a common saying on Wikipedia that "Redlinks grow the Wiki", and it's still true. They shouldn't be used haphazardly, but in most cases, if an article exists in another language Wikipedia, it's probably notable enough for an article on English Wikipedia. In the years I've been on Wikipedia I've been inspired on several occasions to write articles because of a redlink, and I've seen articles created by other because of redlinks, even by new users. [[WP:DEADLINE|Wikipedia has no deadline]], and as such, good red links are a necessary part of Wikipedia's continued growth. That they are "ugly" to some people is totally irrelevant. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 06:03, 19 September 2021 (UTC)
:: Okay so you're in favor of red links, [[User:BilCat|BilCat]]. That much is clear. But you're not doing yourself any favors by seemingly ignore the actual fact that many many many Wikipedians consider them a problem, and tries to avoid or "correct" them. When push comes to shove, the color red is associated with "error" not just "missing". Now, this spot isn't the proper place to <s>discuss</s> rehash red links. But it is the place where I want to make a friendly reminder that your view is not the only one, and that you might have an easier time understanding where this proposal is coming from if you recognize that red links are far from as uncontroversial as you make them out to be. Best regards, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 08:27, 19 September 2021 (UTC)
::*Actually, I'm trying to remind the OP that their view is not the only one, as the replies below bear out. The crux of this entire proposal basically stems from the OP's dislike of red links. As I already pointed out above, which you apparently didn't read, his proposal has some merits, but we can't act on any proposal here. Yet they continued to rail against red links. I'm sorry, but you're comments aren't appreciated. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 17:17, 19 September 2021 (UTC)
:::It's really sad that some people go around removing valid redlinks. In any case, the template here shows both that something is missing and where to find information about it, unlike a plain redlink. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 13:47, 19 September 2021 (UTC)
::I don't think there's anything wrong with redlinks, and I hate it when new editors simply remove them. However, Fabrickator is right that the current way of managing interlanguage links has problems, and it would be a lot more efficient if we used new pages of the type proposed. The benefits of redlinks are confined to editors (unregistered users can also get inspired by a redlink to create an article, but we've erected so many barriers in the way of such creation that I won't be surprised if the effect on them is negligible), and can be reasonably retained by styling those new links in a different colour. – [[User talk:Uanfala|Uanfala (talk)]] 15:00, 19 September 2021 (UTC)

:::I find the existing template is fairly easy to understand and think it does its job well. An editor can add it if they think the subject is notable (as with any other redlink), with the language links being helpful for those who want them. The proposal seems to be to get rid of this template and replace it with different colored links that are not followed by language links. Then have this link to a separate article with a list of language links. I can understand why this may be seen as a positive as it makes it easier to read an article without the language links getting in the way. However, the manual redirect pages do not appear to remedy the other issues raised and appear to create new difficulties. Guessing which name to use for these pages is going to be exactly the same as it is when using the template or a standard redlink. Would the different color be set as standard or only for users who have set a preference for it? As a preference setting would the default become blue, if so it would mislead readers into thinking it was to a full standard article instead of a link repository, as a default setting having another color adds an extra level of complexity for casual users, and changing the color would not necessarily make it any less ugly. It also makes it so that users have to click through an additional page to reach the alternative language version of an article.
:::Why editors have an issue with the bot that removes the template is something I find hard to understand. A redlink, and therefore this template, should generally only be added if an editor thinks an article could be created on the linked subject. If the English language article is created and kept there is no problem removing the template. If the article is deleted, often because it is not judged to be notable, (with standards for notability varying between different wiki communities) then it is often the case that the resulting redlinks are removed too, so to me it would not seem desirable to restore the template for a non-notable subject. 
:::A lot of redlinks are created using this template on the assumption that another language version shows some notability for an article here too. And as with most redlinks this is not put to the test until an article is actually created at which point someone then challenges it. The problem with creating tens of thousands of manual redirect pages to replace this template is in them failing to meet the same basic requirements of any other new article, that is passing the notability and referencing tests, which they would fail if the only content was: this subject exists, here are some links to other wikis. To prevent these from being deleted would basically require the creation of something equivalent to stub/start level, in which case they could become standard articles tagged with language expansion templates rather than being a manual redirect page as proposed. An alternative may be to establish a drive to create these articles, like a version of "women in red" editathons but for the redlinks displayed by this template. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 15:44, 19 September 2021 (UTC)
::::Article links can turn red for a variety of reasons unrelated to notability. An article on a notable topic will get deleted if it's for example a copyvio or if it was created by a blocked user. This also happens when an article is draftified, whether the page is eventually improved and moved back to main, or it's ultimately deleted per G13. In all those cases, the end result will be the removal of the interlanguage links for a notable topic. {{pb}} But more broadly, I don't think notability is that relevant here. A topic can lack notability for a standalone article but still be worthy of treatment within another page, and in those cases it will be appropriate to create links or redirects for that topic. – [[User talk:Uanfala|Uanfala (talk)]] 17:23, 19 September 2021 (UTC)
::::: {{ping|EdwardUK}} {{tq|"Guessing which name to use for these pages is going to be exactly the same as it is when using the template or a standard redlink."}}  In the current arrangement, each {{tlc|Ill}} stands alone.  Once you've established that there's no existing article on the local wiki, the editor is most likely just going to insert the template using whatever English-language name seems most appropriate.  Whereas with the proposed approach, the editor hopefully finds the existing redirect page before creating a new one. This is identical to the existing problem of avoiding the duplication of an existing article under a slightly different name.
::::: What strikes me as most perverse about the existing implementation is the redundancy involved.  I don't have any idea how many times there are multiple uses of inter-language links for same article, but it's simply the fact that the existing implementation isn't normalized, i.e. if multiple articles want to provide a link to a set of such links, the list is repeated in each place ... and if that list changes (whether because a new page has been found in another language, or because an enwiki article was created), then you need to go to each of the existing links and change them.  That's just wrong! [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 18:07, 19 September 2021 (UTC)
{{outdent|:::::}}Please continue this discussion at {{slink|Wikipedia:Village pump (idea lab)#replacement for Interlanguage link template}}. [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 21:58, 19 September 2021 (UTC)

:Thanks! I'll be watching it, and may participate at some point. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 22:14, 19 September 2021 (UTC)

== What use is this template? ==
{{cot|[[WP:SOCKSTRIKE]]}}
As this is English Wikipedia, it is a safe assumption that the readership speaks English. There is, though, no reason to expect that any reader speaks any other language. The likelihood of someone reading English Wikipedia, but also fluently speaking whichever arbitrary language this template is being used to offer them an article in, seems extremely low to me. Is the use of this template measured in any way? I would bet that the links it offers are very rarely clicked on, compared to other links in the same article. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 19:21, 21 October 2021 (UTC)
:One of the purposes of this template is to potentially indicate which redlinks could be turned blue; if a redlink has articles in multiple other languages, it increases the chances of a successful en-Wiki article being written. By linking to these other pages it gives any potential article-writers a good idea of what sort of references exist and mean they don't have to start completely from scratch. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 19:25, 21 October 2021 (UTC)
::But does it increase the chances? According to the page itself, this template is used on 112,000 pages. If it genuinely spurred article creation, I would not imagine that number would be so high. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 20:04, 21 October 2021 (UTC)
:::Answered below. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 20:16, 21 October 2021 (UTC)
:You don't need to fluently speak a language to benefit from looking at an article in that language. (I don't speak Dutch or Spanish, but I can extract information from articles in those languages). Also, there are browsers and browser extensions that can machine translate for you. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 19:39, 21 October 2021 (UTC)
::To read an encyclopaedia article, one's language level needs to be pretty good. And what is the likelihood of a given reader of English Wikipedia speaking the arbitrary non-English language or languages that this template offers them to the necessary level? [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 20:04, 21 October 2021 (UTC)
::a) Many of us read more than one language more or less well and are happy to know where to find more information on a topic in another language.
::b) Even for those who don't, translation services like Google Translate often do a decent job.
::c) Some readers of the English WP are using it simply because it is the ''most complete'' Wikipedia, not because it is in their native language, so it's useful to have links that might be in a language they know.
::d) Some information (infoboxes) doesn't even need translation.
::e) As Primefac says, the other-language links suggest to editors that it might be easy to add that article to the English WP.
:: --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 19:42, 21 October 2021 (UTC)
:::a) The template is used to offer links in arbitrary languages. If it offers you links in a random non-English language that you don't speak, what use is that to you? What proportion of the time is it offering a reader a link in a language that they speak to a level where it is useful to them? Certainly much less than 100% of the time, and I would wager, much closer to 0% than to 100%.
:::c) The links ''might'' be in a language they know, but again, that's my point. The chances of that are small. If there was some user preference that could be set to offer links in a given language if no English-language article exists, it would be useful. Offering arbitrary languages just in case a reader might speak them just seems weird actually.
:::e) Again, is there any evidence that the template spurs article creation? The fact that it is used on 112,000 pages suggests otherwise.[[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 20:04, 21 October 2021 (UTC)
::::To answer your last question, [https://sigma.toolforge.org/summary.py?name=Cewbot&search=to+wikilink&max=500&server=enwiki&ns= yes, I'd say it very much does so]. The link there is to the bot that removes {{t|ill}} links when an enWiki article is created. 19k articles is quite a substantial bump in article creation. Now, to answer the inevitable question you're going to ask - no, we have no way of knowing if these creations were because of the template specifically (we are not mind readers) but I cannot imagine any world where it didn't play ''some'' part in it. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 20:16, 21 October 2021 (UTC)
:::::My interpretation of that figure would be that 19,000 articles created possibly as a result of this template out of 6.4 million articles created in total does not seem very significant. It is also far less than the 112,000 pages currently using the template. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 12:52, 22 October 2021 (UTC)
::::::I have no idea why you'd compare this to ''every'' article ever written, especially since this template hasn't even existed for 10 years yet (and Wikipedia is over 20). It makes much more sense to say that this template results in about 10% of uses being converted to articles. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 13:41, 22 October 2021 (UTC)
:::::::The ratio of articles created because of this template to total articles created is a measure of its overall utility. It would also be interesting to know how long the template typically persists on a given page. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 15:11, 22 October 2021 (UTC)
:::: Regarding point (b) about availability of Google Translate, there are something like 68% of people using Chrome, which has built-in language translation.  My experience is that it's doing a darned good job.  You understand you can't expect it to be 100%, but the point is that it mostly produces quite useful results.  It seems to work well even for languages we of the English-speaking world consider very strange.  My answer is that given the current translation technology, you don't have to be ignorant of a topic just because there's no English-language version of the relevant Wikipedia page. [[User:Fabrickator|Fabrickator]] ([[User talk:Fabrickator|talk]]) 20:29, 21 October 2021 (UTC)

:::::An article's topic and the language of an ILL link in it are not independent. For example, I read and edit many articles related to French and Italian topics. There will often be articles in the French and Italian WPs related to the topics and, ''not'' coincidentally, I do read both French and Italian.
:::::ILL already supports multiple language links, so I can choose which one to use. Would it be better to automagically only show languages that I specify? Maybe, though I don't think we keep track of which languages people can read (most readers, as opposed to editors, don't have User pages, and many editors don't include [[:Template:User x|language userboxes]]). Anyway, the ''best'' article on a topic may not be in my best language; I might prefer a Google Translated version of an extensive article in the Chinese wikipedia to a stub in the French wikipedia.
:::::I have been very happy to have ILL links to topics which might be obscure to an English-language audience but which are perhaps more pertinent to a non-English-language audience, e.g., an Italian architect in the Italian WP or a French grammatical rule in the French WP. In fact, I would support systematically adding some kind of stub to the English Wikipedia for articles which only exist in non-English WP, just to have a canonical link target. --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 20:40, 21 October 2021 (UTC)
::::::If I am creating and article I aim for at least start-level, but often the minimal content of some of the linked language versions would not be sufficient for me to work from. However, even these can still be enough to help check basic information about a topic.  The template should ideally link to a language selected because, of all the languages available, this has the content that would be most useful to the reader. [[:Hans Christian Branner]] is an article I created as a result of this template. I do not read Danish (or most other languages), but my browsers Translate tool did a good enough job that I was able to understand it and identify enough sources to help me create an English version. [[User:EdwardUK|EdwardUK]] ([[User talk:EdwardUK|talk]]) 21:03, 21 October 2021 (UTC)
{{od}}
This template does not have to justify its existence based on increased article creation. We do not demand that templates spur article creation. 

The very fact that the Internet is interconnected and multilingual should be enough to explain this template. "Only English matter" is a very narrow and isolated position to take. '''Of course''' we should link to other Wiki projects when we are unable to provide articles ourselves! [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 11:35, 22 October 2021 (UTC)
:"Only English matters" is not what I am saying ''at all''. If the other projects have a very high probability of being useless to the reader, then why should we link to them? What is really needed is data on how often the links provided are clicked on. I have no idea if such data exists though. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 12:52, 22 October 2021 (UTC)
:: No. The template is useful to many, including myself. If it's not useful to you perhaps just ignore it? --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 13:46, 22 October 2021 (UTC)
::: "No" to what? And how is it useful to you, if you are offered a link in a language that you don't speak? "Just ignore it" is an odd thing to say. I didn't start this discussion for my own benefit; I started it because ''in general'', I suspect that the template offers nothing useful to a large proportion of the people who see it. And if, as an encyclopaedia, you put things in the reader's way that are generally of no use to them, then you are doing things in a way that could be improved. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 15:11, 22 October 2021 (UTC)
::::: No to "What is really needed is data on how often the links provided are clicked on." That is ''not'' needed, no. The template is useful as it is. I speak languages. I am happy when I know a topic is covered in a different language, establishing notability, even if I don't understand that language. --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 15:39, 22 October 2021 (UTC)
:::::: Wow, so you think your opinion is literally the only one that matters. Actual data on what readers find useful is not needed because ''you'' have spoken. That's quite something. [[Special:Contributions/82.132.212.237|82.132.212.237]] ([[User talk:82.132.212.237|talk]]) 19:46, 22 October 2021 (UTC)
::::Information useful to 1% of the readers (low estimate) should certainly not be removed. Anyway, the alternatives are: plain red link, direct link to the foreign language, or no link. Which of these would you prefer? —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 15:17, 22 October 2021 (UTC)
::I find these very useful. I speak more than one language and my interests are somewhat skewed toward areas of the world that speak the languages I speak. And even where I don't speak the language, machine translation through Chrome or Google Translate are also useful to me. [[User:Calliopejen1|Calliopejen1]] ([[User talk:Calliopejen1|talk]]) 17:26, 22 October 2021 (UTC)
{{hat|Off-topic}}
::::: Kusma, could you tell that those who remove infoboxes? ... which I'm sure are useful for 1% of the readers. --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 15:39, 22 October 2021 (UTC)
::::::I will keep out of the infobox argument :) (But I think the counter-argument here is that infoboxes aren't supposed to contain any information that's not in the main). And of course things can be ''harmful'', and those things need to go. (I'm a veteran of the spoiler wars but did not participate in the infobox wars). —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 15:48, 22 October 2021 (UTC)
::::::: There are no infobox wars, but there are still people removing, although it's a big difference if you find information concisely arranged, or scattered over a long article. I stay away and suffer it silently, but like your argument. --[[User:Gerda Arendt|Gerda Arendt]] ([[User talk:Gerda Arendt|talk]]) 16:04, 22 October 2021 (UTC)
::::::I've hatted this because it is so far off-topic, and irrelevant to the discussion. Let's try and stay focused on the matter at hand, which in fairness is pretty firmly in consensus to keep this template. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 16:12, 22 October 2021 (UTC)
{{hab}}
:::::I definitely agree that if there's a chance of an article being written, my preference is bluelink > {{t|ill}} > redlink > nothing. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 16:14, 22 October 2021 (UTC)
:::::: A direct link to a non-English article is contrary to the manual of style and to common sense. A red link is the clearest, most intuitive indication that an article could be useful. [[Special:Contributions/82.132.212.237|82.132.212.237]] ([[User talk:82.132.212.237|talk]]) 19:46, 22 October 2021 (UTC)
:::::::Sure, it's a direct link to another language, but it ''follows'' a redlink. If this template were completely contrary to the MOS and thus not allowed, it would not have existed for 8+ years. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 20:07, 22 October 2021 (UTC)
:{{small|This is not an outdent, btw.}} So... while I totally understand where the IP is coming from, there seems to be a fairly solid consensus above that this template is in use and (at least to everyone replying) a useful template to have. There have been some rather uncivil comments made by a surprisingly large number of editors. I guess my question is this: is this headed towards TFD or are we just going to sling insults at each other all day about how the other side is "clearly wrong"? [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 20:06, 22 October 2021 (UTC)
::I had not suggested deleting the template. I wanted to know what value people saw in it, as I see little. Anyone who comments on a template talk page is likely to be someone who uses and therefore values the template, so I don't think this represents any broad consensus. I might raise my concerns in a more general forum. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 12:46, 23 October 2021 (UTC)
: {{tq|If the other projects have a very high probability of being useless to the reader, then why should we link to them?}} The other projects are useful to many readers. That is all that needs to be said. But just to be clear: yes, they might be useless to the IP and many others. So what? This quality of uselessness does not mean it would be a good idea to deny them to those that find them useful. The solution is simple: if you find a link useless, ignore it. Problem solved. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 21:35, 22 October 2021 (UTC)
:: The other projects are useful to readers who speak other languages. They have a very low likelihood of being useful to a reader who speaks English. Useless clutter is a problem. If 1% of readers find something useful, and 99% do not, then there is a strong case for removing it. If 99% find it useful and 1% do not, then there is a strong case for keeping it. But we do not have that data. Telling me, as an individual, to simply ignore the problem that I am raising, is patronising and unhelpful. [[Special:Contributions/51.6.138.24|51.6.138.24]] ([[User talk:51.6.138.24|talk]]) 12:38, 23 October 2021 (UTC)
::: No, we are not telling you to ignore a problem that exist for Wikipedia as a whole. We're telling you that what you perceive as a problem likely isn't for Wikipedia as a whole. Furthermore, that if you as an individual has a problem with these links, you can ignore them. 
::: {{tq|The other projects are useful to readers who speak other languages.}} First off, it might come as a surprise to you, but a great many readers of English Wikipedia does speak other languages. ([https://stats.wikimedia.org/wikimedia/animations/wivivi/wivivi.html Probably over half of English Wikipedia's readership] comes from outside the US and the UK - even if we assumed no American or Brit knew a second language, which would be absurd, half of the readership would know a second language anyway!). Then, you have even been given testimonials from users of English Wikipedia that actually do not speak other languages, and they tell you they find these links useful anyway. It appears that your assertion, that these links are not useful to users of English Wikipedia, is concluded from a limited horizon, and that it is generally not representative even though it might seem so to you.
::: [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 13:51, 23 October 2021 (UTC)
::::51.6.138.24 has been blocked for being [[WP:LTA/BKFIP|BKFIP]]. [[User:XOR&#39;easter|XOR&#39;easter]] ([[User talk:XOR&#39;easter|talk]]) 14:39, 23 October 2021 (UTC)
{{cob}}
OP has been indeffed as a sock, hatting this whole mess. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 14:51, 23 October 2021 (UTC)

==ill with an existing redirect==
On the [[prosciutto]] page, I ran into the following problem: there are ill links to various specific kinds of prosciutto which have pages on the Italian WP. So far, so good.
But two of them (Prosciutto di Parma and Prosciutto di San Daniele) have existing redirects in the English WP; but they are redirects to the [[prosciutto]] article, making them useless (circular) in this case, but the ill link is a bluelink, not a redlink. Is there anything I can do about this? I thought of inserting an invisible character (e.g. [[Zero-width space]]) in the article name, but that seems like a really bad idea.... --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 22:15, 22 October 2021 (UTC)
:This behaviour of {{tlf|ill}} was introduced some time ago. The positive aspect is that interlanguage links still appear, so the interested reader can visit a more specific article at IT WP. The self-redirect will only disappear if e.g. {{noredirect|Prosciutto di Parma}} gets restored as an article, which it once was (of insufficient quality, so the change to a REDIRECT was OK, but that doesn't mean someone might write a proper article on the subject). -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 02:19, 23 October 2021 (UTC)
:Perhaps I can rephrase for clarity (still agreeing with MB): that ill sometimes displays a link that is not red, but blue, is not seen as a problem severe enough to trumph the general utility of offering redirects. In this case: a reader searching anywhere on Wikipedia for the specific term "Prosciutto di Parma" is helped by getting redirected to English Wikipedia's general prosciutto article. In this I hope we all agree. That the presence of this redirect happens to make an ill link change color in a way that at first glance might appear illogical (why offer an ill link if we do have a blue link?) should be seen as a minor issue. Previously the ill link disappeared as soon as any target appeared at the destination page. Checking to see if the target is "only" a redirect and if so not hiding the ill link seems to be an improvement despite it leaving us with a blue ill link. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 07:43, 23 October 2021 (UTC)
: Another approach, is to tag it. This is the approach taken by {{tl|Further ill}} (see intro, and Example 1), but that's a pretty non-standard usage I think. On the other hand, consensus can change; if there were enough support for it here, it could conceivably be added. However, I'm not quite sure if that addresses your issue; does it? [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 10:34, 23 October 2021 (UTC)
:: Comment: I find it interesting that {{tl|Further ill}} marks any "link that is blue but really isn't" with <sup>(redirect)</sup> even though {{tl|Ill}} doesn't. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 13:32, 23 October 2021 (UTC)
:::Well, BKFIP might have stirred up a storm in the previous section, but one of their more valid points was that some view the language links as clutter. An extra <sup>(redirect)</sup> in a hatnote is one thing, putting that in prose is quite another. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 14:53, 23 October 2021 (UTC)
::::: Just as a heads-up, you might not want to advertise when long-time abusers happen to agree with your positions... ;)  Cheers, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 21:12, 23 October 2021 (UTC)
::::::Intentional attack when you know that I fully support the use of this template? Bold of you. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 08:06, 24 October 2021 (UTC)
::::::: I intended it as a playful suggestion to maybe avoid certain comrades in arms, no matter their utility for the matter at hand. Next time I will know a smiley is insufficient. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 10:38, 24 October 2021 (UTC) 
::::{{anchor|15:27, 23 Oct}}'''Further ill''' is close to what I'm looking for, but too wordy. I simply want to create an '''ill''' where the main link is red ''despite'' the existence of a page of that name (in particular, a redirect, especially a circular redirect) in the '''en''' WP. There doesn't seem to be a parameter for that. --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 15:27, 23 October 2021 (UTC)
{{anchor|illwithanexistingredirect1}}
:::::This has been discussed before, and it's simply not technically possible. If you are linking to an existing page, it's going to be blue (or green, [[User:Anomie/linkclassifier.js|if you have it set that way]]). There is simply no reasonable way to ''show'' a redlink while linking to a redirect. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 15:32, 23 October 2021 (UTC)
:::::Also, it'd open a real can of worms to use red color for links that actually lead somewhere. But once more, before we have that discussion, the main question remains: is this really a problem? Regards, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 21:17, 23 October 2021 (UTC)

{{od}} Perhaps a better question is whether or not we should be using Ill at all in these situations. If Prosciutto di Parma and Prosciutto di San Daniele are adequately covered in the existing article, do we need to link to the Italian articles at all? [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 21:24, 23 October 2021 (UTC)
:Prosciutto di Parma gets one sentence specifically about it in [[prosciutto]].
:On the other hand, [[it:Prosciutto di Parma]] is a 11.5k article, though admittedly about half of it applies to ''prosciutto crudo'' in general.
:So no, I would not say that Prosciutto di Parma is "adequately" covered in the existing '''en''' article. --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 22:21, 23 October 2021 (UTC)
:::*Understood. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 23:14, 23 October 2021 (UTC)
:::: It might well be the case that an {{tl|ill}} link isn't as useful as the editor thinks it is (or maybe the other-language Wikipedia article has been restructured since). But more generally, the message I think we want to send is: ''don't hesitate to use ill links just because the English language link doesn't turn red.'' Cheers [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 10:32, 24 October 2021 (UTC)
::::: +1. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 20:46, 24 October 2021 (UTC)
:: There's a solution that would work for you I think, without affecting anyone else, involving css class. We'd modify the template to test for redirect (it already does this in another context) and  generate, say, <small><code><nowiki><span class="ill_redirect_link">Redirect link</span></nowiki></code></small>, and then you'd add one line to your common.css to set the color (and other features if you wish) to whatever you want. This would involve a change to the template, but wouldn't affect anyone but those who opted in. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 22:59, 23 October 2021 (UTC)

:::As another solution, and an alternative to using [[User:Anomie/linkclassifier.js]], one can add a specific code to change redirects to shades of green, as in my [[User:BilCat/common.css]]. I had to hunt for the coding, and found it at [[Wikipedia:Tip of the day/March 17]], but if someone else wants to try it with my preferred colors, this will save some legwork. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 23:21, 23 October 2021 (UTC)
:::Could this be what Primefac was talking about [[#illwithanexistingredirect1|above]]? [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 10:34, 24 October 2021 (UTC)
::::He was talking about using User:Anomie/linkclassifier.js, which I mentioned. It add colors for lots of types of links, not just redirects. [[User:BilCat|BilCat]] ([[User talk:BilCat|talk]]) 19:12, 24 October 2021 (UTC)

=== Styling circular redirects ===

{{re|Macrakis}}, thanks for raising this, and wanted to respond to what I see as a key point. To provide context, I've copied and boxed your 15:27, 23 October comment [[#15:27, 23 Oct|above]] (and the direct replies to it):
{{cot|bg=cornsilk|indent=1.6em|copy of three comments above, 15:27{{snd}}21:17, 23 Oct}}
: ''{{gray|This is a copy of three comments in the discussion above, to provide context for this subsection.}}''
<div style="border:thin solid gray;background-color:#ffffe0;margin-top:0.8em; padding:0 1em 1em 1em">
'''Further ill''' is close to what I'm looking for, but too wordy. I simply want to create an '''ill''' where the main link is red ''despite'' the existence of a page of that name (in particular, a redirect, especially a circular redirect) in the '''en''' WP. There doesn't seem to be a parameter for that. --[[User:Macrakis|Macrakis]] ([[User talk:Macrakis|talk]]) 15:27, 23 October 2021 (UTC)
{{anchor|illwithanexistingredirect1-redux}}
:This has been discussed before, and it's simply not technically possible. If you are linking to an existing page, it's going to be blue (or green, [[User:Anomie/linkclassifier.js|if you have it set that way]]). There is simply no reasonable way to ''show'' a redlink while linking to a redirect. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 15:32, 23 October 2021 (UTC)
:Also, it'd open a real can of worms to use red color for links that actually lead somewhere. But once more, before we have that discussion, the main question remains: is this really a problem? Regards, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 21:17, 23 October 2021 (UTC)
</div>
{{cob}}
If I understand correctly, you want an ill link pointing to an en-wiki article that doesn't exist yet to remain red even if a redirect exists (esp. in the case something that should be a stand-alone article), and even more so if it's a [[MOS:CIRCULAR|permitted circular redirect]] "with [[Template:R with possibilities|possibilities]]". But as Primefac mentioned, that's impossible for technical reasons.  However, there may be a workaround for you, if it doesn't bump up against a [[MOS:LINKS]] guideline prohibition. Here's the workaround:

* <code><nowiki>{{ill|Draft:Prosciutto di Parma|it|Prosciutto di Parma|lt=Prosciutto di Parma|v=sup}}</nowiki></code>
This generates the following: {{ill|Draft:Prosciutto di Parma|it|Prosciutto di Parma|lt=Prosciutto di Parma|v=sup}}, that is, plain red text with a link to Draft space with the same [[WP:VAR|<nowiki>{{PAGENAME}}</nowiki>]] as the existing redirect (as long as the Draft page does not exist). Because of param {{para|lt}}, it looks to a reader as a "normal" red link. If clicked, it does what a red link always does, only it targets draft space. There might be some [[WP:ASTONISH]]ment upon a click, but not for viewers; only for editors; and editors prepared to create a brand new article are usually not newbies, and will figure out what happened; even just mousing over will do that. Finally, it solves {{u|CapnZapp}}'s concern about a red link that leads somewhere.

This uses the {{para|lt}} (linktext) param to name the article you want to create in article space (let's say, 'Prosciutto di Parma') and keeps the link red by pointing the main link to draft space instead, where no article exists. (Given that the redirect already exists in article space, developing a new article under that name could take place either by taking over the redirect, *or* by developing it in Draft space, and moving it over the redirect when it's done; both methods are common.) If developed as a draft, the fact that a redirect exists at that name already would be flagged automatically in the Draft header, just as one would wish.

So now the question becomes, is this permissible per [[MOS:LINKS]] or not? Here's the gray area: normally, an article is not allowed to have a link to Draft space per [[MOS:DRAFTNOLINK]] which says this:<blockquote>In articles, do not link to pages outside the article namespace, except in articles about Wikipedia itself (and even in that case with care – see Wikipedia:Manual of Style/Self-references to avoid).</blockquote>
Does that include non-existent pages in Draft space? Maybe it does, but it's doubtful when this prohibition [[Special:Diff/667063429|was added in 2015]] after [[Wikipedia talk:Drafts/Archive 4#linking_to_drafts_from_mainspace?|this discussion]] whether anybody conceived of the situation we are talking about now. (That MOS sentence went through various changes [[Special:Diff/703891255|here]], [[Special:Diff/997942443|here]] and [[Special:Diff/997947969|here]].)

Now, the fact is that that discussion, not surprisingly, never considered this edge case of a red link to Draft space (and why would they?). So, I think that if this method works for you, then the next step would be one of several: one would be to discuss it at [[WT:MOSLINK]] or at [[WT:Drafts]], ping the participants from the 2015 discussion, and have a discussion there about it, or have it here and link it from there. Alternatively, since the [[MOS:LINK]] guideline is just that&mdash;a [[WP:PG|guideline]]&mdash;some real world cases are exceptions and this may be very well be one of them, where what serves the readers and editors best is an alternative to the letter of the guideline, so you could just [[WP:BEBOLD]] and go ahead and add the {{tl|ill}} example above, and see if anyone objects. If you decided to pursue any of the alternatives mentioned here, I would support that effort. Hope this helps. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 23:08, 24 October 2021 (UTC)
: As a corollary: to assuage any ASTONISHment for wikicode readers, you could add a [[WP:HIDDEN|hidden comment]] next to it, analogous to [[MOS:HIDDENLINKADVICE]] explaining that the ill targets draftspace because a circular redirect already exists. <small>(adding forgotten ping {{ping|Primefac}})</small> [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 23:37, 24 October 2021 (UTC)
::This approach might negate one of the main advantages of {{tlf|ill}}, turning an interlanguage link to a normal local link, if the current REDIRECT {{no redirect|Prosciutto di Parma}} gets directly converted/usurped into an article. The editor doing that will not discover the link to draft space, nor will [[Wikipedia:Bots/Requests for approval/Cewbot|Cewbot]]. -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 01:07, 25 October 2021 (UTC)
::: Cewbot could easily be adjusted to discover it,{{efn|because [[Draft:Prosciutto di Parma]] now has [[Special:WhatLinksHere/Draft:Prosciutto di Parma|exactly one in-link]].}} if there were enough cases like this one for it to matter (doubtful). As far as an editor not discovering it, under current guidelines and info pages, that's true. But it's also true that just getting to a redirect in the first place in order to be able to edit it is not a newbie activity, and neither is creating a new article from scratch. There are already several paragraphs of instructions at [[WP:EDRED|How to edit a redirect or convert it into an article]], and I don't think it's too much to ask, to add one statement to that section asking editors to "{{xt|...check Draft space for pages that may match the redirect name, or the former target}}". That would be good advice, even absent any usage of this approach. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 02:19, 25 October 2021 (UTC)
:::: Found an interesting angle involving the issue of undiscovered or unrepaired links from mainspace to non-existent drafts, and one that I did not expect. As it turns out, there are already [https://quarry.wmcloud.org/query/59495 around 40 non-existent Draft pagenames linked from main space]. Compared to 6M+, that's a pretty small problem, and I doubt it's worth programmer time at Cewbot to fix it. (Probably would take less than a person-hour to fix it manually.)  The reason I mention this issue at all, is because it's not likely that that number would increase much by editors taking advantage of the edge case method mentioned above, and equally unprofitable to fix it, imho. Although it could be mitigated by appropriate edits to WP:EDRED and fixed manually as needed. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 04:40, 26 October 2021 (UTC)

{{notelist-talk}}
:I was pinged, so let me thank you for spending time on this, Mathglot. However, we have kept solving this issue without first having a discussion if it is a problem. I mean, I understand the OP (Macrakis) perceives it to be a problem big enough to merit a solution, but is it generally? If not, then advising Macrakis on possible individual fixes (e.g.  User:Anomie/linkclassifier.js et al) while determining that, no, this is not something that needs a fix or, indeed, should have one. But that's not for me to say. At this stage, I'm merely pointing out that several helpful editors have barged ahead and offered solutions without stopping to first consider if solutions are appropriate. Perhaps the simplest and best response to the original question {{tq|Is there anything I can do about this?}} would be "no". Regards, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 12:25, 25 October 2021 (UTC)
:: Hello [[User:Mathglot|Mathglot]]. I noticed you kept discussing a proposed solution (the one involving links into Draft space). I invite you to first take a stance on the overall question: ''is this a problem large enough to merit solving?'' before continuing that discussion. That is, we should not barge ahead and fix things just because we can. Please first lay out your arguments why this issue is problematic enough to justify the solutions you propose. Why? Because your continued contribution implicitly argues the problem deserves to be solved, and I would like to hear your thoughts on that. I'm not opposed or anything; I just wish we first agree the issue is a problem. (Please don't feel personally picked on, Mathglot. This goes for everybody; you just happened to be the first editor to not respond to my above post; which happens to be the fourth time I have tried to bring up this issue, so now I am resolving to make it the last time before it is actually discussed) [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 06:14, 26 October 2021 (UTC)
::: I don't feel at all picked on. In fact, you pose a very interesting meta-question about the prioritization of volunteer effort at a large, collaborative, worldwide, online, project and it would be very interested to discuss it and hear what others have to say. But as this is the interlanguage link template talk page meant for improvement of this template, this is the wrong venue in which to discuss such a broad question; for one thing, no one will find it here&mdash;it deserves broader and more varied participation than you'll ever find here. The fact that you've addressed it four times before kind of confirms that. If you would like to raise the question at a broader forum such as [[WP:VPM]] where plenty of people will see it, or another centralized discussion location, I'd be happy to engage there. Cheers, [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 08:55, 26 October 2021 (UTC)
:::: I believe there's a misunderstanding. I am not at all posing a general abstract question. I am posing a '''direct question specific to this very template''': do we consider blue ill links to be acceptable? If so, the appropriate response is to avoid solving the OPs issue (except for them individually of course), and instead reply "works as intended" or perhaps terser: "no". Anyone wishing to pursue the issue is free to do so, but ''please first'' explain why you think this problem needs solving, and why simply answering "no" is unacceptable. Thank you [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 09:44, 26 October 2021 (UTC)
::::: I see. That is indeed a narrower issue that belongs somewhere, probably WT:MOSLINKS or maybe here. I'd respond by saying that not everything is, or can be covered by guidelines, and most squirrely edge cases like this one aren't, and imho often shouldn't be.  One cannot foresee every possible situation that could arise, and trying to codify everything would lead to instruction creep and guideline bloat. So I'm content not to have answers to every "should-we" question, including this one. A lot of rare situations should be left up to [[WP:BEBOLD]] and [[WP:LOCALCONSENSUS]] until, and if it ever rises up to the level where it's no longer a rare case anymore, and becomes deserving of community discussion of whether a guideline should cover it. {{u|Macrakis}} said: "I simply want to create an ill where the main link is red despite the existence of a... redirect, especially a circular redirect"&mdash;and it's possible to address that as a "how-to" question without having to consider the "should-we" question that you have outlined.  In a volunteer project, we all get to contribute to the topics and discussions we wish to; I find Mackrakis's question a worthy and interesting one, and there's no talk page guideline that precludes discussion of it until after a "should-we" question is resolved first, so I'm discussing it. Your question is worthy too, and if that discussion happens then perhaps we'll end up with a guideline, or at least a local consensus about what to do in this situation, and I encourage you to pursue it if it interests you, but it's not the one that interests me as much, although I'll be attentive to the outcome, and of course follow any consensus that arises out of it.  [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 18:16, 26 October 2021 (UTC)
:::::: I really wish it didn't come to this, but in order to clarify the situation, let me officially '''oppose''' any changes to this template for reasons related to the OP's issues (avoiding blue-linked english Wikipedia pages). Let me start off with the argument: I believe things are good enough as-is. Even if my real aim here only is to invite you to win me over with your own arguments. This hopefully makes it clear that you should '''not proceed''' (boldly or otherwise) implementing any wiki-wide solution until '''after''' you have achieved consensus that this indeed is considered a problem in need of a solution by the community. Also, I assert that '''this page''' is precisely the right place to have this discussion. I specifically ask we don't have it anywhere else. Now then, I obviously cannot prevent you from discussing solutions (and indeed has no wish to do so); just as long as we are clear that, no, the strategy of postponing the "should we?" discussion until after you have implemented a solution is not available here. I am posting this in the interest of openness and clarity, and once more I hope and trust you see I am not targeting you personally. Sincerely yours, [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 09:19, 27 October 2021 (UTC)
::::::: Maybe this was just all a big misunderstanding. The proposed solution being discussed here does not require any changes to the template at all; you could have saved yourself the trouble if that's all that this was about. 
::::::: That said, templates are changed all the time based on individual initiatives by editors, and BOLD moves are encouraged by stated guidelines. Any disagreements follow the normal editing guidelines, and that happens all the time, too. Which, I hope, makes it clear that any editor is free to implement bold solutions in templates in accordance with guidelines anytime they wish without waiting for a green light by an individual editor who asserts a non-existent right of prior constraint to declare when another editor may proceed with an edit. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 17:17, 27 October 2021 (UTC)
:::::::: I don't think you should encourage Macrakis to start pointing ill links into Draft space without first discussing this idea. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 18:58, 27 October 2021 (UTC) 
:::::::: Please do not associate bold edits with edits that go against stated opposition, that is just nonsense. If and when you wish to take an "initiative" opposed by others you need to discuss first, edit later. [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 18:58, 27 October 2021 (UTC)

== Template-protected edit request on 7 November 2021 ==

{{edit template-protected|Template:Interlanguage link|answered=yes}}
Change the present See also section to include the following linkage: <br/>
::[[Help:Interlanguage links#Inline links (links in the text of the article)]]<br/>
This is the only Help or Template section I have found around here that fully explains the various interlanguage linkage that is possible when linking to show that an article on the subject exists in another language Wiki. I would also suggest that the ILL linkage be available at the related Help/Template pages. Thanks. [[User:Shearonink|Shearonink]] ([[User talk:Shearonink|talk]]) 18:32, 7 November 2021 (UTC)
: [[File:Full-protection-shackle-no-text.svg|20px|link=|alt=]] '''Not done:''' {{tlx|edit template-protected}} is usually not required for edits to the documentation or categories of templates using a [[Wikipedia:Template documentation#How to create a documentation subpage|documentation subpage]]. Use the 'edit' link at the top of the green "Template documentation" box to edit the documentation subpage.<!-- Template:ETp --> [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 19:44, 7 November 2021 (UTC)
:: {{u|Pppery}} - Ah ok... Could you take a look at [https://en.wikipedia.org/w/index.php?title=Template:Interlanguage_link/doc&diff=1054054444&oldid=1046422411 my edit] and make sure it's ok? Thanks, [[User:Shearonink|Shearonink]] ([[User talk:Shearonink|talk]]) 20:02, 7 November 2021 (UTC)
::: I did [[Special:Diff/1054054842]] to tidy up some redundant-seeming wording, but otherwise it looks fine. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 20:03, 7 November 2021 (UTC)
Pages transcluded onto the current version of this page (help):
Template:- (view source) (template editor protected)
Template:-r (view source) (template editor protected)
Template:Abot (view source) (template editor protected)
Template:Anchor (view source) (template editor protected)
Template:Archive (view source) (template editor protected)
Template:Archive bottom (view source) (template editor protected)
Template:Archive top (view source) (template editor protected)
Template:Archive top/styles.css (view source) (template editor protected)
Template:Atop (view source) (template editor protected)
Template:Bracket (view source) (template editor protected)
Template:Category link (view source) (template editor protected)
Template:Category link/core (view source) (template editor protected)
Template:Cl (view source) (template editor protected)
Template:Clear (view source) (protected)
Template:Cob (view source) (protected)
Template:Code (view source) (template editor protected)
Template:Collapse bottom (view source) (protected)
Template:Collapse top (view source) (protected)
Template:Collapse top/styles.css (view source) (protected)
Template:Cot (view source) (template editor protected)
Template:Done (view source) (template editor protected)
Template:Ec (view source) (template editor protected)
Template:Edit conflict (view source) (template editor protected)
Template:Edit template-protected (view source) (extended confirmed protected)
Template:Efn (view source) (template editor protected)
Template:Em (view source) (template editor protected)
Template:Encodefirst (view source) (template editor protected)
Template:FULLBASEPAGENAME (view source) (template editor protected)
Template:Gray (view source) (template editor protected)
Template:Hab (view source) (template editor protected)
Template:Hat (view source) (template editor protected)
Template:Hidden archive bottom (view source) (template editor protected)
Template:Hidden archive top (view source) (template editor protected)
Template:Hidden archive top/styles.css (view source) (template editor protected)
Template:Hmbox (view source) (template editor protected)
Template:Hmbox/styles.css (view source) (template editor protected)
Template:Ifsubst (view source) (template editor protected)
Template:Ill (view source) (template editor protected)
Template:Interlanguage link (view source) (template editor protected)
Template:Interlanguage link/sandbox (edit)
Template:Is redirect (view source) (template editor protected)
Template:Lang (view source) (template editor protected)
Template:Main other (view source) (protected)
Template:No ping (view source) (template editor protected)
Template:No redirect (view source) (template editor protected)
Template:Noping (view source) (template editor protected)
Template:Noredirect (view source) (template editor protected)
Template:Notelist (view source) (template editor protected)
Template:Notelist-talk (view source) (semi-protected)
Template:Nowrap (view source) (protected)
Template:Ns has subpages (view source) (protected)
Template:Od (view source) (template editor protected)
Template:Outdent (view source) (template editor protected)
Template:Para (view source) (template editor protected)
Template:Paragraph break (view source) (protected)
Template:Param (view source) (semi-protected)
Template:Pb (view source) (protected)
Template:Ping (view source) (template editor protected)
Template:Plain text (view source) (template editor protected)
Template:Q (view source) (template editor protected)
Template:Re (view source) (template editor protected)
Template:Reflist (view source) (protected)
Template:Reflist-talk/styles.css (view source) (template editor protected)
Template:Reflist/styles.css (view source) (protected)
Template:Reply to (view source) (template editor protected)
Template:Resolved (view source) (template editor protected)
Template:Section link (view source) (template editor protected)
Template:See also (view source) (template editor protected)
Template:Separated entries (view source) (template editor protected)
Template:Side box (view source) (template editor protected)
Template:Slink (view source) (extended confirmed protected)
Template:Small (view source) (protected)
Template:Snd (view source) (template editor protected)
Template:Spaced en dash (view source) (template editor protected)
Template:T (view source) (protected)
Template:Talk quote inline (view source) (template editor protected)
Template:Talk quote inline/styles.css (view source) (template editor protected)
Template:Talkarchivenav (view source) (template editor protected)
Template:Tc (edit)
Template:Template link (view source) (protected)
Template:Template link code (view source) (template editor protected)
Template:Template link expanded (view source) (protected)
Template:Template link null (view source) (template editor protected)
Template:Template link with link off (view source) (template editor protected)
Template:Template link with parameters (view source) (template editor protected)
Template:Thin space (view source) (template editor protected)
Template:Thinspace (view source) (template editor protected)
Template:Tl (view source) (protected)
Template:Tlc (view source) (template editor protected)
Template:Tlf (view source) (template editor protected)
Template:Tlp (view source) (template editor protected)
Template:Tlx (view source) (protected)
Template:Tnull (view source) (template editor protected)
Template:Tq (view source) (template editor protected)
Template:Trim (view source) (protected)
Template:U (view source) (template editor protected)
Template:Unresolved (view source) (semi-protected)
Template:User (view source) (template editor protected)
Template:User link (view source) (template editor protected)
Template:Wikidata entity link (view source) (template editor protected)
Template:Xt (view source) (template editor protected)
Template:Yesno (view source) (protected)
Template talk:Interlanguage link (edit)
Module:Anchor (view source) (template editor protected)
Module:Archive (view source) (template editor protected)
Module:Archive/config (view source) (template editor protected)
Module:Arguments (view source) (protected)
Module:Check for unknown parameters (view source) (protected)
Module:Exponential search (view source) (template editor protected)
Module:Format link (view source) (template editor protected)
Module:Hatnote (view source) (template editor protected)
Module:Hatnote/styles.css (view source) (template editor protected)
Module:Hatnote list (view source) (template editor protected)
Module:Highest archive number (view source) (template editor protected)
Module:Labelled list hatnote (view source) (template editor protected)
Module:Lang (view source) (template editor protected)
Module:Lang/ISO 639 synonyms (view source) (template editor protected)
Module:Lang/configuration (view source) (template editor protected)
Module:Lang/data (view source) (template editor protected)
Module:Lang/data/iana languages (view source) (template editor protected)
Module:Lang/data/iana regions (view source) (template editor protected)
Module:Lang/data/iana scripts (view source) (template editor protected)
Module:Lang/data/iana suppressed scripts (view source) (template editor protected)
Module:Lang/data/iana variants (view source) (template editor protected)
Module:Message box (view source) (protected)
Module:Message box/configuration (view source) (protected)
Module:Message box/tmbox.css (view source) (protected)
Module:MultiReplace (view source) (template editor protected)
Module:No ping (view source) (template editor protected)
Module:Ns has subpages (view source) (protected)
Module:Outdent (view source) (template editor protected)
Module:Pagetype (view source) (protected)
Module:Pagetype/config (view source) (protected)
Module:Pagetype/rfd (view source) (protected)
Module:Pagetype/softredirect (view source) (protected)
Module:Plain text (view source) (template editor protected)
Module:Protected edit request (view source) (template editor protected)
Module:Redirect (view source) (protected)
Module:Reply to (view source) (template editor protected)
Module:Section link (view source) (template editor protected)
Module:Separated entries (view source) (protected)
Module:Side box (view source) (template editor protected)
Module:Side box/styles.css (view source) (template editor protected)
Module:String (view source) (protected)
Module:TableTools (view source) (protected)
Module:Template link general (view source) (protected)
Module:Toolbar (view source) (protected)
Module:Unicode data (view source) (template editor protected)
Module:Unicode data/scripts (view source) (template editor protected)
Module:User (view source) (template editor protected)
Module:UserLinks (view source) (template editor protected)
Module:UserLinks/config (view source) (template editor protected)
Module:UserLinks/shared (view source) (template editor protected)
Module:Wd (view source) (template editor protected)
Module:Wd/i18n (view source) (template editor protected)
Module:Wikitext Parsing (view source) (protected)
Module:Yesno (view source) (protected)
Return to Template talk:Interlanguage link/Archive 3.
Retrieved from "https://en.wikipedia.org/wiki/Template_talk:Interlanguage_link/Archive_3"