Wiktionary:Beer parlour/2022/August

discussion rooms: Tea room • Etym. scr. • Info desk • Beer parlour • Grease pit ← July 2022 · August 2022 · September 2022 → · (current)

---

“Chinglish” should be added to Module:labels/data/lang/zh!

Chinglish, means poorly translated English, with inappropriate Chinese elements. Although Chinglish is a kind of English (and it’s already put in Module:labels/data/lang/en), it is also should be counted as Chinese (and be put in Module:labels/data/lang/zh). It is because there are some Chinglish words belong to Chinese instead of English, for example: “un頂able”, “gay裡gay氣” Beefwiki (talk) 15:05, 1 August 2022 (UTC)

Is it OK to create a WIP module?

Normally, I would put such an unfinished module in a user subpage of mine, especially as I'm a new module writer, but is it possible to invoke Lua code not written in a Module namespace? If not, would it be OK to make a page in the global Module: namespace? Thanks, Kiril kovachev (talk) 10:21, 3 August 2022 (UTC)

@Kiril kovachev You could make Module:User:Kiril kovachev or a subpage of that page. This, that and the other (talk) 11:51, 3 August 2022 (UTC)

Ah, thanks very much, will do. Kiril kovachev (talk) 14:13, 3 August 2022 (UTC)

Collocations Namespace

One issue I face, and WF too if memory serves, is words with many collocations (abonament is an exmaple of a Polish entry with a medium-high amount). Would there be value in having a special namespace akin to our thesaurus? We can keep inline and the header for words with minimal amounts, but seeing as things such as collocations dictionaries exist, there might be some sense to it. Vininn126 (talk) 22:36, 3 August 2022 (UTC)

Honestly, I don’t feel like I’ve seen them enough to justify having a separate namespace (yet). Maybe a collapsible table would be better? AG202 (talk) 00:08, 4 August 2022 (UTC)

As someone who regularly adds lots of collocations, I think this would have many upsides, such as clearer sorting of collocations by POS. Perhaps by facilitating it more we will see them more. I also have considered having inline collocations be collapsible after a certain amount, always showing three with a button that says "see more". I asked for this in the grease pit but got ignored... Vininn126 (talk) 08:53, 4 August 2022 (UTC)

Also, this is an extreme example, but I can extract around 500 collocations for absolutnie from a corpus. I doubt we'd want that many, but I mean I don't think have them on the page is a good idea, even in a collapsable box. Vininn126 (talk) 17:07, 4 August 2022 (UTC)

Also I'd like to ping @BigDom and @Thadh as people who have shown interest in this topic before. Vininn126 (talk) 09:06, 4 August 2022 (UTC)

Putting anything in a different namespace makes it less likely to be seen. I say just make them collapsible. Ultimateria (talk) 22:37, 5 August 2022 (UTC)

Abstract Nouns

I just reverted edits by @Skiulinamo to the category modules because they caused module errors in our noun categories. They were, however, trying to address what may very well be a legitimate problem: abstract nouns aren't included in our category structure. Category:English abstract nouns is currently a hand-coded one-off thing that probably could use some reworking.

Skiulinamo created at least one new abstract noun category that now has an error due to my reverts, which raises the question: how should we treat abstract nouns? And how can we implement it without trashing our category structure? Chuck Entz (talk) 14:19, 4 August 2022 (UTC)

I was working to create a parent category for Category:Proto-Germanic abstract nouns. I suppose I could have hard-coded it but I didn't see any issue with going the extra mile to add a catboiler instead. (Chuck, you also unfortunately reverted my changes to the vrddhi gerund cats) --Skiulinamo (talk) 20:10, 4 August 2022 (UTC)

Category:English abstract nouns currently has 39 members, while I estimate that there are tens of thousands of English abstract nouns. There are already 9,758 English words suffixed with -ness, the vast majority of which denote an abstract concept. The concept (a term not included, although it is itself an intangible concept) is hard to apply; are terms for measurable quantities like weight or temperature abstract concepts? Is proverb an abstract concept? Assiduous attempts to populate this severely underpopulated category will inevitably lead to a great deal of arbitrariness, so I wonder which is the lesser harm, keeping it or zapping it.  --Lambiam 16:06, 5 August 2022 (UTC)

It does seem like a can of worms (abstract noun?). Weight and temperature have some definitions that are not "abstract". Some definitions of abstract noun have it that the referent of abstract noun "a non-material, non-perceptible entity". (This would be an improvement over our existing definition IMO.) But that definition doesn't really help with items that are outside our normal terrestrial experience (black hole, absolute zero). Is thing an abstract noun? DCDuring (talk) 16:27, 5 August 2022 (UTC)

If you have a look at Category:Proto-Germanic abstract nouns, it's a silo for abstract noun suffixes, so in cases like this, it's pretty straightforward, i.e. canned wormless. Category:Turkish nouns has a pretty built-out system. --Skiulinamo (talk) 21:22, 5 August 2022 (UTC)

Common gender in Portuguese

According to @Ultimateria, it does not exist. But in Portuguese Wiktionary there's a common-gender template used in all common-gender words entries. Is comum aos dois gêneros any different from common gender? Tazuco (talk) 22:30, 5 August 2022 (UTC)

Yes, see w:Grammatical_gender#Gender_contrasts for an overview of gender contrasts that align with our practices on English Wiktionary, including the common gender of certain Germanic languages. I believe this is just an issue of semantics; I don't think our current masculine-feminine labels for Portuguese should change. Ultimateria (talk) 22:36, 5 August 2022 (UTC)

That article does not issue Portuguese; that section has citation needed template since 2013. I wonder why English Wiktionary is something a part. Another issue is demonstrative pronouns, in enwikt isso is classified as neuter while in Portuguese dictionaries (not ptwikt) it's masculine. So what's the truth? Tazuco (talk) 22:51, 5 August 2022 (UTC)

Thanks for pointing out that inconsistency. I'd argue for changing isso et al to masculine, unless anyone has a reason not to. (Notifying Ungoliant MMDCCLXIV, Daniel Carrero, Jberkel, Svjatysberega, Cpt.Guapo, Munmula, Koavf): Ultimateria (talk) 17:24, 6 August 2022 (UTC)

the enwiki page on Spanish grammatical gender also classify Spanish as having common gender. Is that wrong? There doesn't seem to have much source Tazuco (talk) 22:41, 6 August 2022 (UTC)

There are some nouns in Portuguese that can be either masculine or feminine, such as those ending in -ente/-ante (e.g. estudante, participante, residente) – those are what we call comum aos dois gêneros because they don't have a specific masculine or feminine form. As to isto and isso, they are indefinite neutral forms of este/esta and essa/isso, but are treated as masculine when referred to by adjectives (e.g. isto é bom). - Munmula (talk) 06:07, 7 August 2022 (UTC)

The term "common gender" in Wiktionary (code c) refers to a specific gender in certain languages, such as Dutch and Danish, that is the historical merger of masculine and feminine. It does *NOT* refer to terms that can be either masculine or feminine according to the sense. There is a special code mfbysense for these terms. Benwing2 (talk) 03:17, 8 August 2022 (UTC)

IP Editor Reality Check

See Special:Contributions/191.95.0.0/16.

This block of IP addresses geolocates to Colombia, and has been extremely busy in the Reconstruction namespace since February. Among the proto-languages edited: Proto-Hellenic, Proto-Italic, Proto-Indo-Iranian, Proto-West Germanic, Proto-Celtic, Proto-Semitic, Proto-West Semitic, and Proto-Turkic. I can't even guarantee this is everything, because the WHOIS utility says they have access to a /13 address space, and Special:Contributions can only show blocks of /16- 1/8 of the total.

This all strikes me as a bit... ambitious..., though I don't have the background to spot all the potential errors. It does bother me that they're adding IPA templates to reconstructions of languages that haven't been spoken in thousands of years- if at all. It's hard enough to reconstruct Latin pronunciation, even with descriptions of it by Latin grammarians. Proto-languages are educated guesses based on comparing incomplete data from descendants, requiring all kinds of arbitrary choices and rather vague about chronology and regional variation. Try coming up with a pronunciation that covers Los Angeles, Dallas, Atlanta, Louisville, Chicago, Boston, London, Manchester, Dublin, Sydney, Pretoria and New Delhi from Elizabethan times to the present, and you'll have an inkling of the uncertainties involved.

At any rate, this needs attention from a lot of people to check all of these edits in such a wide range of proto-languages. Pinging @Mahagaja, Fenakhay, (Notifying Wikitiki89, ZxxZxxZ, Ruakh, Qehath, Mnemosientje, Isaacmayer9, Metaknowledge, Rua, Wikitiki89, Benwing2, Mnemosientje, The Editor's Apprentice): to start with. Chuck Entz (talk) 05:09, 7 August 2022 (UTC)

@Chuck Entz I don't know about the declensions but I'm skeptical in general of pronunciations of reconstructed languages. I think we should consider blocking the IP range from edits to the mainspace and Reconstruction spaces until we can get them to discuss their changes. Benwing2 (talk) 05:25, 7 August 2022 (UTC)

I'm not thrilled about including pronunciation section in proto-language reconstructions either – especially not for Proto-Celtic, where we don't even know where stress fell – but this IP is definitely not the first or only person to add them. Unless we have a policy prohibiting them, we're going to have difficulty persuading people to knock it off. —Mahāgaja · talk 06:33, 7 August 2022 (UTC)

Should we develop such a policy? I've asked people to remove pronunciation sections from Proto-Japonic entries, for instance, not least as there is no clear consensus on several of the vowel values. A clear policy that covers all proto-languages would be a good idea, I think. ‑‑ Eiríkr Útlendi │^{Tala við mig} 07:45, 7 August 2022 (UTC)

@Mahagaja, @Eirikr: I agree, we should have a policy. It makes no sense at all to have IPA for reconstructed proto-languages (It barely makes any sense with ancient/classical languages, and if it was up to me I'd prohibit any phonetic transcription of those, too). — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 16:24, 31 August 2022 (UTC)

I personally don't really see any issue with phonemic pronunciation of most proto-languages: If we can reconstruct the word, we should be able to provide the IPA values of the signs we are using. I know it gets tricky with languages like PIE, but overall reconstructed IPA pronunciations seem quite straightforward. Thadh (talk) 09:23, 7 August 2022 (UTC)

@Thadh: Well, no; often we can't provide the IPA values of the symbols we use. The symbols stand for phonemes, but the reconstructed realization of those phonemes is often controversial, for example the PIE laryngeals or the Proto-Semitic fricatives, not to mention the Proto-Celtic stress placement and Proto-Japonic vowel qualities already mentioned. I would say the About page (WT:AINE, WT:ASEM, etc.) should include information on how the symbols are to be pronounced, including info on any controversies or uncertainties, but IPA info should not be included on the reconstruction pages themselves. —Mahāgaja · talk 14:40, 7 August 2022 (UTC)

@Thadh, Mahagaja I agree with Mahagaja here; the symbols used in reconstructions are convenient approximations to what the sounds might have been but there are significant disputes concerning a large fraction of the symbols in the majority of reconstructions. Furthermore because the reconstructed symbols are supposed to represent phonemes already, it's IMO not clear what adding IPA gains you other than expressing one particular researcher's view on what the symbols stand for. Benwing2 (talk) 03:14, 8 August 2022 (UTC)

@Benwing2: I think it gains you exactly the same thing as any phonetically written language would with a phonemic pronunciation: It gives you an idea how the language is/was approximately pronounced. The phonemic pronunciation of a language like Dutch would be possible to determine on the spelling and stress alone 99% of the time, even more so with German. Does that mean we don't need to give phonemic pronunciations there, either? Thadh (talk) 08:35, 8 August 2022 (UTC)

@Thadh Actually it's very hard to automatically convert German spelling to pronunciation; I have written an experimental module to do this and it runs to almost 3,000 lines and requires respelling in many situations. Dutch may be easier, but for a language like Proto-Germanic as normally written, it's pretty simple to do. But the bigger issue is that we really don't know many details of how proto-languages were pronounced. E.g. for Proto-Slavic we don't know even the phonemic vowel length/stress/tone in many cases, much less how these were actually pronounced; nor do we know very well whether and when various consonants were phonetically palatalized, what the quality of the /v/ phoneme was, how ť ď ь ъ y, yat or the nasal vowels were pronounced, how e and ě were distinguished, etc. We only have general ideas, e.g. that the yers were quite short and respectively front and back and high-ish, likewise that the nasal vowels were nasalized and front/back, etc. It is purely a guess, for example, that the nasal vowels were mid vowels, and that the yat vowel was maybe something like /æ/, and there is a lot of disagreement in scholarly sources about all these issues. By giving a pronunciation, we're necessarily taking a position in all these debates. Do we really want to do this? For attested languages, it's totally different; there's a definite way they were pronounced and we can ask a native speaker about this. Benwing2 (talk) 04:00, 9 August 2022 (UTC)

Resource for Italian languages and gestural communication

Interesting book on non-verbal communication: https://www.themarginalian.org/2012/12/13/bruno-munari-speak-italian-gestures/. —Justin (koavf)❤T☮C☺M☯ 20:37, 7 August 2022 (UTC)

Chinese Glyph n headers and template {{Han-glyphref}}

A small number of Chinese entries use headers Glyph 1, Glyph 2, etc. apparently to include multiple distinct glyphs/glyph forms under one entry. The entries: Search results for ""Glyph 1"". The headers are level 3 with nested level 4+ contents for each glyph; for example in 径. Most of these headings use {{Han-glyphref}} to indicate which glyph is being described. In a handful of cases, {{Han-glyphref}} is being used without the headers, along with nonstandard ordering and nesting of other headers: 凿, 屮, 彐, 蘗, 𣏒.

I have not been able to find documentation for the the usage of these headers nor for the template. Would it be safe to refactor these pages to conform to the standard layout? If so, what would the best approach be? BKalmar (talk) 11:44, 11 August 2022 (UTC)

@BKalmar: I think this should be refactored to conform to standard layout, but we'd have to check case by case. — justin(r)leung _{{ (t...) | c=› }} 16:02, 11 August 2022 (UTC)

Shanghainese IPA update and Wugniu Romanisation

Wiktionary's romanisation for Shanghainese has been relatively rarely used by speakers and learners of SH. I, as well as several other editors, would like to update the romanisation to one that is most commonly used and redo some of the IPA.

The current IPA in use is way too narrow to properly notate to all speakers of SH. Notable issues include the use of /ɜ/, devoicing all voiced consonants, as well as the incredibly idiolectal /vʷ/. The update aims to solve all of these issues so that the current IPA would be able to cater to all speakers of SH’s speech.

The current romanisation was made before the widespread adoption of Wugniu, however, the scheme has now been around for around six years and since then has gained widespread adoption. Scores of learners have adopted this romanisation and is one of the two that is covered by the Rime IME, along with the MiniDict romanisation. Wugniu is also relatively versatile in that it aims to be usable for all Wu lects and hence, if adopted for SH, would pave the way for future expansions into other lects. (Also, frankly speaking, the fact that the scheme has a pentagraph is enough reason to replace it)

I have consulted with people teaching Northern Wu and those educated in Northern Wu linguistics including but not limited to @Musetta6729 and created a scheme for the update to follow. A prototype module has been prepared by @Manishearth at a user page, and has been improved upon by @Wpi31 in a sandbox. We aim to completely phase out the WT romanisation and replace it with Wugniu, though this can be changed if necessary.

Looking beyond, Suzhounese and Wenzhounese modules are to come, and the data has been gathered for SZ. Wugniu information on WZ only draws from one source, so another discussion is to be held regarding how to deal with it. Information about Hangzhounese is already prepared and a module can be made whenever one wants.

For further reading, I have a user page regarding the change and a page for every single lect covered by Wugniu’s romanisation in the works. If there are any questions, feel free to ask. 義順 (talk) 15:22, 11 August 2022 (UTC)

@ND381: Thanks for starting off the discussion. I'm very much in support of shifting to something that's more widely used. I think a few things need to be ironed out for transition into the new system:

1. Display - do we completely remove Wiktionary romanization in display, or do we want to keep it for legacy?
2. Input - how do we plan on switching the input from Wiktionary romanization to Wugniu? Other than changes in {{zh-pron}}, it would also involve changes in {{zh-x}} usage, translation tables ({{t}}, {{t+}}) and possibly uses in {{zh-l}} (though I haven't seen a lot of that). This probably requires some bot action (@Fish bowl, would you be able to help?)

I also want input from other editors who work on Wu (who may not be aware of the discussion that's been going on mostly on Discord) @Atitarev, Thedarkknightli, ChromeGames, Mteechan. — justin(r)leung _{{ (t...) | c=› }} 15:42, 11 August 2022 (UTC)

Thank you for notifying other Wu editors. The following are merely my opinions:

1. My plan was to keep Wiktionary in the expanded zh-pron menu and only display the Wugniu in the collapsed version. The scheme has seen some use outside of Wiktionary and I believe it may be beneficial to keep it around so that in the future the origin of this romanisation would be easier to find

2. In an idealistic sense I would be all for switching to Wugniu completely, however, this may require a lot of work. Therefore I would not be against keeping the input as WT but change the display to Wugniu. Alternatively, we can keep both (rename them {{w-wt}} and {{w-wg}} mayhap?), though that may pose other problems.

I am somewhat on the fence as to whether or not {{zh-x}} should switch to Wugniu display. On one hand, this is probably the common romanisation nowadays (excluding faux Pinyin), like Jyutping or POJ, but on the other hand, it is nowhere near as common as them due to Shanghainese not having large amounts of government support and what we will display not being "proper" Wugniu, as sandhi chains will only be able to display the tone in the head.

On the topic of sandhi chains, how would you like to see it displayed? I have a few ideas, do share more if you have them (the first in each line is my preferred choice):

Notate left prominent sandhi with a dash: eg. khu⁵-i 可以 / ⁶le-se 來三 / ciq-kuen⁷ 結棍 ?

Notate right prominent sandhi with a plus: eg. me¹+hau⁵ 蠻好 / ⁶lau+gaon⁶ 老戇 ?

It may also be beneficial for those who have not been to their official website to take a quick look around 義順 (talk) 16:12, 11 August 2022 (UTC)

I am relatively unfamiliar with most of the specifics regarding wiktionary's templates and modules so take this with a grain of salt - but I personally would not be opposed to keeping the wiktionary romanisation for prosperity and having two sets of input {{w-wt}} and {{w-wg}} since I myself am unfamiliar with the wiktionary scheme and find it somewhat hard to use, though I understand if having two input modules presents excessive technical challenges.

Regarding the "properness" of only displaying the tone in the head in {{zh-x}} - I would like to say instead that, how to actually notate tone (if at all) in large bodies of romanisation has always been a bit of a controversy of sorts. Writing out the tone for every single character can be arguably a bit redundant and hard to read at times due to the overarching prominence of tone sandhi and the substantial amount of words whose tone sandhi do not match up with the component character's individual tones (even more so for something such as Suzhounese potentially in future). Among some of the more influential romanisation systems (most of which were created online during the 2000s), the Wu Society (Wu-Minidict) recommended not writing the tone at all and just dividing the characters into vague meaning- and tone sandhi-based blocks. Wugniu being largely decentralised it is not uncommon either for people to omit the tones altogether when writing or to mark tone in their own ways (including simply giving the tone sandhi pattern for a word at times), from what I have seen.

I would prefer marking left-prominent sandhi such as ⁶le-se 來三 out of the three ways proposed mainly because I find it both easier to read and more aesthetically pleasing. With right prominent sandhi (or at least the more phonemic type that wiktionary takes into account afaik) I would suggest having the original tone on the left character too - i.e. as in me¹+hau⁵ 蠻好 since this type of tone sandhi does take the original tone of the character into account and so marking the left character's tone in the display might be helpful in this case.

— @Musetta6729 Musetta6729 (talk) 09:11, 12 August 2022 (UTC)

@ND381, Musetta6729: Thanks for your replies. For input, I don't see why we should have both Wiktionary and Wugniu in input because that's redundant unless they give us different information. In a transitional period, we could perhaps have |w-sh= (or something like that) as the new format in Wugniu so that the old format could still be there as |w= in some entries without breaking the whole template, but the end goal would be to remove all old format |w= if we are to transition to Wugniu for input. — justin(r)leung _{{ (t...) | c=› }} 15:58, 15 August 2022 (UTC)

Regarding the comments added since I last commented, I believe we can directly skip to step 2 of @Manishearth’s idea. I don’t believe the first step is really necessary as the impact of one extra romanisation would be rather small.

Another thing to clarify/explain is that the previously more common MiniDict Romanisation (which I’d assume @ChromeGames would be more familiar with? That or 錢一)has been falling out of fashion, and Wugniu has been consistently used by people and possibly even overtaken MiniDict since the end of the 10’s. The differences are rather small between the two systems, so users of MiniDict should not find it difficult to switch to Wugniu (or vise versa, though MiniDict does distinguish between -ie and -i where Wugniu does not)

Also, I have asked the people who created Wugniu regarding the display issue, and recieved the following reply:

你好！

我剛剛看了一下“西曬日頭”的例子，我一般用連字符-把變調組的每個音節分開來：

搿間房子西曬日頭結棍，到夜裡就交關熱。

geq-ke vaon-tsy shì-so-gniq-deu ciq-kuen, tau ya-li zhieu ciàu-kue gniq.

陰去、陽去、可以以聲母的清濁來判斷它們的變調型式，即33-44和22+44。陰入、陽入也是同樣的道理，再加上-q結尾。所以只需要標以陰平為開頭的變調組（有的人可能覺得標注陰去比較好），以上的例子只有兩個以陰平為開頭的:變調組，分別爲：(1) shì-so-gniq-deu (2) ciàu-kue。

原來例句的IPA可以不刪

I agree that sandhi chains should be displayed with a dash in between and right-prominent sandhi should have a plus, but the point about a diacritic on the dark level tone is something I personally would not like. Though this is something that many people do in Shanghainese, this may pose a problem with compatability with other varieties such as Suzhounese where there are more tone categories (though even with the simplified Suzhounese sandhi, there will be discrepencies with numeral display in Shanghainese, so ¯\_(ツ)_/¯)

Perhaps when we get a consensus as to how we shall display the romanisation, we shall proceed to show Wugniu as default with the Wikt system in the expanded menu? — 義順 (talk) 20:14, 31 August 2022 (UTC)

The way I see it is that there are a couple steps here:

1. Show Wugniu in the panel but keep showing Wiktionary by default. Wugniu can show up by default or be under the expanded section
2. Show Wugniu as the default, with Wiktionary under the expanded section
3. Use Wugniu as the input to the template
4. Perhaps fully deprecate the Wiktionary one and stop showing it

We can probably start with Step 1 or 2 since it just requires updating a couple templates. We let it bake for a few months and then discuss moving to 3. ManishEarth^{Talk • Stalk} 23:20, 16 August 2022 (UTC)

Thanks for all the work that's been done here, I really like the idea of moving towards a more common and flexible notation, especially if it would open the door for more additions in the future. That being said I am not the most familiar with the details of Wugniu or romanization in general, but given what's been said I think displaying Wugniu primarily while keeping Wiktionary when expanded makes sense, as does gradually transitioning to Wugniu for input if that goes well. ChromeGames (talk) 00:08, 30 August 2022 (UTC)

Change at Lexico

A big change is afoot, according to a message on the website "We will be closing the Lexico.com website and redirecting it to Dictionary.com starting August 26, 2022". This has implications for references from them. DonnanZ (talk) 23:35, 11 August 2022 (UTC)

Anyone fancy writing a bot/script to find all our links to them and make archive.org or archive.is copies, at least in cases where we're <ref>-ing them for something specific and not just listing them in Further reading? (Or if they're moving all the content, perhaps just updating our templates to link to the new place / new name etc will work.) - -sche (discuss) 02:00, 12 August 2022 (UTC)

(And if we don't have a template that is amenable to this, now is the chance to introduce one.) Equinox ◑ 21:41, 12 August 2022 (UTC)

We already have {{R:Dictionary.com}} for editors who wish to reference that website. {{R:Lexico}} has also been updated to point to the Internet Archive and seems to work, but I have no idea whether the latter archived all of the content available at https://www.lexico.com before it was shut down. — Sgconlaw (talk) 19:43, 30 August 2022 (UTC)

@Sgconlaw: Not all content was archived (e.g., see grandiloquy). J3133 (talk) 07:05, 1 September 2022 (UTC)

@J3133: yes, I noticed. I suppose the template should be manually removed in those cases. — Sgconlaw (talk) 12:24, 1 September 2022 (UTC)

@Sgconlaw: The issue is that the text becomes unreferenced—it is not clear that Lexico was quoted (i.e., not original research). J3133 (talk) 12:29, 1 September 2022 (UTC)

@J3133: so ... leave the template in place to show that at some stage there was a reference, even though anyone clicking on it will see nothing? I guess that is an interim solution, and that editors who find that the Internet Archive hasn't archived the relevant page should try and locate an alternative reference (such as {{R:Dictionary.com}}). — Sgconlaw (talk) 12:42, 1 September 2022 (UTC)

Dictionary.com is one of the worst of the sites covered by OneLook. They very often appear as a site covering a term, but don't actually have an entry. This is particularly true for multi-word terms for which recently I have never found a meaningful entry, but rather a suggestion to look at the definitions of the constituent terms. I hope they actually use the Lexico content, rather than just use the links to generate traffic. We might consider simply replacing {{R:Dictionary.com}} and {{R:Lexico}} with {{R:OneLook}} if better solutions are not available. {{R:OneLook}} has the advantage of providing links to multiple online dictionary sites (AHD, MWOnline, WP, Free Dictionary, etc, even Wiktionary), though some links or sites turn out to be non-functioning. DCDuring (talk) 16:24, 1 September 2022 (UTC)

@DCDuring: I think editors should actually visit the sites in question and check if they have an appropriate entry. I used to use Lexico to reference etymologies. Now if I find that a particular term has no archived Lexico entry, I try Dictionary.com and use that site instead if it has a suitable entry. By no means should editors go around slapping reference templates, whether {{R:Dictionary.com}} or {{R:OneLook}}, on entries indiscriminately. — Sgconlaw (talk) 06:37, 8 September 2022 (UTC)

I think that the determination that {{R:OneLook}} has no links to dictionaries other than Wiktionary and/or Urban Dictionary is wonderfully useful. This also has the advantage than any (presumably inadvertent) COPYVIO would not be flagged by a reference to specific source. In addition, we serve our users well by assisting them in finding other sources for definitions which we may lack or wording that they may find clearer. I'd go so far as to say use of {{R:OneLook}} should be mandated for every English L2 and its absence be filtered as an error. DCDuring (talk) 14:10, 8 September 2022 (UTC)

OneLook has a horrible UI and requires an extra step. I don't see why it should be promoted like that. – Jberkel 12:02, 12 September 2022 (UTC)

There's a tradeoff between saving clicks and saving vertical screen space. Each reference takes a line. What's the point of easing access to the definition we may have COPYVIOed? OneLook takes one line for whatever number of references they have. OneLook has a minimalist interface with less eye-candy.

Something like OneLook helps users compare our definitions with others that are available without a paywall. Are we afraid to be subject to such comparisons? DCDuring (talk) 13:49, 12 September 2022 (UTC)

I must admit that I didn't realise {{R:Dictionary.com}} already existed, I used it for the first time for pedicab today. I'm not sure yet whether it has all the content Lexico had. I'm not in the habit of using {{R:OneLook}}. DonnanZ (talk) 11:44, 12 September 2022 (UTC)

@Donnanz: I have a feeling Dictionary.com does not contain the same dataset as Lexico. However, it does have quite a lot of information from various other dictionaries and reference works. — Sgconlaw (talk) 12:11, 12 September 2022 (UTC)

Admin inactivity

Hi, I happened to notice that there are a number of admins that would be considered inactive [1] per Wiktionary:Administrators#Removal_for_inactivity. Could a bureaucrat do the appropriate removals, since on this wiki they have the ability to do so? Rschen7754 01:31, 12 August 2022 (UTC)

@Chuck Entz my fave bureaucrat might look at these. Equinox ◑ 21:40, 12 August 2022 (UTC)

Assyrian Neo-Aramaic transliterations

Hi! (Tagging @Antonklroberts and @Shuraya, since it looks like that they're the most active editors for this language)

I've noticed that Assyrian Neo-Aramaic transliterations don't really follow Wiktionary transliteration rules for that language (my understanding is that they are the same as for Wiktionary:Classical_Syriac_transliteration). See for instance:

• ܠܸܫܵܢܵܐ (liššānā): transliterated as "lišana", but should be "leššānā"
• ܚܘܼܠܡܵܢܵܐ (ḥulmānā): transliterated as "ḵulmānā ", but should be "ḥulmānā"
• ܐܲܚܵܐ (aḥḥā): transliterated as "aḵā", but should be "aḥḥā"

etc.

Is there anything that can be done to improve the situation? Unfortunately, I don't have the technical skills, but it would really be great if we had a transliteration module or something to grant consistency (like the Arabic one). Assyrian Neo-Aramaic consistently writes vowel signs, so it shouldn't be too impossible? Sartma (talk) 20:53, 12 August 2022 (UTC)

I agree, I’ve been trying to push to use Classical Syriac as the standard transliteration because of the different varieties of Assyrian Neo-Aramaic. There are different transliterations used but I believe we should add different dialects’ versions of words and plurals on the page instead of assuming one dialect to be the standard. Shuraya (talk) 20:59, 12 August 2022 (UTC)

Hello there, although I understand why Classical Syriac is sometimes considered a Standard Assyrian, it’s not consistently corresponding enough with the rest of the regional dialects and the already standardised dialect that we have called “Iraqi Koine”, I am going through quite a few articles and tweaking the transliterations slightly. I don’t think that going full Classical Syriac mirroring is the way to go because Assyrian Neo-Aramaic doesn’t even descend from Classical Syriac in the first place. In the future the ܠܸܫܵܢܵܐ article should actually be “lišānā”.

Antonklroberts (talk) 05:52, 13 August 2022 (UTC)

@Antonklroberts, @Shuraya: Thank you for your comments!

I believe some terminological clarifications are in order (sorry for not addressing that on my first message). For languages not written with the Latin alphabet we generally have 2 options: transliteration or transcription.

With transliteration we mean merely a letter to letter correspondence, a "conversion" from one script to another. Transliterations might not say much about pronunciation. "leššānā" gives exactly the same information as ܠܸܫܵܢܵܐ (liššānā), just in a different script. All pronunciation related issues should be dealt with in the Pronunciation section. There one can give all the different dialectal pronunciations. So when I wrote about following transliteration rules for Classical Syriac, I only meant that we should use the transliteration table I linked above, generally used for all languages using a Syriac alphabet.

On the other hand (and what I think @Antonklroberts is talking about), one can give a transcription. A transcription would be the representation of how a word sounds. In this case it wouldn't make sense to use Classical Assyrian rules, since Classical Assyrian is a different language, with a different pronunciation.

My suggestion would be to avoid a transcription (representation of sounds) and instead stick to the transliteration (script to script conversion), especially since different dialects might have different pronunciations, so it's better to stick to the letters, not to the sounds.

I don't know enough about Syriac dialects to suggest what to do with different plurals, etc, but why don't you two guys create a WT:AAII page, where you can discuss and agree on common rules for Assyrian Neo-Aramaic? (you can take Arabic as a reference WT:AAR). That would be a good place to specify that the variant given in aii entries is the Iraqi Koine, give a transliteration table you agree on, talk about different dialects, etc.

I for one would love to have a WT:AAII page to refer to! Sartma (talk) 11:39, 13 August 2022 (UTC)

That sounds like a good idea but I’m not sure how to create or edit one myself! Shuraya (talk) 11:54, 13 August 2022 (UTC)

@Antonklroberts, @Shuraya: It's just like any other Wiktionary page. You can write on it whatever you want, organise it how you think is better, and you can use the discussion page to discuss things and agree on what you want to do. I created the page for you (see WT:AAII), but you guys have to fill it up with content. Sartma (talk) 15:39, 13 August 2022 (UTC)

@Antonklroberts, @Shuraya: You could start with deciding whether you want to go for a transliteration or a transcription, and create a table like the one they have for Arabic. Sartma (talk) 15:42, 13 August 2022 (UTC)

Taggin also: 334a, Fenakhay, Metaknowledge, Fay Freak. You guys might want to help/have something to say? Sartma (talk) 15:52, 13 August 2022 (UTC)

Template:short for - redundant?

Do we need this template? Can somebody please provide three English definitions where neither {{clipping of}} nor {{ellipsis of}} is applicable? I clicked around on the what links here page but I only found definitions that should be changed to one of those templates. — Fytcha〈 T | L | C 〉 02:36, 13 August 2022 (UTC)

Yes, we do. I prefer it to the other two you mentioned, which I never use. DonnanZ (talk) 08:35, 13 August 2022 (UTC)

Okay, but what's the difference? Saying you prefer it doesn't explain what the difference is in function. Vininn126 (talk) 10:01, 13 August 2022 (UTC)

I have added an entry for short for, which might help you to understand this phrase. DonnanZ (talk) 13:28, 13 August 2022 (UTC)

I understand the meanings (I am an English native...) but I'm talking about the functions of the templates. Vininn126 (talk) 13:30, 13 August 2022 (UTC)

Misleading. A native speaker of American English is not an English native, from Stoke-on-Trent perhaps? DonnanZ (talk) 16:57, 13 August 2022 (UTC)

🙄 Vininn126 (talk) 17:04, 13 August 2022 (UTC)

@Donnanz: It's less specific than {{clipping of}} and {{ellipsis of}}. Are there actually definitions using {{short for}} where these two are not applicable? — Fytcha〈 T | L | C 〉 13:36, 13 August 2022 (UTC)

Fytcha has slapped an RFD on short for. Is he denying this phrase exists? Or trying to get his wicked way? DonnanZ (talk) 14:32, 13 August 2022 (UTC)

If you READ the RFD you'd see that it says SOP, might be better as a collocation. Vininn126 (talk) 14:37, 13 August 2022 (UTC)

In my mind, 'Wake' is neither an ellipsis nor a clipping of Wake Island or Wake County. --Geographyinitiative (talk) 14:54, 13 August 2022 (UTC)

That one is definitely an ellipsis, if you look at other words in the category. Vininn126 (talk) 15:05, 13 August 2022 (UTC)

@Geographyinitiative: OK. What are the grounds on which you make this claim? Equinox ◑ 15:06, 13 August 2022 (UTC)

Whatever you fuckers say (I love you really), apparently people aren't happy with the terms. We have got Wiktionary:Glossary and I think we could expand that. For example, is a "clipping" (not in glossary) something where we cut off the end, like "pedo" for "pedophile"? Or what if we cut off the first part? etc. Equinox ◑ 15:09, 13 August 2022 (UTC)

I think that is accurate, but I'm not sure that clipping is limited to just the ending. I also am under the impression that an ellipsis is when a multi-word term is shortened by X amount of words. Vininn126 (talk) 15:12, 13 August 2022 (UTC)

Yeah, our definition suggests it. Also reminds me of the "poetic" gloss, which has no relation to (post-)modern poetry at all but is really a way to say "weird, formal, nonce, I hate Edmund Spenser" and would never be used on anything newer than about 1900. Equinox ◑ 15:14, 13 August 2022 (UTC)

I have a kind of confused view on this issue because there are deeper concerns and confusions wrapped up in the issue for me. Of the three alternatives (short for/ellipsis/clipping), "short for" was the least worst alternative but none of these terms correctly describe the relationship. I have used 'ellipsis' elsewhere: Zhenbao/Zhenbao Island, but I like that less because it doesn't communicate in plain English in a way that I would immediately understand if I were coming to the website new. I never use 'ellipsis' or 'clipping' in this manner outside Wiktionary, because my deeper core issue is that, for me, short for/ellipsis/clipping only applies between two bona fide words. Since 'Wake County' would not be considered an actual word to the normal reader (as I understand them), there is some other kind of relationship between it and 'Wake'. --Geographyinitiative (talk) 15:24, 13 August 2022 (UTC)

So your issue is with linguistic jargon as a whole? Vininn126 (talk) 15:26, 13 August 2022 (UTC)

Let's break this down into separate issues: one of them is that you (maybe) don't want to use words that everyday users don't understand (I see this all the time: "ambitransitive" would barely pass CFI). And indeed most people who aren't word nerds probably won't understand "ellipsis" (but "clipping" is probably fairly obvious, and "short for" is totally obvious). If there is an issue with terminology, fine, but we need to talk about that one separately. Equinox ◑ 15:28, 13 August 2022 (UTC)

The word/concept "ellipsis" was part of my high school education. I don't think it's any more rocket science than transitive/intransitive honestly. — Fytcha〈 T | L | C 〉 15:32, 13 August 2022 (UTC)

Oh wait hold on, what I really mean above is that, to me, "short for" can apply between a word and a multi-word phrase, whereas 'ellipsis' and 'clipping' seem to be confined to word-word relationships to me. But that may not be the state of how these words are used in academia. --Geographyinitiative (talk) 15:35, 13 August 2022 (UTC)

And honestly the whole point of the glossary is to allow us to use these jargonistic terms. If the explanations are too little satisfying we should update that, instead of making a brand-new template. Vininn126 (talk) 15:37, 13 August 2022 (UTC)

Be tolerant of the poor English language skills of us USers (not allowed to say Americans). Ellipsis is probably too technical for most US college grads and is probably thought to be the plural of ellipse by many. DCDuring (talk) 21:19, 13 August 2022 (UTC)

And yet donnanz is from England and couldn't handle the terms... Curious... Vininn126 (talk) 21:21, 13 August 2022 (UTC)

Actually, they're from New Zealand, though they live in England. They also have a long history of ignoring logical and technical arguments to focus on their personal tastes. Chuck Entz (talk) 22:52, 13 August 2022 (UTC)

I was more going off of the the Great Britain English native claim in their babble box. Vininn126 (talk) 22:54, 13 August 2022 (UTC)

To put the record straight, NZers use British English and British spellings. DonnanZ (talk) 11:15, 14 August 2022 (UTC)

Having all three is redundant. I'm sympathetic to the point that "short for" is plainer English, but is it too much less precise to use? Someone could say e.g. is "short for" exemplī grātiā but I don't think that's what the template is for. Still, if people are wedded to "short for", could we (in the other direction) merge "ellipsis of" into it? Meh. No matter what we do, we still have to resolve the fact that some people aren't maintaining a distinction between any of these templates, e.g. wildcat is glossed as a clipping of wildcat cartridge when it'd be better to speak of it as either short for or an ellipsis of the longer phrase, since we define clipping as being for removing syllables of a word, not removing words from a phrase. - -sche (discuss) 15:55, 13 August 2022 (UTC)

What about 1600 Penn? The word "Pennsylvania" is clipped and the word "Avenue" is ellipsed, so both apply. On the other hand, the term BZ reaction doesn't involve either clipping or ellipsis. 24.137.99.97 16:08, 13 August 2022 (UTC)

Chappy is another example; the -y prevents it from being a clipping in a strict sense, and it has elements of an ellipsis too. All of these entries came from the first page of Category:English short forms and I didn't even have to look hard. 24.137.99.97 16:23, 13 August 2022 (UTC)

(PS I will get out of this conversation here (out of my intellectual league), but I want to say that if clipping and ellipsis are use to describe the Wake County-Wake relationship, I expect there will be complaints and confusion for as long as that stands as policy. I personally don't care because I see it as something that will eventually be fixed, so if I want to make a "short for" entry, I will use ellipsis or clipping to get to my general goal/intent for an entry. It's one of those "don't let perfection be enemy of the good enough" things for me. I reiterate that I support whatever conclusions are reached.) Geographyinitiative (talk) 16:32, 13 August 2022 (UTC)

Definitely redundant, irrespective of the snark from DonnanZ. Theknightwho (talk) 17:15, 13 August 2022 (UTC)

It's not redundant as long as there are terms that don't neatly fit into "clipping" or "ellipsis", as illustrated above. 24.137.99.97 18:07, 13 August 2022 (UTC)

A word can certainly be both, but I’m not sure I agree that Chappy isn’t a true clipping. The change of spelling isn’t hugely relevant. There are other terms which “short for” covers, too, such as contractions. There’s a reason we group all of these under shortenings (see Category:English shortenings). The category Category:English short forms is currently completely useless, though, as it’s a random assortment of terms that may or may not be easily categorisable into other categories, and if they aren’t, they should really just go straight into “shortenings”. There’s certainly no need for the subcategorisation, though. Theknightwho (talk) 19:14, 13 August 2022 (UTC)

What what what? Wiki is short for Wikipedia but is neither a clippong nor an ellipsus. Beaurocracy at it's best, why make things complicated, just describe it as a clipping. 109.40.242.91 21:28, 16 August 2022 (UTC)

That's a clipping. Theknightwho (talk) 09:49, 30 August 2022 (UTC)

Straw poll: quotation marks around the linked term in reference templates

Some reference templates look like this:

• term in Source identification

Other reference templates look like this:

• "term" in Source identification

There are also other appearances, but this is about the first one vs. the second one; it is not about whether the quotes are plain or curly or what kind of quotes they are since there are also other kinds.

We could unify the appearance if we find consensus for unification, hence this straw poll. Having a unified appearance is better if it can be achieved. I think that even 60% majority or 50%+ at large turnout should be decisive; to achieve that, if there is going to be no 2/3-supermajority but a plain majority, a subsequent vote could confirm the winner if voters agree that a plain majority is good enough for what is a matter of taste, not a matter of accuracy. There have been some forth and back as concerns quotation marks, and these would be solved. The subsequent vote, which I have called amplification vote, seems like a lot of bureaucracy, but it would be the price to pay for lack of policy for lower majority threshold for polling on cosmetic issues. Or there could be no subsequent vote and editors could feel free to make switches even if supported only by a plain majority in a poll. Either way, it is preferable to solve the issue if possible, which is outstanding probably over a decade, and there is a way if there is will, even if it takes a bit of bureaucracy.

The supporters of quotation marks say they should be there to mark the use-mention distinction. The opposers say that the term is already doubly typographically marked (blue color and link icon) and that adding the third mark is just more visual noise; the use-mention distinction does not present any significant barrier to anything: we place terms to lists of terms such as derived terms without quotation marks yet these are mentions, not uses; the boldface headword term is without quotation mark, yet this is a mention, not use; etc. Having no quotation marks obviates the choice of quotation marks style: there was some disagreement on which style to use on Ancient Greek reference templates, from what I remember. Other reasoning will probably appeal in the poll; this is a poll and a request for comments.

--Dan Polansky (talk) 18:29, 14 August 2022 (UTC)

Support term without quotation marks

1. Support Though I'll be ready to switch if this is too split. Either one beats both. brittletheories (talk) 08:18, 18 August 2022 (UTC)
2. Support Per the intro at the top of this poll; I hate visual noise. I admit that there may be reference templates where the target term is not linked, but these should be a tiny minority and they do not serve well as further reading. I give in to 55% majority and perhaps even less given sufficient turnout. --Dan Polansky (talk) 15:14, 18 August 2022 (UTC)
3. Support The link is already colored so I don't think the quotes add any additional information or value, but I admit that I had never noticed or cared that they existed until you brought it up here. JeffDoozan (talk) 19:22, 18 August 2022 (UTC)

Support term with quotation marks

You can use "# {{support}}".

1. Support Consistency with unlinked terms and {{cite-book}}, etc. J3133 (talk) 08:30, 18 August 2022 (UTC)
2. Yeah, I weakly prefer/support this. In this particular situation it doesn't seem to matter much whether there are or aren't quotation marks, although they do help a little bit to set the term apart, but having quotation marks here allows for consistency with other situations where there's more need to set the term apart in some way, like when it's not set apart by being a link, and/or when it comes at the end of a ===Further reading=== that someone has formatted with the word at the end (Example Dictionary, page 3, "word". - -sche (discuss) 09:35, 18 August 2022 (UTC)

   The location of the word in another thing: it should be the first item, IMHO. This used to be our practice nearly everywhere, but unfortunately, someone started to push for putting the word in the middle, hence the current partial inconsistency. But this is only about the templates that have the form shown at the top of the poll, where the word is the first item. --Dan Polansky (talk) 15:19, 18 August 2022 (UTC)

3. Support This seems most appropriate, as we're mentioning the term and not using it. —Justin (koavf)❤T☮C☺M☯ 16:08, 18 August 2022 (UTC)

   As I said, we're mentioning terms in list items such as derived terms as well, and there is no issue with lacking quotation marks. The double typography (bluelink, icon) already does all the marking job more than sufficiently. --Dan Polansky (talk) 16:14, 18 August 2022 (UTC)

   But that marks something different: that it's a link. They are just completely different thing semantically. I'd be in favor of including more instances of quotation marks, but I don't see these as inconsistent. —Justin (koavf)❤T☮C☺M☯ 16:38, 18 August 2022 (UTC)

   My main point is that it is not always true that mentions are or should be in quotation marks. The reader stands no chance to think it is a use of the term so there is no actual function of the quotation marks, merely a received dogma from those who say that mentions should always be in quotation marks. --Dan Polansky (talk) 16:47, 18 August 2022 (UTC)

   As I just wrote above you, I don't see an inconsistency here with some mentions having them and some not. If they're used in running text or in a phrase, that is different to me than a list (e.g.). —Justin (koavf)❤T☮C☺M☯ 16:54, 18 August 2022 (UTC)

   I am not raising inconsistency; I am raising lack of compulsion to use quotation marks. But it is a matter of taste, and if you actually like them, they are fine. My point is that the use-mention distinction has no force on our use of quotation marks there; they are optional. --Dan Polansky (talk) 17:15, 18 August 2022 (UTC)

4. Support Thadh (talk) 17:48, 18 August 2022 (UTC)
5. Support, per reasons already given. AG202 (talk) 20:49, 18 August 2022 (UTC)
6. Support, but only if we'll be able to choose what kind of quotation marks we want depending on the language. English quotation marks on Japanese entries would be a no for me (i.e., not this: "言わす"). They would have to be Japanese quotation marks (these: 「言わす」). At the moment we have English quotation marks on Sumerian Cuneiform entries, for example, and they just don't look right (see for instance 𒂼𒅈𒄄). I'd like to consider other options for that too. — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 15:25, 13 September 2022 (UTC)

   I agree with you, but it's probably best to do it by script/lang code rather than having the option to choose. Theknightwho (talk) 11:41, 13 September 2022 (UTC)

7. Support; looks most natural to me. The issue that the unsigned opinion just above me brings up (customizing the kind of quotation marks per language) is not hard to solve; you just need a table somewhere (e.g. in Module:languages/extradata2 etc.) that specifies the per-language quotation marks. Benwing2 (talk) 06:44, 24 August 2022 (UTC)
8. Support; the most obvious case where we would be changing the reference term is if it has more than one heading in the source, and they're numbered. This is very common. Theknightwho (talk) 08:13, 31 August 2022 (UTC)
9. Support for consistency with other references created with {{cite-book}} and other citation templates. — Sgconlaw (talk) 06:10, 3 September 2022 (UTC)

   @Sgconlaw: The above is not much of a rationale since it would be trivial to change {{cite-book}} and other templates to match whatever practice is settled on in this poll. If you prefer the quotation marks without a rationale proper, this is also an option, and is your right. --Dan Polansky (talk) 19:48, 3 September 2022 (UTC)

Straw poll: addition of full stop or period at the end of reference templates

While we’re on this topic, could we also see if there is consensus on whether reference templates should end with a full stop or period, or not? Thank you.

@Dan Polansky has suggested I indicate a justification. I would regard a reference as a complete sentence, though Dan disagrees on the point as he has indicated below. — Sgconlaw (talk) 19:49, 3 September 2022 (UTC)

@Sgconlaw How is it a sentence? It has no subject and predicate. To wit: X at OneLook Dictionary Search. No sentence here; the final period is the end of my sentence. --Dan Polansky (talk) 19:57, 3 September 2022 (UTC)

• Here's an example of a reference line using common formatting for a Japanese entry:

1988, 国語大辞典（新装版） (Kokugo Dai Jiten, Revised Edition) (in Japanese), Tōkyō: Shogakukan

This is not at all a sentence.

@Sgconlaw, I'd like to confirm -- are we all talking about the same thing? These are the listings that appear at the bottom of entries, in the ===References=== section, yes? ‑‑ Eiríkr Útlendi │^{Tala við mig}

@Eirikr: yes, I am referring to those references. Currently there apparently isn't consensus on whether terminal full stops or periods should be added or not, so it would be good if we clear up the point. I hope editors will express their views (@AG202, Benwing2, Brittletheories, J3133, JeffDoozan, Koavf, Thadh, Theknightwho). — Sgconlaw (talk) 05:00, 13 September 2022 (UTC)

How is it a good idea to ping this particular list of editors? What do they have in common and how have they been chosen? Could it be that they have made edits that add the final period to the templates? This seems to invalidate this poll, or throw a bad light on it. --Dan Polansky (talk) 08:11, 13 September 2022 (UTC)

It's just the list of editors who participated in the previous straw poll on quotation marks (on both sides), and who therefore may wish to express their views on line-terminating punctuation as well. I really don't think you need to worry about biased canvassing for or against periods in reference templates. 98.170.164.88 08:24, 13 September 2022 (UTC)

Yes, exactly. — Sgconlaw (talk) 09:16, 13 September 2022 (UTC)

@Dan Polansky This is an ad hominem attack, and by your own admission inappropriate. Theknightwho (talk) 09:55, 13 September 2022 (UTC)

@Theknightwho, how is Dan's comment an ad hominem attack? Serious question. I honestly don't see anything ad-hominem-y here, and am confused by your post. ‑‑ Eiríkr Útlendi │^{Tala við mig} 22:44, 13 September 2022 (UTC)

@Eirikr It's implying that users' opinions are not valid simply because of their (imagined) past actions - and it's certainly an assumption of bad faith. Dan has had a recurring habit of accusing others of both of those things lately, and few things make me more annoyed than a hypocrite. Perhaps I should have mentioned it elsewhere, though. Theknightwho (talk) 22:53, 13 September 2022 (UTC)

@Theknightwho, ah, it seems I was missing context. I still don't quite understand, but I'm happy to drop this. ‑‑ Eiríkr Útlendi │^{Tala við mig} 23:01, 13 September 2022 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ I would also like to add that the reference sections of entries may contain footnotes that are sentences in the traditional sense and which thus end in full stops or periods. Thus, even if one does not regard references as “sentences”, it would be more consistent for all footnotes to end with a full stop or period, otherwise some footnotes may terminate in a full stop or period and some may not. — Sgconlaw (talk) 05:29, 14 September 2022 (UTC)

Support reference templates ending with a full stop or period

1. Support — Sgconlaw (talk) 19:34, 3 September 2022 (UTC)

   @Sgconlaw Please consider posting a rationale; none has been presented so far. Polls are good but rationales even better. --Dan Polansky (talk) 19:45, 3 September 2022 (UTC)

2. Weak support I like how it brings finality to the line, but I don't think it's necessary and it's totally valid to not have it. —Justin (koavf)❤T☮C☺M☯ 05:45, 13 September 2022 (UTC)
3. Support - I don't have a particularly strong opinion, but it is rare (if ever) that a reference template needs to be followed by anything on the same line, and the full stop is stylistically 'neater'. Theknightwho (talk) 09:59, 13 September 2022 (UTC)

Support reference templates not ending with any full stop or period

1. Support The final dot serves no useful purpose (the ref template identification is not a sentence) and when a template is used in the middle of a sentence, which it sometimes is as part of a discussion, the final dot is troublesome. This has been our long-standing practice, which started to be changed by some just years ago and sometimes even more recently, and is far from dominant. One can add a template parameter to drop the final dot, but that is additional nuisance, which is not needed if we don't mess up the template in the first place. As a general principle, each visual element added should be justified, and not added willy-nilly. --Dan Polansky (talk) 19:45, 3 September 2022 (UTC)
2. Support I second the points that Dan has brought up here. Automatically adding the period is more problematic than requiring users to add one:
   • The period is often enough extraneous: the refs section is not composed of sentences, so there's no need for final punctuation.
   • When used in running text, automatically added periods cause ungrammatical oddities.
   • Why bother adding the period? Is there really a compelling need for automatic closing punctuation? Adding in the additional wikicode to support changing or suppressing the final period just causes more maintenance and processing overhead. When editors use the templates, this also requires longer wikicode to suppress (compare |nodot=1 where not needed, versus just manually adding the period . where needed) or change (|dot=; vs. ;). And all this, for very little apparent benefit. ‑‑ Eiríkr Útlendi │^{Tala við mig} 23:36, 12 September 2022 (UTC)

   @Eirikr: it’s not just whether templates should add punctuation automatically. We need clarity on whether such terminal punctuation should be used or not, whether added by template or manually. — Sgconlaw (talk) 09:19, 13 September 2022 (UTC)

3. Support It is often that a reference template is followed by something on the same line, often initiated by a comma, describing some content or why it is referenced. I have not seen this in English entries but me and Vahagn Petrosyan have learned and subsequently taught others to do so rather than making etymology sections more convoluted by explicitly referring misconceptions of references or details where we don’t fully agree with them. Also I find the whole idea of footnotes ending in full stops bizarre, as it is noise instead of information. It is a meme—some professor had the crude idea that “footnotes are sentences” and so goaded students to think the same and imitate his non sequitur. Fay Freak (talk) 11:20, 13 September 2022 (UTC)
4. Support I agree with all of the above. When a period/'full stop' is needed, it is trivial to add it, and even a newbie could do so. Using "|nodot=1" to remove it is not trivial. I think this applies to any inline template, not just reference templates. DCDuring (talk) 11:28, 13 September 2022 (UTC)

   Leaving aside the issue of reference templates specifically, I think the point is to ensure consistency (which does make sense sometimes). People might omit full stops, but most people would correct a double one. Theknightwho (talk) 11:35, 13 September 2022 (UTC)

   It is not an omission. I feel references complete without full stop. Also we should avoid extra edits. Fay Freak (talk) 15:50, 13 September 2022 (UTC)

   I was referring to the inclusion of them generally in templates, and the preview feature exists for a reason. Theknightwho (talk) 16:21, 13 September 2022 (UTC)

Delay of the 2022 Wikimedia Foundation Board of Trustees election

You can find this message translated into additional languages on Meta-wiki.

More languages • Please help translate to your language

Hi all,

I am reaching out to you today with an update about the timing of the voting for the Board of Trustees election.

As many of you are already aware, this year we are offering an Election Compass to help voters identify the alignment of candidates on some key topics. Several candidates requested an extension of the character limitation on their responses expanding on their positions, and the Elections Committee felt their reasoning was consistent with the goals of a fair and equitable election process.

To ensure that the longer statements can be translated in time for the election, the Elections Committee and Board Selection Task Force decided to delay the opening of the Board of Trustees election by one week - a time proposed as ideal by staff working to support the election.

Although it is not expected that everyone will want to use the Election Compass to inform their voting decision, the Elections Committee felt it was more appropriate to open the voting period with essential translations for community members across languages to use if they wish to make this important decision.

The voting will open on August 23 at 00:00 UTC and close on September 6 at 23:59 UTC.

Best regards,

Matanya, on behalf of the Elections Committee

Mervat (WMF) (talk) 20:56, 15 August 2022 (UTC)

Wrong entry

Hi, I made a mistake due to not being used to the new editor UI. Can someone please remove Speciaal:Zoeken? TIA H. (talk) 08:17, 16 August 2022 (UTC)

In the future you can mark it with {{d}} or have it moved. Vininn126 (talk) 08:39, 16 August 2022 (UTC)

Certain Labels as LDL's

One thing I have been pondering about lately is treating certain varieties of given languages as LDL's. This would include dialects of Polish, which often have very few works written on them, let alone quotes, but these varieties are very much real. This would also affect Middle Polish, which is categorized as a variant of Modern Polish with a label, instead of as a separate L2, as there would be a lot of repetition. However, documents from that era are not abounding.

Having said that, I wonder what the ramifications would be of such a change. We'd obviously have to be careful which variants we apply this to, if we decide that such a thing would be beneficial. Vininn126 (talk) 09:53, 16 August 2022 (UTC)

The same is true for Armenian dialects, the majority of which have now disappeared with only one or two works describing them. I think we should blanket-classify all dialects of all languages as LDLs or add a note to WT:WDL saying it concerns only the standard written variety. Non-dialects like Middle Polish can be handled case by case. Vahag (talk) 10:35, 16 August 2022 (UTC)

I've suggested this here. PUC – 19:17, 16 August 2022 (UTC)

I’m keen on this, yes. There’s no reason some regional English dialectal term should be held to a higher standard simply because it’s part of a large language, even though the region it’s used in might be less than a million people, for example. There’s also the simple fact that dialects are often much harder to attest anyway - especially historically. Theknightwho (talk) 19:29, 16 August 2022 (UTC)

Strong support on my end. The current policy makes it a lot harder to cite usages of minority lects that may only appear in dictionaries or in mentions, ex: Louisiana French (not Louisiana Creole which is another thing). AG202 (talk) 21:19, 16 August 2022 (UTC)

I feel the same way about English seamstresses, lumbermen's, cobblers', DARPA researcher's, etc. vocabularies. Let them all be LDLs. There are probably more users of each such vocabulary than there are of, say, Torre Straits Creole. DCDuring (talk) 21:44, 16 August 2022 (UTC)

Hm? What does Torre Straits Creole have to do with this, and wouldn't having more users give them less of a rationale for being an LDL (not that they necessarily shouldn't)? AG202 (talk) 01:10, 17 August 2022 (UTC)

I am pretty sure that there are more users of lumbermen's terms that there are speakers of some things we call languages (eg. Torre Straits Creole), let alone dialects. Lumbermen don't normally get published in newspapers, books, or scholarly journals; nor do they much use UseNet or Twitter. Thus our attestation criteria are certainly biased against including their vocabulary, just as LDL vocabulary. I would like to see more effort to include such terms using the same criteria that we use for LDLs, minimal attestation, inclusion in specialized glossaries, etc. DCDuring (talk) 01:21, 17 August 2022 (UTC)

I think that's a good idea. There are small-but-stable communities with longstanding terminology that is often very difficult to attest in a durably archived way. Theknightwho (talk) 13:48, 17 August 2022 (UTC)

While I'm sympathetic to this idea — it's undesirable that when deciding whether to merge a dialect into its parent language, we don't just have to consider linguistic factors but also the fact that it might mean deleting most of our entries by suddenly requiring them to have three uses instead of one — the obvious danger is that this would, especially with DCDuring's suggestion of allowing jargons, just remove the WDL three-cite standard entirely. Almost any word we can find one cite of can be claimed to be a dialectalism of whatever region its author is from, or whatever jargon the work's topic is associated with. And how would you prove that a term isn't a dialectalism / jargon word but instead a rare but non-dialect-specific word, if there's only one cite of it? - -sche (discuss) 04:51, 17 August 2022 (UTC)

This would imply one citation be enough. The three citations rule, however, is needed to avoid trashing the dictionary with idiosyncratic coinages. The crux is that the rules demand sources to be reliable and durably archived. An unfortunately consequence would be arguments about the reliability of certain citations, for example when there is no standard body orthography to follow or when the meaning is unclear. One citation at foreslay seems to be express nonsense (WT:TR) no less from a professor with a penchant for poetry, the word could refer to sley (of reed), meaning that the spelling can make a difference. If credentials alone don't make for a reliable citation, it's usually the editor who needs to be reliable at the least. This is in line with the premise that LDLs are decided case by case, by reliable editors.

So, there can be no catch-all rule to cover the Middle Polish issue. It does have the advantage of being a relic, but the current method implies that the words may still be found in elevated registers. 109.40.240.91 05:31, 17 August 2022 (UTC)

I believe any quotations would have to follow our current CFI - as in being an obvious representative of that definition. And 109 brings up a good point. We already have to use our judgement with WDL's and even then we can't always agree. Vininn126 (talk) 08:59, 17 August 2022 (UTC)

Although I am very much a proponent of making dialects citable, I must agree with @-sche: There is no objective way to determine what is a language and what isn't, nor is there any way to determine where a historical variety stops and the modern variety starts. As such, I propose the following:

• Any print cite before 1800 (or any other similar cut-off date, but one true for all languages) would be subject to the same requirements as extinct languages.
• Dialects/Jargons will need to be defined per-language using scientific research as a back-up and forming a well-defined dialect tree beforehand. The dialects will then need one use, but that use will need to be either in a text completely written in that dialect, or mentioned in a scientific work that specifically addresses this dialect, after the work has been accepted as authoritative by the language's community.

This way, we are conscious of the sources we use for the languages, and also don't dabble too much in OR. Thadh (talk) 09:37, 17 August 2022 (UTC)

I think this is (somewhat unfortunately) the smarter approach. I am not a fan of the blanket approach. I think within each language it should be determined based on what (little) research has, using said research as a backup for our claims on dialectology. I am unsure about using 1800 as a cutoff, but given the history of the printing press there might be a certain logic to that. I still think it might be easier based on linguistic historical divisions as opposed to a date (i.e. Middle x, archaic/obsolete x, etc). Vininn126 (talk) 09:42, 17 August 2022 (UTC)

Our CFI for LDLs actually stipulate that “the community of editors for that language should maintain a list of materials deemed appropriate as the only sources for entries based on a single mention”. Apparently this is not actually applied much that I know of, but applying this rule could solve many of the issues raised above. — This unsigned comment was added by MuDavid (talk • contribs) at 09:47, 17 August 2022 (UTC).

Well, without such a list we need two mentions, which does help. It's unfortunate that they don't need to be independent, nor in any sense reliable. However, LDLs only need one use, and the applied quality issue there is of durability. I don't know how we challenge for reliability. Formally, there is no list of acceptable sources for use, and there is always a risk of spelling mistakes (cerebellar interferences?), and typographical errors if typeset. --RichardW57m (talk) 12:58, 17 August 2022 (UTC)

I could maybe see allowing dialectalisms with one mention in a reference work (to establish that it is particular to that dialect) and one use (to establish that it is/was actually in use and correctly transcribed by the mention). A big danger with allowing just one use is that even if a work is completely written in X dialect, it's impossible to tell whether its hapaxes are nonces by the author (which we voted long ago to stop allowing even when the author was well-known) or actual dialectal terms, unless we also have a mention in a reference work about the dialect assessing it as a dialectal term. In turn, a danger with allowing just one mention (with no use) to attest a term is that there are a lot of 1700s and 1800s works documenting ostensibly-then-current but now-unused English dialectal terms which are otherwise completely unattestable, so we have no way of knowing whether one was correct in transcribing the word or assigning it to a particular dialect, but I have occasionally found cases where multiple such works mention a word (and assign it to some dialect) in sufficiently different forms that it suggests one of them is misspelling it, or where there seems to be some other kind of error (and we've seen at RFV that dictionaries sometimes copy erroneous ghost senses or words from each other); if we let words in with one mention and no use, we have no way to discern such errors or weed them out. (Distinguishing authorial or work-specific idiosyncratic definitions — or outright errors, think how many (grammar)-jargon reference works define a proper noun as a noun that's capitalized — from genuine use also seems hard if we're talking about jargon terms.) - -sche (discuss) 16:53, 17 August 2022 (UTC)

I'd be more sympathetic to allowing just-one-use dialectalisms in Polish or Armenian, if that's what the community of Polish or Armenian language editors think is best there, than in e.g. English, or German (where the "dialects" are often languages which have their own codes already), because of the issues outlined above, so maybe this should be a language-by-language thing. (I agree with Thadh we'd need to make sure the dialects are recognized dialects; consider the ongoing discussion about how our "Westrobothnian" entries aren't a thing but just a few hobbyists' invention.) - -sche (discuss) 17:03, 17 August 2022 (UTC)

I don't think you can generalise by language like that. I'm certain that a fair proportion of users here with a very high-level of English proficiency would not be able to understand a Geordie speaker, for instance, and I include native speakers in that. Doesn't mean I think it should have its own language code, though. Theknightwho (talk) 17:34, 17 August 2022 (UTC)

So the working proposal as it stands is to modify the CFI in a way such that a specific community of editors within a language can come to a consensus whether certain lects within it should be LDL or WDL? Vininn126 (talk) 18:27, 17 August 2022 (UTC)

Only problem here is that looking at WT:WDL, a lot of these languages do not have active communities at all. AG202 (talk) 18:33, 17 August 2022 (UTC)

And also like a lot of potentially big changes to something decided by a smaller group. Vininn126 (talk) 18:45, 17 August 2022 (UTC)

Breathing life into this thread again.

One possible proposal: have a vote proposing to change WT:Attest to have a clause saying "a community of editors may choose to set a variety of a language as and LDL and provide a list of potential resources on the appropriate About Page by coming to a consensus (on said about page).

Proposal 2: Just set all non-standardized/non-official varieties as LDL's. I still think providing a list of resources here would be a good idea. I prefer option 1. Vininn126 (talk) 08:06, 22 August 2022 (UTC)

@Vahagn Petrosyan, Theknightwho, AG202, PUC, DCDuring, Thadh, -sche, MuDavid as participants in this convestaion I have created a first draft of a vote in my sandbox. Any feedback is welcome. Vininn126 (talk) 10:19, 29 August 2022 (UTC)

(PS: Hey, I want to say that after reading the proposed text, if this were to pass, I would probably feel better about creating an entry for the obsolete term 'Shang-hay' (Shanghai) on the basis of Citations:Shang-hay.) --Geographyinitiative (talk) 20:57, 30 August 2022 (UTC)

@Vininn126: Something to consider before it is too late: The text in the upcoming vote, conservative as it is, is not bad and not even dumb, but, as literalist as people take the rules, I doubt that it is comprehensive enough, concerning Sondersprachen in general whether you may or may not know whether a term is obsolete—where are the lumbermen, miners, and trappers? I have avoided this in my CFI from scratch (based on various discussions and controversies). Fay Freak (talk) 16:53, 1 September 2022 (UTC)

This is a fair point, but I think it concerns the labels "dated/archaic/obsolete" in general, which I think is somewhat of a separate issue (that should be hashed out~if need be. I've never had too much difficulty with this, but I imagine it could be difficult for some editors.). Vininn126 (talk) 17:06, 1 September 2022 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ how would this proposal apply to dialectal or regional forms of English which are not regarded as separate languages? — Sgconlaw (talk) 06:14, 3 September 2022 (UTC)

I have updated the proposal - in essence each lect should be dealt separately by a community of editors. I feel this is best approach as it allows for nuance within a community. Vininn126 (talk) 08:58, 3 September 2022 (UTC)

Transcription of foreign names in Chinese compounds/derived terms

In the derived terms section of 特, 克, 爾, 蘭, etc. there are many transcription of foreign names, which are usually transcribed based on some rules, such as the one documented at w:Transcription_into_Chinese_characters#Transcription_table. Often these names only take the phonetic value of the characters, and contribute very little, if not none, to the entry. They end up cluttering the section and hiding the genuine derived terms. What should we do with them? (Removing them? Use a category instead? A separate table? Keeping them?)

A few details I would like to see further input:

• How should we determine which words are to be removed/changed? Some of the names also convey meaning since they are PSM, and somehow probably should be included. (e.g. 碧仙桃, 翡冷翠, also 首爾 is a partial PSM)
• Should the scope of this change include transcriptions that predate the standardised method, e.g. names of some European countries (英吉利, 法蘭西), short forms (英國, 法國)), or names from the surrounding non-Sinosphere areas (天竺, 暹羅, etc.)?
• What about compounds of these? (e.g. 凡爾賽條約, 荷蘭水)

(Note: this problem was briefly discussed on Discord, and we generally agree that something should be done about the situation, but we're not sure about the exact details, and it's perhaps better to have a further in-depth discussion here, where more people can participate)

(Notifying Atitarev, Tooironic, Fish bowl, Justinrleung, Mar vin kaiser, RcAlex36, The dog2, Frigoris, 沈澄心, 恨国党非蠢即坏, Michael Ly): -- Wpi31 (talk) 13:19, 16 August 2022 (UTC)

@Wpi31: I think a good alternative would be making a separate sub-entry for it under a different etymology maybe? With the definition of "used as transliteration for foreign languages", then placing all the compounds under that. --Mar vin kaiser (talk) 13:37, 16 August 2022 (UTC)

@Wpi31: I was also thinking of something similar to Mar vin kaiser. PSMs would be left in the relevant section rather than the transliteration section. — justin(r)leung _{{ (t...) | c=› }} 14:05, 16 August 2022 (UTC)

Yeah, I think separate tables could be used for the difference senses. So the ones that are derived from transcriptions of foreign names can be put in a separate table. The dog2 (talk) 14:20, 16 August 2022 (UTC)

I have proposed creating a category for these “Common characters used in transliteration” in the Discord server, perhaps that could be implemented in place of what currently exist? Though of course there would be lots of more specific things to iron out first — 義順 (talk) 14:23, 16 August 2022 (UTC)

@ND381: While I think that would be a good idea, I don't think it would be a full replacement for the current practice because we would lose the information of which compounds use those characters. I think there could be a template that could be used to generate a definition similar to the one that Mar vin kaiser suggested and at the same time categorize the character into the category you proposed. — justin(r)leung _{{ (t...) | c=› }} 14:50, 16 August 2022 (UTC)

@justinrleung, ND381, Mar vin kaiser I have made a mockup of this idea here based on 托. The code for template will be {{n-g|Used in transcription of foreign names.}}[[Category:Chinese characters used in transcription of foreign names]], which will be created later (but I'm not sure what the template should be called, so please do make suggestions).

I am wondering whether we want to keep words such as 托辣斯 under the first etymology, since these words are not proper nouns, but the use of 托 in these words do not carry its original meaning, only its sound. (or edge cases like 烏托邦 which are phono-semantic matching)

What do you think of this solution? (Personally, I don't feel like duplicating the pronunciation table would be something ideal) --Wpi31 (talk) 13:52, 18 August 2022 (UTC)

@Wpi31: Actually, I just remembered that we already have a template {{zh-used2|t}} which would work. I don't think the compounds list needs to only include proper nouns. As for duplicating the pronunciation table, I think not all the readings in etymology 1 would be used (thuh in Hokkien is unlikely to be used, for example), so it might be useful to have separate pronunciation tables. — justin(r)leung _{{ (t...) | c=› }} 15:06, 18 August 2022 (UTC)

Interesting find on that template, I have updated the mockup accordingly, and also made some other changes. But would the template have categorization, as suggested above? (or should we add that to the template now?)

Also I suppose a good rule of thumb of what to move to the new tables would be whether the compound word only uses the character's pronunciation or not?-- Wpi31 (talk) 02:31, 19 August 2022 (UTC)

@justinrleung since there isn't any further response on this matter, could I therefore assume that some sort of consensus was reached, and hence start implementing the changes (the ones based on your suggestions)? Wpi31 (talk) 15:19, 26 August 2022 (UTC)

@Wpi31: I think so. The categorization isn't part of {{zh-used2}} yet, but it shouldn't be hard to add on to the template. I guess we would just need to agree on what to call the category. Probably CAT:Chinese characters used in transcription of foreign words, which would be a category under CAT:Chinese terms by usage? — justin(r)leung _{{ (t...) | c=› }} 18:32, 26 August 2022 (UTC)

It would be good for any implementation to have an optional qualifier of some kind, as there have historically been various systems (for e.g. Manchu etc.). Theknightwho (talk) 19:32, 26 August 2022 (UTC)

@theknightwho: That's probably a good idea, since there have been several systems for transcriptions, and it makes sense to distinguish them. Most of the ones in scope are modern transcriptions based on the Xinhua system (which should probably be subdivided by the original language), meanwhile there are also equivalents used in Taiwan and other variants. Further back in the 19/20th centuries there are ones orthographically borrowed from Japan and ones that are based on the phonology of Cantonese and Shanghainese. Then there are the historical transcription systems for Sanskrit, Tibetan, Mongolian, Khitan, Manchu/Jurchen, Thai, etc., some of which are still used in modern times…… Sometimes each dynasty would have a different system, but there isn't too many words from these languages to begin with, plus it is difficult and time-consuming to tell which exact system the word falls into, so I think it is sufficient to only divide them by language.

@justinrleung: For the categories, I agree on CAT:Chinese characters used in transcription of foreign words. Then the categorisation for the various systems (if they were ever implemented) would be subcategories of that, say CAT:Chinese characters used in transcription of English words for example, and maybe with CAT:Chinese characters used in modern transcription of English words and CAT:Chinese characters used in historical transcription of English words as subsubcategories, where the cutoff point between the two would be same as the switch from Classical Chinese to Modern Standard Chinese. For minor languages without a specific transcription method, I don't think there is the need to put them into subcategories, unless the transcription follows the phonology of other languages (most of the time English) instead. For modern transcriptions, I don't think we need to make further subcategories, perhaps with the exception of the Xinhua ones. Wpi31 (talk) 03:05, 27 August 2022 (UTC)

Special characters tool spacing

The new spacing in the special characters tool is really annoying, IMO. Is there a discussion on this? Skiulinamo (talk) 21:21, 18 August 2022 (UTC)

Wiktionary:Grease pit/2022/August#The_combining-diacritic_section_of_the_IPA/enPR_character-input_menu_is_borked. I agree it would be good if it were possible to find a functional middle ground between "excessively spaced" and "unclickably zalgo'd on top of each other". - -sche (discuss) 21:58, 18 August 2022 (UTC)

Meaning of underlined formatting in Wiktionary Thesaurus entries

Can someone please remind me what is the meaning of underlined formatting in Wiktionary Thesaurus entries? No doubt it is already explained somewhere that my searches are just failing to uncover. In a list of synonyms, for example, a few of them will be lightly underlined with a thin underline. Quercus solaris (talk) 17:36, 19 August 2022 (UTC)

Do you mean such as the example of "beer" here? In that case, it's because there is a tooltip, so you can hover your cursor over it to get additional information. —Justin (koavf)❤T☮C☺M☯ 17:41, 19 August 2022 (UTC)

Aha, that was it, thanks. I did not realize it because the popups from the widget preferences are so prominent whereas the other kind of popups are quite small. Quercus solaris (talk) 20:32, 19 August 2022 (UTC)

if I'm being honest I don't like this solution. I think it obfuscates the information needlessly - the page is already a different namespace, we should take advantage of that space.

Political and non-durably archived online blogs in Further Reading section

[2] How do others feel about this? WT:EL#Further reading clearly states: "This section may be used to link to external dictionaries and encyclopedias, (for example, Wikipedia, or 1911 Encyclopædia Britannica) which may be available online or in print." — Fytcha〈 T | L | C 〉 18:34, 19 August 2022 (UTC)

Can you clarify what you mean by this being "political"? —Justin (koavf)❤T☮C☺M☯ 19:08, 19 August 2022 (UTC)

Often an academic blog will contain some etymological assay, and the format of a blog is neutral towards the quality of its content. The linked entry layout section hardly allows to deduce a rule about a type of publication being disallowed. Neither is this “Language Log“ of political in its general direction, though often too tight to gain agreement, nor in the specific post—but it is enough to link it at conspiracy and it has little use at conspiracy theory. Fay Freak (talk) 19:44, 19 August 2022 (UTC)

Reading that section strictly, it seems that that link would be better served in the References section rather than Further Reading. AG202 (talk) 20:16, 19 August 2022 (UTC)

It's not clear to me what is "political" about the blog (just the fact that users of the word it discusses include politicians?); Breffni O'Rourke is a linguist, Mark Liberman is a linguist, and Language Log is a well-known language blog.
From my perspective, the main reason not to include this link in further reading is not politics or durability, it's that it doesn't add anything as just a link at the end of the entry, with no explanation of why it's included, to a short blog post that does little more than restate what sense 6 of conspiracy already says. Perhaps we should try, perhaps I will try, to write some simple usage notes about the scope of conspiracy and conspiracy theory and how some speakers confuse them, using Language Log as one ref for that, along with the fact that citations of such use exist and are under the relevant sense, and along with other refs for other aspects, e.g. this article pointing out that "the phrase is regularly used to describe fringe views that do not involve alleged conspiracies [while simultaneously] people tend to avoid using the phrase when describing conspiracy claims embraced by the mainstream, even when those ideas are highly dubious [like] popular narratives about terrorism". - -sche (discuss) 20:34, 19 August 2022 (UTC)

Adding it as a reference is probably stronger and has more utility, but until/unless it's added as an explicit reference for a certain claim, I think it's hi-value and useful to have this as a link. Language Log also has good comments as well. —Justin (koavf)❤T☮C☺M☯ 21:15, 19 August 2022 (UTC)

Almost any academic source discussing something that touches on politics will reflect the views of the authors and participants, which usually reflects their class(?) interests. But such sources can have useful content, as this one seems to be, notwithstanding the customary gratuitous solidarity-reinforcing expressions of hostility toword favorite targets. DCDuring (talk) 23:56, 19 August 2022 (UTC)

On second thought, I was probably jumping the gun when I called it political. Still, it should definitely not be included in the Further Reading section (that's just not what we generally do in that section; the policy page also clearly states that). It can however be changed to a reference if it is used to support a specific claim within the article (which doesn't appear to be the case for conspiracy theory though). See also WT:EL#References. — Fytcha〈 T | L | C 〉 13:12, 21 August 2022 (UTC)

WT:EL does not say what cannot be included in this section, it just gives examples of what can be. —Justin (koavf)❤T☮C☺M☯ 18:34, 21 August 2022 (UTC)

I think you're reading that portion of WT:EL#Further_reading wrong. The corresponding vote (Wiktionary:Votes/2016-12/"References" and "External sources") explicitly states: Allowing the usage of "External sources" only in cases where other dictionaries and encyclopedias (including Wikipedia) are listed as suggestions of places to look, without serving as proof for specific statements in the entry. (emphasis mine). We're not Wikipedia, we shouldn't link to random discussions about words in our Further Reading section. @Fay Freak, AG202, -sche, DCDuring: Please tell me whether you agree with my understanding of the relevant policy. — Fytcha〈 T | L | C 〉 11:29, 2 September 2022 (UTC)

Hyphenated Forms

For all Wiktionary's vaunted notions of descriptivism, I can play a child's video game and encounter alternative forms that I can easily predict Wiktionary will not have an entry for; Internet Archive will have three cites for these alternative forms too (see my edits on the History on these pages). You can do it too- any time you notice a word with a hyphen in your daily life, it's a fifty-fifty chance Wiktionary will not have it.
antiindependence anti-independence
autocorrection auto-correction
electrochemically electro-chemically
extrajudicial extra-judicial
extravehicular extra-vehicular
halfway half-way
hypergrowth hyper-growth
microprocessor micro-processor
recalibrate re-calibrate
sociotechnological socio-technological
suborbital sub-orbital
superhot super-hot
rearm re-arm --Geographyinitiative (talk) 14:11, 20 August 2022 (UTC)

Well, go ahead and add them as alt forms. Personally I'm more interested in adding words we lack entirely. Note that, over time, English has tended to drop the hyphen from a lot of words (e.g. type-writer and good-bye are now rare forms). Equinox ◑ 17:39, 20 August 2022 (UTC)

(Relatedly I think it's stupid that we delete hyphenated attributive forms but allow hyphenated non-attributive forms. Why not have soft or at least hard redirects for them all?) - -sche (discuss) 02:25, 21 August 2022 (UTC)

As far as I'm concerned, the attributive forms should've never been deleted. They're formulaic, sure, but so are plurals and we still include those. Binarystep (talk) 19:26, 21 August 2022 (UTC)

Some of the discussion above indicates that alternative spellings of words might sometimes be noticed but passed over. This seems like a glaring flaw in Wiktionary: you wouldn't want to omit some forms of words in a bona fide descriptivist dictionary enterprise- all forms (with qualifying cites) would be included. I propose that a script or mechanical method for detecting words that may have alternative forms with hyphens in them be created, and that the results be dumped onto some page or something. Maybe there are certain categories that have words that are likely to have hyphenated alternative forms. Any accidental systemic bias affecting coverage of alternative forms on Wiktionary needs to be mitigated to some degree! Wiktionary is scrupulous in avoiding disingenuousness. --Geographyinitiative (talk) 15:49, 24 August 2022 (UTC) (modified)

Galician Reintegrationism and how Wiktionary deals with it

Wiktionary's appendix on Reintegrationism states that Reintegrationism is treated here in Wiktionary as an alternative spelling, and that's okay. However, I feel like there are a few more considerations to be made that aren't covered by the appendix yet and I think that, in a way, it's not really treated as alternate spellings in practice.

In cases like corazón and coraçom, they work fine as alternates of each other. But then, seeing as Reintegrationist Galician has its own system for conjugations and things like that, I think this 'alternatives' approach sort of breaks down. There are pretty much 0 pages made for Reintegrationist spellings for verbs -- they should most definitely be made and I'm sure we can all agree on that, especially with Wiktionary's "vaunted notions of descriptivism" as someone else put it, but then, how do we approach that?

1. Do we add them as alternates in the main conjugation tables and get things like "amaban/amavam"? But then what about verbs where the infinitives aren't the same, like pasar/passar? The tables would have to be overhauled so they convert the spellings from one ortography to the other, but that sounds like a lot of effort.
2. Do we make a new conjugation table for it? But then what about verbs where the infinitives do stay the same in both orthographies, like amar? Would cases like that just get two tables? And how would passavam#Galician actually look like? Making an entire table of links that all point to descriptions like "alternative form of XYZ" doesn't seem too great nor very equal at all. This goes for the previous point too; showing two forms and making sure that one is clearly an alternate version of the other form instead of them both being alternatives of each other isn't particularly amazing.
3. Norwegian has two spellings as well, and they're treated here as if they were separate languages, in a way. In both cases, the ortographies are regulated by associations and their dictionaries. ...But out of the two languages, only one has both of its spellings be 100% official. But then again, in both Norwegian and Galician, one of the spelling variants is only used by a minority and seen as (slightly?) harder to comprehend by the majority... Could this approach work here?

The appendix also says that "usually, the traditional[sic] spelling is the main article". Does that mean it's OK to create the reintegrated spelling page as main article in cases where previously, neither spelling was registered in the Wiktionary?

I'm sure I could have worded this entire post better, but I think all of these are matters worth discussing. How do we want to treat Reintegrationism here? Because despite what the appendix says, there's a really clear difference in treatment between the two variants here at the moment; it's very different from how, say, European and Brazilian Portuguese variants are treated. There aren't even proper tags set in place that talk about whether the reader is looking at a Reintegrationist/AGAL/International spelling or an Isolationist/ILG/RAG one (there are tags like that for EU and BR Portuguese). There's no template set in place for the Estraviz dictionary the way there are some for English dictionaries or for the RAG dictionary. 191.255.100.241 21:14, 20 August 2022 (UTC)

Do you think that Galician should be treated as a dialect of Portuguese? For what it's worth, I also think that our treatment of Norwegian standards as essentially different languages is off-base as well. —Justin (koavf)❤T☮C☺M☯ 21:23, 20 August 2022 (UTC)

Wiktionary sees Galician as a separate language, and at a political level, it is one at the moment, I feel. Considering how there's even a Galician Wikipedia/Wiktionary, I think it'd be best (and simpler) to respect that and keep Galician separate from Portuguese here. 191.255.100.241 22:51, 20 August 2022 (UTC)

With varying orthographies, the first issue is, seeing as though the reintegrationist orthography is the minority usage by a lot, I'd be a bit more concerned about citing it in the first place (though TIL that Galician is not a WT:WDL). As for the conjugation tables, I'd point to the 1990 differences in French orthography and how the different spellings, ex: arguer vs argüer have different conjugation tables (illustrated much better on fr.wikt). I personally wouldn't make them alternative forms of each other as one clearly is official and has more usage from the general population. Dialectal forms are often already considered alternative forms, and there've been conversations recently about the bloat that happens when definitions and data are repeated. The case of Norwegian is truly an outlier; in my honest opinion, there really shouldn't be 3 separate L2 headers for Norwegian, Norwegian Bokmål, and then Norwegian Nynorsk; they really should've just been labels under a Norwegian header, but alas, consensus said otherwise. (Meanwhile, on the complete other end of the spectrum, we have how Chinese is treated...) AG202 (talk) 21:44, 20 August 2022 (UTC)

It's true that the reintegrationist orthography is the minority one, but it's not a mere dialectal thing nor, from my experience, is it actually that rare when compared to official Galician. It's weird that Galician isn't a WT:WDL (TIL that too!); I wonder if its status as an actual separate language being debatable is a reason for it not being there. Perhaps it's just that nobody's tried to put it there yet? But I digress. Reintegrationism really isn't a dialect as it's not regional at all and despite the disparity in usage between the two forms, it's not like you can count AGAL spelling users on your fingers -- it's a little like Norwegian Nynorsk users; a minority, but not a teeny tiny one. There are several websites utilizing the reintegrated form, some people on social media do it too, and even then, Wiktionary includes misspellings as separate entries. Among the three options I talked about in the original post and the ones you mentioned/hinted at, I'm really undecided as to which one should/could be used -- maybe there's even some other option I didn't think about -- but keeping it as-is or not including it at all should be off the table. 191.255.100.241 22:51, 20 August 2022 (UTC)

Oh yeah, I'm in support of separate entries, and that's the current practice. I was mainly focusing on whether or not the entries would be full lemmas with definitions and such or if they'd just use {{alternative spelling of}} or something similar, similar to English centre vs. center, Portuguese oxigénio vs. oxigênio, or Korean 여 (yeo) vs. 녀 (nyeo). You're right they're not dialectal forms, though, and there is a difference. AG202 (talk) 01:22, 21 August 2022 (UTC)

First of all, that appendix is the work of a single user from India who has no background in the language, and has a a less-than-stellar edit history. Normally, I would refer you to a page called Wiktionary:About Galician, which would have an explanation of the practices decided on by the community of Galician editors- but there isn't one. This is odd, since we have Galician editors who have been regular, prolific contributors for a very long time. I'll ping a couple of them @Sobreira, Vivaelcelta.

At any rate, we tend to defer to the community of editors for a given language on such matters, except in rare cases where there are larger issues of how to treat lects that some treat as dialects and others treat as separate languages: Serbo-Croatian vs. Serbian/Croatian/Montenegran, Norwegian vs. Norwegian/Norwegian Bokmal/Norwegian Nynorsk, Albanian vs. Tosk/Gheg, and Malay vs. Malay/Indonesian come to mind. I suspect that no one in a position to have an informed opinion has really given much thought to the issue as far as addressing it on Wiktionary is concerned. Chuck Entz (talk) 23:15, 20 August 2022 (UTC)

AFAICT, it seems like this can be handled the same way as French reformed vs unreformed spellings or Moldovan Cyrillic vs Latin-script Romanian, where each attested(!) spelling has an entry (with all the others defined as alternative forms, of whatever stripe, of whichever main form) and its own inflection table; we could make a specific template for "reintegrationist spelling of..." like we have "superseded spelling of...", specific form-ofs for Moldovan Cyrillic spellings, etc. For cases where the reintegrationist vs classical spellings of the lemma are the same but the conjugations differ, we could have multiple tables; compare e.g. balneum (there must be better examples of entries with multiple inflection tables but it's hard to find offhand). If the classical(?) spellings are more common than the reintegrationist spellings, they should be the lemmatized spellings (or vice versa). The Norwegian situation, where the least standard terms from dialects which don't fit either Nynorsk or Bokmal orthography are the (only) ones presented as pure ==Norwegian==, is comical but liked by some Norwegian contributors, so whatever. - -sche (discuss) 02:23, 21 August 2022 (UTC)

I am have similar issues with inflections of Pali in both the Thai and Lao scripts, where Thai has two live spelling systems and Lao has many spellings. I've set the inflection template options up for them so that they can generate multiple systems; whether they do so depends on the options in the specific call. For verbs, I can merge the combinations of two stems in the same table; this ability was originally provided for cases where the verb is a free mix of two stems in a particular tense. I think I've overdone the merger of the two systems in the past, and I'm now tending to set up individual inflection tables for the different writing systems.

Now, one could set up individual conjugation tables for non-integrationist and integrationist orthographies, but for Portuguese one could consider merging them in general but having separate tables for the imperfect, where the spellings massively diverge. Footnotes in the table would help for the other cases; see examples for the contracted perfects of Latin verbs like amo. --RichardW57 (talk) 16:48, 21 August 2022 (UTC)

I will only comment on a portion of the issues:

1. Norwegian is not a good analogy to use. First, the cases are not parallel (Nynorsk is an official orthography, the reintegrationist orthography isn't; also the issue of reintegrationist vs. traditional Galician orthography is highly political and touches on whether Galician is a separate language from Portuguese, which has no parallel in Norwegian). Secondly, the current state of Norwegian in Wiktionary is (IMO, and I know many people agree) rather stupid, and should not be used as an example of good practice of anything.
2. In regards to "usually, the traditional[sic] spelling is the main article" implying that it's OK to create the reintegrated spelling as the main article if no article exists, this is definitely not the case, because it would give undue weight to the reintegrated spelling, which (as others have also observed) is very much in the minority.
3. I personally think the best way to handle the spelling differences is to treat reintegrated spellings as alternative spellings using a specific template that generates reintegrationist spelling of ... or similar, just as User:-sche mentioned above. In cases like amar where both spellings are the same, I think it's fine to have a reintegrationist conjugation following the traditional one, as long as both are collapsed by default, so they don't take up lots of space. But someone would have to create the appropriate conjugation module or templates, which is not an insignificant amount of work. In general, things boil down to the interest of individual editors; the lack of reintegrationist spellings would indicate that there aren't any Galician editors interested in this particular spelling system. Benwing2 (talk) 03:25, 22 August 2022 (UTC)
4. Please create an account. There are several knowledgeable IP editors currently, and it's impossible to keep track of who is who if you don't create an account. By creating an account, people will be able to leave you messages, thank you, etc. You'll get more editing privileges and a lot more respect. Benwing2 (talk) 03:25, 22 August 2022 (UTC)

I've made an account, as asked. Your comments all make sense to me, and I agree with what -sche (as well as you and AG202) proposed. If, so far, no one's shown interest in adding those pages, I'm happy to be the first one to -- though, indeed, templates ("reintegrationist spelling of" and support for Estraviz) and conjugation modules need created, and I'm not skilled or experienced enough to do it myself. I'm obviously new to Wiktionary itself, too: Assuming a consensus has been reached (three users proposed roughly the same thing)... what now? MedK1 (talk) 01:23, 26 August 2022 (UTC)

@MedK1 Thanks for creating an account. I can probably create the reintegrationist spelling of template but adding a conjugation module is a significant amount of work, and I don't have time for it currently. As for support for Estraviz, what would that look like? Benwing2 (talk) 06:18, 26 August 2022 (UTC)

I was thinking something like other already-existing dictionary templates such as {{R:DDLG}}, {{R:TILG}}, {{R:TLPGP}} or {{R:Priberam}}; a {{R:Estraviz}} that'd return something along the lines of "“página” in Dicionário Estraviz de galego". MedK1 (talk) 19:57, 26 August 2022 (UTC)

@MedK1 I created {{gl-reintegrationist spelling of}} with shortcut {{gl-reinteg sp}}, along with {{R:gl:Estraviz}} (it is preferred to include the language name in reference templates; we should rename the existing templates appropriately). Please edit Template:R:gl:Estraviz and fill in the bibliographic info; I looked at the site but I'm not quite sure what to include (e.g. the year). Benwing2 (talk) 19:05, 27 August 2022 (UTC)

Note also, this puts the spelling into a category Category:Galician reintegrationist forms; this is consistent with how the generic {{spelling of}} template works. Benwing2 (talk) 19:06, 27 August 2022 (UTC)

@Benwing2: ga is Irish, gl is Galician. Chuck Entz (talk) 19:33, 27 August 2022 (UTC)

@Chuck Entz Ahh fuck, thank you, I will fix. Benwing2 (talk) 19:52, 27 August 2022 (UTC)

@Benwing2 Thank you for adding the templates! About the bibliography, I think only adding the year should be fine. I was looking around some templates for references on how to format the year properly when adding it, and noticed that on some of them, the year the dictionary was compiled is written out as a range, like "2013–2022", whereas in other cases, it's written out as a single year... The current version of the Estraviz dictionary was published in 2014, but new features (a verb conjugator to be specific) were added to it as recently as 2019 and I'm confident new words are added every now and then since there's a button to e-mail the people behind the dictionary about it. So with that in mind, I marked the year as "2014", but maybe it should've been "2014–2019" or "2014–2022" instead? MedK1 (talk) 20:26, 27 August 2022 (UTC)

@MedK1: I think just 2014 is fine; the range is appropriate if the dictionary itself gives a range of years, otherwise we should go with what the dictionary says. Benwing2 (talk) 20:52, 27 August 2022 (UTC)

@MedK1 I notice you changed the template to use capital Reintegrationist instead of reintegrationist. The lowercase form is still used elsewhere here, e.g. in the category description, and is the preferred spelling on Wikipedia. Which is correct? Benwing2 (talk) 01:13, 29 August 2022 (UTC)

@Benwing2 Oh, I actually changed it just so it matched the "alternative form of" template, where the first letter is capitalized; I wasn't actually thinking about whether the word itself should be capitalized or not. Here, the spelling seems to vary from article to article, but I've been treating it like a normal English word (just like Wikipedia does) whenever I add the term to a page. As for what's actually correct, I think both spellings work? Both of them appear online fairly often and I did instinctively capitalize it when writing the initial post at the top of the section. Still, Wikipedia does prefer the lowercase version and it is the one that shows up most frequently online. It might be best to treat it like any other noun -- capitalized at the beginning of sentences, not capitalized otherwise. MedK1 (talk) 03:41, 29 August 2022 (UTC)

@MedK1 The general preference is for English definitions to be sentence-like (initial capital letter, final period) but non-English definitions to be gloss-like (no initial capital letter or final period). Some of the templates, e.g. {{alternative form of}}, don't follow this pattern, probably because the creator was thinking specifically of English. I'm gradually trying to fix this. Benwing2 (talk) 04:21, 29 August 2022 (UTC)

In fairness, it doesn't really make sense for non-glossed terms to follow that format, given that the whole reason for doing it is to make glosses clearer. Theknightwho (talk) 20:51, 31 August 2022 (UTC)

Borrowings from Parent and Child

Do we have a policy for borrowings from parent and child when we use {{desctree}} in the parent? Under its 'Descendants' section, do we show both the direct and indirect routes? This is particularly significant for SE Asian languages, where words may have been borrowed from Sanskrit or Pali, but it can be difficult to tell which. Often the word may have been borrowed from both. There's another complication in Thai, where the word can show many signs of having been borrowed from Pali, but then had its spelling Sanskritised. I would expect there to be a policy, for it can be difficult to tell whether some English words were borrowed from French or from Latin. --RichardW57 (talk) 16:58, 21 August 2022 (UTC)

Borrowings from a parent are listed like any other borrowings, no? That's how e.g. Latin abdōmen lists French abdomen (with bor=1). Descendants sections can list indirect borrowings, like Latin homō → Old Spanish omne → Spanish hombre → French hombre (notice not all of those are present in the wikitext of homō, it fetches some further descendants from the immediate descendants' entries). Where a word's etymology is unclear, I don't know what you could do beyond list it in either neither or both applicable places with some unc=1 qualifier. If you can tell it's from Pali but Sanskritized I think that'd be treated as coming from Pali in the descendants sections/tables, and then you'd explain the Sanskritization in its etymology section; at least, this is what's done for German-spelling-influenced Yiddish borrowings like mensch, fleischig, milchig. - -sche (discuss) 19:14, 21 August 2022 (UTC)

I wasn't talking about borrowing from a parent. For the first example, English abdomen says the word is borrowed from Middle French, but that lemma hasn't been entered. The Latin entry contradicts the English entry, and says that the English word is borrowed from Middle French. I think that if the borrowing from Middle French had not coincided with the Latin form, the Latin form would have replaced it. Now, if the English word is borrowed from Latin as well as from Middle French, should the English word show up in the entry for the Latin in two words - once as a direct borrowing from Latin, and again as a borrowing from Middle French? --RichardW57 (talk) 20:10, 21 August 2022 (UTC)

@RichardW57 I think you mean that the Latin entry says the word was borrowed directly from Latin. A lot of pages, however, are sloppy in listing descendants, and list indirect borrowings as if they're direct, so you should trust the Etymology section of the borrowed page. I agree here that if the spelling of the borrowing from Middle French had differed from Latin, the spelling would likely have been Latinized. I don't think we have a specific policy about this sort of thing. This is not specific to SE Asian languages, but happens with all Classical languages with descendants that are also literary languages, and it happens not only w.r.t. a third language but w.r.t. the child itself; tons of Italian terms, were inherited from Latin but then had their spelling adjusted to be more Latinate where it had diverged. Benwing2 (talk) 00:02, 22 August 2022 (UTC)

template editor permission please

Please grant me template editor permission please. My contributions can be found here. I typically make small changes, and all are tested on my private fork of Wiktionary that I use for academic purpose. PS. I also happen to have template editor permission on Wikipedia since 2013. Thanks. Dpleibovitz (talk) 19:12, 21 August 2022 (UTC)

User:Zomilai

This person has decided to start a Zolai-to-Zolai dictionary on their user page, with the idea being that anyone can add entries and definitions. I'm not sure what language it is, but I believe it's something similar to what we have as Zou (language code zom), a Sino-Tibetan language or group of languages.

First of all, this is completely separate from English Wiktionary's mission to build an English-language dictionary of terms in all languages. It also will probably trigger an abuse filter if any IPs or new accounts try to edit it. I have nothing against promoting little-known local languages, but this seems to be the wrong place and the wrong method.

The question, then, is what do we do about this? Chuck Entz (talk) 21:50, 21 August 2022 (UTC)

Dude, the guy has just 2 edits! Why bring this up here? Dunderdool (talk) 21:52, 21 August 2022 (UTC)

I think you're getting a little paranoid actually, Chuck. First, mass-protecting thousands of pages in case anyone wanted to move them, and second, worrying about this... Dunderdool (talk) 21:54, 21 August 2022 (UTC)

I'm not exactly trying to incite the villagers to storm a castle with torches and pitchforks. I'm asking what we should do. As I said, there's nothing wrong with what they want to accomplish, but this doesn't seem like the right way to do it. Chuck Entz (talk) 22:15, 21 August 2022 (UTC)

We don't provide free hosting, so a little bit of off-topic or tangential content on your user page is fine, but not volumes of it. The current amount of content is fine, but if what he's trying to do is work in some other language than English, he should go to incubator: and if what he's trying to do is show some differences and similarities between closely-related dialects using English for an explanation, that should be an appendix. —Justin (koavf)❤T☮C☺M☯ 22:26, 21 August 2022 (UTC)

Copying

All our Kayan/Padaung entries appear to have been copied, definitions and all, from Webonary. The material is under copyright. What to do? This, that and the other (talk) 02:11, 22 August 2022 (UTC)

@This, that and the other My thoughts:

1. What is the license for Webonary content? This isn't obvious from reading the copyright link you included. Is it user-submitted content? If so, it might be OK depending on who submitted the content (e.g. if the creator of the content on Webonary is the same person who submitted the Wiktionary content).
2. Who created the entries? Were they all created by User:咽頭べさ? Whoever it is needs to be aware of the issues in copying from other dictionaries.
3. Many of the definitions are common English single words, like "princess", "late" or "sound". These surely cannot be copyrighted. For multiword definitions like "reap the consequences of past misdeeds", it's less obvious. From looking at some of the Wiktionary entries, I don't see any usexes or other obviously-copyrightable things.
4. User:BD2412 is a lawyer who might be able to comment more.

Benwing2 (talk) 03:00, 22 August 2022 (UTC)

Also, these entries need to be cleaned up somewhat, e.g. the name of the language needs to agree in the header and categories. Benwing2 (talk) 03:01, 22 August 2022 (UTC)

Webonary asserts a pretty definitive copyright - there is no "license". Everything with more than a scintilla of creative input copied from that source must be deleted here. For the one-word definitions, I would see if there are any other sources that use a different word or words, to insure that there is no other conceivable most direct definition. bd2412 T 03:04, 22 August 2022 (UTC)

I did not copy the website dictionary you mentioned, but my Kayan dictionary 2016 free phone software was copied, so let me ask you a question, User Octahedron80 are not experts in the Mon language and do not understand Mon vocabulary, User Octahedron80, like me, took the Mon vocabulary from another dictionary, so you don't say anything about User Octahedron80, , but why do you want to blame me alone? if you don't want me to be on this English Wiktionary, speak openly, I will leave. --咽頭べさ (talk) 03:45, 22 August 2022 (UTC)

@Benwing2:

1. It seems that Webonary (run by SIL) hosts various dictionaries/glossaries, each with its own copyright statement. It doesn't appear to be user-editable; the credited compilers seem to be a group of native speakers and linguists.
2. Yes, all created by that user.
3. For the one-word-definition entries, I was concerned whether some kind of "database right" existed that prevents the copying of bodies of definitions. However, the entry that concerned me the most was ba#Padaung, with a range of info and usexes that has been directly copied from Webonary. (The quality of the entry is also poor - see verb sense 3 and its usex - but that is another matter.) There are a few usexes in other entries too.

@BD2412 I have not been able to identify other dictionaries for this language. Apparently the Catholic Church has published one, but it's very difficult to identify even any libraries that might hold it (and I'm not sure I can be bothered tbh). What's more, the Webonary project seems to use an orthography promoted by the Kayan Literature Committee and has not previously been used by other dictionaries or texts.

@咽頭べさ we welcome your contributions to Wiktionary, but it is essential that you respect copyright in making your contributions - this is a fundamental principle of wiki editing. The Android app you refer to is provided by Webonary, so is subject to the same copyright requirements. If other users have breached copyright by directly copying definitions, examples and so on from another dictionary, please provide examples and evidence so we can deal with that problem as well. This, that and the other (talk) 03:50, 22 August 2022 (UTC)

@This, that and the other, BD2412 Thank you. Looks like User:Chuck Entz already deleted some of the obvious copyright violations. It didn't occur to me what you've mentioned about the orthography, but it seems it could be an issue as well. Benwing2 (talk) 03:59, 22 August 2022 (UTC)

To start with, I deleted the 8 entries with usage examples, including ba. It looks like all but maybe one or two had the usage examples copied verbatim, but I didn't see English translations of the usage examples on Webonary so those probably were original rather than copied. Chuck Entz (talk) 04:12, 22 August 2022 (UTC)

I was working on Mon Wiktionary alone, so I edited it in a hurry, so I forgot to add the reference.--咽頭べさ (talk) 04:07, 22 August 2022 (UTC)

@咽頭べさ adding references to these entries will be a big help. However, please remember not to make direct copies of other dictionaries' definitions (unless they are extremely simple and obvious), usage examples, and so forth. Most of the time, this a breach of copyright. You can only directly copy another dictionary when that dictionary is very old and out of copyright, or it has been explicitly released by its author under a free license like Creative Commons. This, that and the other (talk) 05:35, 22 August 2022 (UTC)

[Invitation] Join the Movement Strategy Forum

Hello everyone,

The Movement Strategy Forum (MS Forum) is a multilingual collaborative space for all conversations about Movement Strategy implementation.

We are inviting all Movement participants to collaborate on the MS Forum. The goal of the forum is to build community collaboration, using an inclusive multilingual platform.

The Movement Strategy is a collaborative effort to imagine and build the future of the Wikimedia Movement. Anyone can contribute to the Movement Strategy, from a comment to a full-time project.

Join this forum with your Wikimedia account, engage in conversations, and ask questions in your language.

The Movement Strategy and Governance team (MSG) launched the proposal for the MS Forum in May 2022. There was a 2-month community review period, which ended on 24 July 2022. The community review process included several questions that resulted in interesting conversations. You can read the Community Review Report.

We look forward to seeing you at the MS Forum!

Best regards,

Movement Strategy and Governance team Mervat (WMF) (talk) 15:54, 22 August 2022 (UTC)

Template editor permission request

I want to edit some protected modules (such as Module:bo-pron and Module:languages/data*). Please grant me template editor permission. Thanks. 沈澄心✉ 05:23, 23 August 2022 (UTC)

The 2022 Board of Trustees election Community Voting period is now open

You can find this message translated into additional languages on Meta-wiki.

More languages • Please help translate to your language

Hi everyone,

The Community Voting period for the 2022 Board of Trustees election is now open. Here are some helpful links to get you the information you need to vote:

• Try the Election Compass, showing how candidates stand on 15 different topics.
• Read the candidate statements and answers to Affiliate questions
• Learn more about the skills the Board seeks and how the Analysis Committee found candidates align with those skills

If you are ready to vote, you may go to SecurePoll voting page to vote now. You may vote from August 23 at 00:00 UTC to September 6 at 23:59 UTC. To see about your voter eligibility, please visit the voter eligibility page.

Best,

Movement Strategy and Governance

This message was sent on behalf of the Board Selection Task Force and the Elections Committee
Mervat (WMF) (talk) 12:15, 23 August 2022 (UTC)

Rename 'LANG words suffixed with SUFFIX' -> 'LANG terms suffixed with SUFFIX'

It's always bothered me that affix categories use "words" in them instead of "terms", as every other similar category does. I propose renaming these categories to have "terms" in them. Not only will this make the category names more consistent, sometimes the terms in these categories aren't even single words. For example, in Category:English words suffixed with -ism, we have Archie Bunkerism, ca' cannyism, Church Slavonicism, etc. which aren't single words, as well as things like Church-of-Englandism that are only arguably single words. If people agree with this, I can do the renaming by bot without too much difficulty. Benwing2 (talk) 06:39, 24 August 2022 (UTC)

Support. I assume the use of "words" rather than "terms" was to prevent people from adding suffix categories to multiword compounds like animal magnetism, but, as you said, there are plenty of suffixed entries that consist of multiple words despite not being compounds. Binarystep (talk) 08:18, 24 August 2022 (UTC)

I am going to do this renaming in a day or two unless I hear some objections. Benwing2 (talk) 02:17, 29 August 2022 (UTC)

Give it more time, so it looks less impulsive and more like the product of a consensus. DCDuring (talk) 14:16, 29 August 2022 (UTC)

Support. Vininn126 (talk) 17:16, 29 August 2022 (UTC)

Support. Theknightwho (talk) 09:41, 30 August 2022 (UTC)

Support. Nicodene (talk) 09:44, 30 August 2022 (UTC)

Support. — Ceso femmuin mbolgaig mbung, mellohi! (投稿) 18:11, 30 August 2022 (UTC)

Comment: Template_talk:prefixsee#2022_WingerBot_activity. Quercus solaris (talk) 05:36, 2 September 2022 (UTC)

@Quercus solaris Fixed. Benwing2 (talk) 05:40, 2 September 2022 (UTC)

@Benwing2 Wow, that was fast! Many thanks. Quercus solaris (talk) 05:43, 2 September 2022 (UTC)

@Benwing2 Could I ask you to make the same tweak to template:suffixsee as well? Thanks. Quercus solaris (talk) 05:54, 2 September 2022 (UTC)

Hmm—I cleared my browser cache and still was seeing redlinks, but both prefixsee and suffixsee work OK when I click "edit" on a page and then click "save" without making any changes. There is something somewhere (client-side? server-side?) besides browser cache, regarding a particular page/entry, that does not get refreshed until one does that? Not being a programmer, I lack insight. Quercus solaris (talk) 06:02, 2 September 2022 (UTC)

@Quercus solaris Yes, clicking "save" without making changes is called a null edit and it regenerates the page. The pages gradually get regenerated on their own when a change to a module is made but it may take awhile esp. in a case like this where the module (Module:compound) is used on hundreds of thousands of pages and each needs to get regenerated. Give it a few days and they should be all regenerated. As an example, I renamed Category:English compound words to Category:English compound terms maybe 5 hours ago, and I see about 2500 terms in the latter vs. 25,000 terms still in the former. Benwing2 (talk) 06:08, 2 September 2022 (UTC)

@Benwing2 Thanks, that explanation is helpful! Quercus solaris (talk) 06:10, 2 September 2022 (UTC)

BTW I am also renaming all the 'words' categories to 'terms'. So far my bot has got about halfway through, as far as 'Lushootseed' (i.e. all languages alphabetically before this have been handled already). Benwing2 (talk) 06:11, 2 September 2022 (UTC)

One thing remains, which is pages that manually add a words *fixed with ... category. To be fixed tomorrow. Benwing2 (talk) 06:59, 2 September 2022 (UTC)

I just noticed that the links in Wikidata did not change (for instance, d:Q66124508 links to "Category:Afrikaans compound words" instead of "Category:Afrikaans compound terms". @Benwing2 Can your bot help with this? --TongcyDai (talk) 07:08, 2 September 2022 (UTC)

@TongcyDai It should be possible to use a bot on Wikidata, but I know next to nothing about how it works. Do you know how these categories get into Wikidata in the first place? Is it somehow automatically tracking Wiktionary categories or have people added these manually? Also, have the LANG words *fixed with AFFIX categories gotten into Wikidata (of which there are about 30,000) or only the LANG compound words categories (of which there are about 1,300)? Benwing2 (talk) 02:50, 3 September 2022 (UTC)

@Benwing2 I think categories do not automatically get into Wikidata, they are added manually (mostly when editors in other Wiktionaries want to link a category to the corresponding page in another Wiki project). However, if someone move a category page manually, the link in Wikidata should be fixed automatically. I am not sure why it did not happen this time. --TongcyDai (talk) 05:26, 3 September 2022 (UTC)

Later: Renaming Category:English compound words to Category:English compound terms was not particularly wise since compounds are defined as words. It was also not proposed in the title of this thread, and therefore never approved by consensus in a discussion. Oh well. google:"compound terms" finds not many articles about them, unlike google:"compound words", which finds relevant articles straight away. See also compound words, compound terms at the Google Books Ngram Viewer.. This is a terminologically unfortunate switch, apparently not informed by research. --Dan Polansky (talk) 18:21, 28 September 2022 (UTC)

I don’t see any evidence that they’re defined as words. Theknightwho (talk) 23:44, 28 September 2022 (UTC)

Check the sources linked from compound word or any other sources you can find; they are defined as words or lexemes. Currently, Category:German compound terms says "German terms composed of two or more stems": that is nonsense since that would mean schwarzes Loch would be a compound. This renaming should be reverted or the categories should be renamed to "English compounds" and the like since the part "word" or "term" is unnecessary. At the very least, the category description should be fixed to say "words". --Dan Polansky (talk) 14:38, 1 October 2022 (UTC)

Explain how it is not a compound. There are quite clearly two stems in schwarzes Loch. Theknightwho (talk) 16:08, 1 October 2022 (UTC)

I must agree with Polansky here; it makes no sense to me to call schwarzes Loch or the French equivalent trou noir "compounds"; these are merely noun phrases. PUC – 16:14, 1 October 2022 (UTC)

Is it really so simple? Several terms vascillate between the two. Theknightwho (talk) 16:23, 1 October 2022 (UTC)

I agree that the line may not always be clear, for example for black hole as evidenced by the solidly spelled blackhole. But imo, trou noir isn't a compound by any stretch of the imagination, and neither is schwarzes Loch. PUC – 16:28, 1 October 2022 (UTC)

The thing is, the presence of a space is only part of the story. Terms can lexicalise in the spoken language without being written as a single word in the written one (which probably does apply to a term like guten Morgen). I'm not a fan of simply removing all multiword terms like this. Theknightwho (talk) 16:32, 1 October 2022 (UTC)

The question is not what you are fan of but what reliable sources say. For German, all compounds are closed. For English, that is a different matter. --Dan Polansky (talk) 16:36, 1 October 2022 (UTC)

I wouldn't really consider this much evidence of anything, and it's the only source you've provided. It asserts compounds are closed without any actual basis. Theknightwho (talk) 16:39, 1 October 2022 (UTC)

Looking at this from the outside these do not appear to be compounds. That said, Dan's obsession with sources seems rather amiss, however I believe there has been enough people chiming in to give consensus. Vininn126 (talk) 16:39, 1 October 2022 (UTC)

Surely the fact that there is a normative decree by Duden that compounds should be written closed suggests that, in fact, they aren't always? Given we care about language as actually used, and not language as Duden dictates it should be. Theknightwho (talk) 16:43, 1 October 2022 (UTC)

Duden does not recognize schwarzes Loch as an error; it merely notes it is not a compound, but a plain noun phrase containing an adjective. There would be some rare deviations from the Duden rule, but schwarzes Loch is a standard form, not a deviation. Are you seriously saying that all multi-word phrases are compounds? Are proverbs compounds? --Dan Polansky (talk) 17:01, 1 October 2022 (UTC)

I did not say that all multiword phrases are compounds, and I have no idea why you thought that. Theknightwho (talk) 17:03, 1 October 2022 (UTC)

Fine. You reverted on schwarzes Loch so I assume you have a source telling you that this kind of phrase is a compound. If some such phrases are not compounds, and since you do not report to know German, based on what did you conclude that it is a compound? Which source did you use for your conclusion? It was not an intuition of a native, so what was it? --Dan Polansky (talk) 17:11, 1 October 2022 (UTC)

I make no claim either way at this point - the issue is that you were implementing mass changes without consensus, and have clearly still not established any. If you're just going to ignore my argument about open compounds in favour of focussing on a specific entry, it's unlikely that this is going to be productive. Theknightwho (talk) 17:14, 1 October 2022 (UTC)

It is not a word. A compound is defined as a word and stands in contrast to an arbitrary phrase or word group. Please check some sources, don't trust me. If you do not check the sources, this won't work. For German, the sources are Duden:Kompo­sition: Zusammen­schreibung, Ge­trennt­schreibung, Binde­strich[3], and W:de:Leerzeichen in Komposita. For English, sources are linked from compound word, e.g. https://dictionary.cambridge.org/grammar/british-grammar/compounds, or check “compound”, in OneLook Dictionary Search., e.g. “compound”, in Merriam-Webster Online Dictionary, Springfield, Mass.: Merriam-Webster, 1996–present.. And please stop reverting me at schwarzes Loch if you do not check sources and do not know what you are doing. Your reverts of all my German fixes are entirely out of place; why don't you wait for the discussion to develop? Incredible. --Dan Polansky (talk) 16:16, 1 October 2022 (UTC)

@Dan Polansky Why don't you wait until we've had a discussion? You never learn. Theknightwho (talk) 16:17, 1 October 2022 (UTC)

I made obvious corrections of German entries after I double checked my understanding in reliable sources such as Duden, and one user thanked me for them a couple of days ago. I had no idea this was to be controversial. The sources are above. Only you know why you are doing this. --Dan Polansky (talk) 16:21, 1 October 2022 (UTC)

Obvious in your opinion. That doesn't mean you don't need consensus, and if you still don't understand why that is relevant then I can only put this down to wilful ignorance. You are not immune from project norms, no matter how much you try to pretend you are. Theknightwho (talk) 16:24, 1 October 2022 (UTC)

Check the linked sources and tell us what you found. Or check other sources of your choice. --Dan Polansky (talk) 16:28, 1 October 2022 (UTC)

English has open compounds, but German does not. This is what sources say. --Dan Polansky (talk) 16:30, 1 October 2022 (UTC)

I agree with User:Theknightwho. I don't see why German open compounds aren't compounds. Benwing2 (talk) 16:42, 1 October 2022 (UTC)

@Dan Polansky I should add, your reading of sources is extremely tendentious. The very source you linked [4] makes clear that open compounds are compounds. Benwing2 (talk) 16:44, 1 October 2022 (UTC)

Sure, open compounds in English are compounds, but they are still words, phonetically. That's how the sources define them, as words or lexemes. If you check all the sources, you'll see that. Not every English space-separate phrase is a compound. German does not work like English.

Above, I linked two German sources saying that German compounds are written together. One is the reliable Duden, the classic, and the other one is German Wikipedia, which traces its statement to a source. And by looking at Category:German compound terms, you'll see most editors understood German has no open compounds. --Dan Polansky (talk) 16:50, 1 October 2022 (UTC)

Surely the fact that there is a normative decree by Duden that compounds should be written closed suggests that, in fact, they aren't always? Given we care about language as actually used, and not language as Duden dictates it should be. Theknightwho (talk) 16:53, 1 October 2022 (UTC)

It's not a matter of opinion; it's a matter of reliable sources. What are your sources? --Dan Polansky (talk) 16:48, 1 October 2022 (UTC)

No, it's not. It's a matter of definitions. The issue here is we have not established a functioning definition of compound, so all we have are people squabbling over their own ideas of it. Squawking "source source source" is not productive. Vininn126 (talk) 16:50, 1 October 2022 (UTC)

There is no perfect cross-linguistic definition of "compound" that is not based on examples and counterexamples. Even for English, M-W ranks prefixed words as compounds while most sources don't. The best definition is that a compound is a word composed of multiple words, or more precisely stems, and then one adds that prefixes and suffixes are not words, and then one adds, for many languages, that two-word phrase is not a word no matter the pronunciation. Then English confuses the matter by introducing open compounds, which are phonetically one word but typographically not. This was introduced in the 2nd half of 20th century; before that, all sources that I found gave only closed and hyphenated compounds as examples of compounds. Even today, Britannica's compounding article gives no example of an open compound. The English open compound confuses the matter quite drastically, by removing all simple syntactic criteria of compoundhood. There is no point in exporting this confusion to German or Czech. --Dan Polansky (talk) 16:58, 1 October 2022 (UTC)

It's not confusing - you just don't like it because it makes things harder to categorise automatically. Theknightwho (talk) 17:01, 1 October 2022 (UTC)

Sure it is confusing since now some adjective-noun phrases in English are compounds and some are not, and sources do not even agree on the criteria: some sources point to phonology, but other sources point to idiomaticity. The phonology-based sources admit non-idiomatic phrases among compounds. If idiomaticity was at stake, then most proverbs would be compounds. That makes no sense. And the ease with which sources are dismissed while no better sources are provided is nothing short of fascinating. You are making things up without sources and think it's okay to throw around unsourced opinions. --Dan Polansky (talk) 17:08, 1 October 2022 (UTC)

You have been told multiple times to stop demanding sources in lieu of responding to arguments. No doubt you will interpret this in bad faith, by assuming that I think sources don't matter, but it doesn't change the fact that you have repeatedly failed to respond to what I've actually said. Theknightwho (talk) 17:17, 1 October 2022 (UTC)

Which arguments? How did you prove that schwarzes Loch is a word? Or do you dismiss the definition that a compound is a word? What is the definition of "compound" you are starting with? --Dan Polansky (talk) 17:20, 1 October 2022 (UTC)

I'm going to step in again - Dan, I'm asking you kindly to re-read. You are assuming Knight is opposing the idea they are compounds, they are not. They are simply stating you were too hasty with your decision. Please refrain from further accusations otherwise. Vininn126 (talk) 17:22, 1 October 2022 (UTC)

(Outdent) I don't follow. Is Knight saying that schwarzes Loch is a compound or not? And let him answer my questions, including, which definition of "compound" is Knight using? (Incidentally, Knight's unique argumentation style applies not only to me but also to other people, e.g. in Wikipedia:Talk:Regions_of_England#Some_of_the_region_article_titles_are_wrong. The strategies employed are similar.) --Dan Polansky (talk) 17:28, 1 October 2022 (UTC)

He did above in the conversation, Dan. Go back and read it.

"I make no claim either way at this point - the issue is that you were implementing mass changes without consensus, and have clearly still not established any. If you're just going to ignore my argument about open compounds in favour of focussing on a specific entry, it's unlikely that this is going to be productive." Hopefully by quoting I am still allowing them to answer for themselves. Vininn126 (talk) 17:30, 1 October 2022 (UTC)

So Knight is launching an opposition without actually having a clear idea of what he means by "compound"? He just notes that English has open compound so German could have two, I give two independent sources that it is not so, but both are dismissed as mere "sources" and not "arguments", and I am prevented from continuing? Amazing. I will start a new discussion since the discussion title is unrevealing, and we are no longer in August. --Dan Polansky (talk) 17:37, 1 October 2022 (UTC)

No Dan. They didn't even outright disagree with you. They were just saying you should have waited before making changes to see what other editors say. Why do you think everyone is against you? Vininn126 (talk) 17:40, 1 October 2022 (UTC)

I created new discussion at Wiktionary:Beer parlour/2022/October § Removing spaced phrases from German compounds: no open compounds in German. It may bring in more participants: they may notice via the new title what is being discussed. --Dan Polansky (talk) 17:54, 1 October 2022 (UTC)

As for him not disagreeing, diff concerning schwarzes Loch says "Obviously a compound. Stop being obtuse." He did disagree and he did convey confidence in his position. --Dan Polansky (talk) 18:20, 1 October 2022 (UTC)

Landing page for Sociology

Hi all - this follows on from a conversation I had on the information desk. I wondered if it was possible to create a landing page (my terminology as I am not sure what the correct Wiki version of it should be called) for Sociology to help navigate users to specific resources found on Wiktionary around the subject.

The main reason I am seeking this is that in Wikidata the Wiktionary entry for sociology itself is not allowed to be linked to the wider Sociology Wikidata project, as well similarly related areas like Wiktionary sociology categories already have their own Wikidata entries, so cannot be linked to help guide users. It would be grand to have a Wiktionary resource that could be used as a central page and linked to the wider Wikidata project for Sociology so that these can be better connected.

There seems to be a broad use of different kinds of naming across the wiki projects to achieve this, including prefixes like "Subject:Sociology", "Portal:Sociology", as well as creating stand alone pages that are just addressed as "Sociology". I think as well having a central page for Sociology also makes sense as dictionaries outside of generalist ones are normally thematically presented, so grouping together links to key entries, categories, and other relevant information for Sociology on this project would be beneficial to reflect the thematic entries for sociologically-related terms. This suggestion may also be beneficial for other areas as well, such as having landing pages for other areas like Physics or Graphic Design, for example, where users can be signposted to relevant resources.

It would be great to see what other people think of this and potentially experiment on a landing page design/ layout for wider group consensus/ approval. Jamzze (talk) 09:12, 24 August 2022 (UTC)

I guess the main question for me is if you're trying to list out and explain the relationships between various sociology terms so that someone can be oriented for the jargon of that field or if you're trying to give someone an overview and introduction to sociology as a topic of study. If it's the latter, that is more appropriate for Wikiversity. —Justin (koavf)❤T☮C☺M☯ 17:50, 24 August 2022 (UTC)

The former. Having a page to essentially summarise/ list top-level key terms, point users towards categories of interest to sociology, etc. — This unsigned comment was added by Jamzze (talk • contribs).

The I think that can in principle be the sort of thing in the appendix namespace, as long as it's terminology-focused. I don't think we have anything quite like that a the moment and would be interested to see what others think. —Justin (koavf)❤T☮C☺M☯ 21:13, 24 August 2022 (UTC)

@Koavf, the closest I can think of are the various Category pages, but I'm not sure if we have any categories for sociology as a subject. ‑‑ Eiríkr Útlendi │^{Tala við mig} 22:16, 24 August 2022 (UTC)

Category:Sociology, but that doesn't serve the purpose that Jamzze has in mind of giving some kind of overview or direction, it's just an alphabetical listing. —Justin (koavf)❤T☮C☺M☯ 22:20, 24 August 2022 (UTC)

The Category:Sociology page itself could be updated to include header information as an overview, no? Or at least links to other pages that would provide that? ‑‑ Eiríkr Útlendi │^{Tala við mig} 22:26, 24 August 2022 (UTC)

I guess, but that would make it radically different than every other category. I don't think there would be a will for just one category page to be a kind of topical overview. —Justin (koavf)❤T☮C☺M☯ 15:36, 25 August 2022 (UTC)

@Koavf: I was later thinking further about this, more along the lines of including a link on the cat page to an appendix page with fuller detail. The category itself is, pretty much by definition, topical, no? But maybe I'm overthinking it. Wouldn't be the first time. :D ‑‑ Eiríkr Útlendi │^{Tala við mig} 17:37, 25 August 2022 (UTC)

Template:quote-wikipedia

I just removed a bunch of mainspace additions of this template by @StuckInLagToad that were basically a lazy way to provide filler.

I can understand some limited usage in citation pages for nonexistent entries as sort of a starter to focus ideas on what sort of more suitable content to look for. I don't, however, see the point in using it to support definitions in mainspace- there's a certain aspect of circularity to a wiki quoting from a sister wiki.

Another point: this template lists the Wikimedia Foundation as publisher (which it is), but the lack of any explanatory text gives the impression that the Wikimedia Foundation wrote the text quoted. All the citations I've seen in scholarly journals give the author(s) as "Wikipedia contributors", but even having the template say something like "Wikimedia Foundation, publisher" would be a good idea. Chuck Entz (talk) 22:53, 27 August 2022 (UTC)

Alright, I'll limit my use of this quoting template. I have no statement over your other point, but thanks for bringing it up. I'll use other quoting types in the future. StuckInLagToad (talk) 23:01, 27 August 2022 (UTC)

Yeah, in general I don't think we should be quoting Wikipedia in most entries like this; such quotes don't help with ATTEST and only rarely will they be so much more illustrative than quotes from a book or news site or somewhere else to merit the circularity of basically citing ourselves (using "ourselves" here to mean "editors of WMF wikis"). Many other uses of this template (not added by StuckInLagToad, to be clear) are borked, not just with respect to crediting the WMF instead of contributors, but for example de pildă generates a link to a nonexistent English Wikipedia page; it seems to intend to link to ro.WP. The quote in Vorabdruck, in addition to linking to the wrong wiki, links to an entirely different and wrong page, seemingly due to typoing the revision a little. (Frankly, while these issues could be fixed, the general lack of a good use-case for this might suggest we should RFD it.) - -sche (discuss) 19:36, 28 August 2022 (UTC)

@-sche, Chuck Entz I added "Wikipedia contributors" as the author. Please let me know if it looks better (or worse) than before. Benwing2 (talk) 19:54, 28 August 2022 (UTC)

Maybe we should just get rid of this template altogether. Is it in any way useful? — Sgconlaw (talk) 06:20, 3 September 2022 (UTC)

• I'm saddened we don't have Template:quote-wiktionary, so my own ramblings can be immortalized for the future generations. I'm gonna make it. Almostonurmind (talk) 17:29, 3 September 2022 (UTC)

Let's talk Classical Syriac dotting

@Fenakhay, @Metaknowledge, @Fay Freak, @Antonklroberts, @Shuraya, who else?

I would like to take This ID's edits as an opportunity to talk about Classical Syriac dotting (vowel marking). I don't think we ever decided what system to use here on Wiktionary. The choice is between Western and Eastern vowels. Now, my understanding is that the most recent trend (scholarly) is to use the Eastern system (mainly because it allows to distinguish /o/'s from /u/'s). My understanding is that it's always possible to move from the Eastern system to the Western, but not the other way round, so my personal preference would be for the Eastern system too. What do you guys think? — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 00:41, 28 August 2022 (UTC)

Also for this reason, and apparently less frequent editors from the region prefer it too, otherwise I just arbitrarily used either system, or as was in front of me or attested. Fay Freak (talk) 07:56, 28 August 2022 (UTC)

@Fay Freak: Hi Fay! Thanks for your reply. I'm not sure I understood what your preference is though... Do you mean you prefer keeping both systems? And in the case we made it policy to only use the Eastern system, would it be a problem for you, or would it be ok? — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 13:42, 2 September 2022 (UTC)

@Sartma: It was all to say that I have little preference for either, save for the one advantage you mentioned, so either is ok.

What about converting the Eastern System into the Western one automatically in the headers of entries similarly to BCS entries to serve both possible factions and SEO?

To keep the current system is also okay of course, since there is a lot ado with few people to convincingly decide anything. Fay Freak (talk) 14:30, 2 September 2022 (UTC)

Automatic conversion is the best solution - agreed. Theknightwho (talk) 15:10, 2 September 2022 (UTC)

@Fay Freak, @Theknightwho: Yeah, I like that idea! I wouldn't know where to start to create the automatic conversion module, but it sounds super good to me! Who should we ask for help? — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 16:22, 2 September 2022 (UTC)

@Sartma It's probably worth asking someone involved with Sanskrit - {{sa-alt}} does it on an industrial scale (see e.g. विश्व) - and it's still missing a bunch that no-one's got round to adding yet. You know far more about Classical Syriac than I do (i.e. nothing), but if the conversion is systematic (even if it's not simple), then the module can do the rest once it's up and running. Theknightwho (talk) 16:43, 2 September 2022 (UTC)

Hello, @Sartma and everybody else!

I initially avoided using either the Eastern or Western system so as to remain neutral, and older Classical Syriac consonantal writing predates the invention of any vowel markings anyway. In any case, even though the Eastern, "dotted" system is actually older than the Western, "Greek" system (and was initially used by Western writers themselves before adopting the Greek system), that doesn't mean it's superior or more legitimate or using the Eastern system is not without its problems. For exmaple, the Eastern system removes spirantization marks when they interfere with the vowel or any other marks and can lead to spirantization ambiguity, a problem that does not exist with the Western system. Also, it is possible in the Western system to indicate an original vowel sound by using the old dotted system alongside the Greek vowels (e.g. ܩܳܛܽܘܠܳܐ can be written as ܩܳܛܽܘܿܠܳܐ).

I don't think automatic conversion is the best solution (at least without being able to switch back and forth on the fly). I think we should look at including both simultaneously if at all possible, as inclusion of any and all spellings would make for a more complete dictionary definition. There could be two inflection tables (or one really big one with two sections). Headword lines could include both systems separated by a slash (like Hebrew does with plene spellings, e.g. at תיאבון, though this could get clunky, especially with a word that has many plural spellings, like ܡܐܟܢܐ). Alternatively, headword lines can remain neutral (say, in the Estrangela script) and then the dots can be provided in the inflection tables (which could be coded to display Eastern and Western fonts respectively, like what's done at on the Wikipedia entry for the Syriac alphabet). The neutral vowelless headword lines could be used to show other important information like the plural and homograph dots. For example, the entry for ܡܠܟܐ could look like this:

• Etym 1: ܡ̇ܠܟܐ • (malkāʾ) m (plural ܡܠܟ̈ܐ)
  • Inflection:
    • [insert table for Eastern ܡܲܠܟܵܐ here]
    • [insert table for Western ܡܰܠܟܳܐ here]
• Etym 2: ܡܠ̣ܟܐ • (melkāʾ) m (plural ܡܠܟ̈ܐ)
  • Inflection:
    • [insert table for Eastern ܡܸܠܟܵܐ here]
    • [insert table for Western ܡܶܠܟܳܐ here]

What are your thoughts? --334a (talk) 18:21, 6 November 2022 (UTC)

@334a Hi! Thanks for comment!

I don't think anyone thinks that one system is "superior or more legitimate" than the other, definitely not me! For me the question is mainly having rules to create more consistent entries, since at the moment it looks like there is no agreement and each contributor does something different. I proposed the Eastern system only because from what I remember reading on the topic, I got the impression that that's the most recent trend in scholarly works. I don't have any particular personal attachment to one system or the other.

Regarding the automatic conversion, my understanding of the previous comments is that we would show both systems. I don't still know what the best layout would be, in that case. I don't really like what they did for Hebrew (too chaotic), so tbh I would prefer a different solution.

I do like your proposal. It makes sense and it's elegant. I would be nice to have automatic transliterations for headwords though, so if the headword itself is not dotted, we might need a special parameter in which we give the dotted form to be transliterated.

Unfortunately, I don't have any of the technical skills required to start working on the above (I'm sure @Fenakhay could help with the automatic transliteration in the headword templates!)... If you do, please go ahead! — Sartma ^{【𒁾𒁉 ● 𒊭 𒌑𒊑𒀉𒁲】} 11:47, 7 November 2022 (UTC)

The problem with having automatic transliterations for Syriac is that two homonyms in Syriac script can be transliterated differently based on things like etymology. (That kind of begs the question whether transliterations should be more of a reflection of the pronunciation or just be a one-to-one correspondence with how the word is written, but I guess that's a different discussion for a different day). I still like having vowelless headwords for the same reason I stated above: the headword lines could be used to show other important information like the homograph dots (e.g. ܡܠ݂ܟܐ vs. ܡ݁ܠܟܐ). I too lack the technical skills (and, these days, the time), unfortunately. :) --334a (talk) 04:49, 15 November 2022 (UTC)

Secondhand Attestation of Extinct Languages

(Notifying Mahagaja, Vahagn Petrosyan, Wikitiki89, Brutal Russian, The Editor's Apprentice): We currently have a mainspace Illyrian entry for ῥίνος in CAT:E because Illyrian is set as a reconstruction-only language in the modules.

According to w:Proposed Illyrian vocabulary#Illyrian lemmas, this is only known from a sentence in an Ancient Greek work: Οί δέ λέγουσιν Ἰλλυριούς ῥινόν λέγειν τήν άχλύν, which I translate as "The Illyrians say 'ῥινόν' for άχλύν (ákhlún, “mist, fog”)" with both the Illyrian and its translation being in the (Ancient Greek) accusative, which ends with "-ν".

First of all, is this sufficient attestation to have an Illyrian term in mainspace, and secondly, can the lemma ῥίνος be inferred from "ῥινόν"? After all, it's Ancient Greek that has a nominative singular ending in -ος that corresponds to an accusative singular ending in -ον. I don't think we know enough about Illyrian grammar/morphology to say what the lemma form should be. To be fair, I should point out that the entry has a reference.

The reason I'm bringing this here is that I'm not sure whether to simply delete this, or to move it to the reconstruction namespace, and if the latter, to what spelling. Chuck Entz (talk) 16:02, 28 August 2022 (UTC)

I also see a discrepancy regarding the placement of the tonos. It doesn't bode too well... PUC – 16:10, 28 August 2022 (UTC)

The "Illyrian" stuff is too controversial. I would not keep this even as a reconstruction. A table listing all proposed Illyrian words, like the Wikipedia one you linked to, is sufficient. Vahag (talk) 16:40, 28 August 2022 (UTC)

The Greek sentence actually says "They say that the Illyrians say 'ῥινόν' for άχλύν (ákhlún, “mist, fog”)", i.e. it's hearsay. At any rate, it hardly seems any worse than how Crimean Gothic and many long-extinct Native American languages of the East Coast are attested. I think it's worth having a non-reconstructed entry for it, but with ample notes explaining that (1) this is a word in isolation taken from a Greek-language text and (2) we don't know if the -ον ending is genuine Illyrian or has been assimilated to Greek morphology. I think the lemma itself should be ῥινόν#Illyrian (not ῥίνος), which will entail editing the module so that Illyrian can have mainspace entries, just like other mostly but not entirely reconstructed languages such as Proto-Norse and Proto-Brythonic. —Mahāgaja · talk 16:45, 28 August 2022 (UTC)

Proto-Brythonic is a wonky case, because the attested words are at an early stage of the proto-language but all the reconstructed words assigned as "Proto-Brythonic" are of a different, later stage that had many sound and grammatical changes that had not affected the attested isolated words yet. I.e. the attested "Proto-Brythonic" is what Schrijver calls "Early Proto-British" and the reconstructed one is what he calls "Late Proto-British". — Ceso femmuin mbolgaig mbung, mellohi! (投稿) 19:57, 30 August 2022 (UTC)

<languages />

The 2022 Board of Trustees election Community Voting is about to close

You can find this message translated into additional languages on Meta-wiki.

More languages • Please help translate to your language

Hello,

The Community Voting period of the 2022 Board of Trustees election started on August 23, 2022, and will close on September 6, 2022 23:59 UTC. There’s still a chance to participate in this election. If you did not vote, please visit the SecurePoll voting page to vote now. To see about your voter eligibility, please visit the voter eligibility page. If you need help in making your decision, here are some helpful links:

• Try the Election Compass, showing how candidates stand on 15 different topics.
• Read the candidate statements and answers to Affiliate questions.
• Learn more about the skills the Board seek and how the Analysis Committee found candidates align with those skills
• Watch the videos of the candidates answering questions proposed by the community.

Best,

Movement Strategy and Governance 82.212.106.8 09:06, 30 August 2022 (UTC)

Renaming 'Old Portuguese'

While we're on the subject of Galician, perhaps we can revisit the matter of renaming its ancestor from 'Old Portuguese' to either 'Galician-Portuguese' or 'Old Galician-Portuguese'. The initial proposal seems to have met with positive responses, but we still have to decide between the two options. I am now leaning more toward the latter as it makes the periodization explicit.

Paging @Sobreira, @Vivaelcelta, @Medk1, @Froaringus, and @Ryou14. Nicodene (talk) 09:29, 30 August 2022 (UTC)

I think that 'Old Galician-Portuguese' can be a better long term solution, as 'Galician-Portuguese' is sometimes used as the name of the macrolanguage/family. On the other hand, Galician-Portuguese is the usual designation for the common ancestor/medieval variety of Galician and Portuguese in specialized literature (História do Galego-Português, La lingua delle "cantigas": grammatica del galego-portoghese). But I'd vote for 'Old Galician-Portuguese'. --Froaringus (talk) 10:14, 30 August 2022 (UTC)

My 2c is that "Old Galician-Portuguese" is a better name for the old lect than "Galician-Portuguese", because "Galician-Portuguese" is sometimes (often?) used of the modern set of languages (when they are viewed as constituting one language). - -sche (discuss) 22:59, 30 August 2022 (UTC)

My preference is also for "Old Galician-Portuguese" for the reasons already given. Benwing2 (talk) 02:10, 31 August 2022 (UTC)

@Benwing2 Sounds like we have a consensus, then, and can proceed with that option.

Incidentally, it appears that 'Old Galician-Portuguese' does occur with some frequency in Anglophone scholarship. Nicodene (talk) 22:04, 31 August 2022 (UTC)

I agree with this. MedK1 (talk) 21:36, 2 September 2022 (UTC)

My preference would be Old Galician-Portuguese. Ryou14 (talk) 19:27, 5 September 2022 (UTC)

OK, looks liek we just need someone with a bot to update the headers in all the pages, move all the categories, etc. - -sche (discuss) 20:54, 16 September 2022 (UTC)

Consensus threshold in RFD discussions

My position is that we should use the threshold 2/3 for consensus in RFD discussion, and not other. We use 2/3 for votes (Wiktionary:Votes/2019-03/Defining a supermajority for passing votes) and I don't see any reason why RFD discussions should use a different threshold. Some seem to disagree. What do you think and why? --Dan Polansky (talk) 19:04, 30 August 2022 (UTC)]

I disagree with it - the 2/3 threshold is for formal votes, and RFDs etc. are free to use less strict guidelines as long as there is consensus. Whatever the case, do not go around restoring entries of your own accord just because you want to saw some entries that were deleted kept (example 1, example 2). — SURJECTION ^{/ T / C / L /} 19:09, 30 August 2022 (UTC)

Why is the meaning of "consensus" different in RFD from votes as for threshold? Put differently, what makes RFD different? And in particular, how can 9:6 be consensus (Talk:George VI), when it does not even approach 2/3? I am acting based on best past practices known to me; for instance, the out of process deletion of Mother Teresa was blatant process violation, where the entry sat in RFD for one day and the RFD had one discussion participant. I see some editors engaging in what to me looks like rogue RFD closures, some blatantly so. And I see some blatantly incorrect arguments and deletion rationales, including misrepresentations of our previous practices. --Dan Polansky (talk) 19:19, 30 August 2022 (UTC)

This is going to be difficult in communities of editors of smaller editors. Vininn126 (talk) 19:15, 30 August 2022 (UTC)

Why? You can even delete with 2:1 for deletion with low participation; that's not ideal, but still conforms to 2/3. --Dan Polansky (talk) 19:19, 30 August 2022 (UTC)

There are some languages out there with a sole editor. Vininn126 (talk) 19:22, 30 August 2022 (UTC)

And what is the problem given that 1:0 for deletion still matches 2/3 threshold? In the sole editor case, the question is rather whether one participant in RFD is enough, which to me is not, as least not for English. But that is a different question. --Dan Polansky (talk) 19:26, 30 August 2022 (UTC)

Say you have a community with three editors - you're stuck. Thadh (talk) 19:38, 30 August 2022 (UTC)

Please explain. If they vote 3:0 or 2:0 or 2:1 or 1:0, this is a consensus for deletion. Where is the problem? --Dan Polansky (talk) 19:50, 30 August 2022 (UTC)

Okay I'm sorry, I'm an idiot; But the point is, with small amounts you can easily not get a supermajority yet definitely get a consensus. 3:2, 4:3, 5:4, even 5:3 wouldn't qualify for two-thirds the votes, yet (especially taking into account some specific editors' voting habits) are often clear indicators that a term should be deleted. Thadh (talk) 21:22, 30 August 2022 (UTC)

@Thadh I don't see that, especially not for 4:3, 5:4. This does not approach the general meaning of the word "consensus". 5:3 is more debatable, but that still is not "consensus" by the common meaning of the word: “consensus”, in OneLook Dictionary Search.. 5:4 looks like you are looking for a plain majority, which really is not "consensus" by any stretch. And recall we are talking sum of parts discussions here and the like; there is still RFV where we seek evidence and usually do not vote. So a "wrong" keeping an entry via RFD does not lead to incorrect content; it can be redundant or out of scope at worst. --Dan Polansky (talk) 21:28, 30 August 2022 (UTC)

5:4 by itself may not be a consensus, but throw in one or two people that do not know the language and just vote "keep" for any SOP term because 'they don't believe' in SOP, and we get a whole other picture. Thadh (talk) 21:32, 30 August 2022 (UTC)

@Thadh That's a problem, and also for English; sometimes there are only few people in a RFD discussion. I don't have a solution. Do you see many people completely disregard the SOP criterion? I saw some but not too many. And I believe for that case we should develop the practice of striking out votes as improperly justified, but there will be no consensus for that. But the solution is not to go for plain majority. In Talk:George VI, it was not a question of SOP but how to apply WT:NSE, and since NSE gives editors discretion, editor votes did not violate CFI; and yet, someone deleted the entry at 9:6 support for deletion. I don't think the solution is to abandon the consensus standard and yield to arbitrary admin power as if RFDs were not a matter of participant discretion but rather the closer discretion. --Dan Polansky (talk) 21:38, 30 August 2022 (UTC)

We've had a problem with an editor that systematically voted "keep" for virtually every RFD a few years back, so I have every reason to be cautious as an editor of LDLs that would like to be able to delete useless junk ever again. Thadh (talk) 21:44, 30 August 2022 (UTC)

Not to mention the problems that come with striking out votes: either it’s done with strict oversight, in which case it is unreasonably burdensome for a forum like RFD, or it isn’t, in which case it effectively undermines the setting of any threshold in the first place. Theknightwho (talk) 21:50, 30 August 2022 (UTC)

@Thadh What if we constrained the 2/3-supermajority to English? Or to English when the number of RFD participants was at least 7? --Dan Polansky (talk) 21:51, 30 August 2022 (UTC)

To be honest, I don't really have any interest in the English RFD, and this seems like a discussion for the English editing community, not for the BP. I doubt, however, that this proposal will pass among English editors either. Thadh (talk) 22:08, 30 August 2022 (UTC)

@Thadh This is about reasoned discussion even if outside of one's focus. The question is whether you see any reason why what I just mentioned should not work or should not address your concerns. --Dan Polansky (talk) 22:12, 30 August 2022 (UTC)

Since I don't ever look at English RFDs, I don't have any information on the voting habits there (how often editors participate in the discussion, when, how often they change their mind...) - these are all pretty important factors in determining whether your proposal makes sense or not. Thadh (talk) 22:21, 30 August 2022 (UTC)

This is also a concern with the inverse for me. Ex: nothing stopping users who know close to nothing about the language from voting delete and then thus deleting an important entry. I remember seeing this happen with a Yorùbá entry or two (also an issue with RFV where people don’t know where to look). AG202 (talk) 22:40, 30 August 2022 (UTC)

Sure, but 2/3-supermajority is the best guard against this happening. There is not apriori reason to believe the single closer is more correct than the multitude of RFD participants. A supermajority is not bulletproof but is better than the voice of one. --Dan Polansky (talk) 23:01, 30 August 2022 (UTC)

• Not seeing a strong reason why a threshold currently applicable to policies (which, arguably, should require stronger consensus to implement and alter) should apply to ordinary discussions as well. — Sgconlaw (talk) 19:40, 30 August 2022 (UTC)

  And what is the reason for a different threshold? --Dan Polansky (talk) 19:47, 30 August 2022 (UTC)

  It’s wrongheaded to call it a different threshold, because RFD doesn’t have one. It’s two different ways of deciding on consensus. As for why they’re different: one is for policy (i.e. general) decisions, while the other is for specific entries. Due to the much smaller numbers involved with RFD, it is not appropriate to set a threshold, as it makes it easy to game the system. Strictly defined rules are not always necessary nor desirable, because it cuts both ways, and makes it harder to stop someone taking advantage of those parameters in undesirable ways (e.g. voting keep/delete on every entry, regardless of merit). Theknightwho (talk) 21:37, 30 August 2022 (UTC)

  @Theknightwho The RFD did use to have a common practice threshold of 2/3 when I was active; it seems that mutiple editors are pushing for a change, and are using the time-tested method of misrepresenting our practices. And if RFD participants can post wrong keeps or deletes--as they often do--so can the closing editor make an error of judgment. We could develop the practice of striking out votes with poor rationales, but I have seen opposition to that. I would not object to that: the striking would be done during the discussion and not by the closing admin. And RFDs do not always have low participation; if we wanted, we could let 2/3-supermajority apply when certain participation has been reached. And if the admin closes other than via 2/3-supermajority, they would have to indicate that clearly in the closure and say which votes were discarded as poorly reasoned, which is not happening. --Dan Polansky (talk) 21:48, 30 August 2022 (UTC)

  @Dan Polansky Just the other day, you were arguing that only the strict limits of policy should be taken into account when deleting entries. You can’t have it both ways. There is also no change in practice being pushed for here: if there was a change, then it must have happened months ago, if not longer. You missed the boat.

  Formally striking-out votes creates another level of bureaucracy, which is already enough of a problem for the deadzone that is WT:RFD/NE. It’s also a guaranteed way to increase friction between editors, too, as it’s inherently confrontational. More importantly, though, it does not address the fact that having no threshold inherently incentivises discussion, rather than plain votes. At the end of the day, if a closer is wrong, then the discussion can be re-opened by anyone - which is something that does happen. I’ve done it myself. Theknightwho (talk) 22:04, 30 August 2022 (UTC)

  Re: "you were arguing that only the strict limits of policy should be taken into account when deleting entries": not really. I am known for voting CFI override keeps, e.g. when I used the translation hub rationale before it was approved. By "poorly reasoned" I do not mean "in keeping with policy"; there can be reasoning outside of policy. I do point out when reasoning is outside of policy while pretending to be within it or not indicating that it is outside of policy. I do see that striking out votes causes problems, but these are no less of problems than when the striking is implicit and intransparent as part of a closure; the person whose vote was "stricken" does not see that, does not respond to that, there is no open conflict, but the closer exercised what to me seems to be undue power that belongs to the discussion participants and not to the closer. --Dan Polansky (talk) 22:17, 30 August 2022 (UTC)

  It's not undue power when anyone can reopen the discussion. That's the nature of consensus. Good faith is and always has been a barrier to abuse. I don't see why we need to change that, because it's a lot harder to overturn a shit vote that's been enshrined by a formal threshold. Theknightwho (talk) 22:42, 30 August 2022 (UTC)

  There is no reason why the closer should override the discussion participants in the first place as if he/she knew better. That is not the nature of consensus: “consensus”, in OneLook Dictionary Search.. Consensus is general agreement, not people failing to object to improper closures in the period of 1 week before archiving. (And it presupposes the RFD is actually correctly closed, which did not happen in Talk:George VI. But that is admittedly a problem with violating RFD process) --Dan Polansky (talk) 22:55, 30 August 2022 (UTC)

  And the closure reviewer would often not see any detail about the closure, like which arguments were strong and which discarded. This makes the review expensive. It may be unobvious that the closure did not follow 2/3-supermajority but rather discarded some votes. It follows that missing objections to manner of closure do not guarantee anything like proper consensus. And one person said the threshold should be 50%: that is nothing like consensus and has nothing to do with the strength of the arguments. --Dan Polansky (talk) 23:01, 30 August 2022 (UTC)

  Well that completely undermines your argument that we should be able to strike-out votes, then. As it stands, the general agreement is that the current system is working, and that a change is unnecessary. We can spend all day thinking of various ways to abuse the system, but the difference is that this system can adapt to the circumstances and is self-correcting, while yours cannot and is not. Theknightwho (talk) 23:13, 30 August 2022 (UTC)

The header of WT:RFDE says "Currently, there is no fixed supermajority requirement and consensus for closing any request is judged at the discretion of the closer (usually an administrator or another experienced editor)." If you think that it should be 2/3 that's fine, but I agree with @Surjection that you shouldn't be restoring entries like that. There have been some RFD closures that have broken standard practice that have been called out, but as for right now, the community explicitly rejected adding a required 2/3 consensus for RFDs in Wiktionary:Votes/pl-2022-01/RFD_voting_policies. This is yet another thing that you should've really looked into beforehand after your break before unilaterally making changes like that. AG202 (talk) 19:42, 30 August 2022 (UTC)

The header did not use to say this, from what I remember; someone must have added that text and I would like to see the consensus for introduction of that text in the header. The discretion of closer is a disastrous policy since it allows poor judgment of a single editor in a single case override the judgment of discussion participants. I have seen Surjection in particular make repeatedly incorrect arguments about policy application in RFD so I would not be happy to see him unilatelarly closing RFDs based on his assessment of arguments; and I surely would not ask anyone to abide by my assessment of the strength of the arguments either.

In particular: "closing any request is judged at the discretion of the closer": where was the consensus for that? --Dan Polansky (talk) 19:50, 30 August 2022 (UTC)

History for Wiktionary:Requests for deletion/Header. Looking at this, there hasn't been a supermajority 2/3 requirement to close RFDs as deleted, it was just practice that some editors would follow. The text that you've cited was specifically writing out what's already done. See also: Wiktionary:Beer parlour/2021/September § Policy on deletion consensus and Wiktionary:Beer parlour/2022/January § Codifying certain rules for RFD. There was a push to codify the 2/3 requirement that a large number of editors do, but as I've already said, the vote failed (as someone that voted in favor of it, keep in mind). Regardless, no matter how you look at it, there's no explicit required 2/3 consensus to close RFDs, and RFDs closed without an explicit 2/3 consensus aren't violating any sort of policy, nor were they beforehand. At best, it's been an informal guideline. AG202 (talk) 19:57, 30 August 2022 (UTC)

My position is that the status quo ante the failed vote was that RFD were being closed using 2/3 threshold (not codified), and if someone has evidence to the contrary, let them show the evidence: let them show RFD discussions closed below that threshold. A failed vote cannot change status quo. --Dan Polansky (talk) 20:03, 30 August 2022 (UTC)

There was no explicit status quo is the point. Before and after the vote, there were RFDs closed without a 2/3 supermajority. Even the RFD header did not have that requirement. Yes, a lot of editors, including myself subscribed to that, but it was not an explicit policy, and it still is not. I'm however not going to go digging right now as I frankly don't have that much energy, so you can choose to not take my word for it. AG202 (talk) 20:09, 30 August 2022 (UTC)

I removed the text from RFD header added in March 2022 and not tracing to consensus and not corresponding to common practice as I remember it. I am talking of common practice, not codified policy. The failed vote could not change the common practice. If there is no consensus either way, as seems to be the case per the vote, the header should be as it was before since the text of the header itself is something of evidence of previous practice. I have been here for a long time and have personal experience with what the common practice was for a long time and have no reason to defer to your reports on what the practice was; but I may be wrong, and maybe there is strong evidence to suggest as much. I have closed many RFDs based on the 2/3 threshold and I received no complaints about these closures. --Dan Polansky (talk) 20:22, 30 August 2022 (UTC)

And look at what Imetsia said in one of the discussions: "If the rfd has been sitting around for months and months and it doesn't look like 3/5 will be reached, then at that point a simple bare-majority (50% +1) should be enough to keep/delete the entry", boldface mine. And no one contradicted that. But this is his preference, not our practice. The notion that plain majority is sufficient for deletion is contradicted by evidence: anyone can go through Category:RFD result (passed) and see how many entries we have closed as "RFD kept" where there was in fact plain majority for deletion and how many have been closed as "RFD kept" where there was 60% for deletion or even 66%. Thus, the category serves as evidence of our practice and wishful misrepresentations do not change that. --Dan Polansky (talk) 20:33, 30 August 2022 (UTC)

Need of evidence: I have seen too many people make misrepresentation about our common practices and consensus. The claim that we do not do senses of individual people was made back in 2010 when it was clearly contradicted by evidence in the mainspace and consensus to remove these senses did not materialize over the years. The best solution to that have been passing votes. Absent that, I always look at evidence rather than believing reports, and I recommend any sincere truth-seeker to do the same. --Dan Polansky (talk) 20:41, 30 August 2022 (UTC)

And all the explaining still remains to be done, as far as strength of argument that the closers wannabe emphasize so much: why does strength of argument play no role in policy votes, which are so much more important than individual RFDs, but plays a role in RFD closures? And if strength of argument plays a role, should not the closers actually indicate which arguments were strong and which were weak, which I do not see being done? Instead, in Talk:George VI, there is in fact no closing sentence, so this fails RFD process even on that note; we don't even know who the closer was. And because there was no closing sentence, there was no chance of other editors to contradict the closure manner, a vioation of the RFD process as specified. --Dan Polansky (talk) 20:52, 30 August 2022 (UTC)

One more note for those who do not know what the word "consensus" means: we have a definition in consensus: "A process of decision-making that seeks widespread agreement among group members" and there is “consensus”, in OneLook Dictionary Search.. One could argue that even the operationalization of "consensus" as 2/3-supermajority does not exactly match the general meaning of the word "consensus", which would require a higher threshold. To have a discussion closed by the closer based on the strength of the arguments and then claim "consensus" is abuse of that word. --Dan Polansky (talk) 21:10, 30 August 2022 (UTC)

I agree with other posters here in that we should not use a fixed 2/3 supermajority for RFD's. As an example of discretion, there are certain editors that reflexively vote "keep" in all RFD discussions regardless of whether they have any experience in the language in question, and typically without giving reasons. I think it's reasonable to disregard such a vote. Also, "consensus" does not equal 2/3 majority; it means that there is broad agreement and significant concerns are either not present or have been addressed. If, for example, a single person expresses strong concern with deleting a term, and gives good reasons, that often means there is no consensus, even if several others voted "keep". Benwing2 (talk) 02:09, 31 August 2022 (UTC)

I think a 1/3 minority should be able to delete, valid terms should be able to find 2/3s support easily enough. We currently have an insanely strong bias towards keeping terms which are added. - TheDaveRoss 16:33, 31 August 2022 (UTC)

Support a more strict definition of consensus in an RFD discussion. It is imperative, if we want to remain a good information resource, that we are also a large information resource. Our process should have a bias against deleting anything here, and we've already gone past that principle enough with the WT:DEROGATORY debate... Also, beyond that, if we don't have a strict rule on what constitutes consensus at RFD, we can see closers just doing it out of their own personal bias and against the community. Wouldn't it be better if an admin begrudgingly closed the entry discussion as keep based on a metric, despite even personally disagreeing with the entry's existence, than the other way around? I don't think "well it's common sense despite overwhelming consensus" is a good argument to be seen as valid in a deletion system. PseudoSkull (talk) 16:53, 31 August 2022 (UTC)

@PseudoSkull The formatting makes it look like you support Dave's proposal to reduce the deletion threshold to 1/3. Theknightwho (talk) 16:57, 31 August 2022 (UTC)

I linked this above, but I'll link it again: Wiktionary:Votes/pl-2022-01/RFD_voting_policies. We just had a vote about this in January, and it failed. I don't see the consensus changing anytime soon, even as someone who voted in favor of establishing this rule. AG202 (talk) 17:40, 31 August 2022 (UTC)

Dave - of your current participation in RFD, you make 18 delete votes (including nominations), and 2 of your 3 keep keep votes invoke WT:LEMMING as their sole justification, which isn't even policy. Meanwhile, you tried to argue that adjectives can have plural forms because you didn't like that a term had been verified, and seemed to be angling towards a SOP argument for walking skin cancer - a textbook metaphor. I think it's fair to say that you have a pretty major bias yourself against any terms not in other dictionaries. Theknightwho (talk) 17:11, 31 August 2022 (UTC)

I would hope nobody around here is claiming they have no bias about what terms should or should not be included. If the nominated terms were a random sampling of all terms added, and if all terms added were equally likely to be valid, I think that my voting much more often to delete than keep would be a problem, but instead they are exclusively terms which at least one person thinks should be deleted. That is what we call sampling bias. I am happy to include lots of terms which haven't made it into other dictionaries yet, I am less excited to include terms which are not, you know, actually used. - TheDaveRoss 17:31, 31 August 2022 (UTC)

It's not a sampling bias, because you also have the option of voting on terms which you think should be kept. Which you don't. Theknightwho (talk) 17:49, 31 August 2022 (UTC)

It is, because most terms are never suggested for deletion, since they are obviously worth keeping. Only the stuff on the border (or well over the border) gets nominated. - TheDaveRoss 18:11, 31 August 2022 (UTC)

Except the group of users voting is also the same group of users choosing terms to nominate. You're right that terms on the border or well over it will get nominated, but if a group of users vote on a normal distribution, they're going to nominate on a normal distribution as well. The fact that you have a very high ratio of delete votes means that you must, therefore, be more in favour of deleting terms than most people.

Even if you want to argue that you'd actually keep more than half of the terms on the page, by not voting keep, you're essentially only going out of your way to delete terms, not save them. That's fine at the moment, but would be a potential issue if we have a threshold, because the result would be effectively distorted. Theknightwho (talk) 18:41, 31 August 2022 (UTC)

I absolutely agree that I am more deletionist than many. And the effect already exists, just in the "keep" direction. Honestly I don't have any issues with the current RFV/RFD processes, I think they work pretty well. I think we have some policies which are excessively permissive but that isn't a process problem. - TheDaveRoss 18:50, 31 August 2022 (UTC)

Strong oppose the idea that 'a 1/3 minority should be able to delete'. That's way too far on the deletionist end of the scale. If a term is well-attested and a majority agrees it is worthy of inclusion, I think that should be enough to have it. It's not like we're a paper dictionary with limited space; I don't see why the default assumption should be deletion. Also, codifying a strict numerical threshold like that runs into issues. What if one side has strong policy-based arguments, and the other consists of IDONTLIKEIT-style objections? What if some important fact is brought to light midway through the discussion and some previous commenters don't update their votes? 98.170.164.88 17:52, 31 August 2022 (UTC)

I edited Wiktionary:Requests for deletion/Header by reverting it back to where it was before a 2021 change thats made it seem that plain majority is sufficient to delete an entry; there is plenty of evidence in the RFD archives that using plain majority has not been the common practice for closing RFDs, far from it. Talk:less-than-stellar is a piece of evidence: I said that 2/3 was the threshold, Sgconlaw used vote counting, Sgconlaw did not contradict my statement and no one else contradicted my statement. It does not seem that Sgconlaw held the belief that plain majority is sufficient since otherwise he would have objected. Admittedly, editors could have failed to notice that discussion, so it is not conclusive evidence. People who make other claims about our long-term practices should be ready to provide evidence, e.g. at least one example where 55% sufficed to delete an entry. The reverted edit was a revolution not traced to evidence of consensus; there probably was some support for the edit, but the votes in the RFD vote suggest there was no consensus for switching to plain majority. I added text to reflect the state of discussion and traced the statements to evidence. The failed vote on how to close RFDs makes it now clear that there is no consensus for any particular practice and we are somewhat in a pickle. One thing to guide us is the header text saying consensus is required to delete an entry, which was in the header for a very long time without challenge; whether this was ever actually supported by 2/3-supermajority of editors we do not know since we never asked; it is certain some disliked the bias toward keeping but never endeavored to start a community process to change that.

There does seem to be an undue bias toward keeping entries. I would support using the 3/5 threshold (60%) to reduce that bias; we would no longer talk of consensus and only talk of the threshold, and I would encourage supporters of 2/3-supermajority to support 3/5-supermajority (60%) as well as a compromise with the many editors who want us to be much more deletionist. It will be hard to reach any consensus unless some compromise is found. I know that the 3/5 threshold failed in the vote, but it seems to be closest to something on which to agree as a compromise. If our practices that have been described in the RFD header for a long time without challenge are to change to using 50% or even 33% to delete an entry, there has to be a vote for that since we now know how controversial the issue is and that there is plenty of opposition to that. We could also allow override: "A RFD nomination is usually closed as RFD deleted only if there is a 3/5-supermajority for doing so, but this can be overridden in well justified cases by the closing editor, in which case a rationale for the override needs to be provided." This would allow flexibility while also providing hinting. I think this does create problems since it does not say what well justified means, but I would probably support this as a compromise anyway.

My actions are driven by my policy preferences but also by a sincere attempt at intellectual honesty and tracing statements to evidence. I will not be offended if the reader does not believe me when I say using 2/3-supermajority was our usual practice; examination of evidence is the proper method of finding out what is true about our common practices.

As a disclaimer, Header was created and edited by me in 2010 and I could have made errors back then. In any case, this revision from 2010 indicates the use of consensus and since that time the header was very visible in the RFD discussion page yet no one made a change to the header or initiated a change to it via Beer parlour discussion or a vote. If I made in error in 2010, it seems unlikely that none of the long-term editors at that time would have contradicted the statements about consensus in the next 10 years, especially none of the deletionist editors. The relevant text is this: "Entries and senses should not be deleted in less than seven days after nomination. When there is no consensus after some time, the template {{look}} should be added to the bottom of the discussion. If there is no consensus for more than a month, the entry should be kept as a 'no consensus'." --Dan Polansky (talk) 06:31, 1 September 2022 (UTC)

Some editors above seem to agree with me that our practice was and is to close RFDs as deleted only if there is consensus:

• "RFDs etc. are free to use less strict guidelines as long as there is consensus." --Surjection
• "We currently have an insanely strong bias towards keeping terms which are added." --DaveRoss. This would not be the case if we used 50% supermajority or even 55%-supermajority.

The disagreement seems to be about how to operationally define consensus. --Dan Polansky (talk) 07:24, 1 September 2022 (UTC)

Listing an individual as a sense in an entry whose title is one or more given names

CFI says "No individual person should be listed as a sense in any entry whose page title includes both a given name or diminutive and a family name or patronymic." Lots of Indonesians (historically also Native Americans), the occasional German, etc, only have given names: their full names consist entirely of given names, without a family name or patronymic. Should we have lots of entries defining Leonhard Matthias as a particular last-name-less German born in 1998, and Suharto, Joko Widodo (whose names are both given names: his father is Noto Mihardjo and his mother is Sudjiatmi), Sri Mulyani Indrawati, Irwan Achmadi, etc. as particular politicians and military figures, or do we want to prevent that? How could we reword CFI to prevent it, without hitting Socrates, Tutankhamun, etc? (Or do we want to also ban those too?)
(We should also discuss whether to define e.g. the surname Adams as the US president and also the other US president and also the Irish guy and also 350+ other people [who all have full names], but perhaps separately: these seem like distinct questions.) - -sche (discuss) 21:52, 30 August 2022 (UTC)

Should we add some wording like "or similar" or ", such as" (in line with the suggestion below). It is probably implicit, but clarification to exclude more classes names of individuals would be desirable. We should not fall into the trap of trying to exclude specific classes, lest by omission we seem to invite some unanticipated, but essentially similar classes. DCDuring (talk) 00:35, 1 September 2022 (UTC)

WT:NSE gives editors discretion to vote keep or delete according to the best of their judgment. And thus they can apply the quoted rule to the above cases as well, not because the rule says so but because they find it meaningful. If someone comes up with a good formulation of a modification of the rule, this can be added, but is not urgent. "or similar" is not particularly good since it opens the question of what "or similar" means specifically, and will lead to discussions about how to apply the rule. If we defer to WT:NSE discretion, we don't need to worry about precise formulation of a rule. This seems to be a hypothetical problem: I do not remember any similar cases nominated in RFD or being in the mainspace. --Dan Polansky (talk) 08:18, 1 September 2022 (UTC)

Individuals whose names use matronymics rather than patronymics

Similar topic to the preceding section: CFI says "No individual person should be listed as a sense in any entry whose page title includes both a given name or diminutive and a family name or patronymic", but some Icelanders and other people listed at w:Matronymic use matronymics. By the letter of the policy, we could have Heiðar Helguson defined as a particular football player and Guðrún Eva Mínervudóttir defined as a particular novelist and Eilífr Goðrúnarson as a 10th century poet. Shall we tweak CFI to explicitly cover matronymics on the same footing as patronymics? - -sche (discuss) 20:13, 31 August 2022 (UTC)

Is there a generic term for these? As soon as we draw attention to it, someone's going to think of a silly loophole. Theknightwho (talk) 20:49, 31 August 2022 (UTC)

The wording is just paradigmatic. No one is allowed to be that literal—rules lawyering. Analogy is intended by any code of rules. That is the application of a more general maxim in a like constellation. The CFI really means only the kind of combination, not what it literally enumerates; in general lists can be non-exhaustive as well as exhaustive, without preponderance of either interpretation. Fay Freak (talk) 21:06, 31 August 2022 (UTC)

You could have just said it's representative. Theknightwho (talk) 23:46, 31 August 2022 (UTC)

CFI says what it says. The voters who supported the current text supported the text "as is", not its extension by analogy. Extensions by analogy make for unpredictable law making. --Dan Polansky (talk) 08:11, 1 September 2022 (UTC)

But that’s how law works. And voters don’t see through everything they support either, that’s how democracies and business decisions work. Fay Freak (talk) 16:57, 1 September 2022 (UTC)

The law in Europe and the U.S. does not use extensions by analogy, as far as I know, but I am not a lawyer; are you? I read somewhere that extensions by analogy is how law was applied in Soviet Union and that it resulted in lack of proper rule of law, but I do not have a link. --Dan Polansky (talk) 17:17, 1 September 2022 (UTC)

Apparently the concept of case law has escaped you. Theknightwho (talk) 22:23, 1 September 2022 (UTC)

@Theknightwho: It may be described how it works in common law, that it is extended by analogy: it works in a traditional fashion, based on the medieval understanding of a static law that is extended over time by their application through judges and but in some select spots put into a politically desired direction through parliamentary legislation. Whereas on the continent, following Enlightment, that from this point of view passed by England, one found that it was not merely the job of the ruler to preserve or uphold “the laws” that existed independently of him but he could enact statutory frameworks for whole topics completely from scratch, and also limit himself in the form of constitutions of a whole country (hitherto not written for England), while in turn then the job of the juridical branch of government is to apply them—having as the present consequence that judge-made law does not have any accepted existence though it be felt in practice—, by means of legal science, which revealingly English Wikipedia marks as a German concept, while nonetheless its article Jurisprudence linked by Rechtswissenschaft mentions “legal reasoning and analogy” in its first sentence, as well as the article on analogy linked in my first mention of this word relating to its application in law, to outline its solid place. There are hence some constructional differences, causing a mutual understanding represented by the oddity by which Brexiteers desired to depower (as well as the actual legislation by the EC, EP and Council) the ECJ which from a continental view—the internal and actually foundational view—hardly made any rules, which to slight through the expression “case law” is a venial mistake in the details by Theknightwho, as few even of the law professors have such a transnational outlook, but overall it is most striking how Dan Polansky dares to talk to the world about rules, not to speak proper rule of law, without the slightest idea pertaining to the business of dealing with rules and how lawyers rule man. (To put it simple, analogy is what the freshman lawyers learn in their first weeks and have to use in the end, and the particular analogies, concerning various statutory provisions, are varyingly controversial, from not at all to just-once-accepted.) Fay Freak (talk) 23:49, 1 September 2022 (UTC)

Our rules are not laws. They are supposed to be interpreted using common sense, not by wikilawyering.  --Lambiam 19:36, 1 September 2022 (UTC)

@Lambiam: Translate into Latin and you find that you just said nonsense. lēx is as well as the contractual provision as one in the Twelve Tables or a topic in the Digests—we just have a multitude of words for the same thing. From this tradition on it has been a legal/lawyerly/rule-interpretation staple to try to employ common sense to find the rules. Of course it is the very question what is inside or outside of them and “just” added by him who interprets. Yes, one can append the written rules, but they are also regularly difficult to formulate at various points, for all to be applicable upon reality, where will it end? That’s why one also belays it. Fay Freak (talk) 23:49, 1 September 2022 (UTC)

You seem to manage a lot of nonsense without translating into Latin. Equinox ◑ 23:52, 1 September 2022 (UTC)

Praecepta nostra non sunt lex. Communi iudicio ponuntur interpretanda, non per iurisconsultationem ad modum de vici.  --Lambiam 09:16, 2 September 2022 (UTC)

@Dan Polansky May I just point out that you were appealing to common practice over policy when it suited you in #Consensus threshold in RFD discussions? Why do you keep switching between the two? Theknightwho (talk) 22:20, 1 September 2022 (UTC)

There is no voted-on policy for RFD closures so there is no way for me to appeal to common practice over policy. If by policy you mean the RFD Header, that was edited without a trace to a consensus or a vote with the rationale that it only documents common practice, so common practice is thereby relevant. Common practice is especially relevant for cases for which there is no voted-on policy, but is not always necessarily binding. The above implied idea that once I have argued with common practice in one thread I am no longer allowed to discuss or apply voted-on policy in another thread seems to be quite absurd. I apologize to those who have to read this; I pondered to leave the above without a response since it is so inane, but it is emotionally hard not to respond to accusations that violate WT:NPA and WT:AGF. --Dan Polansky (talk) 07:49, 3 September 2022 (UTC)

This is a major mischaracterisation of my point: you argued in the previous discussion that we should be only closing RFDs as delete using a 2/3 threshold because that was “common practice”. Policy does not specify a threshold, and therefore permits closing at any threshold. Here, you argue that we should amend the policy to exclude matronymics, because apparently the current common practice of excluding them is insufficient. This is a clear inconsistency in approaches.

By the way - pointing out the weakness of your positions is not a personal attack. That you don’t like anyone pointing out you’re wrong is not anyone else’s problem. Theknightwho (talk) 13:46, 3 September 2022 (UTC)

Let us change CFI to cover matronymics as well, via a vote. Nonetheless, WT:NSE gives editors discretion to vote according to the best rationale they can find, and therefore, editors can apply the quoted CFI text to matronymics even if the specific rule does not say so. It follows there is no urgency. --Dan Polansky (talk) 08:11, 1 September 2022 (UTC)

I don't think we need a vote for this, it seems like an obvious mistake of the original vote, so unless someone gives a compelling reason why names with matronymics or clan names or whatever are notable whereas patronymics aren't I think we can freely add the word per this discussion. Thadh (talk) 17:27, 1 September 2022 (UTC)

WT:CFI says "Any substantial or contested changes require a VOTE", a sentence approved via a vote. The addition of "matronymics" is substantial in so far as it changes the meaning of the CFI sentence modified, and thereby would require a vote. In any case, the problem of this thread seems hypothetical and artificial since we are covered by WT:NSE's editorial discretion and I don't remember this class of cases ever being disputed in RFD. I would not bother with a vote and leave things as they are. --Dan Polansky (talk) 17:56, 1 September 2022 (UTC)

It's not substantial nor contested though. Thadh (talk) 18:10, 1 September 2022 (UTC)

• Lamest discussion of the year so far... Almostonurmind (talk) 22:32, 1 September 2022 (UTC)

Support This should be implementable without a vote. AG202 (talk) 23:02, 1 September 2022 (UTC)

I like the dual meaning of the placement of this comment. Theknightwho (talk) 13:33, 2 September 2022 (UTC)

Given that there is no apparent disagreement, this discussion, appropriately placed in Wiktionary Talk:CFI, should serve as sufficient indication of our intent to exclude all multipart personal names which have no other justification for inclusion in WT:CFI DCDuring (talk) 17:28, 2 September 2022 (UTC)

We agree that we agree, but apparently we disagree on whether our agreeing is sufficient to agree that we have agreed. Theknightwho (talk) 19:17, 2 September 2022 (UTC)

Exactly, we agree on the substance. I hold that this discussion, when complete after some two weeks or so and enshrined on Wiktionary talk:CFI, should prove sufficient should it show continued substantial agreement on the substance. DCDuring (talk) 21:39, 2 September 2022 (UTC)

To quote a certain user on my talkpage, "Stop it, please 😭". Thadh (talk) 21:56, 2 September 2022 (UTC)

Re: "should serve as sufficient indication of our intent to exclude all multipart personal names which have no other justification": This is wrong on multiple counts. 1) The BP discussion title is only about "matronymics" and a stronger proposal than the one made in the title should not be passed via such a discussion; 2) the posters who posted before the first mention of that proposal only made pronouncements about matronymics and not about this distinct proposal, which was never brought to their attention; 3) the new distinct proposal is rather substantial (much more so than "matronymics", which are really very close to "patronymics" and seem to be part of the intent of the original vote), and thus using a mere BP discussion to enact the quoted principle would violate CFI's "Any substantial or contested changes require a VOTE"; 4) I contest and oppose the proposed principle, while I have no issue with adding "matronymics"; 5) Beer parlour is the preferred venue for policy change proposals, not CFI's talk page; it is Beer parlour that people are much more likely to notice and thus a discussion in Beer parlour is much better evidence of anything like consensus than CFI's talk page. One can see that CFIs's talk page contains multiple discussions, most of which have minimal participation; this is very much unlike Beer parlour. But this is really just an idle exercise in argumentation and analysis since most of it should be blatantly obvious, so I am puzzled about the post that I am responding to. --Dan Polansky (talk) 07:43, 3 September 2022 (UTC)

You are quite literally the only person who has a problem with it. Theknightwho (talk) 13:38, 3 September 2022 (UTC)

Any substantive response to all the points being made? To reduce it to single point: the DCD proposal is substantive and requires a vote per quoted vote-modification policy. --Dan Polansky (talk) 13:42, 3 September 2022 (UTC)

Yes: you are quite literally the only person who thinks this is a substantive change, and therefore the change can be made without a vote. We don’t need a vote to say we don’t always need a vote - this is honestly absurd. Theknightwho (talk) 13:49, 3 September 2022 (UTC)

"exclude all multipart personal names which have no other justification" is substantial change of "No individual person should be listed as a sense in any entry whose page title includes both a given name or diminutive and a family name or patronymic"; it is obvious. I don't know how to argue the case. Saying that people disagree is not an argument. It seems we have no way to argue the case; it is just obvious in affirmative or negative and there is pure argument-free disagreement. Proposing it in a discussion with a different title is an obvious process violation; obvious. Not to someone else, it seems. --Dan Polansky (talk) 13:57, 3 September 2022 (UTC)

Regardless of the specifics, you are the only person who thinks this is necessary. Therefore, it probably isn’t. Theknightwho (talk) 14:03, 3 September 2022 (UTC)

Three people agree with DCD proposal including DCD and one does not. Not strong evidence in favor that the lone dissenter is wrong. And as you know, mere number of supporters does not strength of argument make. Talk:Joan of Arc passed at only 4:3 so the DCD principle is likely to be controversial and not supported by 2/3-supermajority once anything like significant participation is ensured, which 4 people here are not. --Dan Polansky (talk) 14:09, 3 September 2022 (UTC)

This whole discussion thread, with more than four people, shows precisely one who thinks a vote is necessary: you. Theknightwho (talk) 14:12, 3 September 2022 (UTC)

No, the other people talked about the need for a vote for adding "matronymics". I am talking about the quoted DCD proposal, which was not part of attention of the discussion participants at the top of this thread. --Dan Polansky (talk) 14:15, 3 September 2022 (UTC)

Who? Theknightwho (talk) 14:17, 3 September 2022 (UTC)

People who have not posted below the DCD proposal and its need for a vote are -sche, Fay Freak, Lambiam and Equinox. Maybe they think the DCD proposal is not substantial, I don't know. And how may people have failed to notice that DCD proposal is being discussed since the discussion title does not make it clear in the recent changes? --Dan Polansky (talk) 14:25, 3 September 2022 (UTC)

None of those people "talked about the need for a vote". You claimed "other people talked about the need for a vote". Theknightwho (talk) 14:27, 3 September 2022 (UTC)

At this point I am ending the discussion. Most "points" brought up for this or that are pointless little jabs at each other. The clear concensus is to just change it. Any further discussion is pointless. Vininn126 (talk) 14:30, 3 September 2022 (UTC)

Change it to using "matronymics" or to the DCD principle? --Dan Polansky (talk) 14:32, 3 September 2022 (UTC)

That the current verbiage was a slight oversight. End of discussion. Vininn126 (talk) 14:45, 3 September 2022 (UTC)

I agree with the above. The extended discussion that annoys you is about the DCD principle, which goes far beyond the above notion. --Dan Polansky (talk) 15:10, 3 September 2022 (UTC)

• Second lamest discussion of the decade so far. Almostonurmind (talk) 17:32, 3 September 2022 (UTC)

  Let us make one more thing abundantly clear: since I contest the DCD change, it is "contested" and must not proceed anyway per "Any substantial or contested changes require a VOTE"; the rule does not say anything about by how many editors it is contested, merely contested. --Dan Polansky (talk) 19:31, 3 September 2022 (UTC)

  Lol. Vininn126 (talk) 19:37, 3 September 2022 (UTC)

  It is also obvious that the DCD proposal is substantial: it impacts long-term entries Jesus Christ, Alexander the Great, Darwin's Bulldog, Attila the Hun, Genghis Khan, Mary Magdalene, Joan of Arc, Robin Hood, Mother Teresa, Desert Fox, Donald Trumpet, John the Baptist, Korea Fish, Pharma Bro, Mango Mussolini, Queen Anne, Nanny of the Maroons, Saint George, Saint Nicholas, and Son of the Morning Star in way that the current CFI does not. The reactions in this thread are Orwellian and infuriating. --Dan Polansky (talk) 19:52, 3 September 2022 (UTC)

  I think we need a new Godwin's law for comparing things to Nineteen Eighty-Four. Literally no one seems to agree with you on the matter. I can see how that can be infuriating, but unless you can prove this can't be simply approved by acclamation you just have to grin and bear it. Hythonia (talk) 12:50, 16 September 2022 (UTC)

  I showed the DCD change to be both substantial and contested (the addition of "matronymic" is uncontroversial). What else is there to prove? If near unanimity can so easily override our voted-on rule that a substantial or contested change requires a vote, then that's what contributes to that assessment. Is there a more neutral label for this? What is the real benefit of not creating a vote to change CFI, other than lowering the scrutiny by editors who do not monitor Beer parlour? Consider the lemmings proposal: in Beer parlour, it looked like it could pass, but in a vote, it ended up approximately 50:50. If one is serious about consensus to substantially change CFI, one needs a vote. --Dan Polansky (talk) 13:23, 16 September 2022 (UTC)

• FWIW, at the very time the vote to allow uncontroversial changes to CFI was made, someone asked what would happen if an editor objected to everything to continue to force everything to be voted on just as if the vote allowing changes hadn't passed, and another admin remarked we'd probably just block such an editor. If there's consensus for the change apart from the one user who has always tried to filibuster anything and everything, I'm happy to implement it. - -sche (discuss) 20:43, 16 September 2022 (UTC)

  Be my guest. Vininn126 (talk) 20:47, 16 September 2022 (UTC)

For the benefit of the reader, I was unwittingly invoking the "literal rule" AKA "plain meaning rule" of British statutory interpretation. I am not a lawyer; I invoked what to me seemed to be only reasonable. And interpretation of CFI is an analog of statutory interpretation, not of common law, which would be rather based on precedent in RFD. Relevant links:

open.edu:

• The literal rule[5]
• The golden rule
• The mischief rule
• The purposive approach

Dictionaries:

• “plain meaning rule”, in OneLook Dictionary Search., “plain meaning rule”, in Merriam-Webster Online Dictionary, Springfield, Mass.: Merriam-Webster, 1996–present., Macmillan[6]
• “literal rule”, in OneLook Dictionary Search., FreeDictionary.com[7]

As for the disputed "exclude all multipart personal names which have no other justification for inclusion in WT:CFI", that would exclude Baghdad Bob and Comical Ali for which the current WT:RFD shows consensus for undeletion; there is therefore good reason to believe there is no genuine consensus for such a rule.

--Dan Polansky (talk) 17:36, 8 November 2022 (UTC)