Wiktionary:Grease pit

Definition from Wiktionary, the free dictionary
(Redirected from Wiktionary:Grease Pit)
Jump to navigation Jump to search

Wiktionary > Discussion rooms > Grease pit

Welcome to the Grease pit!

This is an area to complement the Beer parlour and Tea room. Its purpose is specifically for discussing the future development of the English Wiktionary, both as a dictionary and as a website.

The Grease pit is a place to discuss technical issues such as templates, Lua modules, CSS, JavaScript, the MediaWiki software, extensions to it, the toolserver, etc. It is also a place to think in non-technical ways about how to make the best free and open online dictionary of "all words in all languages".

Others have understood this page to explain the "how" of things, while the Beer parlour addresses the "why".

Permanent notice

  • Tips and tricks about customization or personalization of CSS and JS files are listed at WT:CUSTOM.
  • Other tips and tricks are at WT:TAT.
  • Find information and helpful links about modules, Lua in general, and the Scribunto extension at WT:LUA.
  • Everyone is encouraged to expand both pages, or to come up with more such stuff. Other known pages with "tips-n-tricks" are to be listed here as well.

Grease pit archives edit


May 2018

Limit on Babel?[edit]

I want to add scripts I learn but two {{User Mymr-1}} and {{User Khmr-1}} don't get added:

Using {{Babel|Cyrl|Latn|Hira-4|Kana-4|Arab-4|Hang-4|Hani-3|Jpan-3|IPA-3|Grek-2|Deva-2|Thai-2|!||Bopo-1|Hebr-1|Khmr=1|Mymr=1|align=left|footer=Scripts I can contribute in|header=Scripts}}

--Anatoli T. (обсудить/вклад) 06:57, 2 May 2018 (UTC)

@Atitarev Should be a dash instead of an equal sign, Anatoli. :) Wyang (talk) 07:12, 2 May 2018 (UTC)
@Wyang: Thank you, Frank! --Anatoli T. (обсудить/вклад) 10:01, 2 May 2018 (UTC)

All words clickable?[edit]

Please, could all the words become clickable (black colour)? And blue only if a specific #, or a particular page (Appendices etc) or external. Especially at UsageExamples... and definitions. Would be great. sarri.greek (talk) 10:55, 2 May 2018 (UTC)

@Sarri.greek: If all the words were clickable — I assume you mean, linked to their entries — it would be almost impossible to click on or drag from anywhere in the entry. Very bad design, IMHO. --Thnidu (talk) 04:17, 9 May 2018 (UTC)
On en.wikinews there is a gadget that double clicking on any word shows showed a popup with information from Wiktionary. It is currently broken but it is not so bad idea. See n:MediaWiki:Gadget-dictionaryLookupHover.js and n:Wikinews:Javascript#Wiktionary lookup gadget (Hover box variety). --Vriullop (talk) 08:43, 9 May 2018 (UTC)
Thank you for answering @Thnidu: and @Vriullop:! Well, I know nothing about computers... I was thinking something like this example@logeion.uchicago.edu. Every double.click on a word works fine. Magic! You know, how at definitions we make links for some words, the ones we expect the visitors would not understand. And at usage examples, I try to use words which exist in wiktionary. But the visitor has to type them himself at the search box. The problem would be, that many words are not lemmata. Yet. sarri.greek (talk) 11:14, 9 May 2018 (UTC)
Ah, you mean double-clickable. "Click" by itself almost always means a single click. Yes, that seems plausible in terms of UX (user experience). (I'm neither recommending for or against it.) --Thnidu (talk) 22:17, 9 May 2018 (UTC)
It is probably undesirable to override double-click behaviour because many browsers allow double-click to select an entire word (making it easier to copy etc.); I've even seen triple-click to select the whole sentence or paragraph. Equinox 18:29, 17 May 2018 (UTC)
  • Browser-specific "Preferences" (left-hand column, not top of page) has such an option. It is ugly, probably broken. If someone could fix it, [] . DCDuring (talk) 09:48, 10 May 2018 (UTC)
Oh, I see: Wiktionary:Per-browser preferences, but it does not work for me. It seems to come from User:Bequw/quickLookup.js. Ping User:Bequw. --Vriullop (talk) 19:03, 10 May 2018 (UTC)
It sorta works for me in Chrome, not in Firefox. DCDuring (talk) 20:29, 10 May 2018 (UTC)

incategory for topic cats[edit]

What's the technical reason why incategory:"en:Nautical" doesn't work? —This unsigned comment was added by (talk) at 22:22, 3 May 2018.

What do you mean by "doesn't work"? — SGconlaw (talk) 16:44, 3 May 2018 (UTC)
Because of a bug in the search software. See a previous discussion on this topic: Wiktionary:Information desk/2018/April#how do you search these topic cat?. — Eru·tuon 17:08, 3 May 2018 (UTC)

Wikitext highlighting out of beta[edit]

18:55, 4 May 2018 (UTC)


Hello. I create this module on Azerbaijani Wiktionary. But I want write info.cat_name with lower case. How I can do that? For example change from English terms derived from Turkic languages to English terms derived from turkic languages. Please help me. --Drabdullayev17 (talk) 20:29, 4 May 2018 (UTC)

@Drabdullayev17: I looked at the modules and I will try to explain the problem and a possible solution. But perhaps you would want me to edit the modules instead.
info.cat_name has been set to either source:getCanonicalName() or source:getCategoryName(), where source is a language object from Module:languages or a language family object from Module:families. So you will have to edit Module:languages or Module:families, or their data modules such as Module:languages/data2 and Module:families/data, to change "Turkic" to "turkic".
Perhaps language and language family names need to be in lowercase in the data modules ("turkic", not "Turkic") because Azerbaijani doesn't capitalize language names. (But Azərbaycan, the name of the country, as the name for az, and it is capitalized.) Then you can capitalize the first letter of the category name (english terms derived from turkic languagesEnglish terms derived from turkic languages) with code like the following: category_name = mw.getContentLanguage():ucfirst(category_name). — Eru·tuon 23:08, 4 May 2018 (UTC)
@Erutuon: thanks for your answer but I can't understand clearly. Can you do for me? --Drabdullayev17 (talk) 18:18, 5 May 2018 (UTC)
@Drabdullayev17: I made a change in az:Module:etymology to capitalize the category name. I changed "Turkic" to "turkic" in az:Module:families/data, but you will have to change the rest of the language family names. This may cause problems in places where language family names need to be capitalized. — Eru·tuon 20:54, 5 May 2018 (UTC)
@Erutuon: problem not solved, so undo all changes. Can you check az:ahmoq? --Drabdullayev17 (talk) 21:10, 5 May 2018 (UTC)
@Drabdullayev17: I looked at az:ahmoq; what was wrong? — Eru·tuon 21:13, 5 May 2018 (UTC)
@Erutuon: we need change category name (Özbək dilində Ərəb mənşəli sözlərÖzbək dilində ərəb mənşəli sözlər) --Drabdullayev17 (talk) 21:20, 5 May 2018 (UTC)
@Drabdullayev17: I guess you have to edit a language data module and change "Ərəb" to "ərəb". I believe the module is az:Module:languages/data2. — Eru·tuon 21:24, 5 May 2018 (UTC)
@Erutuon: this edit will create new problems. --Drabdullayev17 (talk) 21:30, 5 May 2018 (UTC)
@Erutuon: code which you add to az:Module:etymology give me an idea. Now problem is solved. Thank you very very much. --Drabdullayev17 (talk) 21:47, 5 May 2018 (UTC)
@Drabdullayev17: Well, that might cause problems. I don't know Azerbaijani, but I am guessing that some language names in the language data modules such as az:Module:languages/data2 are always capitalized (az, Azərbaycan) and some are not (ar, ərəb). Is this correct? — Eru·tuon 22:02, 5 May 2018 (UTC)
@Erutuon: not correct. If name of language first word of sentence it is capitalized, otherwise not. This rule include Azərbaycan. --Drabdullayev17 (talk) 23:00, 5 May 2018 (UTC)
@Drabdullayev17: Are you saying that Azərbaycan can be in lowercase: azərbaycan? — Eru·tuon 23:18, 5 May 2018 (UTC)
@Erutuon: yes if you mean language. Azərbaycan has two meanings: country and language. I give you some examples : Mən azərbaycan dilində danışa bilirəm. (I can speak Azerbaijani language.) Azərbaycan dili qədim dildir. (Azerbaijani language is old language.) Azərbaycan Asiyada yerləşir. (Azerbaijan locates in Asia.) Mən Azərbaycana gedirəm (I go to Azerbaijan.) --Drabdullayev17 (talk) 23:25, 5 May 2018 (UTC)
If so, there should be an entry for lowercase azərbaycan. But this rule is not followed in the article w:az:Azərbaycan dili: Azərbaycan dili is always capitalized, while fars dili and ərəb dili are not. — Eru·tuon 23:35, 5 May 2018 (UTC)


I have a proposal, can WMF add "wikitionary.org" as an alias domain name for "wiktionary.org" ? It is currently being typosquatted, but it used to 404. The typosquatting could cause potential readers to gain unwanted malware. -- 03:53, 5 May 2018 (UTC)

You should email the Wikimedia office with this suggestion, they are the only ones who can act on it. - TheDaveRoss 04:17, 5 May 2018 (UTC)
Well, any of us could buy the website and set it to redirect. It may be more money than I'm willing to spend, but we'd have to find out. —Μετάknowledgediscuss/deeds 06:37, 5 May 2018 (UTC)
Are you the person trying to sell this domain? Equinox 10:35, 5 May 2018 (UTC)
No, I bumped into it when I was trying to get here. It used to 404, so it didn't matter too much (it was just annoying), but someone should have acted back then, since it would have been simple. Perhaps the ICANN namesquatting rules can be used to usurp the domain ownership. -- 11:40, 5 May 2018 (UTC)

links between connected Arabic characters[edit]

There's probably no way around it but inserting brackets breaks the display of Arabic connected letters, compare: عَنِّي (ʿannī) (connected) with عَنِّي (ʿannī) (disconnected), even without diacritics: عني. --Anatoli T. (обсудить/вклад) 03:52, 8 May 2018 (UTC)

Interestingly, I'm seeing عَنِّي (ʿannī) and عني as connected on Firefox. Same with عَنِّي‎. But when I bring up Google Chrome, it has them disconnected. So I guess it depends on the browser or font engine or something whether Arabic characters that are separated by HTML tags are connected. — Eru·tuon 17:13, 8 May 2018 (UTC)

Request: parameter so Template:en-adj indicates 'more' or '-er' forms are uncommon[edit]

Inspired by Wiktionary:Tea_room/2018/May#doleful, a feature request: similar to how {{en-noun}} accepts a (short sequence of) parameter(s) that makes it display "usually uncountable, plural [x]", it would be useful if {{en-adj}} accepted some parameter(s) to display something like "comparative usually more doleful, sometimes dolefuler, superlative usually most doleful, sometimes dolefulest". Alternatively, allowing individual forms to be qualified, as in {{en-verb}}, could be useful. - -sche (discuss) 16:08, 9 May 2018 (UTC)

I'd support that. We'd need to add |gloss= parameters to the template. — SGconlaw (talk) 12:20, 20 May 2018 (UTC)

Misnested tags in entries[edit]

I have been working to reduce the number of entries with misnested tags or incorrect formatting (here) from upwards of 500 down to less than 50. There are some pretty interesting abuses of wikitext in the remaining pages, and it would be great if we could get the list down to zero. To identify where on the page the invalid wikitext is present, click the "edit" link on the lint errors page (this is not a normal edit link), then scroll through the edit box to find the highlighted text.

When this wiki is switched over to RemexHtml, the new wikitext presentation engine, the display of these pages may change. This could happen quite soon, so it is in the interests of this project to clean this up.

The errors in namespaces other than "main" are probably not worth worrying about. This, that and the other (talk) 11:57, 11 May 2018 (UTC)

FYI, the change to RemexHtml has now occurred. This, that and the other (talk) 12:48, 17 May 2018 (UTC)

Shortcut for Template:slim-wikipedia[edit]

I suggest Template:slim-wp, based on {{wp}}, which would be a handy shortcut. DonnanZ (talk) 13:18, 16 May 2018 (UTC)

There's already {{swp}}, but I've added your suggestion. --Per utramque cavernam 13:20, 16 May 2018 (UTC)
Ah, I wasn't aware of that one, anyway thanks. DonnanZ (talk) 13:32, 16 May 2018 (UTC)
@Per utramque cavernam: Um, there appears to be a missing ingredient, I'm getting the same wording as appears in the template. On the other hand, {{swp}} works fine. DonnanZ (talk) 14:47, 16 May 2018 (UTC)
The redirect was pointing to the template documentation page instead of the template. I've fixed it. — SGconlaw (talk) 15:23, 16 May 2018 (UTC)
@Sgconlaw: Yep, that works fine, cheers. DonnanZ (talk) 15:41, 16 May 2018 (UTC)
Whoops. --Per utramque cavernam 13:29, 17 May 2018 (UTC)


Why is it that I slap


on Citations:aporically and it's fine, but doing so on Citations:paint the mice gives an error message? Also, why don't we get a bot to put


on all Citations pages without it. Should we care about such a minor thing? I certainly don't. --Genecioso (talk) 10:23, 20 May 2018 (UTC)

By the way, use {{citation}} as {{citations}} is just a redirect to the former. — SGconlaw (talk) 11:28, 20 May 2018 (UTC)
We should probably reverse that, {{citations}} makes more sense as the main template. Also, that template has become way overbuilt over time. We don't use a bot to place the template on all citations pages because the template is supposed to include a language parameter. - TheDaveRoss 12:06, 20 May 2018 (UTC)
I can do the switch if there's consensus for it. (This is a hint for other editors to comment.) — SGconlaw (talk) 12:17, 20 May 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── But to respond to Genecioso's original question, I have no idea why the template behaves that way. Pinging @Daniel Carrero, Erutuon who have edited the template and probably know more about how it works. — SGconlaw (talk) 12:19, 20 May 2018 (UTC)

{{sa-IPA}} is producing unusual HTML[edit]

It appears that sa-IPA is producing HTML with abnormal nesting, unless the "Raw HTML output" of Special:ExpandTemplates is wrong. The <div>s are very unusual. One of them seems to be opened before an <ul> and closed inside a <li>???

Firefox is also rendering the result as <li>s without enclosing <ul>s, which looks very weird. —Suzukaze-c 05:22, 21 May 2018 (UTC)

Possibly related: a couple hundred module errors where Module:translit-redirect is checking the script on empty parameters, "-", and on display forms that obviously weren't meant to be transliterated as Sanskrit. Chuck Entz (talk) 12:25, 21 May 2018 (UTC)


When I put just a year in the date parameter, it generates May 21 as the day. See aguacatero. Ultimateria (talk) 15:06, 21 May 2018 (UTC)

Yes, that's an artifact of PHP's date handling. Use "year" as a parameter if you only have a year. DTLHS (talk) 15:29, 21 May 2018 (UTC)
Okay, but I do think this is a widespread (if minor) issue. I see about 160 examples just by searching "May 21". Ultimateria (talk) 21:38, 21 May 2018 (UTC)
@Ultimateria OK, please check Category:Pages with module errors. I've changed the code to throw an error if the date is a number. DTLHS (talk) 21:49, 21 May 2018 (UTC)
We could also create a module which pre-processes dates before sending them to PHP. I am not volunteering. - TheDaveRoss 11:38, 23 May 2018 (UTC)

User Scripts, are there any?[edit]

In using the dictionary extensively the browser history is a little lacking for tracking progress, so to speak. I have often desired a graph with semantic features, a mind map of sorts, with chronology or not. Before I eventually attempt to write my own, I thought it best to ask for existing solutions along that line, or other input. 21:05, 21 May 2018 (UTC)

Depending on what you want to accomplish, simply adding entries to your watchlist might be sufficient (that would let you know what you have looked at, if not when). Beyond that simple list there is nothing local to Wiktionary which sounds like what you are looking for. - TheDaveRoss 11:37, 23 May 2018 (UTC)

Bot request[edit]

The consensus here is to migrate {{ga-decl-adj-1}}, {{ga-decl-adj-1a}}, and {{ga-decl-adj-2}} to {{ga-decl-adj}}. This is going to be pretty complicated, but please do the following:

1. For {{ga-decl-adj-1}}:

  1. Split |1= into |1= and |2= according to the guidelines given at {{ga-decl-adj}} (note that bh, ch, dh, etc. do NOT lenite)
  2. Pass |2= (minus the new |1=) to |gsm=
  3. Ignore |slender= for the most part (see below)
  4. Pass |gsf= (once again, minus the new |1=) to |gsf= and set the new |gsf=~e if the old |gsf= is missing
  5. Pass |pl= (minus the new |1=) to |pl= and set the new |pl= equal to "~e" if the old |pl= is missing and |slender= is there and "~a" if it isn't
  6. Pass |comp= to |irrcomp=
  7. Pass |nocomp= to |comp=-

2. For {{ga-decl-adj-1a}}:

  1. Split |1= into |1= and |2= as outlined above
  2. Add "ch" to the old |2= and pass it to |3= unless |2=ia; then do the following:
    1. Add "iach" to the new |2=
    2. Replace the "iach" with "iaiche" and pass it to |gsf=
    3. Set |pl=~a
  3. Pass |nocomp= to |comp=-
  4. Ignore |sp=

3. For {{ga-decl-adj-2}}:

  1. Split |1= into |1= and |2= as outlined above
  2. Combine the old |2= and |3= into |3=
  3. Take the "ú" or "amh" from |2= (if any) and move it to |3=
  4. Pass |nocomp= to |comp=-

I know this is really complicated, but we would greatly appreciate if someone could do this for us. Esszet (talk) 17:35, 22 May 2018 (UTC)

I am happy to make and run the bot, but without knowing any Irish whatsoever I would only be willing to do so if others are willing to check my work. - TheDaveRoss 11:33, 23 May 2018 (UTC)
@Esszet I have done a little bit of preliminary work, even though I don't understand step one. Check out User:TheDaveRoss/Irish Adjectives and let me know what I should be doing differently! - TheDaveRoss 13:09, 23 May 2018 (UTC)
@TheDaveRoss:: Adjectives starting with b, c, d, f, g, m, p, sa, sá, se, sé, si, sí, sl, sn, so, só, sr, su, sú, t should have the first letter (or first two letters when the first letter is s) passed as |1= and omitted from the other parameters. Adjectives starting with anything else should have |1= empty. So it should be {{ga-decl-adj|d|ual|gsm=uail|gsf=~e|pl=~a}}, {{ga-decl-adj|g|ar|gsm=air|gsf=~e|pl=~a}}, {{ga-decl-adj|sá|il|gsf=~e|pl=~e}}, and so on. Otherwise, it all looks good at first glance. Thanks for doing this!! —Mahāgaja (formerly Angr) · talk 13:22, 23 May 2018 (UTC)
@Mahagaja: Thanks for that, it made things much clearer to me. Can you take another look at User:TheDaveRoss/Irish Adjectives to see if everything is in order? - TheDaveRoss 13:51, 23 May 2018 (UTC)
@TheDaveRoss: The list of letters I gave above should include capitals, so it should be {{ga-decl-adj|B|údaíoch|gsf=údaíche|pl=~a}} instead of {{ga-decl-adj||Búdaíoch|gsf=Búdaíche|pl=~a}}. (For the s-clusters only the S itself will be capitalized.) Otherwise I'm not finding any errors. Is it possible for the bot to throw up an error in case it finds one of the old template on a nonlemma ("adjective form" or "mutated adjective") page? They should only be on lemma forms, and on your sample I only see lemma forms, but it's remotely possible someone put one on an inflected or mutated form by mistake. —Mahāgaja (formerly Angr) · talk 13:59, 23 May 2018 (UTC)
@Mahagaja: Great, I updated the characters to include capitals. Could you provide a couple of example pages where the template should not appear (even if it doesn't currently) and I can try and skip and flag such cases for further review. - TheDaveRoss 14:05, 23 May 2018 (UTC)
@TheDaveRoss: Some pages where declension templates shouldn't (and currently don't) appear include bheag, boige, and dubha. However, it may happen that the lemma form of one adjective is homographic with a nonlemma form of a different adjective, though I can't think of an example at the moment. —Mahāgaja (formerly Angr) · talk 14:15, 23 May 2018 (UTC)
@Mahagaja: Can you elaborate on steps 2 and 3 in the declension 2 section? By combining does that mean that 2=x and 3=y become 3=xy? And what will it look like to move ú and amh? - TheDaveRoss 14:52, 23 May 2018 (UTC)
Sure. Taking some examples from Template:ga-decl-adj-2/documentation and Template:ga-decl-adj/documentation (plus one more for good measure):
  • {{ga-decl-adj-2|fearú|i|l}}{{ga-decl-adj|f|ear|úil}}
  • {{ga-decl-adj-2|difriú|i|l}}{{ga-decl-adj|d|ifri|úil}}
  • {{ga-decl-adj-2|fearamh|ai|l}}{{ga-decl-adj|f|ear|amhail}}
  • {{ga-decl-adj-2|có|i|r}}{{ga-decl-adj|c|ó|ir}}
  • {{ga-decl-adj-2|deac|ai|r}}{{ga-decl-adj|d|eac|air}}
  • {{ga-decl-adj-2|gaisceamh|ai|l}}{{ga-decl-adj|g|aisce|amhail}}
Clear as mud? —Mahāgaja (formerly Angr) · talk 15:03, 23 May 2018 (UTC)
@Mahagaja: I think I get it. Check out User:TheDaveRoss/ga-decl-adj-1a and User:TheDaveRoss/ga-decl-adj-2 when you get a moment. - TheDaveRoss 15:11, 23 May 2018 (UTC)
@TheDaveRoss: {{ga-decl-adj-1a|2=iach}} can't be converted to {{ga-decl-adj|3=iach}}, so leispiach should have {{ga-decl-adj||leispiach|gsf=leispiaiche|pl=~a}} (N.B. -iaiche, not *-iache). —Mahāgaja (formerly Angr) · talk 15:24, 23 May 2018 (UTC)
Oh, and even though Esszet says to ignore |sp=, I'd prefer it if the bot didn't touch templates with |sp=old. Those shouldn't be migrated yet. (At some point we're hoping to get a module to do all this work instead of the complexity of {{ga-decl-adj}}, but neither Esszet nor I know how to write a module.) —Mahāgaja (formerly Angr) · talk 15:28, 23 May 2018 (UTC)
@Mahagaja: On leispiach the current template is {{ga-decl-adj-1a|leisp|ia}}, which appears to follow Esszet's 2.2. In such cases the new form should be {{ga-decl-adj||ROOTiach|gsf=ROOTiache|pl=~a}}? Should I skip only cases where "sp=old" or any instance which has "sp" at all? - TheDaveRoss 15:35, 23 May 2018 (UTC)
Yeah, I don't know why he said that. {{ga-decl-adj}} doesn't recognize the parameter |3=iach at all. The form should be {{ga-decl-adj||ROOTiach|gsf=ROOTiaiche|pl=~a}} (don't forget the extra i before the ch!). Please skip only cases where "sp=old"; cases with "sp=new" or "sp=both" can be processed and the "sp=" part ignored. —Mahāgaja (formerly Angr) · talk 15:45, 23 May 2018 (UTC)
I said to pass “ROOTiaiche” to |gsf=, not “iach” to |3=. I didn’t say anything about |3= there at all. Esszet (talk) 16:05, 23 May 2018 (UTC)
@Mahagaja, Esszet I updated the 1a variant further to reflect the changes you mentioned, please let me know if you see anything wrong on User:TheDaveRoss/ga-decl-adj-1a. - TheDaveRoss 16:45, 23 May 2018 (UTC)
Looks good to me. Esszet (talk) 11:40, 24 May 2018 (UTC)
Great, thanks. If everything looks good I'll start updating them. I'm not going to use the bot flag, since I won't be able to catch errors easily I would like others to be able to see the changes I am making. - TheDaveRoss 12:05, 24 May 2018 (UTC)
@Mahagaja, Esszet The content of the page changed with the template update, so I stopped. Take a look at the declension sections of this diff. - TheDaveRoss 12:13, 24 May 2018 (UTC)
What, do you mean that, for example, the nominative feminine singular changed from boireannach to bhoireannach? It’s supposed to do that, that’s one of the reasons we’re doing this. Esszet (talk) 13:38, 24 May 2018 (UTC)
Ok, good, I wasn't aware that there were errors in the existing template. I'll start it going again. - TheDaveRoss 15:25, 24 May 2018 (UTC)
It's not really an error in the old template; it's a matter of interpretation. Basically, (1) the nominative feminine singular form of an adjective is the same as the nominative masculine singular, e.g. boireannach; (2) an adjective in the nominative feminine singular undergoes lenition (which changes b- to bh- among other things) after a noun; and (3) attributive adjectives (virtually) always follow the noun, so: The nominative feminine singular of boireannach always appears as bhoireannach in running text. The old template shows the unmutated form and simply assumes the reader knows enough about Irish grammar to know when to apply lenition; the new template shows the mutated form directly. —Mahāgaja (formerly Angr) · talk 20:27, 24 May 2018 (UTC)
That seems like something worth mentioning on Wiktionary:About Irish, especially if the unmutated form is theoretically possible(?). - -sche (discuss) 01:46, 25 May 2018 (UTC)
Thanks for clarifying, I just want to be cautious since I don't know Irish. - TheDaveRoss 11:49, 25 May 2018 (UTC)
These templates are completely removed from NS:0. I labeled some edits "CHECK" in case they were non-lemma. - TheDaveRoss 16:45, 25 May 2018 (UTC)
I don't know what NS:0 is, but I'll take that to mean the request has been carried out. Thank you very much, Dave, you've been a really big help here. Esszet (talk) 22:10, 25 May 2018 (UTC)
NS:0, aka Mainspace, is the main namespace of the dictionary: those pages without namespace prefixes such as Wiktionary: or User: or Appendix: or Reconstruction: Chuck Entz (talk) 00:13, 26 May 2018 (UTC)
Ah, OK, now I understand. Esszet (talk) 02:04, 27 May 2018 (UTC)

Module Errors in Invocations Passed as Parameters to Parser Functions[edit]

@Wikitiki89. At the moment, נ־ש־א is in CAT:E, but there's nothing on the page itself that explains why. That's because the template {{HE root see}} is passing {{#invoke:he-utilities|plain_root|{{#if:{{{1|<noinclude>x</noinclude>}}}|{{{1<noinclude>|כתב</noinclude>}}}|{{SUBPAGENAME}}}}}}}} to {{derivsee}}, which in turn passes it to the parser function #categorytree. Parser functions, generally, are designed to fail gracefully and invisibly if given bad input, so all the big fat screaming red lua-error displays are swallowed silently and nothing is displayed.

This is very bad interface design because contributors using {{HE root see}} have to know about templates and about parser-function behavior to find out why there's a blank space where the template display should be- if they even notice. I had to copypaste the invocation syntax with the parameter substituted in into the edit window and preview it to see the error display (the module didn't like the middle letter in the root).

Even people who know Lua and the rudiments of template coding might have problems figuring this out. Fortunately, I've run into this kind of thing before, so I knew to look through the templates listed until I found one that fed a parameter into a parser function.

We need to develop some way to make sure this doesn't happen. Ideally, all input for parser functions should be checked, and errors displayed rather than passing the input to the parser function. Sure, it adds to the complexity of the code, and it requires extra memory and often extra expensive-function calls, but we need to make it easier for our contributors to do things right.

Perhaps we need to make sure that all modules used in such ways have a validity-check function and/or something like the err function at Module:languages, or maybe we need to include intermediate code in the template that checks the parser-function inputs for error messages and decides whether to display the text as errors or feed it to the parser functions.

As an aside, it would also be nice to include better error handling in the translation adder so it doesn't add masses of error text to the entry when someone uses a bad language code.

Thanks! Chuck Entz (talk) 00:08, 26 May 2018 (UTC)

Bug: The "Expand" button in {{zh-pron}} is pushed down by Wikipedia link and images[edit]

Examples: 中文, 月季

Adding "overflow: hidden" to div.zhpron fixes this, but I don't know if it's the appropriate solution. —This unsigned comment was added by 2001:da8:204:1088:a0f9:7563:cf87:8edb (talk).

@2001:da8:204:1088:a0f9:7563:cf87:8edb Thanks!!! I have added it. Others: if this is not the right way to fix it or if there are better ways available, please revert / amend. Wyang (talk) 08:17, 28 May 2018 (UTC)

Change in behavior of various templates in handling of "tr" values -- formatting no longer respected[edit]

The behavior of various templates including {{compound}} and {{m}} has changed some time in the past few weeks, such that formatting in tr strings has become problematic.

In the past, the tr values were output surrounded in <i> tags, such that {{m|[LANG]|[TERM]|tr=[STRING]}} would produce the equivalent of [[[TERM]#[LANG]|[TERM]]] (<i>[STRING]</i>). In cases where additional transliterations were required, one could add a closing </i> tag after the first transliteration and a <i> tag before the second one. This worked fine for years, such as at : {{m|ja|青|tr=ao</i>, formerly <i>awo||[[blue]]}} reliably produced (ao, formerly awo, “blue”) -- where the ", formerly" is contrastively not in italics, while "ao" and "awo" are both italicized.

(NB: Alternative approaches, such as using the pos parameter for such additional information, do not work -- the pos values are always placed after the tr values and after the term gloss.)

However, with the recent changes, the above tag-based approach fails: inspecting the markup shows that the closing tag is stripped, resulting in too many opening <i> and unwanted italicization of the rest of the paragraph. Attempting to use '' wikitext instead of <i> fails: the rendered markup shows that the first '', which is expected to turn off italics, is instead an opening italics <i>, while the second '' closes it as </i>, which ultimately does nothing in an already-italics context. Experimentation shows that certain inline closing tags (</i>, </b>, </u>) are stripped, no matter how many were added, but some (such as </span>) are kept -- suggesting that the underlying module is doing some kind of selective cleanup.

For the {{compound}} template, one related change appears to be this one by Benwing to Module:compound in late April. However, that itself was in response to changes in other modules, and I have not been able to find any similar changes to {{m}} or Module:links.

This change in behavior is a problematic deviation from past norms, and it is causing a bit of a mess on various JA entries that were formatted in accordance with the past behavior. I'd greatly appreciate it if someone could 1) explain where the change occurred, 2) explain the reasoning behind this selective stripping of markup from tr strings, and 3) either back out these changes to tr behavior, or explain how to again achieve output like (ao, formerly awo, “blue”).

TIA, ‑‑ Eiríkr Útlendi │Tala við mig 16:17, 29 May 2018 (UTC)

I suspect that this is related to recent changes to the Mediawiki HTML parser and not something that we can directly control. DTLHS (talk) 16:22, 29 May 2018 (UTC)
That seems likely. I suppose the solution is to add a parameter for this. "ftranslit"? "fxlit"? - -sche (discuss) 05:29, 30 May 2018 (UTC)
  • Why would the MW HTML parser strip some tags but not others?
  • Why would reverting the above-linked change to Module:compound cause {{compound}} to not strip things quite so aggressively?
At least some of this looks like something going on in our modules. However, the module code is sufficiently spaghettified that I can't track through the execution path well enough to figure out what's going on.
  • As an alternative to adding yet another parameter, how hard would it be to check the tr argument string for wikicode and handle it accordingly?
The tr string is output in <span class="mention-tr tr"> tags, which render in italics according to our CSS. The current behavior takes a tr input string like ''this'' sample and outputs it as <span class="mention-tr tr">like <i>this</i> sample</span>. However, since the context of the string (as enacted by the <span> style) is already italics, the <i> tags don't do what we'd expect -- the anticipated behavior for the ''this'' would be non-italics. More ideally, the tr output when using ''italic wikicode'' would be something more like <span class="mention-tr tr">like </span>this<span class="mention-tr tr"> sample</span>.
Would such output be feasible?
  • Ideas, as we try to figure out how to deal with an unstable foundation for our infrastructure. ‑‑ Eiríkr Útlendi │Tala við mig 21:58, 30 May 2018 (UTC)
@Benwing -- do you have any insight you could relate concerning your change to Module:compound? ‑‑ Eiríkr Útlendi │Tala við mig 04:25, 1 June 2018 (UTC)
@Eirikr The change you reference was only to restore an earlier behavior, and it should have only affected the situation where langN= was specified in {{affix}} or similar templates. I did notice a change a month or two ago where the translation stopped being in italics in certain places (maybe in headwords?), but I figured that was an intentional change, and it may be unrelated to the problem you're seeing. There have been a lot of code changes by User:Erutuon affecting these modules, and some by User:JohnC5; it's possible they may have changed this behavior, but I'm not sure. You're right that the code is quite complex. Benwing2 (talk) 14:19, 1 June 2018 (UTC)
I might have been the one to change things so that transliteration is no longer enclosed in a <i> tag when Module:script utilities is tagging transliteration with the "term" markup. The term markup is used by {{m}} for instance, as well as many etymology templates such as {{der}}. I did this because transliteration parameters sometimes include kana, which shouldn't be italicized. There is a note to this effect in Module:script utilities/data.
I don't like the idea of including non-transliteration stuff in a transliteration parameter; it messes with the integrity of the HTML. Both transliterations should be formatted with class="tr mention-tr" and with lang="language code-Latn", and the non-transliteration text should not be. But it is clear that the non-transliteration stuff is sometimes needed. I don't know what the solution should be. More parameters, some markup to indicate which part of the transliteration parameter is actually transliteration and should be tagged, separate templates for whatever languages need this annotation in the transliteration parameter? — Eru·tuon 22:27, 1 June 2018 (UTC)

Make Template:head accept 'adj' as an alias for 'adjective'[edit]

Can someone do that? Because, as here, people (including me when I'm not thinking about it) recurringly use it as the POS parameter, because because it's much shorter to type and it works in e.g. {{m|en|valid|pos=adj}} and is used in naming many headword-line templates. - -sche (discuss) 07:57, 30 May 2018 (UTC)

And 'adv' for 'adverb', as here. (Alternatively, we'll have to keep doing periodic checks for entries which use these abbreviations in {{head}}.) - -sche (discuss) 08:04, 30 May 2018 (UTC)
Why stop with those? 'n', 'v', 'conj'/'j', 'pron', 'prep', 'det', 'prop'/'propn' could all prevent/delay carpal tunnel syndrome. DCDuring (talk) 19:50, 30 May 2018 (UTC)

POS categorisation Template:affix vs. Template:suffix[edit]

I've just noticed the {{suffix}} template has a useful feature that {{affix}} doesn't have. I want to split CAT:French words suffixed with -ment in CAT:French adverbs suffixed with -ment + CAT:French nouns suffixed with -ment. At abondamment, writing {{suffix|abondant|-ment|lang=fr|pos=adverbs}} produces automatic categorisation to the right subcat, while {{af|fr|abondant|-ment|pos2=adverbs}} doesn't. Would it be possible to give that behaviour to {{affix}} as well? --Per utramque cavernam 20:39, 30 May 2018 (UTC)

Works for me, or has someone fixed this since the question was posted? —Mahāgaja (formerly Angr) · talk 12:03, 1 June 2018 (UTC)

June 2018

Language links in Regionalisms categories[edit]

I've gone on a bit of a regionalisms bender with Bavarian, Alemannic and Cimbrian. And I noticed that the words in the "Regionalisms" categories don't link to their respective languages. Is there a way to fix this? (btw, it's not a recent module edit thing; Category:American English does the same thing). – Julia (talk• formerly Gormflaith • 16:42, 1 June 2018 (UTC)

You can add {{catfix|language code}} to the category pages. DTLHS (talk) 17:09, 1 June 2018 (UTC)
Thanks, I'll go around doing that. – Julia (talk• formerly Gormflaith • 18:31, 1 June 2018 (UTC)
I added the template to {{dialectboiler}} as well, though a lot of regionalisms pages don't use it. – Julia (talk• formerly Gormflaith • 18:44, 1 June 2018 (UTC)

Why doesn't {{der}} with Old Iranian show the lemma?[edit]

{{der|en|ira-old||*Sanatrūk}}Old Iranian

What's going on? Benwing2 (talk) 23:57, 3 June 2018 (UTC)

Fixed it, I think. Changed the parent from "ira" to "ira-pro". – Julia (talk• formerly Gormflaith • 02:27, 4 June 2018 (UTC)
Old Iranian is not a full language and its parent is not a full language, therefore it can't have entries, therefore the module is removing the text. Is my guess. DTLHS (talk) 04:25, 4 June 2018 (UTC)
@Julia: I undid your "fix". Those etymology-only codes shouldn't be used for lemma -- Old Iranian and Middle Iranian are developmental periods of the language family, not actual languages.
@Benwing2, what you're probably looking for is Proto-Iranian ira-pro, but looking at *Sanatruk, I would say it's pretty outdated and most certainly incorrect. --Victar (talk) 04:35, 4 June 2018 (UTC)
@Victar I don't understand why you undid the fix. Julia set the parent to "ira-pro", which is a real language, not an etymology-only language. The current state where the parent is a family is totally broken. Please put her fix back or fix it properly, thanks! Benwing2 (talk) 05:22, 4 June 2018 (UTC)
@Benwing2:, as I said, ira-old is a developmental period of the language family, and not an actual language, and as such should never be used for lemma, so using ira, the language family, is the correct parent code, not ira-pro. --Victar (talk) 05:49, 4 June 2018 (UTC)
We tend to use ira-old to mean "from some unknown archaic Iranian language". If we have enough phonological information to reconstruct it, it should either be assigned to a particular language or to Proto-Iranian. ira-old exists separately precisely because we don't know enough about the word's phonological shape. —*i̯óh₁n̥C[5] 05:56, 4 June 2018 (UTC)
@Victar Okay, I get that Old Iranian doesn’t have lemmas. Though I do think that the information is useful, given that it’s correct (what did you mean by “it” in “it’s pretty outdated...”? Old Iranian reconstructions in general?) – Julia (talk) • formerly Gormflaith • 13:56, 4 June 2018 (UTC)
@Julia: I was referring to the form given, which doesn't not conform to Proto-Iranian. In the entry in question, Սանատրուկ (Sanatruk), the {{m|und||*Sanatruk}} should be removed completely. --Victar (talk) 14:49, 4 June 2018 (UTC)
I'm with Victar on this, that is not a good Proto-Iranian reconstruction, and Old Iranian ≠ Proto-Iranian. —AryamanA (मुझसे बात करेंयोगदान) 01:45, 5 June 2018 (UTC)
@Victar, AryamanA Just to be clear: what's the best way to go about Old and Middle Iranian reconstructions – {{der|en|ira-old}} {{m|und|foo}}? – Julia (talk) • formerly Gormflaith • 02:32, 5 June 2018 (UTC)
@Julia: no, like JohnC5 said, if it can't be properly reconstructed in Proto-Iranian or some PIr descendent, it should just plainly say from Old Iranian and nothing more. --Victar (talk) 02:43, 5 June 2018 (UTC).
@Victar: Okay. There are quite a few etymologies using that method, just wondering. – Julia (talk) • formerly Gormflaith • 02:48, 5 June 2018 (UTC)
Cheers. --Victar (talk) 03:34, 5 June 2018 (UTC)

senseid produces a bullet point in Uniat[edit]

Why does the senseid in the etymology of Uniat produce a bullet point? It looks ugly, because it is further left than the rest of the test (including the rest of the bullet points) on the page. - -sche (discuss) 20:38, 4 June 2018 (UTC)

I think that's because it's supposed to be used behind #, otherwise it bugs.[1] --Per utramque cavernam 20:43, 4 June 2018 (UTC)
  1. ^ "to bug" = "to malfunction". Does it exist?

RfC: Plans to graduate the New Filters on Watchlist out of beta[edit]

Collaboration team is announcing plans to graduate the New Filters for Edit Review out of beta on Watchlist by late June or early July. After launch, this suite of improved edit-search tools will be standard on all wikis. Individuals who prefer the existing Watchlist interface will be able to opt out by means of a new preference.

The New Filters introduce an easier yet more powerful user interface to Watchlist as well as a whole list of filters and other tools that make reviewing edits more efficient, including live page updating, user-defined highlighting,the ability to create special-purpose filter sets and save them for re-use and (on wikis with ORES enabled) predictive filters powered by machine learning. If you’re not familiar with the New Filters, please give them a try on Watchlist by activating the New Filters beta feature. In particular, it would be very helpful if you can test the new functionality with your local gadgets and configurations. The documentation pages provide guidance on how to use the many new tools you’ll discover.

Over 70,000 people have activated the New Filters beta, which has been in testing on Watchlist for more than eight months. We feel confident that the features are stable and effective, but if you have thoughts about these tools or the beta graduation, please let us know on the project talk page. In particular, tell us if you know of a special incompatibility or other issue that makes the New Filters problematic on your wiki. We’ll examine the blocker and may delay release on your wiki until the issue can be addressed. - -Kaartic (talk) 17:03, 5 June 2018 (UTC)

Edit requests[edit]

I posted edit requests at

They have been ignored so far. Is this the right place to draw attention to these requests? —Anomalocaris (talk) 00:35, 6 June 2018 (UTC)

I really doubt if anyone is watching such old pages. Perhaps you should have posted the edit requests at the current talk pages of those pages, "Wiktionary talk:Tea room" and "Wiktionary talk:Word of the day". — SGconlaw (talk) 02:48, 6 June 2018 (UTC)
Also, why not just correct the errors yourself? — SGconlaw (talk) 02:51, 6 June 2018 (UTC)
The pages are (/were) protected, although I'm not entirely sure why. Probably you and I and a few other users could put them on our watchlists (to be able to spot any vandalism of them) and then unprotect them. (I've unprotected them now.) And @ Anomalocaris, yes, people don't necessarily watch the talk pages of such old pages, but this is a fine place to draw attention to such requests. - -sche (discuss) 02:57, 6 June 2018 (UTC)
When I checked, "Wiktionary:Word of the day/Nominations/Archive 2011" wasn't protected. Maybe you got to it before I looked. — SGconlaw (talk) 03:17, 6 June 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── -sche: Would you please unprotect Wiktionary:Beer parlour/2006/September and Wiktionary:Beer parlour/2006/April so I can remove the lint (while carefully preserving appearance, of course) from those as well? —Anomalocaris (talk) 15:03, 6 June 2018 (UTC)

Yes check.svg Done. — SGconlaw (talk) 15:11, 6 June 2018 (UTC)
SGconlaw: Thanks! Edits on these two items are complete. There are two remaining items with Multiple unclosed formatting tags. One is a protected user talk page and I've already asked its owner to fix it or unprotect it so I can fix it. The other is Module:User:Suzukaze-c/zh-pron/documentation, and I know how to edit Wikitext, but not this. So I leave that final one to greater minds. —Anomalocaris (talk) 15:55, 6 June 2018 (UTC)
@Suzukaze-c, can you assist? — SGconlaw (talk) 15:59, 6 June 2018 (UTC)
@Anomalocaris Connel is not around anymore, I unprotected his talk page. Let me know when you are done and I'll re-protect it. - TheDaveRoss 16:13, 6 June 2018 (UTC)
TheDaveRoss: Yes check.svg Done. Feel free to re-protect User talk:Connel MacKenzie/archive-2006-08 and the two Beer parlours as well. —Anomalocaris (talk) 16:22, 6 June 2018 (UTC)

Pronunciation of scour[edit]

I'm having trouble getting {{IPA}} to correctly indicate the number of syllables in the word scour. As far as I'm aware, the pronunciations are as follows:

However, I am getting a three-syllable count somewhere. It may be that I am not using the correct IPA symbols to indicate diphthongs. (Pinging @Erutuon in case you can help.) — SGconlaw (talk) 17:19, 6 June 2018 (UTC)

@Sgconlaw: Yes, it was the wrong symbols. /ou/ is not a symbol in Appendix:English pronunciation, and the GA pronunciation is similar to the RP one. — Eru·tuon 18:29, 6 June 2018 (UTC)
Ah, I see. Thanks! — SGconlaw (talk) 20:19, 6 June 2018 (UTC)

Template Q misnested tags[edit]

Please see the discussion at Template talk:Q#Misnested tags and discuss it there, not here. Reply here if you think this is the wrong place to even mention that discussion. —Anomalocaris (talk) 23:00, 7 June 2018 (UTC)

Yes check.svg Done The problem is fixed now! —Anomalocaris (talk) 00:21, 8 June 2018 (UTC)

Column templates[edit]

Does Wiktionary have a template comparable to Wikipedia:Template:div col? Please compare Wikipedia:User:Anomalocaris/sandbox/Lint Test to Appendix:Colours/Alphabetical listing#A and you see a clean solution to three problems:

  1. fostered content lint errors
  2. Bombastic code that is difficult to maintain if items are added, because the editor rather than the computer has to determine column breaks
  3. Inflexible display that may not display well on small screens or for users who require unexpectedly high magnifications

This will not work here because we don't have Template:div col, but do we have something else that works the same way? If not, consider this a request for it. —Anomalocaris (talk) 06:40, 8 June 2018 (UTC)

Anybody home? —Anomalocaris (talk) 05:56, 14 June 2018 (UTC)
Module:columns, used for example in Template:der3. DTLHS (talk) 06:00, 14 June 2018 (UTC)
DTLHS: Module:columns says, "This module ... should not be used directly in entries, but in templates such as {{der2}} or {{der3}}..." So, I'm not supposed to use it directly. As for {{der4}}, it automatically hides the body, which is not desired here. —Anomalocaris (talk) 08:32, 15 June 2018 (UTC)
What about {{top3}} et al? Chuck Entz (talk) 08:38, 15 June 2018 (UTC)

English verbs with redlinks on their headword lines[edit]

Could the template/module be made to automatically put these into a category similar to Category:German terms with red links in their inflection tables, without that using too much memory, so they can be found and created, potentially en masse by bot? Examples: Floridize (because Floridized, Floridizing etc have not been created as of this writing), Gallicize, Hispanize, Japanize. - -sche (discuss) 06:01, 9 June 2018 (UTC)

@DTLHS I thought that NadandoBot generated inflected forms from header templates. - TheDaveRoss 01:07, 11 June 2018 (UTC)
Definitely not, I really only generate Spanish and Catalan forms. DTLHS (talk) 01:14, 11 June 2018 (UTC)

Script to fix up cognates to use {{cog|...}}[edit]

I wrote a little script to fix up cases like this:

From {{etyl|de|sh}} {{m|de|Spage}}, from {{etyl|it|sh}} {{m|it|spago}}. Compare Albanian {{m|sq|spango}}.

to instead read:

From {{etyl|de|sh}} {{m|de|Spage}}, from {{etyl|it|sh}} {{m|it|spago}}. Compare {{cog|sq|spango}}.

I want to make sure people are OK with this change. Basically, it looks for a punctuation mark followed by "[Cc]ognate with" or "[Cc]ompare (to)" followed by either "LANGNAME {{m|CODE|...}}" (where LANGNAME is the canonical name of the language whose code is CODE) or "{{etyl|CODE|-}} {{m|CODE|...}}" (where the two codes match). It correctly handles sequences of cognates, e.g.:

From {{inh|ru|orv|рудъ}}, from {{inh|ru|sla-pro|*rudъ}}, ultimately from {{etyl|ine-pro|ru}} {{m|ine-pro|*h₁rewdʰ-}}. Compare to Ukrainian {{m|uk|руди́й}}, Czech {{m|cs|rudý}}, Polish {{m|pl|rudy}}.

It only does these changes in Etymology sections. Eventually I'd like to run it for all pages that contain {{m}}, although that will take awhile. Comments? Benwing2 (talk) 23:58, 10 June 2018 (UTC)

Sounds good; I'd like to not have to do this manually. Could you add "[Cc]ognates include" and "[Cc]ognate of" as well? – Julia • formerly Gormflaith • 01:10, 11 June 2018 (UTC)
Also: "[Cc]ompare with", and "the" before LANGNAME (e.g. Cognate with the Latin verbum). – Julia • formerly Gormflaith • 01:40, 11 June 2018 (UTC)
@Julia Implemented, thanks. Benwing2 (talk) 01:57, 11 June 2018 (UTC)

Replacing {{etyl}} with {{der}}?[edit]

On a related note, perhaps markup like "{{etyl|de|sh}} {{m|de|Spage}}" could be replaced with "{{der|sh|de|Spage}}"? However, there should not be any replacement if there is text between {{etyl}} and {{m}}. — SGconlaw (talk) 03:04, 11 June 2018 (UTC)

This is not correct; any of {{der}}, {{inh}} or {{bor}} might be correct depending on the situation. However, it may be possible to do bot replacement of strings of "From X, from Y, from Z, ...", like this:
From {{etyl|enm|en}} {{m|enm|adweschen}}, from {{etyl|ang|en}} {{m|ang|ādwǣscan||to extinguish, quench, put out, put an end to, put down, suppress, staunch, blot out, appease, destroy}}, from {{etyl|gem-pro|en}} {{m|gem-pro|*uz-||out}} + {{etyl|gem-pro|en}} {{m|gem-pro|*dwaiskijaną||to suffocate}}, from {{etyl|ine-pro|en}} {{m|ine-pro|*dʰew-||to dwindle, die}}. Compare {{l|en|adush}}, {{l|en|dush}}.
I would use the following logic:
  1. The first in the series gets replaced with {{inh}} (if the source language code is a parent), and {{bor}} if not.
  2. Further entries get replaced with {{inh}} (if and only if the source language code is a parent and all preceding entries are {{inh}}), else {{der}}.
  3. As an exception, if the source word ends in a hyphen and the lemma doesn't, always use {{der}}. This should catch cases like the above where a PIE root is used as a source.
  4. As another exception, if an entry in the series is directly followed by a +, stop and don't proceed any further (or use {{der}} for the entries on both sides of the +). This should catch cases like the above where a compound is given in the etymology.
Benwing2 (talk) 03:15, 11 June 2018 (UTC)
Just pointing out: this would be problematic for languages that borrow from parents, particularly those descended from Latin or Sanskrit. I think for this sequence only 100% certainties would be replacing everything after the first in the series with {{der}} iff the first is not a parent. – Julia • formerly Gormflaith • 03:33, 11 June 2018 (UTC)
@Julia That is a good point. I was thinking in terms of Russian and English where this situation rarely (if ever?) occurs. Benwing2 (talk) 03:43, 11 June 2018 (UTC)
It's rare, but it does happen in English (in Russian, I only spot one word). - -sche (discuss) 08:26, 11 June 2018 (UTC)
@Julia, Benwing2: User:Erutuon/scripts/cleanup.js (lines 752 et sqq.) already does both of these (adding {{cog}}, and convert {{etyl}} to {{der}}). It doesn't go as far as deciding between {{inh}} and {{bor}} though. Per utramque cavernam 07:57, 11 June 2018 (UTC)
@Per utramque cavernam This script has various issues, e.g. it doesn't properly check that the language name and code match (and it won't handle many common intro words like "Cognate with" or lowercase "cognate with" after a paren, etc.). And the other script just blindly converts {{etyl}} to {{der}}, which is wrong, and again doesn't check that the language codes match in the two parts of the {{etyl}}/{{m}} sequence. These problems may be acceptable in an interactive script but definitely not in a batch script. Benwing2 (talk) 10:26, 11 June 2018 (UTC)

Reasons for redactions and rejections[edit]

I have been suggesting via attempted "corrections", a host of past and present participles that are legitimately useful and used as adjectives and nouns, but have received no reaction thereto. I have also suggested specific words, such as the noun "verga" which is a word commonly used in USA weather reports, meaning rain that evaporates before reaching the earth, and the noun "peek", meaning a quick often surreptitious look at someone or something. Except for "verga", which was apparently redacted or rejected, without explanation, my other suggestions seem to be ignored completely. Can anyone suggest a way I can qualify as a contributor and have any of my suggestions considered favorably? I was advised to add a message to the bottom of the list of redacted and rejected words, but could find no place to do so! I would appreciate any help and helper I can find.

Scott MacStravic (*Scottmacstra")

@Scottmacstra: The word is virga, not **verga. Per utramque cavernam 18:01, 11 June 2018 (UTC)
@Scottmacstra thanks for your interest in contributing to Wiktionary. I would suggest that you review the links that were left on your talk page by Koavf, there are some helpful tips on how we format entries here and other practices and policies. If you take a look at a this change which you made, you accidentally replaced the content instead of adding to it, which is why that one got undone. If you would like some help in getting used to how editing here works please let me know, you can reach out to me on my talk page and I would be happy to help with further links or by checking out edits you make and suggesting what you might want to do differently going forward. Again, thanks for your interest in helping out around here. - TheDaveRoss 18:45, 11 June 2018 (UTC)

Update on page issues on mobile web[edit]

CKoerner (WMF) (talk) 20:58, 12 June 2018 (UTC)

Are the accelerator creation rules still being updated?[edit]

I currently have an addition for it, and until it is added, accelerator is downright broken on all Finnish entries. I am asking because the page has not been updated in a while and there seems to be multiple requests on the talk page. SURJECTION ·talk·contr·log· 00:05, 13 June 2018 (UTC)

Added your request. DTLHS (talk) 00:20, 13 June 2018 (UTC)

My common.js[edit]

My common.js script literally doesn't do anything anymore, since at least about a week ago. Does anyone happen to know why this might be happening? PseudoSkull (talk) 14:52, 13 June 2018 (UTC)

Are there any error messages in your browser console? DTLHS (talk) 16:01, 13 June 2018 (UTC)

Quotation marks and the Arabic transliteration[edit]

This works:

الْعَبَادِي يَبْحَثُ الْحَرْبَ عَلَى الْإِرْهَابِ مَعَ مَلِكِ الْأُرْدُنِّ.‎
al-ʿabādī yabḥaṯu l-ḥarba ʿalā l-ʾirhābi maʿa maliki l-ʾurdunni.
Al-Abadi discusses the "war on terror" with the King of Jordan.

But this doesn't:

الْعَبَادِي يَبْحَثُ "الْحَرْبَ عَلَى الْإِرْهَابِ" مَعَ مَلِكِ الْأُرْدُنِّ.‎
al-ʿabādī yabḥaṯu "al-ḥarba ʿalā l-ʾirhābi" maʿa maliki l-ʾurdunni.
Al-Abadi discusses the "war on terror" with the King of Jordan.

The only difference is quotation marks in the Arabic text. @Benwing2, Wikitiki89: Can something be done to make it work with double-quotes? --Anatoli T. (обсудить/вклад) 12:39, 14 June 2018 (UTC)

@Atitarev OK, I understand how to fix this but don't have time right now, I'll do it later. Benwing2 (talk) 15:32, 14 June 2018 (UTC)
@Atitarev Should be fixed now. Benwing2 (talk) 02:03, 15 June 2018 (UTC)
@Benwing2: Thank you! The example is used here: بَحَثَ (baḥaṯa). It's the title of this old article here. Someone kindly provided the audio on YouTube (v=pJblBiAojtc).--Anatoli T. (обсудить/вклад) 02:09, 15 June 2018 (UTC)

The word "hover" as a noun vs. verb[edit]

I noted two requests for examples of the poetic use of the word "hover" as a noun, though I recall another example in the poem by Archibald McLeish called "The End of the World", in which he mentions: "...and there in the starless dark, the poise the hover, of vast wings across the cancelled skies...."

Template:categoryTOC-Armenian-TAO misnested tags[edit]

There is a discussion at Template talk:categoryTOC-Armenian-TAO#misnested tags about Template:categoryTOC-Armenian-TAO generating 76 misnested tags of <span>. Please contribute to that discussion there, not here. —Anomalocaris (talk) 01:42, 18 June 2018 (UTC)

Unicode right-to-left mark between diacritics in Arabic translation at Yugoslavian[edit]

One of the Arabic translations at Yugoslavian is يُوجُوسْلَافِيّ‏َة, which includes (near the end) a sequence consisting of the letter for /y/ (yeh), a gemination mark (shadda), a Unicode right-to-left mark (U+200F), and the diacritic for /a/ (fatha); so, something like /yy←a/, instead of /yya/. Does anyone know why the right-to-left mark is there? Should it be removed? —RuakhTALK 03:58, 18 June 2018 (UTC)

@Ruakh: I think so, because a right-to-left mark can only be useful at the beginning or end of a run of right-to-left text, as one end of a right-to-left sandwich that contains characters that would otherwise render as left-to-right. — Eru·tuon 04:21, 18 June 2018 (UTC)
@Erutuon: User:Ruakh refers to the POSITION of the symbol (U+200F) (left-to-right). It's in the middle of the word between fatḥa and šadda, not at the end of the word. (BTW, Arabic ي is called yāʾ and ye is the Persian name for letter ی.) --Anatoli T. (обсудить/вклад) 05:51, 18 June 2018 (UTC)
@Atitarev: Perhaps I should have been clearer – I meant it should be removed. — Eru·tuon 06:05, 18 June 2018 (UTC)
@Ruakh, Erutuon: Removed and saved as يُوجُوسْلَافِيَّة‎ f (yūgoslāviyya). --Anatoli T. (обсудить/вклад) 06:50, 18 June 2018 (UTC)
OK, thanks! —RuakhTALK 07:04, 18 June 2018 (UTC)

Hittite cognates[edit]

Can anyone tell me how I can pull out all Wiktionary entries which include Hittite cognates in their etymologies, please? —This unsigned comment was added by Rdurkan (talkcontribs).

@Rdurkan: This search should help. It might not find cognates that are not "standardly" formatted though. —Suzukaze-c 19:39, 20 June 2018 (UTC)
@Suzukaze-c, I'm curious, why doesn't this work? --Victar (talk) 20:06, 20 June 2018 (UTC)
That is a curious bug (unless there are no {{l}}-links to ira-pro terms?), considering that the same search with "m" instead of "l" works. - -sche (discuss) 00:49, 21 June 2018 (UTC)
There are none. Try it with other codes. I confirmed that it's working with a test edit. DTLHS (talk) 00:52, 21 June 2018 (UTC)

hide/show don't work local project[edit]

Hello. I install MediaWiki 1.31.0 on local. After that I create MediaWiki:Common.css and MediaWiki:Common.js, and Azerbaijani declension-table templates. My problem with hide/show function. When I edit Declension section I can see show/hide button, but after save or show preview when edit all page I can't see buttons like this. What can I do?

Note: When I delete MediaWiki:Common.css and MediaWiki:Common.js, table is working but not collapsible. --Drabdullayev17 (talk) 14:02, 20 June 2018 (UTC)