Wiktionary:Grease pit/2018/March

From Wiktionary, the free dictionary
Jump to navigation Jump to search

Tabbed languages + MediaWiki update[edit]

Has anyone else problems with tabbed languages and MediaWiki edit urls? When I save a page ?action=edit is still part of the URL and messes up the tabs. I have to remove the "edit" part and reload the page (just reloading the page will go back into edit mode). I suspect this behaviour was introduced with a recent MW upgrade. – Jberkel 09:10, 1 March 2018 (UTC)[reply]

Empty arguments to {{suffix}}[edit]

I'd like to be able to give an empty argument (or -) to {{suffix}} together with a corresponding |argN= parameter to produce an effect similar to {{m|und||*term}} in order to discuss hypothetical suffixes. Could someone make this happen? Crom daba (talk) 00:05, 2 March 2018 (UTC)[reply]

@Crom daba: I enabled that in the suffix template (though not the other affix templates yet): {{suffix|und|base|alt2=*hypothetical suffix}} → base +‎ *-hypothetical suffix. You leave parameter N + 1 empty and put in the corresponding |altN= parameter instead. — Eru·tuon 00:24, 2 March 2018 (UTC)[reply]

Terms by script[edit]

I noticed we don't have Category:Terms needing native script by script or Category:Cyrillic terms needing native script. Any chance someone might be able to put that together? --Victar (talk) 00:40, 2 March 2018 (UTC)[reply]

Template:hot word throws error for lang=mul[edit]

Translingual once more gets no respect. See [[Tupanvirus]] for example of module error resulting from use of lang=mul. But it's a more general problem than just one template. DCDuring (talk) 17:52, 3 March 2018 (UTC)[reply]

You have to use lang as an explicit named parameter. DTLHS (talk) 18:00, 3 March 2018 (UTC)[reply]
Indeed, there's no secret conspiracy against Translingual. But we should try to switch over this kind of template to using the langcode as the first positional parameter, in line with many other templates. —Μετάknowledgediscuss/deeds 18:50, 3 March 2018 (UTC)[reply]
It wouldn't be a shock if "mul" were unintentionally neglected. I thought I had tried lang=. Sorry. DCDuring (talk) 21:51, 3 March 2018 (UTC)[reply]

Have edit summaries got longer?[edit]

When I add to an entry I'm in the habit of pasting my additions into the edit summary box, to show exactly what I did. The box would cut them off short. Now it's allowing far more characters, and I might be clogging up the Recent Changes a bit. See e.g. [1]. Does anyone know why this changed? Equinox ◑ 17:53, 3 March 2018 (UTC)[reply]

See here. I think that such copy-pasting is a waste of time, to be honest; if someone cares, they can check the diff very quickly (almost instantaneously if they're a logged-in user who's got the proper gadget). —Μετάknowledgediscuss/deeds 18:53, 3 March 2018 (UTC)[reply]

Help in installing the gadget[edit]

All are a good day! I'm a sysop of the Belarusian Wiktionary please help me with installation on my wiki this gadget. --OlegCinema (talk) 14:50, 4 March 2018 (UTC)[reply]

@OlegCinema: Прывітанне. You mean the Belarusian wiktionary? The translation adder is not meant to be used on Wikipedia (indeed, I don't see how it could). --Per utramque cavernam (talk) 20:24, 4 March 2018 (UTC)[reply]
Да, wiktionary. Я перепутал. Не Википедия --188.162.228.5
@Per utramque cavernam: Sorry, I confused. Not Wikipedia. --OlegCinema (talk) 09:03, 5 March 2018 (UTC)[reply]

Template:user-rights[edit]

This template, which invokes Module:linkbar, is used at WT:WL, where it pings the user whose name is linked to. It seems undesirable, or at best unnecessary, to bring this process to the attention of the person under deliberation. Can we prevent the ping from occurring? —Μετάknowledgediscuss/deeds 20:20, 4 March 2018 (UTC)[reply]

FWIW, I don't remember getting pinged when the suggestion was made, but only when my user rights were changed. --Per utramque cavernam (talk) 20:27, 4 March 2018 (UTC)[reply]
I might be mistaken, then! Want to do a quick test? —Μετάknowledgediscuss/deeds 20:34, 4 March 2018 (UTC)[reply]
@Metaknowledge: Yes, go ahead. --Per utramque cavernam (talk) 20:37, 4 March 2018 (UTC)[reply]
@Metaknowledge: Well, I did get pinged. I'm gonna check my ping history because I'm curious now. --Per utramque cavernam (talk) 20:40, 4 March 2018 (UTC)[reply]
I got pinged every time. I must be senile... --Per utramque cavernam (talk) 20:46, 4 March 2018 (UTC)[reply]
A user will be pinged when their username is linked to. If you don't want the pings you need to remove the link. DTLHS (talk) 19:15, 7 March 2018 (UTC)[reply]
@Metaknowledge: Go ahead. --Per utramque cavernam (talk) 08:49, 13 March 2018 (UTC)[reply]
@Per utramque cavernam, is this your only ping from me? —Μετάknowledgediscuss/deeds 17:49, 13 March 2018 (UTC)[reply]
@Metaknowledge: Yes. --Per utramque cavernam (talk) 18:13, 13 March 2018 (UTC)[reply]

A more drastic Lua memory solution[edit]

So, we've significantly reduced the number of pages with memory errors now, but do and wind still are overflowing, despite now being in the memory-intensive entry list. I was wondering whether another solution might alleviate our difficulties. It is often the pages that contain many translations that cause a problem and as the project grows, the number of these pages will only increase. For these giant pages, I was thinking that we could move there translations to a subpage and leave the translation box as a redirect. Unfortunately, this feels like a kludge to me.

A more powerful solution might be to make a "Translation" namespace with an associated tab like we have for Citations. With this system, we could remodel MediaWiki:Gadget-TranslationAdder.js to edit this Translation namespace (if that is actually possible. @Dixtosa?). Then you have the translation boxes call a Lua module that checks the size of the Translation page. If it is above a certain threshold, you don't render the contents but instead leave a link. Some details would need to be worked out, like how to represent the data on the Translation page to be parse back to the mainspace, but this would lower the amount of memory, as it would not actually load all the linking and language data if the translation section is deemed too large. Of course, we'd also have to get a new namespace, etc. and the programming changes would not be insubstantial. Unless we do something, however, we're steadily going to run out of memory in all the most semantically or orthographically common entries. @Chuck Entz, Metaknowledge, Erutuon, Jberkel, Rua, -sche, Vriullop, TheDaveRoss, DTLHS. —*i̯óh₁n̥C[5] 12:21, 5 March 2018 (UTC)[reply]

Another, less extreme option would be to just have the translations be flat wiki markup instead of calling modules (without much benefit, really). I am not sure why we have to look up a language code for every translation which exists on the site. The transliteration magic is nice, but that only needs to happen once, and after that it could easily by "flattened" by a bot so that it doesn't need to make module calls again afterward.
Re translation namespace, there are a lot of problems which would need to be solved before this would work. Many terms have lots of senses to be translated, so figuring out which portion to transclude, and keeping it in sync, is one major hurdle. We should also test whether the memory usage of a transcluded page is counted against the total for the page, otherwise this may actually increase Lua memory usage. - TheDaveRoss 12:29, 5 March 2018 (UTC)[reply]
@TheDaveRoss: I imagine the memory usage of fetching a page's data (local content = mw.title.new("Translations:" .. PAGENAME):getContent()) is comparable to having the bytes in the entry itself. The issue would be parsing through the data to find the appropriate bit to render. For my money, the most effective long-term solution would be to move all the translations to a Translations namespace and then leave redirects in the mainspace. This keeps the memory out of the entry and gives you all of your fancy rendering. The problem would then be having to go to a different page to look at the translations. —*i̯óh₁n̥C[5] 12:42, 5 March 2018 (UTC)[reply]
I missed the portion where you said we would not transclude very large pages, which would certainly reduce resource usage. - TheDaveRoss 13:53, 5 March 2018 (UTC)[reply]
There's an easy way to check the basic principle: edit this subpage and look at the memory usage, then edit the main Grease pit page and compare its memory usage. The main Grease pit page uses about three times the memory of this one, so I suspect the entire memory usage of the transcluded page is included in the transcluding page. Chuck Entz (talk) 13:22, 5 March 2018 (UTC)[reply]
Our biggest translations tables currently include under 3000 languages. We have codes for roughly 8000 languages. Your idea is interesting, and might even have other utility — it reminds me of the proposed Collocations namespace, which would've allowed, as this also theoretically could, collecting translations of common collocations of words that are SOP but that translation dictionaries often include. However, I suspect that, even if in a separate namespace, translations tables will eventually run out of memory. (I suppose this could be tested by generating a translation table with some nonsense string written in each language in each of the scripts that the language has. That last part is important.) I also think that, conceptually, something more like what The Dave Ross proposes might be more desirable. In particular, my (testable/falsifiable) understanding has been that subst:ing in transliterations, and just accepting them and ceasing to compare manual to automatic transliterations, might significantly reduce memory usage; subst:ing in language names would also seem useful. - -sche (discuss) 15:17, 5 March 2018 (UTC)[reply]

Audio playback cut off too early[edit]

See Talk:Plymouth. I can reproduce the problem in current Google Chrome. Equinox ◑ 18:15, 6 March 2018 (UTC)[reply]

I have the same problems, and in following it upstream it appears that it is not a local problem. My guess is that MW has versions of the file for downloading and versions of the file for playing in browser, and the in-browser versions are somehow broken. The recording is also not very good, maybe someone can replace it. - TheDaveRoss 13:39, 7 March 2018 (UTC)[reply]

Inputbox (or something similar) passing text input to a module for processing ― possible?[edit]

Something similar to mw:Extension:InputBox: could be a string or paragraph box, that passes the text input to a backend module for processing upon button-clicking, and returns a processed output. Is this possible? Any guide on how to write this would be greatly appreciated. Thanks! Wyang (talk) 10:33, 7 March 2018 (UTC)[reply]

I did it to test a module: ca:Module:ca-general. The output of a wiki inputbox can only be obtained as a page name, so it edits a subpage of a sandbox showing the result in the editintro. --Vriullop (talk) 17:10, 7 March 2018 (UTC)[reply]
Hmm, thanks. I think I was expecting more than the MediaWiki preloader, as in whatever is written in the inputboxes (e.g. 'язык') can be passed to a module, to produce an output like 'jazyk'.
I remember @Dixtosa (sorry to disturb your wikibreak!) mentioned that this may be possible (?) at Wiktionary:Grease pit/2016/November#Recent searches for non-existent entries. It would be very useful if it is indeed feasible.
I'd like to learn a bit of coding for this, although not quite sure where to start. Wyang (talk) 22:42, 7 March 2018 (UTC)[reply]
I'm curious: would it be something of this kind, or of this one? --Per utramque cavernam (talk) 22:56, 7 March 2018 (UTC)[reply]
Yes, something similar. It doesn't have to be limited to transliterations; could also be IPA, script conversion, text segmentation, translation, etc. Wyang (talk) 23:10, 7 March 2018 (UTC)[reply]

@Wyang: Something that I'd find invaluable would be a small search engine for "language name > language code" and the reverse. I suppose it would use Module:languages/code to canonical name and Module:languages/canonical name to code. I think that's a similar tool from a conceptual point of view. --Per utramque cavernam (talk) 23:07, 7 March 2018 (UTC)[reply]

@Per utramque cavernam: The xte gadget does that already. —Μετάknowledgediscuss/deeds 03:20, 8 March 2018 (UTC)[reply]
Indeed! Thanks. --Per utramque cavernam (talk) 13:30, 8 March 2018 (UTC)[reply]
This seems relevant. —suzukaze (t・c) 23:09, 7 March 2018 (UTC)[reply]
Thanks @Suzukaze-c! I will very slowly investigate... Wyang (talk) 23:12, 7 March 2018 (UTC)[reply]
@Suzukaze-c: Sorry, I forgot to answer. I'm confused :3 How should I use this? --Per utramque cavernam (talk) 23:58, 13 March 2018 (UTC)[reply]
This doesn't do anything, right? (did you get my second ping, btw?) --Per utramque cavernam (talk) 00:00, 14 March 2018 (UTC)[reply]
Ah, I was replying to Wyang's original post. (；・∀・) (I don't know what you mean by "second ping"...) —suzukaze (t・c) 00:07, 14 March 2018 (UTC)[reply]
The search results are for scripts that seem to have the ability to render wikitext. I don't know what CodeLinks specifically does. —suzukaze (t・c) 00:13, 14 March 2018 (UTC)[reply]
I'm trying to ping you from the edit summary. That shit doesn't work! --Per utramque cavernam (talk) 00:15, 14 March 2018 (UTC)[reply]
#Notification_from_edit_summary says you have to wait a few more hours. —suzukaze (t・c) 00:58, 14 March 2018 (UTC)[reply]
And templates on edit summary are not expanded, you should use a real link. --Vriullop (talk) 09:02, 14 March 2018 (UTC)[reply]
@Suzukaze-c, Vriullop: Oh, ok, thanks and thanks! --Per utramque cavernam (talk) 10:31, 14 March 2018 (UTC)[reply]

Linking to parts of speech sections with {{l}}[edit]

Would it be possible to have {{l|en|walk|pos=verb}} (for example) link to the verb section of walk rather than to the top of the entry page? — SGconlaw (talk) 23:06, 7 March 2018 (UTC)[reply]

And what if there are multiple verb sections (like with different etymologies)? -84.161.32.90 23:37, 9 March 2018 (UTC)[reply]
Good point. Perhaps there should be some way to specify which section (e.g., "verb 2"). — SGconlaw (talk) 04:31, 13 March 2018 (UTC)[reply]
@Sgconlaw: Use {{senseid}}. —Μετάknowledgediscuss/deeds 04:39, 13 March 2018 (UTC)[reply]
Ah. But that would entail having to create all the sense-ids ... It would be nice to have {{l}} at least link by default to the first appropriate part-of-speech section. — SGconlaw (talk) 06:24, 13 March 2018 (UTC)[reply]
The problem is that POS headers are just headers as far as the system is concerned. If you look at the links in the table of contents at the top of any page with lots of headers (wind, for example) you'll see that the system sticks a number at the end of each header name that's a duplicate, but doesn't distinguish between language sections, and also bases it strictly on order. That means your "Noun_2" becomes "Noun_3" if someone adds a new noun section before it. Chuck Entz (talk) 14:12, 13 March 2018 (UTC)[reply]

feminine of[edit]

Hey. How easy would it be to categorise, or make a list of, all Spanish nouns that use "feminine of"? Things like comercializadora is what I'm after. Ideally, of course, we would have all of them as lemmas, and make a link to the masculine form. It's all about equality of the genders, obviously. Even though Spanish is inherently sexist. --Otra cuenta105 (talk) 23:13, 7 March 2018 (UTC)[reply]

Running a search for incategory:Spanish_nouns insource:/\{\{feminine of/ should yield a complete list. — Vorziblix (talk · contribs) 03:13, 8 March 2018 (UTC)[reply]
Personally, I think {{feminine noun of}} is a good compromise. —Μετάknowledgediscuss/deeds 03:18, 8 March 2018 (UTC)[reply]

Font creation[edit]

Does anyone have any experience creating fonts? I'm having trouble getting the .fina lookups to work using FontForge. --Victar (talk) 13:20, 8 March 2018 (UTC)[reply]

Albanian, Irish and Old Irish cognates[edit]

Is there any way I can pull out Wiktionary etymologies which contain references to Albanian, Irish and/or Old Irish words?

@Rdurkan User:DTLHS/Irish-Albanian DTLHS (talk) 02:54, 9 March 2018 (UTC)[reply]

Please test pings in edit summary[edit]

1. Read this:

"You can notify users in edit summaries. They will get a ping just as if they had been mentioned on a wiki page. phab:T32750"-- meta:Tech/News/2018/10

2. Sign up at https://en.wiktionary.beta.wmflabs.org/ using a different user name and password (not the one you use here). You may create multiple accounts if you like, just put a note on their user pages.

3. Edit a page and put a username link in edit summary. Confirm that you are receiving the notification correctly.

4. Test at different pages and in different ways.

5. Report bugs to Phabricator.

6. Share this comment with other people on other wikis, in different languages.

--Gryllida (talk) 23:54, 8 March 2018 (UTC)[reply]

Sound laws app[edit]

Hello. I've just had this idea I wanted to put out there: a sound law application. It would apply all known sound laws leading from one language to another (say Proto-Germanic to Swedish) to any given word, in an algorithmic fashion.

The first step would be to list all the relevant sound laws (chronologically whenever possible). These would have to be confirmed by an appropriate set of words.

Implementing the reverse functions as well would be nice:

  • 1) inputting the etymon and the descendant and seeing if they're a match or not.
  • 2) inputting the descendant and outputting the etymon (or the different possible etyma, if there's been a sound merger at some point).

It would help tremendously in seeing how strong and prevalent analogy can be.

Does something of the sort already exist? --Per utramque cavernam (talk) 17:00, 9 March 2018 (UTC)[reply]

@Per utramque cavernam Here's something: [2]. —AryamanA (मुझसे बात करें • योगदान) 17:18, 9 March 2018 (UTC)[reply]
@Per utramque cavernam Here’s a more general sound change application, if you want to input your own set of sound laws and words and see what comes out. — Vorziblix (talk · contribs) 17:55, 9 March 2018 (UTC)[reply]

Request: categorize names when both 'male' and 'female' are set[edit]

{{given name|male|or=female}} and {{given name|female|or=male}}, i.e. any use of the "or=" parameter, should categorize into "Category:(language) unisex given names". (This would resolve some of the entries which are categorized as both male and female given names, but not as unisex). Probably the template should even display "unisex" rather than "male or female" in such cases, although it's fine if only the categorization request can be fulfilled. (I also wonder whether "gender-neutral" might be better than "unisex"; Ngram results are inconclusive.) Reposting from January because unisex given names came up again at RFDO. - -sche (discuss) 17:42, 9 March 2018 (UTC)[reply]

Converting Wiktionary dumps to a Kindle dictionary file[edit]

Hello all,

Here is a project of mine that will download and parse a Wiktionary dump, and then generate a MOBI dictionary file that Kindles can use for in-book word look-up. My work has been mostly to "glue" different already existing softwares together: JWTKL to parse the Wiktionary dump, tab2opf to convert text files to OPF and HTML ones, and KindleGen to create the MOBI file.

It is far from perfect as JWKTL does not handle templates (I implemented some code that does, but only a few of them are supported). Inflected word forms are also not supported, etc. Entries are also very basic, only definitions and examples will make it to the dictionary file.

This is more of a proof of concept than anything else, but as I could not find any Greek-English dictionary from Amazon or elsewhere I wanted to see what could be done with Wiktionary. The project is on GitHub and you'll find download links for three dictionaries I just generated (EN-EN, FR-EN, EL-EN). Please feel free to comment and suggest. — nyg gh (talk) 23:07, 9 March 2018 (UTC)[reply]

@Nyg gh: Nice! I worked on something similar a while back, also using JWKTL. We'll soon have dumps in HTML format, I think those are better suited for parsing than XML (or maybe a combination of both). – Jberkel 23:22, 9 March 2018 (UTC)[reply]
@Jberkel: Thanks :). I've looked at the dumps mailing lists but have seen no mention of these HTML dumps. Do you have more info? — nyg gh (talk) 18:56, 10 March 2018 (UTC)[reply]
@Nyg gh: related phabricator tickets: T133547, T182351 – Jberkel 19:02, 10 March 2018 (UTC)[reply]

Cascading protection of User:DerekWinters[edit]

Cascading protection of the user page User:DerekWinters is preventing me from editing Module:parameters. What on earth??? It's so bizarre it's hilarious, but I'd appreciate it if an admin could fix this, so I can look into a bug in Module:headword/templates that may reside in Module:parameters. @AryamanA, it looks like you added the protection; was it meant to be cascading? — Eru·tuon 04:41, 12 March 2018 (UTC)[reply]

Removed the cascading protection. DTLHS (talk) 04:45, 12 March 2018 (UTC)[reply]
@Erutuon: That's really weird, sorry for the trouble. I meant to protect his subpages. —AryamanA (मुझसे बात करें • योगदान) 10:10, 12 March 2018 (UTC)[reply]

Notification from edit summary[edit]

Greetings,

The ability to notify other users in edit summaries will be available later this week, on 15 March 2018. Other users can be notified if a link to their user page is provided in an edit summary. Some user-made gadgets and scripts that automatically put user names in edit summaries may need to be changed to put a colon in the link, such as [[:User:Example]]. You can change how you receive these mention notifications in your preferences. This feature was highly requested in the 2017 Community Wishlist survey, and feedback is welcome.

Thanks, happy editing to you. -Keegan (WMF) (talk) 21:09, 12 March 2018 (UTC)[reply]

The only script I can think of that mentions a user page is the rollback one, and the rolled-back user will already get a ping by dint of having been reverted. I guess this means they'll get a double ping? If so, we should edit the script to prevent that. —Μετάknowledgediscuss/deeds 04:45, 13 March 2018 (UTC)[reply]

Add curly braces around ISBNs in QQ[edit]

Can someone find a way to safely make this edit work? ISBNs should be templatized (like this) so as not to end up in Category:Pages using ISBN magic links (magic links will be removed at some point). - -sche (discuss) 05:06, 13 March 2018 (UTC)[reply]

Austronesian etymology[edit]

Can anyone tell me how I can pull out all entries with references in their etymology sections to Proto-Austronesian, Proto-Polynesian, Proto-Nuclear Polynesian and/or Proto-Malayo-Polynesian, please? — This unsigned comment was added by Rdurkan (talk • contribs).

Ugh why do they ruin everything?[edit]

Some change has messed up a keyboard shortcut that's important to me. Go to delete a page and the "reason" box is focused. I usually hit Shift+Tab to focus back to the preceding list of reasons, then e.g. "V" to choose "vandalism", then tab back and type the sub-reason. Now the list can't be tabbed into, because it's apparently become some IDIOTIC custom element, not a real HTML list, that won't respond to input properly. Where can I complain? I really don't want yet another login/signup so if anyone can help/post on my behalf that would be wonderful. Equinox ◑ 17:18, 14 March 2018 (UTC)[reply]

Poking around in the Delete interface in Chrome, it appears that the main deletion reason dropdown is still selectable using Shift-Tab, when starting from the "Other/additional reason" textbox -- if you hit Shift-Tab 54 times. If you hit just Tab to cycle forward, you have to hit it 13 times.
It appears that someone screwed up the z-index value somehow. Both are shown in the CSS inspector with the default value of auto, FWIW. ‑‑ Eiríkr Útlendi │Tala við mig 18:45, 14 March 2018 (UTC)[reply]
Thanks for investigating. Is anyone able to report this bug? I am really unwilling to create an extra account. (Also ask them to let registered wiki users write bug reports. w00t!) Equinox ◑ 15:41, 16 March 2018 (UTC)[reply]
For that matter, where does one report bugs? ‑‑ Eiríkr Útlendi │Tala við mig 16:54, 16 March 2018 (UTC)[reply]
On Phabricator. I've had the pleasure of using it once before. -Stelio (talk) 17:18, 16 March 2018 (UTC)[reply]

Display of current votes in watchlist[edit]

I remember the Template:votes appearing in my watchlist, but it's been missing now for a small handful of months. I'm guessing I've changed a preference that has removed it, but I don't see which setting it is. Any thoughts on how I can add it back in to my watchlist? Thanks, Stelio (talk) 11:05, 16 March 2018 (UTC)[reply]

That's strange, it still appears in mine, as it always has. --WikiTiki89 15:46, 16 March 2018 (UTC)[reply]
It was removed from some people's watchlist as a test, following this conversation. --Per utramque cavernam (talk) 16:07, 16 March 2018 (UTC)[reply]
Without telling them? DonnanZ (talk) 16:25, 16 March 2018 (UTC)[reply]
This is a bad change and should have been voted on. --Victar (talk) 17:01, 16 March 2018 (UTC)[reply]
Who did this, @TheDaveRoss? I agree that it is very inappropriate to take action, especially selective action, after a discussion like that. —Μετάknowledgediscuss/deeds 17:24, 16 March 2018 (UTC)[reply]
@Metaknowledge, I initially removed the votes, then immediately reverted and started the discussion you linked. If that edit and revert somehow removed it from a bunch of people's watchlists permanently then something is broken somewhere, and it wasn't my intent. - TheDaveRoss 14:20, 20 March 2018 (UTC)[reply]

Wait no, I'm definitely confusing this with something else. --Per utramque cavernam (talk) 17:25, 16 March 2018 (UTC)[reply]

@Stelio What happens if you restore the default settings? --Per utramque cavernam (talk) 17:28, 16 March 2018 (UTC)[reply]
Fascinating. Restoring to the default preferences does indeed put the votes back on my watchlist. I then tried editing settings one at a time and checking the watchlist. First thing I did was change language from "en - English" to "en-GB British English". Bam! No votes on my watchlist. So there's the culprit identified.
This also explains why a change to a special message didn't actually work for me (it was changed for en but not en-GB).
So in the short term I'll revert to using "en". Longer term, I'll look at a way to synchronise the various en* language pages for special messages. -Stelio (talk) 20:17, 18 March 2018 (UTC)[reply]
Or rather for all languages. --WikiTiki89 14:52, 20 March 2018 (UTC)[reply]
@Wikitiki89, of course we (the site as a whole) should synchronise messages in all languages. I personally don't have the language knowledge to do that, so I would like to (at some point) look at the en* languages only. If, when I spend that time, it turns out to be a straightforward job then perhaps I can extend it. At least I can report back for others to do that work. But note that this involves more than just copying template use from one language's messages to another. For example the proper job would include translating the header row from Template:votes (stored in Template:votes/layout) to each user language as well, by making that text into a system message itself and translating appropriately. Confining my own personal scope to just the types of English avoids that particular hurdle. As it is, editing the system messages is restricted to a higher level of user rights than I have — sysop, I believe — so I can merely investigate what changes should be made rather than actually implementing them. -Stelio (talk) 22:15, 20 March 2018 (UTC)[reply]
@Stelio: What I mean is that it should appear no matter what for all languages, even if we haven't translated it to that language, in which case it should appear in English. --WikiTiki89 23:10, 20 March 2018 (UTC)[reply]

eq= in {{given name}}[edit]

Can someone link this parameter to English sections? That's its sole purpose, and it creates a bunch of black links on pages where the form is the same as the English name. See Teresa. Ultimateria (talk) 21:27, 16 March 2018 (UTC)[reply]

Polish m-pr declension template[edit]

I get an error message when using {{pl-decl-noun-m-pr}} for proper nouns with certain endings (-ła, -la, -ka, -sa, -wa, -za, -zia, -cia, -nia, -na). For example, see https://en.wiktionary.org/w/index.php?title=Bary%C5%82a&oldid=49175834

Am I the only person who can't get the template to work for these endings? I can type out the declension manually but this does take more time. Hergilei (talk) 20:49, 17 March 2018 (UTC)[reply]

ab[edit]

Why is ab a different format in the namespace? (larger sans serif font vs. smaller serif font) Is it just me or is it like this for everyone? Are there other pages like this? – Gormflaith (talk) 00:47, 21 March 2018 (UTC)[reply]

That's the page title; a namespace is a different sort of thing (like Main vs Talk vs User).
As for why: it's because the modules think Äynu should be in Arabic script, and its being on a Latin-script page is messing with the fonts. Perhaps @-sche can assess whether we should move the entry or add Latn as a valid script. —Μετάknowledgediscuss/deeds 00:58, 21 March 2018 (UTC)[reply]
It's tricky, because the language is secret and documentation is sparse. All that I can get ahold of is either in Latin script (but old), or phonetic (complete with square brackets), or phonetic-like but using e.g. š not ʃ and no brackets. The two "big" references known to Glottolog are the one cited in the entry, which cites words phonetically in square brackets, and Hayasi's Šäyxil Vocabulary, which I haven't been able to get ahold of, but Hayasi's piece in Copies Versus Cognates in Bound Morphology, and other works which cite the Šäyxil Vocabulary for the Eynu words they give, use (phonetic-like but bracket-less) Latin script spellings. Given the current paucity of documentation in the Arabic script, my inclination would be to add Latn as another script for the language. - -sche (discuss) 01:26, 21 March 2018 (UTC)[reply]
Pardon my ignorance, but why should the page title be affected by the inclusion of a particular language. If there is anything in the content of a page which affects presentation outside of its context we should fix that. If we need to account for the page-title script we should do so in the global .js or .css, not within the page content and certainly not within modules. - TheDaveRoss 15:03, 21 March 2018 (UTC)[reply]
@TheDaveRoss: I suspect that what was probably happening was that Module:headword was adding a display title for Arabic script. Arabic is one of the scripts for which this is done, listed in Module:headword/data. Arabic was detected by findBestScript, which returned what was the only script listed for Aynu: Arabic. I introduced the display title feature a while back during a discussion about vertical scripts here. Script classes can be added with JavaScript (see scriptTitles.js), but there isn't yet a script that does everything that Module:script utilities does, like replacing spaces with newlines in vertical scripts, and there may be some users who don't have JavaScript enabled. On the other hand, adding display titles with Lua is inefficient, because it's done multiple times on a page if there are multiple headwords. — Eru·tuon 20:20, 21 March 2018 (UTC)[reply]

A passage-converting script[edit]

For anyone who knows how to code, I've always dreamed of having a personal Wiktionary script that converts passages of text into organized lists of links for each word in the text. For example:

"I really love to eat sugar."

would turn into

{{l|en|[[eat]] [[I]] [[love]] [[really]] [[sugar]] [[to]]}}

I wouldn't put these lists in the dictionary namespace obviously though; only in my personal userspace pages. I want to do it so I can automatically generate lists of blue links/redlinks/yellowlinks for Danish words from specific passages of text (since there are a LOT of red/yellow links for Danish that need attention) instead of having to do it manually. Also, in the cases where there's a capitalized word after a period, exclamation point, or question mark, the letter that follows will be automatically lowercased, since the script will detect this.

Is anyone willing to make a script like this just for me? It might actually do good for other users too in their situations. Thanks! PseudoSkull (talk) 16:27, 23 March 2018 (UTC)[reply]

@PseudoSkull: See Module:sandbox for a mockup version. It's not entirely functional yet though. — Eru·tuon 18:19, 23 March 2018 (UTC)[reply]
I do this manually for Irish in User:Mahagaja/Sandbox. One thing to keep in mind is multiword phrases: if the script takes the words out of their natural order and puts them in alphabetical order, how will you keep the words of multiword phrases together? —Mahāgaja (formerly Angr) · talk 18:25, 23 March 2018 (UTC)[reply]
This is approximately what User:Equinox/code/ExtractBookWords does. Equinox ◑ 18:34, 23 March 2018 (UTC)[reply]
I do it with a regex (that also allows me to get rid of common words so there's less to scan through). But I would welcome something more efficient. —Μετάknowledgediscuss/deeds 19:06, 23 March 2018 (UTC)[reply]
My quickie low-tech method: in a text editor like TextEdit or Notepad, use cmd-f or ctrl-h find-and-replace to convert all punctuation to spaces, then get rid of extra spaces, then convert all spaces to ]] [[. You can then copypaste it into the edit window. If you don't want to sort it by hand, convert the spaces to newlines so you can copypaste it into a spreadsheet (first set the format in the column(s) to text so it won't choke on things like leading hyphens), then copypaste it back to the text file to finish the formatting. It works well enough that I haven't bothered to find a more elegant way to do it. Chuck Entz (talk) 22:09, 23 March 2018 (UTC)[reply]
@Chuck Entz: Thanks, it works well indeed. Per utramque cavernam 11:08, 2 August 2018 (UTC)[reply]

Module:category tree/poscatboiler/data/lemmas[edit]

I wanted to add a new label but was not allowed to edit (it says only registered users can edit which I am). Can someone please add the following:

labels[“general pronouns"] = { description = "{{{langname}}} pronouns that refer to all nouns and their characteristics.", fundamental = "Lemmas subcategories by language", parents = {"pronouns", {name = “general pro-forms", sort = "pronouns"}}, }

Thanks. --Panda10 (talk) 17:01, 25 March 2018 (UTC)[reply]

If you're logged in, you'll still see the message, "Note: This page has been locked so that only registered users can edit it. See the protection log." But you should find that you can still edit the page yourself (because you are indeed a registered user). -Stelio (talk) 12:03, 26 March 2018 (UTC)[reply]
I tried again. First it behaved the same, but then I figured out what was wrong: I used incorrect double quotes in two places (“ instead of "), as you can see in the above text. Thanks. --Panda10 (talk) 13:29, 26 March 2018 (UTC)[reply]

Lua error in Category:Hungarian general pronouns[edit]

I created this new category after adding a new label to Module:category tree/poscatboiler/data/lemmas and there is a red Lua error on top of the category: "Lua error in Module:category_tree/poscatboiler/data at line 38: attempt to index field '?' (a nil value)". Sorry but I have no idea how to fix it. --Panda10 (talk) 13:39, 26 March 2018 (UTC)[reply]

@Panda10, you need to create a label for general pro-forms before you can use it as a parent category. — Ungoliant (falai) 13:47, 26 March 2018 (UTC)[reply]
Thanks. HastaLaVi2 fixed it by adding the text correctly. I think "general pro-forms" is no longer there. --Panda10 (talk) 13:51, 26 March 2018 (UTC)[reply]

We need your feedback to improve Lua functions[edit]

Hello,

If you’re regularly using Lua modules, creating and improving some of them, we need your feedback!

The Wikidata development team would like to provide more Lua functions, in order to improve the experience of people who write Lua scripts to reuse Wikidata's data on the Wikimedia projects. Our goals are to help harmonizing the existing modules across the Wikimedia projects, to make coding in Lua easier for the communities, and to improve the performance of the modules.

We would like to know more about your habits, your needs, and what could help you. We have a few questions for you on this page.

Thanks a lot for your help, Lea Lacroix (WMDE) (talk) 08:49, 27 March 2018 (UTC)[reply]

@Erutuon, DTLHS. —*i̯óh₁n̥C[5] 08:59, 27 March 2018 (UTC)[reply]
"Did you run into performance problems?" 😂 —suzukaze (t・c) 01:47, 29 March 2018 (UTC)[reply]

Image caption of narrow image getting cut off[edit]

On quilisma the caption gets cut off on the sides: image, presumably because the image is narrower than the longest word. Is there any way to adjust this? DTLHS (talk) 01:31, 29 March 2018 (UTC)[reply]

Increase the image size. — SGconlaw (talk) 01:41, 29 March 2018 (UTC)[reply]
The image is already at full size. —Mahāgaja (formerly Angr) · talk 12:02, 29 March 2018 (UTC)[reply]
I've fixed it by putting the image into a gallery that's floating right. —Mahāgaja (formerly Angr) · talk 12:15, 29 March 2018 (UTC)[reply]

Category:Spanish male given names from Latin[edit]

Should categories like this be categorizing into Category:Spanish given names from Latin? It's a red link that doesn't work with auto cat, so I wonder if someone changed it without removing the child category. Ultimateria (talk) 18:40, 29 March 2018 (UTC)[reply]

@Ultimateria: It doesn't work with auto cat, but it does work with this: {{nameboiler|given names|es|la}}. --Per utramque cavernam (talk) 18:45, 29 March 2018 (UTC)[reply]

Inaccessible text on talk page[edit]

A 4-hyphen "language separator" was added near the end of User talk:Saltmarsh/Sandbox#Ignore, after deletion a section of text has become inaccessible - other than the heading the three numbered paras disappear when attempting to edit the section or page. I hope that someone can suggest a remedy. TIA — Saltmarsh. 05:52, 30 March 2018 (UTC)[reply]

That is coming from the <ref> tag earlier in the page. DTLHS (talk) 05:55, 30 March 2018 (UTC)[reply]
(edit conflict) The text is generated from the <ref> tags on the page, no?
I suppose you could move the text from the bottom of the page by using <references/>. —suzukaze (t・c) 05:56, 30 March 2018 (UTC)[reply]
Sorted - thanks very much - someone else had placed the refs there, almost unnoticed by me :) — Saltmarsh. 10:31, 30 March 2018 (UTC)[reply]
Another solution would have been to place an actual <references/> tag in the proper section. --WikiTiki89 14:18, 30 March 2018 (UTC)[reply]

Help removing items from "Speedy Deletion"[edit]

Could some kind soul, preferable someone with a bot, please help me removing 202 Azerbaijani verbs from Speedy Deletion category, added there by one user. Thank you. Allahverdi Verdizade (talk) 22:25, 30 March 2018 (UTC)[reply]

Do you mean by deleting the pages, or by removing the template? DTLHS (talk) 22:36, 30 March 2018 (UTC)[reply]
I guess the pages haven't been marked for deletion- just the conjugation templates which transclude the category. DTLHS (talk) 22:38, 30 March 2018 (UTC)[reply]
The plain reading is that the pages are to be deleted. On the one page I looked at, the first use of the template focused on the conjugation table. When that was changed the "speedy" comment was that the term might be unattested, but that the speedy deletion could be removed and replaced with an rfd. That seems like a bit of 'shoot first and ask questions later'. DCDuring (talk) 00:29, 31 March 2018 (UTC)[reply]
It was a simple case of putting the {{d}} on the wrong side of the <noinclude> in two of a number of Azeri conjugation templates tagged. I fixed the immediate problem by moving the noinclude before the deletion template. If anyone wants to remove all the conjugation templates, they can just do Special:WhatLinksHere/ for all of the templates that are in Category:Candidates for speedy deletion. Chuck Entz (talk) 04:16, 31 March 2018 (UTC)[reply]
Thanks a lot. This solved the issue. Allahverdi Verdizade (talk) 09:35, 31 March 2018 (UTC)[reply]

Query content by section[edit]

It strikes me that it would really beneficial if Lua could query the content of an entry on a section-by-section basis, something like getSection(lang, section). That would virtually eliminate the need to do regex searches on full page scrapes, like in {{desctree}}, which are very resource heavy. Is something like this even possible in Lua? --Victar (talk) 02:32, 31 March 2018 (UTC)[reply]

There was some discussion around accessing section data programmatically in phab:T114072. In summary: it's currently not possible. There's a new shiny parser which has a notion of section data but it cannot be deployed because it doesn't yet support all the warts features of MediaWiki. – Jberkel 08:06, 31 March 2018 (UTC)[reply]
@Jberkel: Should we mention this along with our memory errors in the feedback request? We've been waiting on this fancy new parser for a long time now. Do you happen to know which "features" are still outstanding? —*i̯óh₁n̥C[5] 08:17, 31 March 2018 (UTC)[reply]
@JohnC5: Some of it is listed in phab:T55784: audio/video support, redlinks, custom tags (e.g. <math>) and I'd also suspect compatibility with existing MW extensions. For the feedback, I think they are looking specifically for Wikidata related things, and the section/memory problems are more general Lua problems, so I'm not sure it would fit in there. (A more general Lua feedback session might be a good idea). From our perspective we'll need good Lua-WD support for the upcoming lexical properties. And Lua access to interwiki links (I'll add the last one as request). – Jberkel 08:44, 31 March 2018 (UTC)[reply]
@Jberkel: Thanks for the details. Yeah, Wikidata is not my primary interest. If they ever get this new parser up and running and give Lua access to the structural information like it already has for the pagename and namespace, we'll be able to enforce in which sections templates are used. I feel like a supervillain imagining the number of errors we'll throw for misplaced templates. It'll be great —*i̯óh₁n̥C[5] 09:03, 31 March 2018 (UTC)[reply]
Small note: &action=edit&section=36 does extract in a more-scrapable fashion the text of (currently) this section. There may be other action-api methods to do what you want. - Amgine/ t·e 21:53, 31 March 2018 (UTC)[reply]
Getting content by section order is useless. We'd still then have to scrape the whole page to find the correct section number. --Victar (talk) 02:15, 2 April 2018 (UTC)[reply]
@Victar: If this functionality is efficient and usable via Lua, we could query things by language, as in title=potestas&action=raw&section=Latin, which would allow us to significantly narrow our searches. —*i̯óh₁n̥C[5] 02:59, 2 April 2018 (UTC)[reply]
Though, to be fair, you can get the sections of a page like this: https://en.wiktionary.org/w/api.php?action=parse&text={{:friend}}__TOC__&prop=sections. So if these two calls could be made from Lua (which I doubt), and they were fairly inexpensive (which I also doubt), you could find the section you wanted. —*i̯óh₁n̥C[5] 03:16, 2 April 2018 (UTC)[reply]
@JohnC5: Well, that's the thing, currently we can only retrieve a section by its order, so, as is, &section=Latin is out of the cards.
That is an interesting idea though, to query the TOC and then get the order of the section you need from that. --Victar (talk) 03:31, 2 April 2018 (UTC)[reply]
It might be worth re-exploring the value of normalizing our data structure, at least ever so slightly.
One option would be to move each language section into a separate subpage of the headword. I'd knocked up a test of this concept years ago, now located at [[User:Eirikr/Sandbox3/ni]] and subpages.
Taking that approach one step further, each language's individual pieces (etymology, pronunciation, etc.) could be moved into subpages of the language's page. I've done that for the Albanian entry at [[User:Eirikr/Sandbox3/ni]]; the entry structure was simple (only one etym), but for a multi-etym term, details specific to a given etym would go under that etym -- as subpages, not locations on a single page. Splitting things out like this would conceivably make it possible to protect 1) just a specific language, and even 2) just a specific subsection of an entry. It also makes querying much more straightforward -- you can test for page existence to tell whether or not a given spelling has an entry in a given language, or even whether a given language's entry has any noun senses.
Hopefully food for thought. ‑‑ Eiríkr Útlendi │Tala við mig 22:32, 4 April 2018 (UTC)[reply]
As I have said every time this comes up, I continue to strongly oppose this idea, which would make editing much more time-consuming in general and discourage multilingual edits. —Μετάknowledgediscuss/deeds 23:37, 4 April 2018 (UTC)[reply]
I'm curious -- how many people make multilingual edits by opening an entire headword page from the Edit link at the top, instead of editing subsections of a page? ‑‑ Eiríkr Útlendi │Tala við mig 00:07, 5 April 2018 (UTC)[reply]
Perhaps as much as a few times a week I might do that, but it's exceptional. DCDuring (talk) 00:48, 5 April 2018 (UTC)[reply]

Polynesian etymology[edit]

Can anyone tell me how I can pull out all entries with references in their etymology sections to Proto-Malayo-Polynesian, please? — This unsigned comment was added by Rdurkan (talk • contribs) at 23:16, 31 March 2018 (UTC).[reply]

Is Category:Terms derived from Proto-Malayo-Polynesian sufficient for your purposes? —Mahāgaja (formerly Angr) · talk 13:49, 1 April 2018 (UTC)[reply]
Not really. What I had in mind was the kind of reply I got to my posting re Albanian, Irish and Old Irish cognates (posting no 14, Mar 2018) or the second reply to my posting re Arabic etymology (posting no 26, Feb 2018)
Retrieved from "https://en.wiktionary.org/w/index.php?title=Wiktionary:Grease_pit/2018/March&oldid=65118084"