View source for Module talk:Wikt-lang/Archive 1

{{Automatic archive navigator}}

== Early discussion ==
[[Module:Language]] is meant to house various (sub-)modules for templates that depend(ed) on {{tlx|ISO 639 name}}. The sandboxes of these presently use components of this module:
* {{tlx|ISO 639 name/sandbox}} – uses [[Module:Language/name]] (complete; not for use in article space, so the template should probably go if/when it's deployed)
** Usage: <code>&#123;{ISO 639 name/sandbox|{language code}}}</code>
*** Example: <code>&#123;{ISO 639 name/sandbox|fr}}</code> &rarr; {{ISO 639 name/sandbox|fr}}
* {{tlx|lang/sandbox}} – uses [[Module:Language/text]] (meant for replacing lang ''and'' all lang-x templates; complete, but does not italicise Latin text automatically like lang-x templates do)
** Usage: <code>&#123;{lang/sandbox|{language code}|{text}&#123;|name=yes}}}</code>
*** Example: <code>&#123;{lang/sandbox|fr|<span style="padding-left:0.1em;">&#39;</span>'bonjour<span style="padding-left:0.1em;">&#39;</span>'|name=yes}}</code> &rarr; {{lang/sandbox|fr|''bonjour''|name=yes}}
* {{tlx|link language/sandbox}} – uses [[Module:Language/external links]] (WIP)
** Usage: <code>&#123;{link language/sandbox|{language codes, |-delimited}}}</code>
*** Example: <code>&#123;{link language/sandbox|it}}</code> &rarr; <nowiki>{{link language/sandbox|it}}</nowiki>

For the language data, see [[Module:Language/name/data|here]]. — [[User talk:Lfdder|lfdder]] 22:16, 15 April 2014 (UTC)

:I don't know what #1 is used for ({{ec}}?), so I can't comment on that.  For #2, I find it annoying that some languages are currently italicized, and others are not, and agree it's better to be consistent.  But I think italics should be the default, <s>not just</s> for Latin<s>, but for Cyrillic and Greek as well</s>.  There should of course be an override, for example for tables or block quotations, but in general foreign words are italicized per the MOS, and IMO the template should reflect that standard.  Either way, implementation will require us to review all transclusions and fix up italicization.  — [[User:Kwamikagami|kwami]] ([[User talk:Kwamikagami|talk]]) 22:39, 15 April 2014 (UTC)
::{{zwsp}}#1 is meant for use in other templates -- all it does is grab the name for a code. I thought we're  not meant to italicise anything but Latin, though? Has the MOS been changed? Any chance of getting a bot to fix them up when it's deployed do you think? — [[User talk:Lfdder|lfdder]] 22:45, 15 April 2014 (UTC)

:::I never heard of italicizing only Latin.  Maybe you're thinking of taxonomic nomenclature / Latin names? The MOS just says, "use italics for phrases in other languages and for isolated foreign words that are not common in everyday English." 
:::Yes, this is exactly the kind of thing we'd want a bot for.  If the template generates italics automatically, we'd want to remove any italic formatting around the word.  If we don't, we'd want to ''add'' italics if it's not already there.  But with the latter we might get objections at the bot request about needing manual review of every case; removing redundant formatting shouldn't have that complication.  — [[User:Kwamikagami|kwami]] ([[User talk:Kwamikagami|talk]]) 23:52, 15 April 2014 (UTC)
::::What it says at [[MOS:FOREIGN]]: "Text in non-Latin scripts (such as Greek, Cyrillic or Chinese) should not be italicized at all—even where this is technically feasible; the difference of script suffices to distinguish it on the page." I've never requested a bot before, so I'm gonna have to look into it. — [[User talk:Lfdder|lfdder]] 00:12, 16 April 2014 (UTC)
:::::Oh, sorry, I though you meant the Latin language!  Duh.
:::::Yes, I suppose so.  Though Cyrillic looks so much like Latin I don't always notice the difference if it's not italicized.  — [[User:Kwamikagami|kwami]] ([[User talk:Kwamikagami|talk]]) 01:56, 16 April 2014 (UTC)

It's not a good idea to to automatically italicise, even where we know the script.  Firstly the text could be in a table. Secondly there can be stylistic reasons for italicising, for example, due to use/mention distinction, this could result in un-italicised text, where italicised is meant (depending how it is coded).  Finally items may want to be un-italicised to compare with the surrounding italic text:
 
''Meads towards Haslingfield and Coton// Where ''das Betreten''{{'}}s not ''verboten''.''

All&nbsp;the&nbsp;best: ''[[User:Rich Farmbrough|Rich]]&nbsp;[[User talk:Rich Farmbrough|Farmbrough]]'',&nbsp;<small>22:59,&nbsp;21&nbsp;April&nbsp;2014&nbsp;(UTC).</small><br />
:Yes, but where lang-x tpl's are used it nearly always is the case that the text needs to be italicised. It may be seen as a regression in functionality by those who have now been spoilt. I couldn't even have all the x icon tpl's deleted last I tried 'cause people couldn't come to terms with having to use a vertical bar. — [[User talk:Lfdder|lfdder]] 23:55, 21 April 2014 (UTC)

== [[Module:Language/text]] overhaul ==

{{ping|Lfdder}} I've [https://en.wikipedia.org/w/index.php?title=Module:Language/text&diff=606162609&oldid=605241162 overhauled] [[Module:Language/text]], implementing a few of the things I talked about on my talk page, and a few other things. The overhaul includes dedicated functions for other Lua modules so that we don't have to load [[Module:Arguments]] each time, more of the helper functions being made public so that they can be used in test cases, and using pcall on mw.title.makeTitle to avoid gremlins such as script errors when we are over the expensive parser function count. Feel free to tweak it as much as you want, and let me know if you have any questions about my alterations.

Also, I have a couple of questions for you:
# If the user specifies an invalid language code, e.g. {{para|code|abcde}}, what do you want the module to do? I made it return args.text, like if args.code or args.text are not present, but is that the best way of doing things?
# Where did you get the second table values in [[Module:Language/data/wp languages]] from? Are they official MediaWiki fallback language codes, or do they mean something else?
Best — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 11:17, 28 April 2014 (UTC)
:Thanks for this. How is Module:Arguments different from the other two modules in this respect?
:# Is that not how it was before? I don't have a preference (where I assume the other option would be to throw an error), but maybe we should look into adding maintenance cats. By the way, <code>if not args.name</code> on line 56 won't work 'cause Language/name returns an empty string (rather than nil or false) when no match has been found for compatibility with {{tl|ISO 639 name}}.
:# They're valid lang tags for invalid ones. For example, the ISO code <code>gkm</code>'s been proposed since 2006 but hasn't yet been accepted (or rejected) and people are prone to using it for printing "Medieval Greek" -- we let them do that, but the code in the tag gets replaced with <code>grc</code>.
:What's line 137 for? — [[User talk:Lfdder|lfdder]] 14:52, 28 April 2014 (UTC)
::I'll take those points in order:
::* The other modules always have to be called in every code path. However, if you're using this module from another Lua module, you don't need to get the arguments from the frame, you can just supply them directly to p._plain or p._named, making Module:Arguments unnecessary.
::* Previously you were checking that args.code existed, then making args.name equal to {{code|1=getName{code=args.code}|2=lua}}. You then concatenated args.name to the language wikilink string in the f.named function. I have to admit that I didn't trace through [[Module:Language/name]] to see what happened if args.code was invalid - I just assumed that there should be a check for it, as the usual Lua idiom for that would be to return nil. (And it's usually a good idea to check data you get from other modules if you can, as someone might edit them and subtly break things.) I tried it a few moments ago, and it returns the blank string. This means that you wouldn't have produced an "attempted concatenation with nil" error, but it does mean that the resulting wikitext would have looked like this: <code><nowiki>[[ language|]]: <span lang="abcde">foo</span></nowiki></code>.
::* Makes sense, thanks. :)
::* Those are the functions that other Lua modules call that I mentioned above. They wouldn't be able to access the f table functions directly - they'd have to go through p.plain and p.named (and therefore Module:Arguments). So we make these extra functions available just for other Lua coders to access. (Although, really it's just a new pointer to the same function, because of how Lua encodes things internally.)
:: — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 15:21, 28 April 2014 (UTC)
:::Sorry, just properly parsed what you said about args.name returning a blank string. Yes, that will need to be changed on line 56. I have to say that I'm tempted to get rid of the args table from the f table functions entirely - the more Lua-like idiom would be to have something like <code>f.named(code, text, options)</code>, where code and text are strings, and options is an optional table containing the nocat argument, the type argument, plus anything else that you decide to add in later. Then you can assign the name to a local variable and pass it through to the other functions as needed. That way you don't have to keep track of how the args table has been changed - it always houses the original arguments, and the changes to those arguments are made obvious through the variable names. Well, that's what I usually try and do to keep things obvious, anyway. — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 15:32, 28 April 2014 (UTC)
:::: That's fine with me. Also, rather than change the conditional, would it not be a good idea to have Lua-dedicated function aliases in [[Module:Language/name]] like you did here? — [[User talk:Lfdder|lfdder]] 15:46, 28 April 2014 (UTC)
::::: Yep, that's probably the way to go. [[Module:Language/name]] will have to go on the to-do list for now, though. — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 15:55, 28 April 2014 (UTC)
:::::: I'll see if I can bring [[Module:Language/name]] in-line with the changes you made to /text if that's all right then. — [[User talk:Lfdder|lfdder]] 02:31, 29 April 2014 (UTC)
::::::: That would be great, thank you. :) — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 02:55, 29 April 2014 (UTC)

== When to italicise in [[Template:wikt-lang]] ==

I've only looked at the notice about {{tl|wikt-lang}} at [[WP:WikiProject Languages]] and it seems that italicising is decided based on whether the language in question is written in the Latin script. Fair enough, but languages do get written using different scripts, so won't it make more sense to italicise based on which particular script is used on the occasion? [[User:Uanfala|Uanfala]] ([[User talk:Uanfala|talk]]) 22:24, 6 October 2016 (UTC)
: Yes. At the moment, the module can only support languages written in a single script. I ran into this problem when adding scripts for [[Punjabi language|Punjabi]], which is written with Arabic and Indic scripts. I think what the module needs is a function to detect which script the input belongs to: that way, script does not have to be specified in another parameter. And it should be able to understand language-script code combinations such as <code>sh-Latn</code> or <code>sh-Cyrl</code> (and perhaps add the script code when it is not specified). I will look into it (perhaps soon, perhaps not), though I'm new to module coding. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 23:24, 6 October 2016 (UTC)
: [[wikt:Module:scripts/data|Module:scripts/data]] on Wiktionary contains a list of scripts and, for some of them, the characters they contain, which can provide the data for a script detection function. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 00:11, 7 October 2016 (UTC)
: Now, if the script is not defined in a language data file, the module detects whether the word in the template is in the Latin script, and italicizes it unless the parameter {{para|i}} tells it not to. And the module prevents non-Latin scripts from being italicized. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 08:48, 4 February 2017 (UTC)

== Template:wikt-lang falls over on Proto-Germanic ==

I was just editing something and noticed that while {{tl|lang}} can handle <code>gem</code> and <code>gem-x-proto</code> as language codes, {{tl|wikt-lang}} cannot. Compare:

: {{tlx|lang|gem|þiudiskaz}}: {{lang|gem|þiudiskaz}}
: {{tlx|lang|gem-x-proto|þiudiskaz}}: {{lang|gem-x-proto|þiudiskaz}}
: {{tlx|wikt-lang|gem|þiudiskaz}}: {{wikt-lang|gem|þiudiskaz}}
: {{tlx|wikt-lang|gem-x-proto|þiudiskaz}}: {{wikt-lang|gem-x-proto|þiudiskaz}}

Now I know that linking to [[wikt:Reconstruction:Proto-Germanic/þiudiskaz]] rather than just [[wikt:þiudiskaz#Proto-Germanic]] is different logic, but that doesn't seem very complex. We do have a workaround:

: {{tlx|lang|gem|<nowiki>[[wikt:Reconstruction:Proto-Germanic/þiudiskaz|þiudiskaz]]</nowiki>}}: {{lang|gem|[[wikt:Reconstruction:Proto-Germanic/þiudiskaz|þiudiskaz]]}}
: {{tlx|lang|gem-x-proto|<nowiki>[[wikt:Reconstruction:Proto-Germanic/þiudiskaz|þiudiskaz]]</nowiki>}}: {{lang|gem-x-proto|[[wikt:Reconstruction:Proto-Germanic/þiudiskaz|þiudiskaz]]}}

but is this an update that can be looked into at some point? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 19:36, 2 April 2018 (UTC)
: {{reply to|OwenBlacker}} What the module needs is a system to ensure that a Wikipedia code <code>gem-x-proto</code> (used in language tagging) is paired with the corresponding Wiktionary code <code>gem-pro</code> (used when looking up language information for linking). It would be most convenient if either code could be used in the template, while the module decides which to use for which function.
: <code>gem</code> should not be used here, though that's the practice on Wikipedia; it properly refers to a language group (the Germanic languages) rather than a proto-language (Proto-Germanic). But perhaps the current incorrect practice should be supported nevertheless; it can be corrected in other ways. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:04, 2 April 2018 (UTC)
:: {{ping|Erutuon}} Makes sense. Yes, I agree that <code>gem</code> shouldn't really be used here; though note that it has a slightly different effect; it doesn't add the * to indicate reconstruction. — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 21:16, 2 April 2018 (UTC)
::: {{reply to|OwenBlacker}} Yeah, {{tl|lang}} treats <code>gem</code> correctly as "a Germanic language" rather than "Proto-Germanic", so it doesn't add an asterisk. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:28, 2 April 2018 (UTC)

Okay, so now [[Module:Language/data]] has a table of "redirects" where you can enter the Wikipedia code and the Wiktionary code that it should redirect to. An asterisk is, however, still required when linking to an entry for a reconstructed word, because on English Wiktionary any language may have entries in the Reconstruction namespace, even if it is not a reconstructed language: for example, [[wikt:Reconstruction:Latin/blancus]] ({{tlx|wikt-lang|la|*blancus}}). — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 02:05, 3 April 2018 (UTC)

== How to refer to non-English wiktionary ==

So, how do I refer to for example the Turkish Wiktionary for the word 'ökse' [https://tr.wiktionary.org/wiki/%C3%B6kse#Kurdish]? I can't seem to figure it out. --[[User:Ahmedo Semsurî|Ahmedo Semsurî]] ([[User talk:Ahmedo Semsurî|talk]]) 14:19, 21 November 2017 (UTC)
: {{reply to|Ahmedo Semsurî}} This template only links to the English Wiktionary. In which article do you want to link to Turkish Wiktionary? — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 01:57, 3 April 2018 (UTC)
::{{reply to|Erutuon}} Thanks for the reply. It is the article [[Kurdish_phonology#Facultative_vowels]]. --[[User:Ahmedo Semsurî|Ahmedo Semsurî]] ([[User talk:Ahmedo Semsurî|talk]]) 16:42, 3 April 2018 (UTC)
::: {{reply to|Ahmedo Semsurî}} I see that [[wikt:ökse|English Wiktionary]] doesn't have an entry for ''ökse'', but [[wikt:tr:ökse|Turkish Wiktionary]] does. But still I don't see the purpose of linking to a Wiktionary that is not in the same language as this Wikipedia, aside from indicating that the word probably exists. Probably most people who are reading English Wiktionary can't understand Turkish. I can't understand the Turkish entry (except through Google Translate, and then only imperfectly because it's machine translation). Admittedly, the percentage of Turkish speakers reading an article about Kurdish phonology are probably greater than percentages elsewhere on Wikipedia, because there are many Kurds in Turkey. But it would be better to write a short entry in the English Wiktionary and link to that instead. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 19:53, 3 April 2018 (UTC)

== Categorisation on [[Template:Wikt-lang]] ==

I'm just editing something and noticed that — unlike {{tl|lang}} — {{tl|wikt-lang}} does not add categories like [[:Category:Articles containing Old French-language text]]. Could someone take a look at the Lua and fix that, please? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 20:01, 4 May 2018 (UTC)
: {{Ping|Trappist the monk|Eru·tuon}} Any thoughts on this one, btw? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 13:56, 29 June 2018 (UTC)

== Missing language code for Potawatomi ==
For some reason, presumably a mismatch between [[Module:Language/data]] and [[Module:Lang/data]], <code>pot</code> does not equate to [[Potawatomi language]] in {{tlx|wikt-lang}} but does in {{tlx|lang}}. Is this intentional? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 19:33, 28 July 2018 (UTC)

== Old language-collective categories ==

I just noticed that the old categories, like [[:Category:Articles containing Germanic-language text]] still exist and, presumably, should be put up for deletion, given any articles that would have gone there will now be in either [[:Category:Articles with text from the Germanic languages collective]] or [[:Category:Articles containing Proto-Germanic-language text]].

Is there an easy way of enumerating the categories that should now be up for deletion? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 21:14, 26 June 2018 (UTC)

(I'm becoming something of a frequent visitor here, aren't I? 😳)
: You should post about this on [[Template talk:Lang]]; it's {{temp|lang}} that adds the "Articles containing x-language text" categories. This module doesn't add any categories (perhaps a problem). — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:18, 26 June 2018 (UTC)
:: {{Reply to|Erutuon}} Oh sorry, for some reason I had thought that redirected to here. My mistake. — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 13:56, 29 June 2018 (UTC)
::: {{reply to|OwenBlacker}} It's confusing, but [[Module:Language]] and [[Module:Lang]] are different. The former handles {{tlx|wikt-lang}} and {{tlx|wt}}, the latter {{tlx|lang}} and the various <code><nowiki>{{lang-xx}}</nowiki></code> templates. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 17:15, 29 June 2018 (UTC)
:::: {{Reply to|Erutuon}} Is there a reason not to merge the 2 templates? Surely they're doing ''roughly'' the same thing? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 22:47, 15 July 2018 (UTC)
::::: {{reply to|OwenBlacker}} You mean, merge {{tlx|lang}} and {{tlx|wikt-lang}}? (There are more than two templates mentioned here.) — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 23:16, 15 July 2018 (UTC)
:::::: {{Reply to|Erutuon}} Yes, that's what I was suggesting; sorry didn't spot the potential for confusion there. — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 19:33, 28 July 2018 (UTC)
::::::: {{reply to|OwenBlacker}} It might be possible to make {{tlx|wikt-lang}} use some functions in [[Module:Lang]], but merging them completely would be complex and I don't know what the benefit would be. {{tlx|wikt-lang}} links to Wiktionary and only allows language subtags (<code>en</code>) and Wiktionary language tags (<code>ine-pro</code>). {{tlx|lang}} doesn't link to Wiktionary and allows script, region, and variant subtags along with language subtags (<code>en-GB</code> for British English, <code>en-emodeng</code> for Early Modern English, <code>ru-Latn</code> for Russian in Latin script). Merging the templates would mean adding a parameter to turn on linking, which would require more wikitext than a separate template name. (For instance, {{tlx|lang|en|word|wikt{{=}}1}} or {{tlx|lang|en|word|wikt{{=}}yes}} are longer than {{tlx|wikt-lang|en|word}}.) It's best to stick with the shorter of the two options.
::::::: It would be more useful to figure out how to allow {{tlx|wikt-lang}} to support more language subtags: for instance, {{tlx|wikt-lang|sh-Cyrl|реч}} to link to a Serbo-Croatian word in Cyrillic script, or {{tlx|wikt-lang|en-emodeng|hath}} to link to an Early Modern English word. Then this template could output text with as much language information as {{tlx|lang}}. Categorization would be another good feature to add. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:25, 28 July 2018 (UTC)
:::::::: Sorry, I was expecting that they'd use the same underlying Lua, not that they'd necessarily be called using the same Template. But yes, adding subtags and categorisation to {{tlx|wikt-lang}} would definitely be A Good Thing™. Surely all of these would be easier to do if they were all together in the same Lua, called by different templates invoking different start points, no? — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 22:20, 28 July 2018 (UTC)
::::::::: It's a good idea to do each task in just one module, if possible. It would be easier to maintain that way. But at the moment, I'm not sure I want to work on major changes to this module and try to get it to work with another module written by someone else. (There's also the practical issue that I don't have template editor rights, so I can't edit [[Module:Lang]].) — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 22:56, 28 July 2018 (UTC)
:::::::::: {{Reply to|Erutuon}} Those would be good reasons not to merge them. Fair enough :) — <span class="vcard"><span class="fn">[[User:OwenBlacker|OwenBlacker]]</span> <small>([[User talk:OwenBlacker|talk]]; please &#123;&#123;[[Template:ping|ping]]&#125;&#125; me in replies)</small></span> 11:00, 1 August 2018 (UTC)

== Proto-Balto-Slavic ==

I tried adding <code>ine-bsl-pro</code> for Proto-Balto-Slavic to the data module, but I still get an error when I try to use it, like on the [[Proto-Balto-Slavic]] article. [[User:Rua|Rua]] ([[User talk:Rua|mew]]) 18:02, 27 May 2019 (UTC)
: {{reply to|Rua}} Fixed. There simply wasn't a code with that format yet so the code-matching function didn't recognize it. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 19:21, 27 May 2019 (UTC)
:: The error is gone, but it links to Proto-Indo-European on Wiktionary instead. And now the Slavic link next to it shows a big red error as well... [[User:Rua|Rua]] ([[User talk:Rua|mew]]) 19:35, 27 May 2019 (UTC)
::: Ahh, I should have paid more attention. Now {{tlx|wikt-lang|ine-bsl-pro|*test}} links to the Proto-Balto-Slavic entry, and the module correctly recognizes <code>sla-pro</code>. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 00:22, 28 May 2019 (UTC)

== Not all diacritics for Slovene are stripped ==

{{wikt-lang|sl|kọ́st}} and {{wikt-lang|sl|črẹ̑vo}} only have the underdot stripped, leaving the acute and inverted breve in the link. [[User:Rua|Rua]] ([[User talk:Rua|mew]]) 16:45, 29 May 2019 (UTC)
: {{reply to|Rua}} Fixed. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 22:08, 29 May 2019 (UTC)

== Errors on [[Early Germanic calendar]] ==

{{ping|Erutuon}} There's a few problems here:
* There's a big red error where Old Saxon text should be.
* The macron isn't stripped from Old High German.
* The Gothic term isn't italic.
[[User:Rua|Rua]] ([[User talk:Rua|mew]]) 13:02, 26 December 2019 (UTC)
: {{reply to|Rua}} The Gothic thing was a flaw in the module, which I fixed. As for <code>osx</code>, apparently <code>mw.language.fetchLanguageName</code> doesn't know about it, so it has to be added in [[Module:Language/data]]. And [[Module:Language/data]] doesn't have a full complement of entry name replacements for all languages; at the moment they have to be added as needed. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 20:32, 26 December 2019 (UTC)
:: I was puzzled why it understood <code>goh</code> but not <code>osx</code>, despite neither of them being defined in that module. Is it because <code>fetchLanguageName</code> knows about one but not the other? [[User:Rua|Rua]] ([[User talk:Rua|mew]]) 21:33, 26 December 2019 (UTC)
::: Exactly. It's puzzling because <code>osx</code> is a regular ISO 639-3 code and I'd've thought <code>mw.language.fetchLanguageName</code> would have the English names for it since it's available [https://iso639-3.sil.org/code/osx online]. (The function is defined [https://phabricator.wikimedia.org/diffusion/ELUA/browse/master/includes/engines/LuaCommon/LanguageLibrary.php$122 here] and apparently involves code [https://doc.wikimedia.org/mediawiki-core/master/php/Language_8php_source.html#l00868 here] and [https://doc.wikimedia.org/mediawiki-core/master/php/LanguageNameUtils_8php_source.html here].) It might be worth filing a bug report for. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:53, 26 December 2019 (UTC)

== Slavic languages ISO 639-2 / 5 code absent ==

<code>sla</code> the ISO 639-2 / 5 code for the [[Slavic languages]]<ref>{{Cite web|title=sla {{!}} ISO 639-3|url=https://iso639-3.sil.org/code/sla|access-date=2020-11-09|website=iso639-3.sil.org}}</ref> isn't entered here and I get an error when trying to format things as that in <nowiki>{{Wikt-lang}}</nowiki>. I have no idea how to enter it otherwise I would've tried. —[[User:I&#39;llbeyourbeach|I&#39;llbeyourbeach]] ([[User talk:I&#39;llbeyourbeach|talk]]) 13:43, 9 November 2020 (UTC)
: This template is for linking to language headers in Wiktionary entries, and "Slavic languages" is not a valid language header (nor would "Germanic languages", <code>gem</code>, be). Are you trying to link to the Wiktionary entry for a word in a particular Slavic language or something else? — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 19:49, 9 November 2020 (UTC)

{{talk reflist}}

== Language rkt ==

A recent edit at [[T–V distinction]] added entries for [[Kamtapuri language]] which display an error discussed at [[User talk:Msasag#Language rkt]]. The issue is that previewing the following wikitext in a sandbox gives the error message shown.
<pre>
{{wikt-lang|rkt|তুই}}
Lua error in Module:Language at line 197: Name for the language code "rkt" could not be retrieved with mw.language.fetchLanguageName, so it should be added to Module:Language/data.
</pre>
I'm hoping someone understands how to fix this. If it helps, the discussion points out that [[Module:Language/data/ISO 639-3]] contains:
<pre>
["rkt"] = {"Kamta", "Rangpuri"},
</pre>
[[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 02:47, 2 May 2020 (UTC)
: {{reply to|Johnuniq}} At the moment the way to get a new language code working is to add Wiktionary's language name in <code>data["languages"]</code> in [[Module:Language/data]]; in this case <syntaxhighlight lang="lua">
["rkt"] = {
	["name"] = "Kamta",
},
</syntaxhighlight> To find the language name, I looked for the language code or language name in the search box in [[wikt:Module:languages]], and found the most appropriate entry in one of the modules that start with <code>Module:languages/data</code> (in this case, [[wikt:Module:languages/data3/r]]), and got its field <code>1</code>, which is the "canonical name" used in language headers. Here the Wiktionary and ISO codes agree and Wiktionary has one of the ISO 639-3 names, but that's not always the case.
: This process is not especially obvious to people who aren't familiar with Wiktionary's language data. I think it could be simplified by maintaining a local copy of the necessary data (language name and entry name replacements) here and creating a mapping from ISO code (or maybe multi-part IETF language tag) to Wiktionary language, though I'm not sure of all the details. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:08, 9 November 2020 (UTC)
::@[[User:Erutuon|Eruton]]: Thanks, I'll bear this in mind and your post is a record of what to do in the future. However the fix is not currently needed and it's above my language understanding so I'll leave it. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:27, 9 November 2020 (UTC)

== WP's wikt-lang should support Wiktionary's language codes ==

See [[wikt:Wiktionary:List of languages/special]].

Example: Old Irish is designated '''sga'''.
* WP template IPA-* accepts it: {{IPA|sga|/ˈol͈aṽ/}}
* WP template wikt-lang does not: {{wikt-lang|sga|ollam}} [[User:saizai|Sai]]&nbsp;<span style="font-size:x-small;vertical-align:super;">[[User_talk:saizai|¿?]]</span><span style="margin-left:-2ex;font-size:x-small;vertical-align:sub;">[[Special:Contributions/Saizai|✍]]</span> 11:02, 15 March 2021 (UTC)

Hm. It seems to have worked here. But it didn't when I was editing (in draft) [[Ollam]] just now; gave an error about unsupported language code. Unable to replicate. [[User:saizai|Sai]]&nbsp;<span style="font-size:x-small;vertical-align:super;">[[User_talk:saizai|¿?]]</span><span style="margin-left:-2ex;font-size:x-small;vertical-align:sub;">[[Special:Contributions/Saizai|✍]]</span> 11:05, 15 March 2021 (UTC)

== lang for Proto-Slavic ==

{{wikt-lang|sla-pro|*bogatьstvo}} ({{Template link with parameters|wikt-lang|sla-pro|*bogatьstvo}}) should emit HTML similar to {{lang|sla-x-proto|bogatьstvo}} ({{Template link with parameters|lang|sla-x-proto|bogatьstvo}}) but in the first case the lang attribute has the illegal {{code|sla-pro}} and the second has {{code|sla}}.
--[[User:Error|Error]] ([[User talk:Error|talk]]) 12:50, 25 June 2021 (UTC)

== Italics ==

The documentation for [[Template:Wikt-lang]] states that italics can be disabled, but this functionality doesn't seem to actually work and I can't figure out why. Regardless of whether {{para|i}}, {{para|italic}}, and {{para|italics}} is used, and whether it is set to "no" as the documentation suggests or to 0, it doesn't disable the italics.

Can someone fix this so that the italics actually can be disabled? – [[User:Scyrme|Scyrme]] ([[User talk:Scyrme|talk]]) 13:29, 1 April 2022 (UTC)

:Fixed. [[User:Jberkel|Jberkel]] ([[User talk:Jberkel|talk]]) 11:35, 7 September 2022 (UTC)
::Thanks! – [[User:Scyrme|Scyrme]] ([[User talk:Scyrme|talk]]) 12:44, 7 September 2022 (UTC)

== Wikt-lang Template: Link to subsection for words with multiple "Etymologies" in the language? ==

For example, consider the English word "see." There are two completely etymologically-distinct meanings: a verb for visually perceiving or understanding, and a [[Episcopal See|Catholic diocese headed by a bishop]].

To show this, the [https://en.wiktionary.org/wiki/see#English Wiktionary page for "see"] has multiple Etymology subsections within the English section. (In this case, only two, but some pages have ''many'' more.)

'''When using the {{Tlx|Wikt-lang}} template, there's no option to link to a specific Etymology subsection.''' For example, {{Tlx|Wikt-lang|en|see}} → {{Wikt-lang|en|see}}, which always links to the beginning of the "English" section. If I'm editing the Wikipedia page about Episcopal Sees, I'd like to be able to link to the ''second'' etymology of "see" in Wiktionary.

This probably requires a new, ffth parameter for "Etymology Number" or something like that. ({{ping|Erutuon}}, {{ping|Jberkel}}?) [[User:Dark Jackalope|Dark Jackalope]] ([[User talk:Dark Jackalope|talk]]) 23:47, 9 November 2022 (UTC)

== Greenlandic / Kalaallisut ==

Wiktionary lists [[Greenlandic language]] words under the heading "Greenlandic" but the template provides the word "Kalaallisut". [[User:Eievie|Eievie]] ([[User talk:Eievie|talk]]) 03:46, 7 January 2023 (UTC)

== Italicisation of Halkomelem ==
: ''This discussion moved to [[Template talk:Lang/Archive 7#Italicisation of Halkomelem]], as it pertains to {{tlx|lang}}.'' <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Erutuon|Erutuon]] ([[User talk:Erutuon#top|talk]] • [[Special:Contributions/Erutuon|contribs]]) 17:13, 29 June 2018 (UTC)</small>

== missing data? ==

Am I mistaken, or should every language tag that is listed in the <code>["languages"]</code> table have both of <code>["name"]</code> and <code>["article"]</code> entries?  If that is so then:

these are missing <code>["name"]</code>:
*<code>be</code> – {{lang|fn=name_from_tag|link=yes|be}}
*<code>se</code> – {{lang|fn=name_from_tag|link=yes|se}}
*<code>sh</code> – {{lang|fn=name_from_tag|link=yes|sh}}
*<code>uk</code> – {{lang|fn=name_from_tag|link=yes|uk}}
*<code>goh</code> – {{lang|fn=name_from_tag|link=yes|goh}}
*<code>jbo</code> – {{lang|fn=name_from_tag|link=yes|jbo}}

these are missing <code>["article"]</code>:
*<code>ab</code> – {{lang|fn=name_from_tag|link=yes|ab}}
*<code>ae</code> – {{lang|fn=name_from_tag|link=yes|ae}}
*<code>av</code> – {{lang|fn=name_from_tag|link=yes|av}}
*<code>ff</code> – {{lang|fn=name_from_tag|link=yes|ff}}
*<code>ha</code> – {{lang|fn=name_from_tag|link=yes|ha}}
*<code>lt</code> – {{lang|fn=name_from_tag|link=yes|lt}}
*<code>oj</code> – {{lang|fn=name_from_tag|link=yes|oj}}
*<code>rw</code> – {{lang|fn=name_from_tag|link=yes|rw}}, wikt: [[Rwanda-Rundi language|Rwanda-Rundi]]
*<code>se</code> – {{lang|fn=name_from_tag|link=yes|se}}
*<code>sl</code> – {{lang|fn=name_from_tag|link=yes|sl}}
*<code>aaq</code> – {{lang|fn=name_from_tag|link=yes|aaq}}, wikt: [[Penobscot language|Penobscot]]
*<code>bua</code> – {{lang|fn=name_from_tag|link=yes|bua}}
*<code>egy</code> – {{lang|fn=name_from_tag|link=yes|egy}}, wikt: [[Egyptian language|Egyptian]]
*<code>frp</code> – {{lang|fn=name_from_tag|link=yes|frp}}
*<code>gml</code> – {{lang|fn=name_from_tag|link=yes|gml}}
*<code>goh</code> – {{lang|fn=name_from_tag|link=yes|goh}}
*<code>gsw</code> – {{lang|fn=name_from_tag|link=yes|gsw}}
*<code>grt</code> – {{lang|fn=name_from_tag|link=yes|grt}}
*<code>jbo</code> – {{lang|fn=name_from_tag|link=yes|jbo}}
*<code>moe</code> – {{lang|fn=name_from_tag|link=yes|moe}}, wikt: [[Montagnais language|Montagnais]]
*<code>odt</code> – {{lang|fn=name_from_tag|link=yes|odt}}
*<code>oge</code> – {{lang|fn=name_from_tag|link=yes|oge}}
*<code>osx</code> – {{lang|fn=name_from_tag|link=yes|osx}}
*<code>cel-pro</code> – {{lang|fn=name_from_tag|link=yes|cel-pro}}, wikt: [[Proto-Celtic language|Proto-Celtic]]
*<code>cel-x-proto</code> – {{lang|fn=name_from_tag|link=yes|cel-x-proto}}
*<code>gmw-ecg</code> – {{lang|fn=name_from_tag|link=yes|gmw-ecg}}, wikt: [[East Central German language|East Central German]]
*<code>nds-de</code> – {{lang|fn=name_from_tag|link=yes|nds-de}}, wikt: [[German Low German language|German Low German]]
*<code>sla-pro</code> – {{lang|fn=name_from_tag|link=yes|sla-pro}}, wikt: [[Proto-Slavic language|Proto-Slavic]]
In the above list the language names are the names that [[Module:Lang]] associates with the language tag.  When a second name is listed, Module:Lang and Wiktionary definitions of the language tag disagree.  In the case of the [[IETF language tag|IETF]]-like language tags, Module:lang does not support extlangs and the extlangs that Wiktionary uses are not defined in the IANA [https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry language-subtag-registry file].  Wiktionary names used above were taken from one of:
*[[wikt:Module:languages/data/3/a]]
*[[wikt:Module:languages/data/3/b]]
*[[wikt:Module:languages/data/3/e]]
*[[wikt:Module:languages/data/3/f]]
*[[wikt:Module:languages/data/3/g]]
*[[wikt:Module:languages/data/3/j]]
*[[wikt:Module:languages/data/3/m]]
*[[wikt:Module:languages/data/3/o]]
*[[wikt:Module:languages/data/exceptional]]
Am I mistaken?  Is there a reason that these language tags do not have both of <code>["name"]</code> and <code>["article"]</code>?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:50, 14 December 2023 (UTC)
:@Editor [[User:Erutuon|Erutuon]]: you are (apparently) the original author of this module.  Do you have an answer for my questions?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:32, 17 December 2023 (UTC)
: It's been a long time since I looked at this module. It doesn't currently use the <code>article</code> field in any code that can be invoked by a template.<code>makeLinkedName</code> uses the <code>article</code> field, but it's orphaned and apparently I never tested it, because it would give a "tried to concatenate nil" error for language codes that don't have an <code>article</code> field or don't have a <code>Wikipedia_name</code> or <code>name</code> field. I think I meant to use it in another invokable module function that would prepend the language name like {{tlx|lang-fr}} does, and never got around it. But it would probably be better to have [[Module:lang]] generate that language name. So for now the <code>article</code> field is unnecessary.
: The <code>name</code> field is used to specify the canonical name (the name of the language used in level-2 headers in Wiktionary entries). If I remember right, in the code that is invoked by templates, it is only needed when <code>mw.language.fetchLanguageName(languageCode, 'en')</code> doesn't return the canonical name. Thus, <code>be</code> doesn't have a <code>name</code> field because <code>mw.language.fetchLanguageName('be', 'en')</code> returns <code>Belarusian</code>, the canonical name; but <code>ab</code> has a <code>name</code> field with the canonical name <code>Abkhaz</code> because <code>mw.language.fetchLanguageName('ab', 'en')</code> returns <code>Abkhazian</code> and <code>aaq</code> has <code>Abnaki</code> because <code>mw.language.fetchLanguageName('aaq', 'en')</code> returns nil.
: The <code>name</code> fields are incomplete because I hadn't worked out how to fully populate the list of idiosyncratic Wiktionary language names and keep it up to date. There's no way for Lua modules on Wikipedia to access data modules on Wiktionary, so unless someone manually copies modules from Wiktionary to Wikipedia every time there is a change, the syncing would have to be done with JavaScript or an off-wiki script.
: We don't use real extlang subtags on Wiktionary or IETF language tags, but only use idiosyncratic codes identifying languages that can have entries, or language families, or variants (dialects for instance) of languages or language families, or variants of variants. This Wikipedia module only cares about languages that have entries. (It could also be made to handle codes of variants of those languages, if we wanted to figure that out; they are listed in [[wikt:Module:etymology languages/data]] along with variants of language families.) Some languages that have entries use ISO 639 language codes (probably sometimes with a different circumscription from what ISO prescribes), and others use codes that are sequences of two or three sequences of two or three letters joined by hyphens. (The codes for languages that have entries all match a regex <code>^[a-z][a-z][a-z]?(-[a-z][a-z][a-z]?){0,2}$</code>, but according to [[wikt:User:Erutuon/language_stuff#Exceptional_code_formats|this table]], most hyphenated codes have segments of three letters.) There's logic to how the language codes are made, such as that the first segment is usually an existing code, but as far as I know, those making Wiktionary language codes never look at the IANA subtag registry.
:Wiktionary puts these idiosyncratic language codes in <code>lang</code> attributes in the HTML. When they happen to be valid IETF language tags (as many are), it's because Wiktionary uses an ISO language code and the IANA registry also uses it. There has been [[wikt:Wiktionary:Grease pit/2023/November#question about language tags in CSS|talk]] about translating Wiktionary language codes into IETF tags, but no work on it so far. If Wiktionarians do that, we'll have to come up with some private-use tags, as Wikipedia has done with <code>ine-x-proto</code>, and it could simplify things if Wiktionary and Wikipedia use the same private-use tags.
: Anyway, that's a lot of background information. Syncing the <code>name</code> field from the Wiktionary language data modules requires 1. grabbing all the pairs of codes and canonical names of languages that have entries from [[wikt:Module:languages/code to canonical name]] (this can't be done in Lua on Wikipedia), 2. filtering out the names that are equal to the output of <code>mw.language.fetchLanguageName(code, 'en')</code>, 3. writing the remaining codes and names to a new data module on Wikipedia (separate from [[Module:Language/data]], which contains some data that has to be manually edited), 4. making this module use the new data module. The <code>name</code> field could then be removed from [[Module:Language/data]]. There are several other problems in this module, but this would solve the <code>name</code> problem. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 21:49, 17 December 2023 (UTC)
::Ah, thank for that.  My purpose is to add a level-2-header anchor to a wiktionary interwiki link.  With what you've written above, it looks like a two step process.  Step one is to query [[Module:Language/data]] for the Wiktionary preferred name.  When that query returns <code>nil</code>, then step two: attempt to fetch the language name from MediaWiki using <code>mw.language.fetchLanguageName(&lt;{{var|tag}}>, 'en')</code>.  When both fail, use the value in {{para|anchor}} if present and emit an error category; when {{para|anchor}} is missing or empty, emit an error message and an error category so that the underlying data can be fixed.  It ain't pretty but it will work I think.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:38, 17 December 2023 (UTC)
::: Looks good. That's roughly what {{tlx|wikt-lang}} does already, apart from not having a {{para|anchor}} parameter. — [[User:Erutuon|Eru]]·[[User talk:Erutuon|tuon]] 22:06, 30 December 2023 (UTC)