User talk:Trappist the monk
| ||
them at the article's talk page so that everyone who has an interest in the article may participate.
| To stop Monkbot, add a message to its talk page. Comments and questions about Monkbot are welcome here. |
Some stroopwafels for you!
[edit]| Thank you for un-buggering-up MV Isla de Bioko!! Commandant Quacks-a-lot (talk) 02:51, 8 November 2025 (UTC) |
CS1 maintenance categories
[edit]If userspace content isn't supposed to be in those categories, then that's a problem for the people who actually work with those categories to fix — but since they're template-generated and template-transcluded categories that I have no ability to fix on my own, they need to stay off of the polluted categories report, because it isn't my job to worry about them and it isn't my job to just let them sit on that report permanently as things I have to work around. It's a template coding issue that needs to be fixed by template coders, not a me manually removing category declarations issue, so it can't just stay on the report as a perennial speed bump. Find some other way to deal with it that keeps them out of my workflow, please, because they're not my job to fix. Bearcat (talk) 15:45, 10 November 2025 (UTC)
- You are mistook. It is not a template coding issue. cs1|2 templates do not categorize pages from the User namespace. As I write this, Category:CS1 maint: date and year has one User namespace page: User:Stephan.Miller. If you look in that page's wikitext you will find these category wikilinks:
[[Category:CS1 maint: date and year|Δ]][[Category:CS1 German-language sources (de)]]
- Similarly, Category:CS1 uses Ukrainian-language script (uk) also has one user namespace page: User:Wenge098/Vladimir Vernadsky. If you look in that page's wikitext you will find these category wikilinks:
[[Category:CS1 uses Ukrainian-language script (uk)]][[Category:CS1 Ukrainian-language sources (uk)]]
- Templates at en.wiki cannot write wikitext so the cs1|2 templates cannot and did not create those wikilinks; they are the result of some other (likely human) process. Because cs1|2 does not categorize anything in User namespace, any user page listed in a cs1|2 category is not a legitimate categorization so should be reported in the polluted categories report.
- —Trappist the monk (talk) 16:21, 10 November 2025 (UTC)
Hi there. I found you at ANI listing "Recently Active Users". Would you have a moment to look at Talk:Española, New Mexico#Disputed image. I started a discussion regarding an image an editor keeps adding, but they've been quite rude, and it's hard to settle a dispute when the other editor insults you. Any help would be appreciated. Thanks! Magnolia677 (talk) 22:49, 11 November 2025 (UTC)
- I'm not really your guy for this. I pleaded for and got my mop for technical rather than administrative purposes. So, I stay away from content and other disputes. You might be better served by another sysop or by WP:AN/I.
- If its worth anything, I agree that Hernandez is not Española so Adams' photo doesn't really belong; it is after all, in the Hernandez article.
- —Trappist the monk (talk) 00:02, 12 November 2025 (UTC)
- Not a problem! It's just that I know I'm right, and I'm trying to persuade another editor to see it my way, and all I get attitude! It's like being in a line at Walmart. Hey, cheers! Magnolia677 (talk) 12:34, 12 November 2025 (UTC)
deleting templates that are in use
[edit]Hi, when you delete templates that are in use in main space, as you did with Lang-la, please fix the transclusions as well. I don't know how to do that, with my resources, so the only way I have to fix the problem is to recreate the templates. (It's better to have redundant templates, which our readers won't see, than broken links to templates that they will see.) — kwami (talk) 02:09, 13 November 2025 (UTC)
- What?
{{lang-la}}was deleted 3 November last year as the result of a TfD at Wikipedia:Templates for discussion/Log/2024 September 27 § Replace and delete lang-?? templates. Before the template was deleted, Monkbot task 20 replaced all instances of{{lang-la}}in mainspace with{{langx|la|...}}. Before I actually deleted any of the{{lang-??}}templates, I checked to make sure that there were no transclusions of the template in mainspace. As of this writing, there are no instances of{{lang-la}}in mainspace (which see). - What evidence do you have that supports your assertion that I did otherwise?
- —Trappist the monk (talk) 02:31, 13 November 2025 (UTC)
- My bad. I thought I'd just fixed a case on 3 Juno, because I saw it as a red link there, and when I went to see what other articles used it, not even 3 Juno showed up, so I thought the transclusions weren't showing up for some reason. But I must've gotten confused and been looking at an old version of the article. Sorry. — kwami (talk) 02:57, 13 November 2025 (UTC)
- Kwamikagami, you are probably not wrong that {{lang-la}} was transcluded somewhere, but it wasn't Trappist's fault. {{lang-xx}} templates often show up on the nonexistent template report (link to old revision showing multiple lang-xx templates in use) because editors copy them from other Wikipedias, or restore an old revision of an article, or add them to a page not knowing that they have been deleted. A few editors clean up this report at least a few times per week. – Jonesey95 (talk) 03:02, 13 November 2025 (UTC)
- Yes, I understand it wasn't Trappist's doing. I'm not sure what happened, but it was my mistake. — kwami (talk) 03:12, 13 November 2025 (UTC)
- Kwamikagami, you are probably not wrong that {{lang-la}} was transcluded somewhere, but it wasn't Trappist's fault. {{lang-xx}} templates often show up on the nonexistent template report (link to old revision showing multiple lang-xx templates in use) because editors copy them from other Wikipedias, or restore an old revision of an article, or add them to a page not knowing that they have been deleted. A few editors clean up this report at least a few times per week. – Jonesey95 (talk) 03:02, 13 November 2025 (UTC)
- My bad. I thought I'd just fixed a case on 3 Juno, because I saw it as a red link there, and when I went to see what other articles used it, not even 3 Juno showed up, so I thought the transclusions weren't showing up for some reason. But I must've gotten confused and been looking at an old version of the article. Sorry. — kwami (talk) 02:57, 13 November 2025 (UTC)
Module:Cite and Module:Cite IUCN
[edit]If you have a chance, could you also review Module:Cite/sandbox? The thinking here is that it will make it easier to do a find-and-replace of {{Cite with {{#invoke:Cite| for pages over the WP:PEIS limit if templates that use other modules can be included, and if a fallback was added to directly expanding the template (although the latter case would have an identical expand size).
Also, feel free to revert Module:Cite IUCN to the previous version without the added lua entry point. I originally thought I'd want to pass arguments directly to the sub-modules, but I realized it was easier just to pass the whole frame to their main entry point. --Ahecht (TALK
PAGE) 17:32, 14 November 2025 (UTC)
- So the real purpose of these changes is to facilitate laziness? Can't say that I think that a good idea.
- Doesn't seem to me that sending all
{{cite <whatever>}}templates through Module:Cite is good practice because that's merely a band-aid for lazy editors who can't be bothered to take the tough editorial decisions that they should have taken long ago. And, really, if it is necessary to invoke the modules for{{cite IUCN}}(67k articles at this writing),{{cite q}}(16k),{{cite taxon}}(4.5k), and{{cite tweet}}(46k), which templates are generally used in low quantities when compared the to basic cs1|2 templates, then our lazy editors need to man up, pull on their big-girl panties, and fix the article. - I suppose that if the proposed code is to remain in Module:Cite, whenever it falls back to expanding a template it doesn't recognize, it ought to (at the least), add a maintenance category and a
mw.addWarning()preview message so that the pointless detour through Module:Cite can be undone for those templates. - You might want to look into tweaking Module:Cite Q so that instead of using
frame:expandTemplate()to expand one of{{citation}},{{cite book}},{{cite journal}}, or{{cite web}}, it directly requires Module:Citation/CS1 to accomplish the same result with a bit less impact on PEIS. - —Trappist the monk (talk) 19:49, 14 November 2025 (UTC)
- @Trappist the monk Fair enough on the laziness aspect. I'll take a look at Cite Q, that's a good point. --Ahecht (TALK
PAGE) 20:54, 14 November 2025 (UTC)- @Trappist the monk Another probably stupid question for you. I implemented your suggestion at Module:Cite Q/sandbox, but it seems to somehow make Module:Citation/CS1 think the template being called starts with "cite cite". For example,
{{#invoke:Cite Q/sandbox|cite_q|Q27334292|template=arxiv}}produces an error starting with{{cite cite arXiv}}:, but I've verified through the debug output that onlyarxivis being passed to Module:Citation/CS1 , notcite arxiv. A similar call to{{#invoke:cite|arXiv|arxiv=1606.07900}}produces the correct{{cite arXiv}}:error, despite them using essentially the same code. --Ahecht (TALK
PAGE) 23:22, 14 November 2025 (UTC)- There is a change queued in Module:Citation/CS1/sandbox and Module:Citation/CS1/Configuration/sandbox that applies to i18n and template names. At line 4309 in the live version of Module:Citation/CS1 is this:
local template_name = ('citation' == config.CitationClass) and 'citation' or 'cite ' .. (cfg.citation_class_map_t[config.CitationClass] or config.CitationClass);
- The live module expects to get its data from the live version of Module:Citation/CS1/Configuration;
citation_class_map_tis at line 160 et seq. - But, because Module:Citation/CS1 is being called from Module:Cite Q/sandbox, it uses Module:Citation/CS1/Configuration/sandbox where
citation_class_map_t(line 177 et seq.) includes thecitein the template names so the line above does as it should do and createscite cite arXiv. In Module:Citation/CS1/sandbox, the equivalent line is:local template_name = cfg.citation_class_map_t[config.CitationClass];
- So, if you change line 731 in Module:Cite Q/sandbox to:
output = require ('Module:Citation/CS1/sandbox')._citation (nil, citeq_args, config_t) -- go render the citation
- the error message header renders as it should.
- When you update Module:Cite Q from its sandbox, make sure that the call to Module:Citation/CS1/sandbox is switched back to the live module.
- —Trappist the monk (talk) 01:26, 15 November 2025 (UTC)
- There is a change queued in Module:Citation/CS1/sandbox and Module:Citation/CS1/Configuration/sandbox that applies to i18n and template names. At line 4309 in the live version of Module:Citation/CS1 is this:
- @Trappist the monk Another probably stupid question for you. I implemented your suggestion at Module:Cite Q/sandbox, but it seems to somehow make Module:Citation/CS1 think the template being called starts with "cite cite". For example,
- @Trappist the monk Fair enough on the laziness aspect. I'll take a look at Cite Q, that's a good point. --Ahecht (TALK