[02:53:18] Check out this new userscript that achieves this among many other things: [[User:鈴音雨/WFSpinner]] (re @Earldridge Jazzed: Should talk page names/titles display the name of the function in addition to the ZID?) [10:28:30] [[Project chat#Categories, classifiers, tags and the Function catalogue]] (re @u99of9: Oooh interesting. Can you put this suggestion on-wiki? Yoshi has done most of the categorisation and would have good opinions to...) [10:28:56] do we have a community page to list all community tools? (re @u99of9: Check out this new userscript that achieves this among other impressive things: [[User:鈴音雨/WFSpinner]]) [10:29:04] (could be interesting to share in our update) [10:29:32] [[Wikifunctions:Project_chat#Categories,_classifiers,_tags_and_the_Function_catalogue]] (re @wikilinksbot: [[Project chat#Categories, classifiers, tags and the Function catalogue]]) [10:30:17] This is only the second I use, and the first (source code editing) shouldn't be widely promoted. (re @Sannita: do we have a community page to list all community tools?) [10:30:29] got it. thanks [10:39:57] No, it's didn't work: [10:39:59] https://abstract.wikipedia.org/view/ru/Q127 (re @u99of9: The old cache will expire in about 24 hours, so it should work then. The team has recently been working on letting users reload ...) [10:40:53] I'll take a look [10:44:41] Do you mean the label for Q21921773? It doesn't look like it's in Wikidata: : https://tools-static.wmflabs.org/bridgebot/d2bf6650/file_83867.jpg [10:46:28] Not, header "See also": [10:46:29] Q138861968 (re @u99of9: Do you mean the label for Q21921773? It doesn't look like it's in Wikidata:) [10:51:12] That one is working for me: : https://tools-static.wmflabs.org/bridgebot/d28efad2/file_83869.jpg [10:57:45] Ok, it's work now without login to MW account [10:57:47] But I still see the cached old value from logged session. (re @u99of9: That one is working for me:) [10:58:29] Perhaps when you visited it, you triggered the recalculation for all later visitors to see. (re @alexander_mart: Ok, it's work now without login to MW account [10:58:30] But I still see the cached old value from logged session.) [12:45:20] 19岁会配合听指挥有地方可上门，见面付款 [12:49:06] I've done this, copying your implementation to give Z40578, and copying @jsamwrites association list Z40008 to give Z42277. Yes, you still have to look up the ZIDs, but at least once you've done that they're now readable. The overall time saving is about a factor of two. So I suggest we deprecate the old list and expand on the new one. I now guess that this will be [12:49:06] the future of [12:49:06] all configs, so we'll need a new Type proposal... (re @Al: Yes, I’m pretty sure that would perform better, but it’s not so easy to maintain the associations, because you’d have to look up...) [12:49:44] Z40578 was yours Z42280 is my copy [12:51:11] has it been discussed to link wikidata and/or wikipedia articles in the language of the user (if the language is known) for non-existing articles? [12:52:37] I'm not quite sure what you're asking. The redlinks already show up in the language of the user if the Wikidata item has a label in that language. (re @wmtelegram_bot: has it been discussed to link wikidata and/or wikipedia articles in the language of the user (if the language is kno...) [12:54:08] https://tools-static.wmflabs.org/bridgebot/a24f947c/file_83873.jpg [12:54:18] e.g. https://abstract.wikipedia.org/wiki/Q140 works as expected (existing article). it redlinks https://abstract.wikipedia.org/wiki/Q25265 \ [12:55:35] Yes, most of our functions do that already if they can. (re @wmtelegram_bot: e.g. https://abstract.wikipedia.org/wiki/Q140 works as expected (existing article). it redlinks https://abstract.wik...) [12:55:51] that page is refering to an wikidata item (clear from the page name) for which no article is there yet, so beside the info that no article is there yet, I would expect a link to wikidata and/or the wikipedia article in the user's language kind of a 'maybe while you wait for an article, look here ...' [12:56:29] but when I want to figure out what I was linked to, I currently seem to need to copy the QID and then look it up manually e.g. on wikidata. [12:59:23] Okay I understand, sorry. There is an even bigger related issue that I haven't seen resolved yet. When our pages get embedded on local language wikis, it is not clear if the (blue/red) links will convert to in-wiki links, or will all just point back to AW, which could be problematic to readers who expect it to be just another page in their language. [13:00:43] yes, that sounds like a related problem. but my question is specifically in the limited scope of the not-found case. basically just asking about improving the error message, not any structural change. [13:00:53] Done. Now I see correct generated text from MW account (re @u99of9: Perhaps when you visited it, you triggered the recalculation for all later visitors to see.) [13:03:37] I would support adding extra information and options at the destination page of the redlink if that's what you mean. I don't think I've seen a phabricator task for that. : https://tools-static.wmflabs.org/bridgebot/df9ccdbf/file_83874.jpg [13:05:38] yes, exactly, only talking about the error message. and thank you for your answer (which I read as 'likely no'). [13:08:38] Are you able/willing to file this as a phabricator task? (re @wmtelegram_bot: yes, exactly, only talking about the error message. and thank you for your answer (which I read as 'likely no').) [13:10:39] sadly unable at this point (nothing that can be helped *today*). if I would I could, I would be willing to have a look into it. [13:12:32] I've also been thinking about the issue that David's AW data tool can't tell the difference between a language that is not configured and one that is perfectly happy to use the default function. If we do make a new type for configs, I think the default should have a list of languages associated with it, like all the others do. It would be picked anyway, but at least [13:12:32] we would have [13:12:33] documented which ones it is definitely good for. (re @u99of9: I've done this, copying your implementation to give Z40578, and copying @jsamwrites association list Z40008 to give Z42277. Yes,...) [13:13:19] Don't worry. No rush at all. (re @wmtelegram_bot: sadly unable at this point (nothing that can be helped *today*). if I would I could, I would be willing to have a lo...) [13:26:00] Thanks for picking this up. I’m not 100% sure about the “future of all configs”, but it’s certainly something to think about. For dispatch by type, in particular, we need to consider types that have no ZID (generic types, in particular). I suppose we may have to consider anonymous functions as a target, too… 🤔 (re @u99of9: I've done this, copying your implementation [13:26:00] [13:26:02] to give Z40578, and copying @jsamwrites association list Z40008 to give Z42277. Yes,...) [13:30:10] Fair point. I haven't seen the NLGSIG meeting video yet. Perhaps we will need a mix of config types to deal with those kind of options. (re @Al: Thanks for picking this up. I’m not 100% sure about the “future of all configs”, but it’s certainly something to think about. Fo...) [13:33:24] Side note, the filtering was done twice in that implementation, so there is also another ~50% efficiency gain possible (re @u99of9: I've done this, copying your implementation to give Z40578, and copying @jsamwrites association list Z40008 to give Z42277. Yes,...) [13:37:13] I guess it’s always a list of cases; it’s “case” that we need to ponder on 🤷‍♂️ (re @u99of9: Fair point. I haven't seen the NLGSIG meeting video yet. Perhaps we will need a mix of config types to deal with those kind of o...) [15:39:25] u99of9: just watched 'Wikifunctions in Practice: Reusable Logic for Wikimedia'. just wanted to say thank you. a bit hard to understand for me (hearing, not meaning), but still worth my time. [17:13:29] 见面付款 特价液 [19:00:22] for those who wanted to join yesterday's NLG meeting but couldn't, here is the recording: https://commons.wikimedia.org/wiki/File:Abstract_Wikipedia_NLG_SIG_Meeting_2026-09.webm (careful, it's slightly more than one hour!) [20:21:36] thank you Sannita! [20:29:52] You're welcome :)