Template talk:ISO 639 name

Template:ISO 639 name is permanently protected from editing because it is a heavily used or highly visible template. Substantial changes should first be proposed and discussed here on this page. If the proposal is uncontroversial or has been discussed and is supported by consensus, editors may use {{edit template-protected}} to notify an administrator or template editor to make the requested edit. Usually, any contributor may edit the template's documentation to add usage notes or categories.

Any contributor may edit the template's sandbox. This template does not have a testcases subpage. You can create the testcases subpage here.

Languages

This template is within the scope of WikiProject Languages, a collaborative effort to improve the coverage of languages on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.LanguagesWikipedia:WikiProject LanguagesTemplate:WikiProject Languageslanguage

Writing systems

This template falls within the scope of WikiProject Writing systems, a WikiProject interested in improving the encyclopaedic coverage and content of articles relating to writing systems on Wikipedia. If you would like to help out, you are welcome to drop by the project page and/or leave a query at the project’s talk page.Writing systemsWikipedia:WikiProject Writing systemsTemplate:WikiProject Writing systemsWriting system

Archives

Archive 1

This page has archives. Sections older than 180 days may be automatically archived by when more than 3 sections are present.

Template broken (2024)

Template looks like it's broken. It's giving the following as an output: Lua error in package.lua at line 80: module 'Module:Language/data/ISO 639 deprecated' not found. HapHaxion _{(talk / contribs)} 14:59, 11 July 2024 (UTC)[reply]

Two suggestions

Hi, is it possible to add two features?

a link to Mozambican Portuguese and other variants of that language;
a shortcut to {{ISO 639 name link}}

Thanks.-- Carnby (talk) 20:12, 3 September 2024 (UTC)[reply]

ISO 639 does not recognize Mozambican Portuguese. Not in ISO 639? not going to be added to a template specifically for ISO 639 recognized languages.

If you want to create a shortcut (did you mean a redirect?) to {{ISO 639 name link}}, go ahead.

—Trappist the monk (talk) 20:41, 3 September 2024 (UTC)[reply]

I've just discovered {{Llink}}, seems to be fine. Thanks anyway.-- Carnby (talk) 05:15, 4 September 2024 (UTC)[reply]

Mono language issue

There is an issue with this language, see the following:

{{ISO 639 name|mnr}} → Mono
{{ISO 639 code|Mono}} → error: Mono not found in ISO 639-1, -2, -2B, -3, -5 list (help)

Gonnym (talk) 13:45, 27 October 2024 (UTC)[reply]

You must tell the template which of the four you want. The name must be exactly as it is listed in the ISO 639 data modules (for a list of them, see Module:ISO 639 name § Data mapping):

{{ISO 639 code|Mono (Democratic Republic of Congo)}} → mnh
{{ISO 639 code|Mono (USA)}} → mnr
{{ISO 639 code|Mono (Cameroon)}} → mru
{{ISO 639 code|Mono (Solomon Islands)}} → mte

—Trappist the monk (talk) 14:17, 27 October 2024 (UTC)[reply]

Ah, thanks for reminding me of this. Do you have any idea why {{IPA|mnr|test}} gets the non-disambiguated name (Category:Pages with Mono IPA)? Gonnym (talk) 14:26, 27 October 2024 (UTC)[reply]

To get the language name, Module:IPA uses:

{{lang|fn=name_from_tag|mnr}} → Mono (lines 65–72)

Module:Lang always strips IANA/ISO disambiguators. Module:IPA might do better to fetch the name from Module:ISO 639 name using the |raw=yes parameter:

{{#invoke:ISO 639 name|iso_639_code_to_name|mnr|raw=yes}} → Mono (USA)

also available to the template:

{{ISO 639 name|mnr|raw=yes}} → Mono (USA)

—Trappist the monk (talk) 15:00, 27 October 2024 (UTC)[reply]

Is _iso_639_code_to_name (frame) meant as a module entry point also? It currently doesn't work like _iso_639_name_to_code (args). Gonnym (talk) 15:29, 27 October 2024 (UTC)[reply]

Not clear to me why the code is written as it is. Usually, when I use an underscore-prefixed function name, that name (if exported) is for access from another module. _iso_639_code_to_name (frame) is not exported and because it accepts frame as a variable, would be a template access point. Mayhaps I got started on creating module access points and got side-tracked? Don't know, I'll give some thought to fixing that.

—Trappist the monk (talk) 16:43, 27 October 2024 (UTC)[reply]

@Trappist the monk: That doesn't work because the input can be an IETF tag. Barring an exposed function to fetch the language name, the article to link, the raw name, and the canonical/sanitized tag from an IETF tag all at once (which would be great), is there no equivalent to {{#invoke:Lang|category_from_tag}} except it returns just the language part, i.e. without "Articles containing" or "-language text"? Nardog (talk) 05:27, 26 December 2024 (UTC)[reply]