When I try to use Gascon as a label, nothing happens. I want it to be interchangeable with Gascony. Ultimateria (talk) 16:58, 5 October 2019 (UTC)
{{lb}}
? Module:oc:Dialects provides labels for {{alter}}
(for instance, {{alter|oc|hilha||Gascon}}
in filha). For {{lb}}
you need to add a label to Module:labels/data/subvarieties. — Eru·tuon 17:06, 5 October 2019 (UTC)
Hello, I've just noticed that the abuse filter 66 will sometimes fail due to a syntax error. This is because it's using page_prefixedtitle
inside a regex, and bad things happen if the title has special characters. I suggest you to wrap the title inside a rescape()
call. Could anyone please take a look? Thanks, --Daimona Eaytoy (talk) 17:44, 5 October 2019 (UTC)
{{rootsee}}
sourceI had a go at this at resolve as the list is quite long, but the result isn't completely satisfactory. I used {{rel-top3}}
which gave the best, but not perfect, appearance; I don't think {{col3}}
can be used here. Using * in front of {{rootsee|en|lewh₃}}
helped, by the way. DonnanZ (talk) 13:30, 6 October 2019 (UTC)
{{prefixsee}}
and {{suffixsee}}
hide the content until clicked on. Maybe {{rootsee}}
should do the same. DonnanZ (talk) 13:58, 6 October 2019 (UTC)
{{PIE root}}
and Related terms section is also used for borrowed words (i don't know is it correct or not) and in this case list may be long. —Игорь Тълкачь (talk) 14:49, 25 October 2019 (UTC)I've just added "personal pronoun forms" to Module:category tree/poscatboiler/data/non-lemma forms but the individual entries in Category:Hungarian personal pronoun forms still do not show up in Category:Hungarian non-lemma forms. Is there anything else I need to do? Thanks. Panda10 (talk) 18:37, 6 October 2019 (UTC)
Hey all nerds and language experts. Can I get a list of all Spanish lemmas composed of two o more words that are not in Category:Spanish idioms or Category:Spanish proverbs? You can put it as my user-subpage, please --Vealhurl (talk) 07:09, 9 October 2019 (UTC)
insource:"Spanish" intitle:/ / insource:/==Spanish==/ -incategory:"Spanish idioms" -incategory:"Spanish proverbs"
: incategory:"Spanish lemmas" intitle:/ / -incategory:"Spanish idioms" -incategory:"Spanish proverbs"
would work. It does find some relevant matches, but also quite a few redirectsEnds with a displayed "}}". --Marontyan (talk) 07:42, 10 October 2019 (UTC)
If there's no more use for it, can someone remove the "Script code" input box from the translation adding gadget? Ultimateria (talk) 16:29, 10 October 2019 (UTC)
How to add the pagename at the lemma parameter? --TNMPChannel (talk) 17:59, 10 October 2019 (UTC)
{{ja-verbconj-auto}}
made the default lemma in 扼する as やくする; and reverting in the single kanji and its reading (from one of my previous revisions) relieved that. I haven't undo'd for now. Someone has to answer @TNMPChannel's above question... ~ POKéTalker(═◉═) 17:07, 14 November 2019 (UTC)|3=
or |4=
in the future. -- Huhu9001 (talk) 04:03, 15 November 2019 (UTC)Is there an option to correct sorting in Hungarian categories? There are some inconsistencies between categories and there some incorrect patterns. The current sort key in Module:languages/data2 is
Words starting with ö/ő and ü/ű are incorrectly after z in every category. They should be after o/ó and after u/ú, respectively, as seen in the Hungarian alphabet. Similarly, words containing ö/ő and ü/ű as a second character, are sorted at the end of their respective first letter section. Sometimes, this problem also appears with the other long vowels, as well.
Example 1: In Category:Hungarian uncomparable adjectives, all words with a long vowel as a second letter are at the end of their corresponding letter section instead of mixed with the short vowels. For example, bácsi, bécsi, bélű, etc. are at the end of section B.
Example 2: In Category:Hungarian diminutive nouns :
The same word (dédi) is sorted correctly in Category:Hungarian nouns, Category:Hungarian lemmas, and Category:Hungarian nouns suffixed with -i.
Example 3: Proper noun/common noun pairs such as Varga/varga, Kovács/kovács: the word with a capital should come before the word with a small letter. However, Category:Hungarian lemmas is inconsistent: Kovács/kovács are correct, but szakács/Szakács, varga/Varga, vas/Vas are not.
I'd appreciate any help. Panda10 (talk) 18:53, 10 October 2019 (UTC)
I'm sorry to interfere but the common noun should precede the proper noun if they are otherwise identical (aside from capitalization), see the second paragraph of 14. a), along with the chart (jácint, Jácint, opera, Opera). In all other aspects I fully second the above request. Adam78 (talk) 22:22, 10 October 2019 (UTC)
sort_key
replacements, because MediaWiki doesn't have the feature of per-category sort orders; it has just one sort order for all categories. I'm not super familiar with sorting algorithms, but here is a module where you can try sorting a list of words using different sort_key
replacements, and maybe come up with replacements that achieve the same thing as proper Hungarian sorting. I've simplified the syntax of the sort_key
replacements so that it's easier to edit. — Eru·tuon 22:52, 10 October 2019 (UTC)sort_key
. Bare category links will simply use the page name, in which case all the letters with accents sort after z
. A bare category link was the reason why dédi was not sorting correctly in Category:Hungarian diminutive nouns, and similarly with bácsi and others in Category:Hungarian uncomparable adjectives. — Eru·tuon 23:13, 10 October 2019 (UTC)
{{cln}}
and {{top}}
? Or will the updated sort key in Module:languages/data2 take care of the issues? I'd be very happy just to see the short/long vowel issues resolved and leave the uppercase/lowercase entries as they are, since they are next to each other anyway. I'm not sure how to deal with the difficult subject of morpheme boundary. The boundaries are only visible in the hyphenation line of an entry. But how can that be used in a sort key, I have no idea. Thank you again! Panda10 (talk) 14:11, 11 October 2019 (UTC)
{{cln}}
and this change improved sorting in those categories.{{cln}}
or {{topics}}
- probably a bot project. Maybe it should be done for all languages.{{head|hu}}
. These categories include the non-lemma entries, as well. Should a |sort=
parameter be added to each {{head|hu}}
?{{hu-noun}}
, {{hu-verb}}
, etc. I don't know what to do about them. Their script is connected to {{head}}
but I don't think the sort parameter is recognized.{{head}}
? For case #2 I'm pretty sure I can do a bot run. Benwing2 (talk) 22:03, 13 October 2019 (UTC)
{{hu-adj}}
was updated with {{cln}}
. Some of the long vowel words are mixed with the short vowels as they should, but there are still long vowel sections after z. Panda10 (talk) 16:45, 14 October 2019 (UTC)
source An error occurred while generating the entry:
Lua error in Module:accel/eo at line 51: attempt to get length of local 'participle_ending' (a number value) --So9q (talk) 07:04, 11 October 2019 (UTC)
{{eo-form of}}
, which isn't outputting any text. — Eru·tuon 07:22, 11 October 2019 (UTC)
{{head|xx|personal pronoun}}
doesn't place entry in lemma categoryThere are only a few examples for this problem. See tu for Latin, Italian, Ido, and Kurdish. French and Portuguese also use it but they have a second part of speech and that places the entry in their lemma category. Panda10 (talk) 13:56, 11 October 2019 (UTC)
{{head|xx|pronoun|cat2=personal pronouns}}
. Personal pronouns aren't a separate type of lemma, but just a subtype of pronouns. —Rua (mew) 17:12, 11 October 2019 (UTC)
labels = {
- description = "{{{langname}}} pronouns that are used as substitutes for known nouns.",
- fundamental = "Lemmas subcategories by language",
parents = {"pronouns"},}
{{head}}
. {{head}}
doesn't use Module:category tree/poscatboiler/data/lemmas or Module:category tree/poscatboiler/data/non-lemma forms in any way. Instead, it uses Module:headword/data. So {{head|hu|personal pronoun}}
adds Category:head tracking/unrecognized pos, and Category:Hungarian lemmas is not added, because it's not in the "lemmas" list in Module:headword/data.{{head|hu|pronoun|cat2=personal pronouns}}
should be used instead for a personal pronoun lemma, so that it is in the pronoun category and the personal pronoun category. Similarly, {{head|hu|pronoun form|cat2=personal pronoun forms}}
for personal pronoun forms. The top-level part-of-speech category belongs in the second parameter and any subcategories in |catN=
parameters. — Eru·tuon 19:20, 11 October 2019 (UTC)
Note the stray curly braces at the top of pulled-to-publish. Equinox ◑ 17:04, 11 October 2019 (UTC)
}}
instead of 1=
in several templates. They should all be fixed now. Benwing2 (talk) 14:20, 12 October 2019 (UTC)I create Jeju entries, but some words have obsolete letters that Wiktionary doesn't display. Could someone fix it? --YukaSylvie (talk) 08:00, 12 October 2019 (UTC)
NanumBarunGothic YetHangul
is one font that is already in the site font list. —Suzukaze-c◇◇ 08:15, 12 October 2019 (UTC)
【옛 자판+】
(Old keyboard +)→3-2012
;☑️옛한글
(old Hangul);nffq
(ᄉ
ᅟᆞ
ᅟᅠᆺ
ᅠ)→ᄉᆞᆺ
. —Suzukaze-c◇◇ 00:58, 13 October 2019 (UTC)
Prompted by this, I added a blacklist entry for private-use characters to prevent them from being used in titles. It gives a message that explains the reason and points the editor to the Grease Pit. — Eru·tuon 20:47, 13 October 2019 (UTC)
Why is abuse filter 103 tagging edits with WT:NORM? A lot of the tagged edits are not actually making a WT:NORM violation. Surely it would be more understandable to have a bot put erroneous pages into a category and the abuse filter only tag edits on pages that are not already in the cat. The first edit on a page that had a pre-existing error would still get tagged, but that's better than having a chain of error-free edits all tagged on the page. I was very confused the first time I got tagged, and it took a while to realise I had not actually made an error. SpinningSpark 10:34, 13 October 2019 (UTC)
new_wikitext
variable), not just the edited part (added_lines
). For instance, to find three newlines in a row (two empty lines), it can't just look at the edited part, since the edit might have added only one empty line, immediately below another empty line. (Also, added_lines
is just all the added lines, from anywhere in the edit, connected with newlines, so there might be false positives.) It would be possible to compare the number of violations before and after the edit, but I'm not eager to try, because I imagine the filter would take longer to run. It would have to count all the matches of each regular expression on the whole page, and do it twice, on the "before" and "after" of the edit, and compare the numbers, rather than just checking if there was one match in the "after" of the edit. That's at least three times as many operations per edit.Hi, I found out today that we have a nice module where I can search for labels :). I have made a lot of edits without using the "right" labels that is recognized by the module.
Do we have any idea about how many labels is unrecognized right now? I would love to see a frequency list of labels NOT in the modules data. Would that be useful?--So9q (talk) 18:11, 13 October 2019 (UTC)
{{label}}
. — Eru·tuon 18:44, 13 October 2019 (UTC)
labels
or aliases
subtables in Module:labels/data. — Eru·tuon 19:24, 13 October 2019 (UTC)Today I noticed that several new pages are in CAT:E, including some translation subpages (dog/translations and fire/translations).
I didn't spot any changes in the Module and Template namespaces that look like they would cause it.
There was an update to the MediaWiki software yesterday. I don't know if there were changes that would affect Lua memory. As to timing, I don't know exactly when the new errors showed up in CAT:E. If they just showed up today, there would have been a time gap of a day between the MediaWiki update and the module errors, but the server doesn't update things immediately, so I guess it's plausible. — Eru·tuon 20:25, 17 October 2019 (UTC)
{{redlink category}}
exclusion list, which just barely brought the memory use within tolerance. I added several more just now, which took care of some. Last night there were about 15 or 16, which means the count basically doubled after that Chuck Entz (talk) 03:40, 18 October 2019 (UTC)
{{redlink category}}
and use a more appropriate mechanism for tracking such things. - TheDaveRoss 12:47, 18 October 2019 (UTC)
{{redlink category}}
can probably be disabled, because we have Jberkel's lists of wanted links by language as an alternative. It would be best to give some notice beforehand, so that people have an opportunity to try using the wanted lists and see if any improvements are needed before they can be used in the same ways as the redlink categories. — Eru·tuon 17:42, 18 October 2019 (UTC)
Some sort of brackety mess here: . Equinox ◑ 13:01, 19 October 2019 (UTC)
{{rel-top3}}
/Template:rel-mid3/ group that he was converting to {{col3}}
In case anyone is interested in testing/reporting: go to your Special:Preferences, and add a user to "Muted users" (which is supposed to hide notifications like thanks), and try to save. The added user vanishes from the list again: it won't "stick". This feature used to work but now doesn't (at least for me). Equinox ◑ 15:14, 20 October 2019 (UTC)
The autocat template says "the automatically-generated contents of this category has errors" when I try to use it on Category:Men's speech terms by language. Strangely, Category:Women's speech terms by language doesn't have the same problem. Could someone fix it? --YukaSylvie (talk) 07:18, 24 October 2019 (UTC)
{{auto cat}}
works on the women's speech category, but not on the men's speech category: diff results in the error message noted above. I don't have time to look into why, at the moment. - -sche (discuss) 21:03, 24 October 2019 (UTC)
Hi, I just read the code of the french fork of our legacy translation adder and really liked the code quality of it.
I hereby suggest we evaluate whether we would loose any features by using that instead one and scrapping our own one.
Besides code quality they made the following improvements:
What they are missing (that I added to User:So9q/ImprovedTranslationAdder.js):
What our legacy TA can do that theirs can't:
--So9q (talk) 15:48, 24 October 2019 (UTC)
defaultResultSorter
in User:Erutuon/scripts/LanguageSearcher.js). It should also search otherNames
and aliases
and the names of etymology languages as well, because that is useful if someone doesn't know which name we use, or that a language is treated as a subvariety of another language.importScript( 'User:So9q/translation-editor.js' ); // Backlink: ]
Hi, today when I explored the french WT I found this script which is truly a treasure. I tested it out in their wiki and it is really nice!
I write here to tell you about it and to ask for help getting it to work on our wiki. When I enable it by adding the following into my common.js, nothing happens. No errors, no effect:
importScript( 'User:So9q/CreerTrad.js' ); // Backlink: ]
You are very welcome helping me get it to work. Thanks in advance.--So9q (talk) 18:47, 24 October 2019 (UTC)
/^(.*?) \(page does not exist\)$/.exec(title);
will not work because our redlinks do not seem to have any title
attribute. The script may have to use the href
attribute of the link
instead. — Eru·tuon 19:08, 24 October 2019 (UTC)
importScript( 'User:So9q/CreateTranslation.js' ); // Backlink: ]
importScript( 'User:So9q/new-entry-creator.js' ); // Backlink: ]
Where can I find a font for displaying Ahom script? Ahom script characters, such as in this entry's name or in the etymology section of this entry don't display for me (Windows 10); in Firefox 65.0, they also bork the rest of the page into not displaying, while in Chrome 77.0.3865.120 they simply display as boxes without borking the rest of the page. - -sche (discuss) 21:34, 24 October 2019 (UTC)
PS. I prefer AhomUnicode because it looks like original manuscripts, while Noto Serif Ahom gets the shape from printed books. --Octahedron80 (talk) 09:00, 1 November 2019 (UTC)
|eq=
in {{given name}}
This parameter links to #English, so why is it bold and unlinked on a page of the same name? See French Victor as an example. Ultimateria (talk) 00:28, 26 October 2019 (UTC)
Taylor series' definition is now showing a lot of UNIQ--postMath garbage. Earlier versions in the history look fine and used the exact same mathematical markup. What gives, daddy-o? Equinox ◑ 16:28, 27 October 2019 (UTC)
{{auto cat}}
to work for various Japanese character/reading categories(Notifying Eirikr, TAKASUGI Shinji, Nibiko, Atitarev, Suzukaze-c, Dine2016, Poketalker, Cnilep, Britannic124, Marlin Setia1, AstroVulpes, Tsukuyone, Aogaeru4, Huhu9001, 荒巻モロゾフ, Mellohi!): User:MiguelX413 asked me to help create Okinawan character/reading categories, which are modeled after the Japanese ones. This made me wonder if we can automate the creation of them, and the Japanese ones they're based on, using {{auto cat}}
. We have:
{{charactercat|sort=心09}}
;{{ja-readingcat|排|はい|kan'on}}
;{{ja-readascat|はい}}
;{{ja-cat-written with n kanji|6}}
.We also have categories that use {{auto cat}}
, e.g.:
Is it possible to get {{auto cat}}
to work with any of the category types that don't currently use it? For the first type (Category:Japanese terms spelled with 愛), there's Module:zh-sortkey to auto-generate sort keys. The third and fourth types (Category:Japanese terms spelled with kanji read as はい and Category:Japanese terms written with six Han script characters) don't look too hard to automate. For the second type, I'm not sure whether we can automatically determine whether a given reading is kun/on/kan'on/goon/etc.
{{t-simple}}
conversion template
I've started a new template {{t-simplify}}
with the intent of making it easy to convert {{t}}
to {{t-simple}}
on big pages where the latter is necessary to avoid Lua out-of-memory errors. As you can see at Template:t-simplify/sandbox, I've gotten it to display correctly, but it's adding a bunch of unnecessary code, which I can't figure out how to get rid of. Take a look at the edit box of the sandbox; how do I get the template to generate
{{t-simple|de|Boot|n|langname=German}}
instead of
{{t-simple|de|Boot|{{#if:n|n|}}|langname=German|tr=|{{#if:|alt={{{alt}}}|}}}}
or
{{t-simple|he|אניה|f|langname=Hebrew|tr=oniyá|alt=אֳנִיָּה \ אונייה}}
instead of
{{t-simple|he|אניה|{{#if:f|f|}}|langname=Hebrew|tr=oniyá|alt={{#if:אֳנִיָּה \ אונייה|אֳנִיָּה \ אונייה|}}}}
Any help would be greatly appreciated! —Mahāgaja · talk 14:47, 28 October 2019 (UTC)
safesubst:
before #if:
seems to work. — Eru·tuon 17:43, 28 October 2019 (UTC)
|tr=
from the German as well as the final vertical bar from all that don't have |alt=
? —Mahāgaja · talk 19:06, 28 October 2019 (UTC)
{{!}}
instead of a literal |
: for |tr=
, {{safesubst:#if: {{{tr|}}} | {{!}}tr={{{tr|}}} }}
(spaces around parameters are ignored in #if:
). — Eru·tuon 19:27, 28 October 2019 (UTC)
{{safesubst:#if: {{{tr|}}} |
will work for cases like Burmese where the transliteration is automatic, not specified with |tr=
. —Mahāgaja · talk 19:38, 28 October 2019 (UTC)
{{xlit}}
and maybe requiring a helper template to add the parameter only if the transliteration was generated). I was working on a module at Module:User:Erutuon/t-simple, but didn't get as far as figuring out the logic for inserting transliterations. My simpleTranslations script only tries to handle non-Latin translations with certain parameters. Transliterations in {{t-simple}}
would also have to be updated when transliteration modules are modified or are added to the language data modules, and we would need to come up with a process for that, preferably one that can be done by a bot. — Eru·tuon 20:25, 28 October 2019 (UTC){{parameter if value}}
) to work finally. — Eru·tuon 20:46, 28 October 2019 (UTC)
{{t-simplify}}
is necessarily the right approach, as it requires too much bot work. I already implemented another solution for the same issue, which is {{multitrans}}
, that doesn't require any such bot work or substitution. All it needs to make it work in general is to update the translation gadget to know about it. Benwing2 (talk) 00:31, 4 November 2019 (UTC)The Accelerated gadget seems to insert undesirable space between the see-alsos at the top of an entry and the first language header, at least in some cases: . Equinox ◑ 22:47, 30 October 2019 (UTC)
{{it-noun}}
This template desperately needs a way to display different masculine and feminine plurals in entries (usually ending in -ista) that are masculine or feminine. See azionista as an example of how the layout has to be manipulated around this simple fix. Ultimateria (talk) 16:54, 31 October 2019 (UTC)
|mpl=
or |fpl=
as necessary. The params |head=
, |m=
, |f=
, |mpl=
and |fpl=
all now accept multiple params. Benwing2 (talk) 01:27, 5 November 2019 (UTC)
{{cy-adj}}
is consistently producing incorrect equative formsAt the moment this template creates equative forms of "-ach" adjectives by adding "-ed" e.g. "glas > glased" and of "mwy" adjectives by adding "cyn" (plus specifies the need to include the mutation separtely) e.g. "gogleddol > cyn ogleddol". Both of these forms are wrong. The "-ach" adjectives take "cyn" and the "-ed" ending e.g. "glas > cyn lased" and "mwy" adjectives take "mor" not "cyn" e.g. "gogleddol > mor ogleddol". Also, as seen here, both "cyn" and "mor" require a soft mutation but not of "ll" or "rh" e.g. "rhad > cyn rhated", "llwyddiannus > mor llwyddiannus". Can this be corrected as it's created a whole load of incorrect forms? Secondly, is it possible to write this mutation rule into the template so that it does it automatically? Llusiduonbach (talk) 22:40, 31 October 2019 (UTC)