Module talk:etymology/templates

Links to the same page

 * Right now, desc works in a very different way to l when the link points to a different language section on the same page. At chwerw, under Descendants, if I write "Welsh: cy", I get a link to chwerw; but if I write "cy" I get bold-face chwerw with no link (as if it were a bare link [[chwerw]]). Can this be fixed so that a link is created? Thanks. —Aɴɢʀ (talk) 19:48, 9 April 2017 (UTC)
 * Oh, yes, that's right. Thanks for mentioning it. Done. — Eru·tuon 03:05, 10 April 2017 (UTC)

Nil term
could you add a "-" nil option for terms in desc so that I can use it for cases like sh which is parent to the Cyrillic and Latin forms? --Victar (talk) 20:57, 5 June 2017 (UTC)
 * Done, though I wonder if it shouldn't have a different template. — Eru·tuon 21:17, 5 June 2017 (UTC)
 * Thanks, Erutuon! I think the template should always have a colon, as per the nature of the template. An alternative could be  but I think sh is more appropriate in this use and simpler to boot. --Victar (talk) 21:25, 5 June 2017 (UTC)
 * , I had to restore the original. It worked for sh, but not normal entries. =P --Victar (talk) 22:17, 5 June 2017 (UTC)
 * I went to a previous version and fixed it so it works in all cases. — Eru·tuon 22:38, 5 June 2017 (UTC)
 * Awesome, Thanks! --Victar (talk) 22:50, 5 June 2017 (UTC)

, I'd like to be able to use null for the term, but still provide a definition and transliteration. Is that easily possible?--Victar (talk) 07:29, 1 March 2018 (UTC)
 * That can be done this way: &rarr; . — Eru·tuon 10:36, 1 March 2018 (UTC)
 * : LOL, of course I know I can do that. What I'm trying to do is pal and not get . --Victar (talk) 14:55, 1 March 2018 (UTC)
 * It might be possible, but why do you want to do that? Is this word never going to have an entry for some reason? — Eru·tuon 18:37, 1 March 2018 (UTC)
 * (I realize Middle Persian is written in Book Pahlavi among other scripts, and that B.P. isn't in Unicode, but there are Latin-script entries for these words as a workaround.) — Eru·tuon 18:40, 1 March 2018 (UTC)
 * No, this would be used in descendents in descendent lists with multiple scripts:
 * pal
 * Right now I'm having to manually type  --Victar (talk) 20:50, 1 March 2018 (UTC)
 * Ahh. Well, currently language code calls the function in Module:links, which adds the  bit as well as the other information in brackets. I'd rather add this feature here than modify that module. How do you want it to look? — Eru·tuon 22:09, 1 March 2018 (UTC)
 * Well, pal yields, so the solution might just be to allow - to pass through to l, and then filter the  out when it comes back into desc. --Victar (talk) 22:41, 1 March 2018 (UTC)
 * So, do you mean ? That's badly punctuated; the colon shouldn't have anything following it on the same line. — Eru·tuon 23:00, 1 March 2018 (UTC)
 * I'd like to pal to yield . --Victar (talk) 23:06, 1 March 2018 (UTC)
 * Okay. Well, I don't like that format, but it would be best to templatize this so that it can be standardized. Creating a link and then deleting it is too hacky; I'll have to come up with another method. — Eru·tuon 23:47, 1 March 2018 (UTC)
 * I was alternatively also thinking I could do something like pal high. There are cases then as well, were I'll be not needing 1, ex. translation. Perhaps we could integrate that module into desc, which might be less "hacky". --Victar (talk) 00:03, 2 March 2018 (UTC)
 * Here is a straightforward practical example. --Victar (talk) 03:55, 2 March 2018 (UTC)
 * There also is a potential need for a translation template when you have multiple non-Latin terms on a single line, and you want to associate the translation and translation with all the items on that line, i.e.  →  . --Victar (talk) 04:13, 2 March 2018 (UTC)

alter trN paraments
, I got another one for you, if you have a moment. trN don't seem to be getting parsed from alter properly. Here is an example. --Victar (talk) 22:47, 6 June 2017 (UTC)
 * I think this has to do with Module:descendants tree, not this module. — Eru·tuon 22:54, 6 June 2017 (UTC)
 * That's true, but desc pulls from that module with 1. --Victar (talk) 22:57, 6 June 2017 (UTC)
 * In this case, was the template with the problem. Anyway, it's  now. — Eru·tuon 23:16, 6 June 2017 (UTC)
 * Thanks! You rock! --Victar (talk) 23:21, 6 June 2017 (UTC)

alts in desc broken

 * alts in desc doesn't seem to be working anymore. Any ideas? --Victar (talk) 05:06, 21 July 2017 (UTC)
 * I'm tracking the  parameter to try to find examples of the problem. I don't know why it would suddenly stop working when it worked before. — Eru·tuon 18:31, 21 July 2017 (UTC)
 * Yeah, it's really strange. Thanks for looking into it. --Victar (talk) 18:40, 21 July 2017 (UTC)
 * The tracking function isn't finding anything. Could you point to some examples? — Eru·tuon 19:03, 21 July 2017 (UTC)
 * Sure. Check out the descendants sections of . --Victar (talk) 19:12, 21 July 2017 (UTC)
 * Heh. The problem was the hyphens in the language name and code . It was trying to find  and  . Escaping fixes the problem. — Eru·tuon 19:45, 21 July 2017 (UTC)
 * Ah! Sweet, thanks! --Victar (talk) 19:56, 21 July 2017 (UTC)

tr param without a term specified
, the desc template needs to be updated so that the transliteration will display in the absence of a term (like l does: ). Thanks. — JohnC5 21:45, 9 August 2017 (UTC)
 * desc and l look to function the same to me in that respect. --Victar (talk) 00:16, 10 August 2017 (UTC)
 * It looks okay to me: . — Eru·tuon 00:30, 10 August 2017 (UTC)
 * Welp, I think I must have messed something up. Sorry! — JohnC5 01:09, 10 August 2017 (UTC)

Problem inheriting or deriving from a language family (showing up with tovarăș)
I'm trying to update the term tovarăș from

From tovarištĭ, comparable to Russian.

but

From, comparable to.

gives an error message about The language or etymology language code "sla" is not valid., because line 181 explicitly disallows language families:

181 local source = fetch_source(args[2], "no family")

See:


 * From Lua error in Module:etymology/templates at line 20: The language or etymology language code "sla" is not valid., comparable to.

Whereas

From, comparable to.

is not recognising that I've passed in the term tovarištĭ; it's just outputting Slavic


 * From, comparable to.

My Lua isn't good enough to see why it's not working. — OwenBlacker | Talk 12:11, 18 November 2017 (UTC)
 * "Slavic" is a language family, not an actual language, so it doesn't actually have terms. You probably meant Proto-Slavic? —Rua (mew) 12:32, 18 November 2017 (UTC)
 * Also, Romanian isn't a Slavic language, so inherited is wrong anyway- it had to have been borrowed into either Romanian or one of its ancestors at some point. Chuck Entz (talk) 01:47, 19 November 2017 (UTC)

Descendants - alts - error
The alts parameter creates an error message instead of just no text if it cannot find alt forms (example), which renders the entire parameter moot. I'd like to understand why that is the case, and get it fixed. Korn &#91;kʰũːɘ̃n&#93; (talk) 09:12, 18 June 2018 (UTC)
 * The assumption seems to have been that you wouldn't use the parameter unless there was actually an Alternative forms section for that language. I suppose it is easier if you can add the parameter without checking for alternative forms. — Eru·tuon 21:12, 18 June 2018 (UTC)
 * Well, if I have to regularly check for whether there are alt forms on my own and then add the tag manually only when I find them to be there, I've gained no benefit of automatisation from the module. I cannot tackle this myself, I don't understand the jungle of modules our local coding coven has made mainly for their own administration. Korn &#91;kʰũːɘ̃n&#93; (talk) 21:18, 18 June 2018 (UTC)
 * I removed the error message for a missing Alternative forms section in Module:descendants tree, where the error message was triggered. Hopefully no one will object. — Eru·tuon 21:57, 19 June 2018 (UTC)
 * Thanks, ! --Victar (talk) 04:04, 20 June 2018 (UTC)

2nd gender parameter
Can someone add a  parameter? For de I'm getting this: 🇨🇬. Thanks, Julia ☺ ☆ 17:14, 11 March 2019 (UTC)
 * You can combine genders with hyphens. DTLHS (talk) 17:16, 11 March 2019 (UTC)
 * No, you can't. Hyphens are for separating the different parts of a single specification. —Rua (mew) 17:18, 11 March 2019 (UTC)
 * See Special:WhatLinksHere/Template:tracking/gender_and_number/multiple for a list of all entries that use an invalid gender specification. It looks like the vast majority were actually your doing, so can you please fix them? —Rua (mew) 17:31, 11 March 2019 (UTC)
 * No. Make it throw a module error if it's that big of a problem. DTLHS (talk) 17:34, 11 March 2019 (UTC)

desc, desctree changes
, can you explain to desc and desctree, particularly "implementation supporting multiple terms"? Is there a discussion I missed? -- 03:17, 27 November 2020 (UTC)
 * I was about to post about this. I implemented multiple terms using term2=, term3= etc. to allow replacing this:
 * with this:
 * What I'd like to do, however, is change so that the following works, similar to :
 * This requires that we move the existing 3= to alt= and the existing 4= to t=. I don't think there are all that many existing uses of 3= and 4=, so this shouldn't be too hard. What do you think? Benwing2 (talk) 03:21, 27 November 2020 (UTC)
 * BTW I slightly broke things, give me a sec to fix it. Benwing2 (talk) 03:22, 27 November 2020 (UTC)
 * That feature was discussed before, and I myself, don't support that addition. -- 03:44, 27 November 2020 (UTC)
 * (e/c) The motivation for these changes was that it's impossible to write this:
 * because the 'bar' and 'baz' terms will end up after the whole tree and badly formatted, instead of before the tree on the same line as 'foo'. Benwing2 (talk) 03:45, 27 November 2020 (UTC)
 * Ummm, don't support, or don't support the addition of this feature in any form? Why not? Benwing2 (talk) 03:46, 27 November 2020 (UTC)
 * The latter. It's unneeded. There really should have been a discussion first. -- 03:52, 27 November 2020 (UTC)
 * I'm not sure why that's a relative motivation, but no one should ever need to do . People should be filling in alter on the relative page. --  03:52, 27 November 2020 (UTC)
 * The original motivation was that I was trying to obsolete and in fact the usage you claim should not be needed is quite common, and the terms aren't always suitable for Alternative forms. Benwing2 (talk) 03:59, 27 November 2020 (UTC)
 * In the rarest case you would need to exclude Alternative forms, you could do: . --  04:04, 27 November 2020 (UTC)
 * This is really ugly syntax, as for that matter is the very common, , . It's even worse if LANG is an etymology language, because then the 's have to use the parent language. I still don't see why you prefer this syntax over the simpler syntax . This works very much like , which replaced earlier invocations of , in a similar fashion. Benwing2 (talk) 04:15, 27 November 2020 (UTC)
 * In fact, given how much you create descendant lists, I'm very surprised to see you're not in favor of the simpler syntax. Benwing2 (talk) 04:16, 27 November 2020 (UTC)
 * You are, of course, welcome to that opinion, but you should revert your changes and start a discussion first to gauge support for their implementation. -- 05:15, 27 November 2020 (UTC)
 * In the rarest case you would need to exclude Alternative forms, you could do: . --  04:04, 27 November 2020 (UTC)
 * This is really ugly syntax, as for that matter is the very common, , . It's even worse if LANG is an etymology language, because then the 's have to use the parent language. I still don't see why you prefer this syntax over the simpler syntax . This works very much like , which replaced earlier invocations of , in a similar fashion. Benwing2 (talk) 04:15, 27 November 2020 (UTC)
 * In fact, given how much you create descendant lists, I'm very surprised to see you're not in favor of the simpler syntax. Benwing2 (talk) 04:16, 27 November 2020 (UTC)
 * You are, of course, welcome to that opinion, but you should revert your changes and start a discussion first to gauge support for their implementation. -- 05:15, 27 November 2020 (UTC)

You also removed  from desc? Can you please revert your edits and start a new discussion about implementing your changes? -- 20:19, 28 November 2020 (UTC)
 * I just saw all your messages and reverts; real life intervened in a big way. I did not intentionally remove any functionality and I'm not terribly happy that you feel the need to force this issue over some added functionality that (modulo a few accidental edge cases) caused you no harm. I will definitely be starting a BP discussion. Benwing2 (talk) 06:38, 1 December 2020 (UTC)
 * I figured real life snagged you, which I why I didn't wait on you. Hope everything is OK. guessed that the above was unintended. It really does affect me considerably because filling desc term requests is something I often do and visually seeing if a term in nulled out with lang is really helpful. I'm not totally opposed to multiple terms -- my largest argument against it is I don't want to promote people being lazy and not using alter on the proper pages. I look forward to the discussion. --  21:28, 1 December 2020 (UTC)

desc: moving alts after translation; automatic transliteration; multiple-form translation

 * Would moving alts after the translation be possible and agreeable? The usual and expected approach in etymology is to list all the forms and then give a translation, and that the translation currently preceeds the alt forms is confusing; doubly confusing if you add a qualifying text after, so that it's impossible to tell which of the forms the qualification belongs to.
 * Come to think of it: currently alts=1 automatically gives transliteration, but not the default - this doesn't seem helpful. Is there a reason transliteration shouldn't be made automatic for main forms as well?
 * In case of several forms, all with transliterations, I think it's desirable that the translation be given in separate brackets with the text "all meaning X" - otherwise it will again raise questions as to which forms the translation belongs to.
 * Brutal Russian (talk) 06:57, 28 April 2021 (UTC)