Template talk:label

Deletion debate
Note: The following refers to a previous, unrelated template that used the same name as this one.

Template:label
It's unused. The template uses CSS try swap one type of content for another. This causes problems for some views (browsers, gateways, and applications). See related BP discussion. We should be able to use links or hover-text to get our message across. Note there's a related declaration in Mediawiki:Common.css. --Bequw → τ 17:50, 25 July 2010 (UTC)
 * An experimental template from 2007 which isn't used. Delete, feels like we're on safe ground here. Mglovesfun (talk) 15:58, 26 July 2010 (UTC)

Deleted. --Bequw → τ 22:19, 26 July 2010 (UTC)

Reflexive verbs
We could easily fill Category:Reflexive verbs by language by adding this category through the existing templates (eg: parlarsi). JackPotte (talk) 20:23, 29 July 2013 (UTC)
 * That's assuming we want to fill all those categories. 20:27, 29 July 2013 (UTC)
 * This debate has already been closed, we can't let the numerous people who have gathered these 570 pages finishing manually the majority of these forms, even more when a template is already filled into the articles. JackPotte (talk) 21:17, 29 July 2013 (UTC)
 * For your information, the other on-line dictionaries (, ...) publish them, and as a native French speaker I can assure that it's fundamental at least in my language. JackPotte (talk) 21:29, 29 July 2013 (UTC)
 * That debate was about French specifically, but changing the categories in this module would change it for every language on Wiktionary. It was also 5 years ago, so that can hardly be assumed to be current consensus. That's why I said, it's assuming we actually want all of those categories. Also, it appears that not all the verbs in the category are actually reflexive, only some of them are. Why is that? 21:43, 29 July 2013 (UTC)
 * Because the template is misused for a derived term. For example we should move it from chamailler to it's redirection se chamailler. Autocategorizing will help to accomplish this maintenance. JackPotte (talk) 21:51, 29 July 2013 (UTC)
 * Exactly. The practice is very different for some other languages. For Dutch for example, the label is treated as a sense-level context label (like it should!) and a verb can have reflexive and non-reflexive senses. So if you added a category to the labels, then none of the verbs in "Dutch reflexive verbs" would actually be reflexive. They would only have one or more reflexive senses. 22:03, 29 July 2013 (UTC)
 * One solution would be to send a bot scanning what links to and add some categories according to the languages. JackPotte (talk) 22:38, 29 July 2013 (UTC)
 * How do you mean exactly? Which categories should it add? 22:44, 29 July 2013 (UTC)
 * At least French, Italian, Spanish and Portuguese.
 * But I'm still convinced that the module is the better way to categorize, it should detect if the category exists and if yes, just fill it (so you could protect Category:Dutch reflexive verbs‎ in red and it would stay empty). JackPotte (talk) 06:34, 30 July 2013 (UTC)

Language-specific links
Are they possible, or we are supposed to have language-specific context labels (like uds. for Spanish)? I'd like to have e.g. reflexive or Croatia with  link to Serbo-Croatian appendix (which there isn't one yet, but if this is possible I'd create it) where such terms are explained in more details. Also it would be useful to have support for this (links and categorization) in Module:headword, because often such labels are not meaning-specific (e.g. Ijekavian/Ekavian), but form-specific. --Ivan Štambuk (talk) 10:45, 3 September 2013 (UTC)
 * No, that's not possible currently. 12:00, 3 September 2013 (UTC)

New labels request
I'd like to request new labels - "honorific" and "humble" for languages such as Japanese and Korean, which have these linguistic feature. --Anatoli (обсудить/вклад) 22:23, 21 January 2014 (UTC)
 * Are you not able to edit Module:labels/data? 22:27, 21 January 2014 (UTC)


 * Thanks for the advice. If I knew what to do and how, I wouldn't ask. :) --Anatoli (обсудить/вклад) 22:47, 21 January 2014 (UTC)
 * Well... it does say so on the documentation page of this module... 22:48, 21 January 2014 (UTC)
 * I admit I haven't tried hard enough. I've added the labels now but will probably improve it later and add other languages. --Anatoli (обсудить/вклад) 22:59, 21 January 2014 (UTC)

Sorting
I didn't notice that the list was segregated into "qualifier labels", etc, so I have just been adding labels without regard to that segregation. It may be necessary to check that each label is in the right "section" of the module, or just abandon the segregation and sort all the labels alphabetically. - -sche (discuss) 00:37, 27 January 2014 (UTC)

Old Latin data
Hello. Could someone change the text for Old Latin in Module:labels/data from: labels["Old Latin"] = { display = " Old Latin ", plain_categories = {"Latin archaic terms"} } to: labels["Old Latin"] = { display = " Old Latin ", plain_categories = {"Old Latin"} } aliases["ante-Classical Latin"] = "Old Latin" aliases["Archaic Latin"] = "Old Latin" aliases["Early Latin"] = "Old Latin" please? — I.S.M.E.T.A. 15:44, 3 February 2014 (UTC)


 * I wonder if we should treat Old Latin as a separate language. We do that with all other "Old" languages already. 15:45, 3 February 2014 (UTC)


 * I'd considered that, too; there are many striking differences between it and Classical Latin, and there's a respectable corpus to draw on. Currently, however, it's treated as just a chronolect of Latin, along with Classical Latin, Late Latin, Medieval Latin, etc. Whilst the chronolectical treatment persists, could the context label be changed as I suggest above, please? — I.S.M.E.T.A. 15:50, 3 February 2014 (UTC)


 * Ok, it's done. If you want to treat Old Latin as a language, will you start a discussion somewhere? 16:31, 3 February 2014 (UTC)


 * Thank you. Yes, I'll do that soon; hopefully later today. — I.S.M.E.T.A. 16:43, 3 February 2014 (UTC)


 * Now done; see Beer parlour/2014/February. I'm sorry that it took me a few days to get round to it. — I.S.M.E.T.A. 19:28, 7 February 2014 (UTC)

Headword labels
I think it would be best if we split the currently listed categorisation into two. would become  and. That way we can categorise differently depending on what template is being used. We'd then also be able to decide that one of the two should not categorise at all, if we wanted to. 19:03, 28 March 2014 (UTC)
 * You can already specify lua or lua for that. — Keφr 19:06, 28 March 2014 (UTC)
 * Can that be changed, then? 19:08, 28 March 2014 (UTC)
 * Yes. Would that not lead to a lot of duplication, though? — Keφr 19:34, 28 March 2014 (UTC)
 * I suppose. But I prefer to keep things symmetrical. So maybe we could make it so the old names are the default for both, but if you want them to be different you have to use the separated names with "sense" and "term". We also probably don't want to use topical labels term-wide, because topics are inherently sense-specific generally. 19:44, 28 March 2014 (UTC)

Please add to Module:labels/data
1. Please add "Northeastern Mandarin": labels["Northeastern Mandarin"] = { display = "Northeastern Mandarin", regional_categories = {"Northeastern Mandarin"} } aliases["Northeast Mandarin"] = "Northeastern Mandarin"

2. Please add display for labels["Beijing"]:

display = "Beijing dialect",

Thanks. Wyang (talk) 06:35, 1 May 2014 (UTC)
 * Why not use  for the former? — Keφr 07:56, 1 May 2014 (UTC)
 * Yes, we might as well create labels for "northeastern", "northern", and other directions. They are commonly used. 12:15, 1 May 2014 (UTC)


 * Yes, sorry, should be "regional_categories". Corrected. Wyang (talk) 12:26, 1 May 2014 (UTC)

Beginning, Intermediate, Advanced Mandarin
They should categorise to "Beginning Mandarin", not "Beginning Chinese", even though the code used is 'zh'. Wyang (talk) 03:47, 8 May 2014 (UTC)
 * OK, I'll do it a bit later, using "plain_categories". It's same as "Cantonese" and we need to add some more categories, e.g. "Min Nan Chinese", "Wu Chinese":


 * In Module:labels/data:

labels["Beginning Mandarin"] = { plain_categories = {"Beginning Mandarin"} }
 * etc. --Anatoli (обсудить/вклад) 04:06, 8 May 2014 (UTC)

Combining plain/regional labels
What's the best way to label e.g. "Min Dong, dialectal Wu" (context|Min Dong|dialectal Wu), so that terms get categorised as both Min Dong Chinese and Wu Chinese (both are plain categories? --Anatoli (обсудить/вклад) 04:24, 22 May 2014 (UTC)
 * ? — Keφr 04:54, 22 May 2014 (UTC)
 * Great, thank you. --Anatoli (обсудить/вклад) 05:03, 22 May 2014 (UTC)
 * That's not the same as cx|Min Dong|dialectal Wu|. That's equivalent to cx|dialectal|Min Dong|Wu. We should either keep those labels, or create another label "dial." which is defined as "{omit_postComma = true}". Wyang (talk) 05:14, 22 May 2014 (UTC)
 * Thank you. "dialectal" actually belongs here to the language - "zh", in this case, so if "dialectal" cat exists, then it will be added to dialectal Chinese categories, which is okey. The visual effect is also achieved, it's Min Dong but dialectal Wu, is it right? --Anatoli (обсудить/вклад) 05:20, 22 May 2014 (UTC)
 * Visually it is the same, but it loses information about the association between "dialectal" and "Wu" and instead treats them as equal in level. If entries like 横顺 are created, they would be categorised as "Sichuanese Mandarin" < "Dialectal Mandarin", and this categorisation would not be possible. Wyang (talk) 05:29, 22 May 2014 (UTC)
 * Hmm... I can see advantages to distinguishing things that are found "in the Wu and Gan dialects" from things that are found "in dialectal Wu". High German, the Low German varieties and English could also make distinctions of that nature. I'm not convinced that it's necessary to make such distinctions, but if we do, the best way would IMO be to have dedicated "dialectal Wu" and "dialectal Gan" labels in addition to the "dialectal" and "Wu" labels which are already present. I don't think a "dial." label would be used correctly vis-à-vis "dialectal" in practice; as DCDuring observed some few years ago, "a system [of multiple ostensibly distinct but very similar things] that is too complicated will not be implemented correctly by anyone other than the developer of the system and perhaps an acolyte or two". (I'm not even convinced that people would correctly distinguish "dialectal Wu" from "dialectal: Wu" in practice, but meh.) - -sche (discuss) 07:27, 22 May 2014 (UTC)
 * I am undecided now. If it's OK with others, please re-add "dialectal Wu", etc. In any case, the data modules are for keeping data, even if it's large. --Anatoli (обсудить/вклад) 07:50, 22 May 2014 (UTC)

Vietnamese dialects
Please add:


 * "northern Vietnam" (="northern Vietnamese", "north Vietnam", "north Vietnamese", "north VN") under Category:Northern Vietnamese
 * "central Vietnam" (="central Vietnamese", "central VN") under Category:Central Vietnamese
 * "southern Vietnam" (="southern Vietnamese", "south Vietnam", "south Vietnamese", "south VN") under Category:Southern Vietnamese

Thanks!

– Minh Nguyễn &#x1f4ac; 09:40, 13 December 2014 (UTC)

, could you add these labels to Module:labels/data/regional? Thanks! – Minh Nguyễn &#x1f4ac; 22:44, 30 August 2015 (UTC)


 * ✅ [//en.wiktionary.org/w/index.php?title=Module%3Alabels%2Fdata%2Fregional&type=revision&diff=34285390&oldid=34280287]. :) - -sche (discuss) 23:10, 30 August 2015 (UTC)

Category for postpositive modifyers
A while back I created Category:English adjectives commonly used as postmodifiers. But would it make more sense to add those words to categories using Template:label? If I understand the code, we would need Module:labels/data to include: labels["postpositive"] = { display = "postpositive", pos_categories = {"postpositive modifiers"} } --Arctic.gnome (talk) 23:13, 8 July 2015 (UTC)
 * That would create lots of conflicts with existing entries that use the label "postpositive" already. We can't assume that all of them mean "postpositive modifier", not even in English. This is also one reason why I think we should actually move away from using labels to categorise things, rather than adding more categories to them. —CodeCat 23:29, 8 July 2015 (UTC)

Bug
The final noinclude doesn't have a closing tag. I don't think that's an issue, but the entire site is bugging out for me, especially at pitar - I see Template:documentation being transcluded everywhere. —Aryamanarora (मुझसे बात करो) 00:27, 4 February 2016 (UTC)
 * Nvm, see WT:Grease pit/2016/February —Aryamanarora (मुझसे बात करो) 00:27, 4 February 2016 (UTC)

Language code?
What is the purpose of the language code?


 * If the label adds something to a category (e.g. transitive verbs), it ensures it is the correct language category (e.g. English transitive verbs). Equinox ◑ 09:02, 26 February 2016 (UTC)

So it should be the language code of the entry, right? If so, please update the documentation to clarify this.

Topic categories
Would it be possible or desirable to make labels like "animal" or "color" automatically include words in a language's Colors or Animals category (for instance, grc:Colors or grc:Animals)? There would be one benefit: you wouldn't have to specify the category in the headword template or at the bottom of the page. — Eru·tuon 21:19, 10 March 2016 (UTC)
 * Is "animal" a context? —CodeCat 21:22, 10 March 2016 (UTC)
 * I suppose not. So perhaps a silly idea. I do wish there were a simpler way to categorize, though. — Eru·tuon 21:56, 10 March 2016 (UTC)
 * Simpler than what? —CodeCat 21:57, 10 March 2016 (UTC)
 * Than specifying categories in the headword or at the bottom of the page: in, ; in ,  . — Eru·tuon 22:20, 10 March 2016 (UTC)
 * We have the template : would put the page in both Category:grc:Colors and Category:grc:Animals. --WikiTiki89 22:25, 10 March 2016 (UTC)
 * Oh, just what I was looking for. Thanks. Now this post is superfluous. — Eru·tuon 22:44, 10 March 2016 (UTC)

Epic and Homeric Greek epithets
I've been using for tagging Ancient Greek words that are used in formulaic poetic descriptions (epithets) in the Iliad and Odyssey: for instance, the fairly famous  in the phrase "wine-dark sea". For these cases, the following labels would be useful:

labels['Homeric epithet'] = { display = " Homeric epithet ", omit_postComma = true }

The commas before and after would be omitted because "epithet" should only occur in phrases such as "Homeric epithet of the sea and cattle".

This request assumes that the label "epithet" will only be used in Ancient Greek entries. If that's not correct, then I can offer a different version of the labels. — Eru·tuon 23:18, 10 March 2016 (UTC)


 * I think it would be confusing for a general word like "epithet" to link in a language-specific way. A few (not many) entries refer to things as epithets, but often in the definition rather than (currently) the context; other entries use labels which are sometimes (partially) synonymous, like "slur". - -sche (discuss) 02:39, 11 March 2016 (UTC)
 * In that case, here's a modified form. Would this work? (It might be nice to have Greek dialect labels, but not sure if it's actually necessary at the moment...) — Eru·tuon 07:01, 12 March 2016 (UTC)
 * Added since the module stopped being admin-only. — Eru·tuon 00:14, 23 March 2016 (UTC)

Labels for subvarieties
It seems that and  don't recognize the labels in Module:labels/data/subvarieties. This is a problem for me, since I'm labeling Ancient Greek words by what dialect they belong to. For instance, I'd like to reference the label Epic in the subvarieties module. Could the code be modified to do this, or is there a reason why it doesn't allow it? — Eru·tuon 00:14, 23 March 2016 (UTC)

Actually, now the parameter from in doesn't work either. It used to generate a link and categorize. Maybe the result of this edit by @kc_kennylau? — Eru·tuon 00:23, 23 March 2016 (UTC)

Module:labels/data is protected with the "cascading" option turned on: Wiktionary:Main Page
The 3 April 2014‎ the labels list had been protected for the autoconfirmed users only. However, today a cascading protection blocks any non-admin account.

So, in order to work efficiently, that is to say without any redundancy into the articles and uncategorizing labels hazardous researches, I had to ask for some consensual and obvious modifications (because the categories already existed and were far from empty): But no admin took care of it.
 * 1) The 6 December 2015 I asked for Java programming language.
 * 2) The 13 February 2016 for Object-oriented programming.
 * 3) The 19 April 2016 for email.

As a result, this maintenance inertia has slowed and prevented my projects here, and unfortunately might have provoked discouragement or frictions between contributors. That's why I propose to avoid lb into the main page, once for all. JackPotte (talk) 22:55, 19 April 2016 (UTC)


 * I'm sorry for the inaction of me and other admins with regard to your requests. I think and  are supposed to be and historically were converted to (&apos;'text'&apos;) before being plugged into the Word-of-the-Day templates, precisely to avoid cascading protection falling onto the labels. Beer parlour/2016/April. - -sche (discuss) 00:52, 20 April 2016 (UTC)


 * [//en.wiktionary.org/w/index.php?title=Module%3Alabels%2Fdata&type=revision&diff=38022609&oldid=38015882 I've now added the Java and object-oriented labels]. - -sche (discuss) 01:01, 20 April 2016 (UTC)


 * What I did was continue working as if my desired labels were there and then add them when it's a day where neither the WOTD nor the FWOTD contain a transclusion. It's kind of like an MMORPG. Nibiko (talk) 14:52, 9 May 2016 (UTC)
 * As a computer scientist I consider as an error to repeat the labels in the categories.
 * By the way, as it's still protected today, I would need to add the label "clothing" for Category:en:Clothing please. JackPotte (talk) 19:08, 21 May 2016 (UTC)
 * That label already exists. See Category:Clothing. —CodeCat 19:16, 21 May 2016 (UTC)
 * this category doesn't refer to any label with this name. Actually I had checked that:
 * It's absent from Module:labels/data.
 * It doesn't work into locker loop.
 * So it's missing. JackPotte (talk) 19:39, 21 May 2016 (UTC)
 * I meant that I ignored the categorisation for the time that the label wasn't recognised, but I suppose that this doesn't work as well for busier pages like English entries, but I went fine with it with Japanese entries. The good days for the remainder of this month are the 25th, the 28th, the 29th, and the 30th, provided that the uncreated FWOTDs, when created, don't contain any transclusion (and they usually don't), but, for the other days, you can edit inactive WOTDs and FWOTDs to replace the transclusions, as they're allowed to be edited if they themselves are not transcluded in the main page. Nibiko (talk) 11:37, 22 May 2016 (UTC)
 * That's funny so I want to try one time: [//en.wiktionary.org/w/index.php?title=Wiktionary%3AWord_of_the_day%2FMay_23&type=revision&diff=38588519&oldid=38529362 I've planned it for tomorrow]. JackPotte (talk) 13:15, 22 May 2016 (UTC)
 * ✅ JackPotte (talk) 20:29, 23 May 2016 (UTC)


 * Ideally, Words of the Day should not invoke label, but should use plain formatting like (this) or something equivalent instead, to avoid this issue. - -sche (discuss) 21:04, 23 May 2016 (UTC)

and
I think you accidentally messed up the lua for "and". Could you fix it? — justin(r)leung { (t...) 07:26, 30 June 2016 (UTC)
 * Sorry. If have no idea how that happened, but I’ve fixed it now. — Ungoliant (falai) 15:12, 30 June 2016 (UTC)

Polite terms
Excuse me. In polite section, I would like to add pos_categories = {"polite terms"} } and delete display = "polite"}. I'm working on the Javanese language and I find a category of polite terms (Javanese: tembung krama) is necessary for any lemma with the polite label. This is similar to categories of honorific terms (Javanese: tembung krama inggil) and humble terms (Javanese: tembung krama madya) that Javanese can have here. In every Javanese dictionary, those three categories always follow every lemma and knowing which category a lemma belongs is important.

I don't think the link to Glossary is needed since the term polite is not found there.

Please ping me for any reply to this particular discussion. Thank you in advance. Cahyo Ramadhani (talk) 09:46, 6 August 2016 (UTC)


 * No one responded this so I edited it myself. Cahyo Ramadhani (talk) 01:23, 17 August 2016 (UTC)

Extra spaces in some categories
I'm currently extracting categories from the dump files. I've noticed that some categories have two spaces in them:
 * English terms with obsolete senses
 * English terms with archaic senses
 * English terms with rare senses
 * English terms with historical senses
 * English given names

I just checked the code and in line 24 there's indeed an extra space getting inserted: Can this be fixed please? Also, why is it showing up correctly on the interface? – Jberkel (talk) 21:10, 15 August 2016 (UTC)
 * Fixed, though it seems to be a minor issue. —CodeCat 21:23, 15 August 2016 (UTC)
 * Thanks! Minor issue maybe, but probably just because there's some data cleaning/workaround deployed at *some* level in the stack. – Jberkel (talk) 22:27, 15 August 2016 (UTC)

label for units of measure
I'm going to add a label for Category:Units of measure, if nobody objects, maybe just shortened to "unit", or is this to ambiguous? – Jberkel (talk) 11:22, 24 August 2016 (UTC)


 * Are there terms whose usage context is restricted to when units of measure are being discussed? I doubt it. So a label should not be used. If you want to categorize, simply add a category (as in [[acre-foot]]), either by spelling it out or by using . - -sche (discuss) 22:36, 24 August 2016 (UTC)
 * Isn't a label's purpose also to categorize? Maybe I misunderstood then. I find labels very helpful to get a quick idea of the scope. Categories are hidden at the bottom of the page and it's often not clear to which sense they belong. – Jberkel (talk) 00:46, 25 August 2016 (UTC)
 * That's a secondary effect, but not the primary purpose. The primary purpose is to indicate per-sense grammatical information, and to indicate the context within which a sense is primarily used. Something like is not used primarily within a certain context, it's used generally and understood without context. As a rule, context-indicating labels are used with senses that exist along other, more general senses as well. —CodeCat 00:59, 25 August 2016 (UTC)
 * OK. So for example in the case of or  a context label would be appropriate, since there are a few other senses? – Jberkel (talk) 02:40, 25 August 2016 (UTC)

Categorisation of terms
Can anyone help? Is this correct behaviour? — Saltmarsh συζήτηση-talk 11:27, 22 October 2016 (UTC)
 * Using "archaic"" - places the term in "Category:Lang terms with archaic senses"
 * Using "obsolete"" - places the term in "Category:Lang terms with obsolete senses"
 * Whereas "dated"" - places the term in "Category:Lang dated terms"

Unprotect
Can you unprotect this module? I need to make some changes. —CodeCat 19:07, 1 December 2016 (UTC)
 * I've unprotected it for 1 day. Will that suffice? — JohnC5 19:25, 1 December 2016 (UTC)
 * I don't think it works that way. I think it'll just be unprotected altogether after a day. —CodeCat 19:31, 1 December 2016 (UTC)
 * Whatever, just tell me when you're done and I'll change it back. :) — JohnC5 19:46, 1 December 2016 (UTC)

Semicolon
Is it possible to remove the space before a semicolon, like at ? — justin(r)leung { (t...) 16:39, 20 December 2016 (UTC)


 * We could add that as a feature. --WikiTiki89 17:52, 20 December 2016 (UTC)
 * ✅. --WikiTiki89 18:12, 20 December 2016 (UTC)

The semicolon only shows up once, e.g.,. — justin(r)leung { (t...) 06:50, 13 December 2017 (UTC)
 * Fixed. Thanks for the message at . — Eru·tuon 07:26, 13 December 2017 (UTC)
 * Thanks! — justin(r)leung { (t...) 07:27, 13 December 2017 (UTC)

mnemonic
✅ d1g (talk)
 * каждый охотник желает знать, где сидит фазан
 * List of_mnemonics

labels can be empty
can be seen here: на первый взгляд. d1g (talk) 17:36, 26 February 2017 (UTC)
 * That's because the  field is empty. It should either have content or not be given at all. However, I can make it so the module ignores an empty   field. — Eru·tuon 19:58, 26 February 2017 (UTC)
 * regarding "remove empty display" - I was asked at my user page not to display such specific label.
 * is it possible to implement with LUA or should I change lb at all pages? d1g (talk) 20:20, 26 February 2017 (UTC)
 * No, you are misunderstanding me. I am referring to the code lua that you added to Module:labels/data. The stuff between the quotes is the display. It should not be empty. Between the quotes, add a link to a page that explains what a "hedge" is. — Eru·tuon 20:35, 26 February 2017 (UTC)

call senseid with "grammar" as parameter
before: ; after:

other options are possible, but this one is the most useful d1g (talk) 07:29, 17 April 2017 (UTC)
 * How can you be sure that there is only one sense labelled "grammar"? —CodeCat 12:25, 17 April 2017 (UTC)

Examples / documentation
This seems to be sorely lacking to me.. I don't understand this at all. I can link to Australia, slangs and transitive. Some pages seem to indicate I could link or have the category for things like accounting or acting, but that doesn't seem to work at all. It seems like this would be useful if you could just put any word in somehow, like  to have it link to the Wikipedia page for money but that doesn't work either. Am I missing something? W3ird N3rd (talk) 11:00, 4 August 2017 (UTC)

labels["plural only"] = {pos_categories = { "pluralia tantum" },
Then what do I do with Greenlandic verbs that do not take singular subject, and affixes producing such verbs?__Gamren (talk) 16:38, 5 October 2017 (UTC)


 * I would suggest adding a label called "plural only verb", with whatever display text ("plural only"?) and categorization is desired, to use in those entries. If verbs and affixes need different categorization, a "plural only affix" label may also be needed. - -sche (discuss) 20:02, 6 October 2017 (UTC)

Categorization for the "outside" label
Currently, this template includes the entry in the regional category for every region mentioned, regardless of a preceding outside label. So, for example, the following code: &hellip;would include in the Category:Brazilian Portuguese. I think such behavior is correct and, I assume, deliberate. Why should we restrict the regionalism category to additional senses, excluding absent senses ?? thinks it "doesn’t make sense,"&#91;ed. 48272469&#93; though. So, how should this template behave? Thanks, --Usien6 (talk) 17:15, 15 December 2017 (UTC)
 * 1) As is; (ie., absent and additional senses get categorized together)
 * 2) put it in separate category; or (something along Category:Portuguese words with senses absent in Brazilian Portuguese, or so&hellip;)
 * 3) don't categorize at all. (ie., disable regionalism categorization whenever outside is found)
 * A better solution would be to tag the sense with the places where it is used (i.e. (Portugal, Africa) rather than (not in Brazil)). The current tag is better than no tag, but care should be taken so that sense isn’t added to Category:Brazilian Portuguese (which would indicate that the sense is only, or mostly, used in Brazil as opposed to all other non-tagged places).
 * You may want to propose the creation of categories for senses not used in a given place in the Beer Parlour. The existing regiolect categories are not a good place for that information as they stand. — Ungoliant (falai) 17:27, 15 December 2017 (UTC)

Add maritime to topical?
As alias to sailing?--So9q (talk) 13:32, 26 October 2019 (UTC)

Query Module:etymology_languages/data
, could we allow term-label to also query Module:etymology_languages/data like so, xme-ker => ? Even better if we could omit the prefix based on the parent language code, ex. ira-ker. Perhaps a new lectlabel template is warranted. --Victar (talk) 21:34, 27 June 2018 (UTC)
 * A scriptlabel template might also be helpful, ex. pal =>  --Victar (talk) 23:22, 27 June 2018 (UTC)
 * Adding a prefix from part of the language code would be hard to implement. So what you are suggesting is to use etymology language codes in and  and translate them to their canonical names and add a Wikipedia link if possible? I suppose that would save the work required to add labels to the appropriate label data module. — Eru·tuon 02:25, 28 June 2018 (UTC)
 * , right. I started to put together a basic test, but broke it while making it into a loop, Module:User:Victar/lectlabel Template:User:Victar/llb. --Victar (talk) 02:32, 28 June 2018 (UTC)

List of terms
I noticed some terms when input like "offensive" automatically link to that word, while others do not. Is this a list of options for what can be input there? Ranze (talk) 19:46, 18 October 2018 (UTC)
 * See Module:labels/data and the pages linked to from there. - dcljr (talk) 13:11, 26 November 2019 (UTC)

Use of "heading" label
The entry play is using this template called with the 3rd unnamed parameter set to "heading". For example:

which results in:
 * To produce music or theatre.

(This is followed by multiple "subsenses" all related to this overarching sense.)

I find this confusing. The word "heading" is presumably intended to signal that a collection of related senses is being introduced (see play for this example in context), but readers may be mislead into thinking that "heading" is trying to indicate some grammatical property of the word "play" itself (as are "transitive" and "intransitive"). I didn't find any other entries that did this, but cat contains such "collections of senses" without using this template. Is the usage I cite above nonstandard? Should it be changed? Could "heading" be replaced by, say, "multiple senses"? Has this issue been discussed before? &lt;time passes> I see that this was introduced to the entry by User:ReidAA (contribs) on 21 January 2015. - dcljr (talk) 13:10, 26 November 2019 (UTC)
 * That same edit by ReidAA I just linked to contains other changes I find weird (so experienced users might want to look it over carefully), but that's an issue for another talk page… - dcljr (talk) 13:18, 26 November 2019 (UTC)
 * I think this heading stuff has been discussed before (two years ago?), but I can't point to where. Canonicalization (talk) 13:21, 26 November 2019 (UTC)

RFC discussion: January 2020
" " produces "(obsolete outside dialectal)". --B-Fahrer (talk) 11:52, 5 January 2020 (UTC)
 * ? --Lambiam 13:51, 11 January 2020 (UTC)


 * We should probably make "dialects" display "dialects", while still categorizing the same way, because this comes up in a number of places. Although, another way of doing this would be "dialectal, otherwise obsolete". - -sche (discuss) 22:20, 11 January 2020 (UTC)


 * I have re-separated the label "dialects" (which was the historical state of affairs, until it was changed recently by someone who meant well but didn't think the consequences all the way through) so that it categorizes the same as "dialectal" but displays "dialects" to address this not-infrequent situation. I will flip through entries using the label with AWB in a bit to check that they are still displaying sensibly. - -sche (discuss) 21:02, 14 January 2020 (UTC)

"social media" label
I think we should have a "social media" label. "Internet" seems to get used as catch-all for all sorts of things happening on the internet. Or maybe the internet has become so dominated by social media that it's now treated synonymously? – Jberkel 07:57, 25 June 2020 (UTC)

Module:labels/data/regional and en
didn't work for the entry. Am I doing something wrong? —Suzukaze-c (talk) 08:21, 14 December 2020 (UTC)
 * That would be the right module to put that sort of label, but what happened is that the label in Module:labels/data/subvarieties overrode it. Maybe what we'd need is for to behave differently from, but at the moment the structure doesn't allow that; one or the other of the two labels would need a different key (South Korean something or other versus just plain South Korean). In a past discussion User:Rua suggested what I think was something like  . I've come to agree that's the best way to solve this sort of problem properly, but it'd require changing Module:labels to accept a new label data structure in addition to the current one. — Eru·tuon 21:45, 14 December 2020 (UTC)

Code for categorizing into "Category:English obsolete forms"
At present, adding categorizes an entry into "Category:English terms with obsolete senses". Is there a code that would categorize it into "Category:English obsolete forms" instead, for example, for an obsolete spelling? (I'm aware of and, but see  where  is already being used.)— SGconlaw (talk) 14:55, 16 April 2021 (UTC)

Adding
There's currently no way of applying a reference to a single label, eg: on caciu, I would like to be able to do
 * chiefly

since if I add the reference raw as  then MOD:labels/data/lang/scn wont recognize the label. Catonif (talk) 11:16, 13 November 2022 (UTC)

“Figurative” and “figuratively”
mmmm, is this a good idea? What is the difference between “figurative” and “figuratively” that justifies two separate labels? — Sgconlaw (talk) 10:49, 20 February 2023 (UTC)
 * The issue is that e.g. sometimes I want to write something like it and it comes out 'figuratively', which reads wrong. Originally 'figuratively' mapped to 'figurative' which would have made this read correctly, but then people who put 'literally' by the first sense of a term complained that they wrote 'figuratively' by the second sense and it came out 'figurative', which looked wrong, so they reversed the mapping. Although 'figurative' and 'figuratively' mean the same thing (and link to the same glossary entry), sometimes you want the adverbial form to display and sometimes the adjectival form, and we shouldn't force it one way or the other. It's similar to labels 'Tuscan' vs. 'Tuscany'; they mean the same thing but sometimes you want one to display, sometimes the other. Benwing2 (talk) 20:27, 20 February 2023 (UTC)
 * To me, "often figuratively or jocular" seems fine ... Actually I don't know why we didn't just shift entirely to the adjectival form. "Literal" and "figurative" also seem fine to me. — Sgconlaw (talk) 20:33, 20 February 2023 (UTC)
 * I am also fine with 'literal' in place of 'literally' but apparently some people aren't ... Benwing2 (talk) 21:43, 20 February 2023 (UTC)
 * it just seems to me it would be better to standardize on adjectives. After all we don’t say “formally”, “humorously”, etc., in our labels. — Sgconlaw (talk) 01:47, 21 February 2023 (UTC)

I noticed you changed the label to figurative in all entries. Perhaps it would've been good to have a BP discussion about the display of these labels as they are used in thousands of entries. I don't have a strong opinion, but slightly prefer the adverbs over the adjectives as the default labels. In case we stick with the adjectival form, certain entries need to be corrected: (and perhaps others). Einstein2 (talk) 00:44, 1 September 2023 (UTC)


 * @Einstein2 You make a good point - I hadn’t realised it was used with “used figuratively” et al in labels. I was merely changing it to match many of the other aliases we already have. Theknightwho (talk) 01:05, 1 September 2023 (UTC)
 * Should we switch entirely over to adjectives? I don't have a strong feeling one way or another, but note that we have "attributively" and (until recently) "figuratively" which are adverbs, and then many adjectives which seem to predominate: "formal", "humorous", "poetic", and so on. ("Used figuratively" could just be replaced by "figurative" or "figuratively", in my view.) — Sgconlaw (talk) 10:22, 1 September 2023 (UTC)
 * @Theknightwho It sounds like you undid my change to split 'figurative' and 'figuratively'. The whole reason I did this was for reasons like pointed out by User:Einstein2, sometimes one makes more sense and sometimes the other in particular label configurations. It is similar IMO to 'Tuscan' vs. 'Tuscany'; merging the two led to all sorts of solecisms so I split them. I would suggest a BP discussion to make sure we have consensus before going and changing/cleaning everything to a particular person's preferred standard. Benwing2 (talk) 19:36, 1 September 2023 (UTC)

I changed "figurative" back to "figuratively" in order to bring it into line with "literally". If you would like to make further modifications with the display of the labels, please start a BP discussion. Einstein2 (talk) 18:43, 23 October 2023 (UTC)


 * I've started a Beer Parlour discussion as all this toing and froing is undesirable. — Sgconlaw (talk) 20:12, 23 October 2023 (UTC)

stenoscript
Could 'stenoscript' be added as a context label, with corresponding category? (All instances are tagged as lang=en, but that's redundant.) kwami (talk) 03:34, 4 March 2023 (UTC)

Please add
Please add Fijian English to the list of dialects. 149.167.173.216 00:42, 5 July 2023 (UTC)

"example"
en → ( example, &#32;slang )

This is weird and confusing, and shouldn't show up on mainspace entries. We should be showing an error instead for empty parameters. For example display on Template:label, can't we just manually pass "example"? 

—Fish bowl (talk) 01:14, 15 March 2024 (UTC)


 * @Fish bowl Yup, let me fix this. Benwing2 (talk) 01:23, 15 March 2024 (UTC)
 * @Theknightwho This is a bug in parameter handling in Module:parameters. Can you take a look? When you specify  it needs to check to make sure there are no list values at all but it appears to be just checking the first value. Benwing2 (talk) 01:28, 15 March 2024 (UTC)
 * Fixed. Theknightwho (talk) 02:33, 15 March 2024 (UTC)

lombard
may anyone add in lombard? That Northern Irish Historian (talk) 15:52, 1 May 2024 (UTC)

Teesside/Hartlepool English redirecting to Smoggie
For whatever reason, the Teesside English (also aliased Hartlepool) links to the Wikipedia page of Smoggie, “a colloquial term used to refer to people from the Teesside area”. It's also mentioned there that “Originally, this was a term of abuse”. It does contain one section about the language (including some phonology changes and vocabulary), but wouldn't this dialect better fit redirecting to Teesside or some separate entry for the dialect? TheChilliPL (talk) 21:37, 12 July 2024 (UTC)


 * @TheChilliPL No, it's better to link to a page that actually talks about the dialect, and not just a generic page for the place. Given that there is no page for Teesside English, the page for Smoggie is the best we have. Just like "Geordie" and "Mackem", "Smoggie" can also specifically refer to the dialect itself. Theknightwho (talk) 05:33, 13 July 2024 (UTC)