[00:16:06] Not sure. I nudged the page and the issue persists. [00:52:12] I'd be interested to read your view on when wikilinking should occur. At the moment we inject it into the HTML around matching labels, but in languages with multiple noun forms this simplistic approach will miss that link. (re @Csisc1994: This is my viewpoint about how the Abstract Wikipedia Project should work) [01:30:55] T433448 (re @M: Not sure. I nudged the page and the issue persists.) [07:35:17] is there a way to make redirects? [07:50:15] We could make a clickable link. What is the use case? (re @feedmepaperr: is there a way to make redirects?) [07:50:33] well I'd want it to be an actual redirect not just a clickable link [07:50:53] to give a wikidata item a link to abstract as an intentional sitelink to redirect [07:51:03] like you can do on normal wikis [07:51:06] I don't think we can do that in main space. [07:51:13] darn. [07:52:55] But shouldn't the Wikidata item have an article of its own eventually? Or is it somehow structural? (re @feedmepaperr: to give a wikidata item a link to abstract as an intentional sitelink to redirect) [07:54:33] I think there is no need for this. Either we just skip making an abstract article for the Wikidata item or we write an article about it. The redirect thing is mostly an artifact of some language versions habit of bundling concepts into one article. [07:55:19] the reason I wanted it is for a neighborhood, where it makes the most sense in almost every situation to mention it in the article about the town [07:56:14] I think the redirect should be a decision for the local language version rather than imposed by AW. [07:56:31] I suppose [07:57:17] hm. I updated the code for my page. this doesn't seem right? : https://tools-static.wmflabs.org/bridgebot/798c1d40/file_82524.jpg [07:57:35] [3 [9] ] 😭 [07:59:26] I've never seen that before! Probably my fault. I'll look into it when back at a computer. (re @feedmepaperr: hm. I updated the code for my page. this doesn't seem right?) [08:02:14] to be fair it's nested within nested within nested [08:02:15] I'm sure at some layer the reference got messed up [08:03:38] not entirely sure it's your fault specifically lol [08:04:26] I'll have a look on my phone [08:05:04] it's a [simple cite web] inside a [statement with reference] inside a [paragraph from sentences] [08:10:12] Ah, I see. I think the simple cite should just be a link. But we are not allowed external links... It may work when inside a reference? (re @feedmepaperr: it's a [simple cite web] inside a [statement with reference] inside a [paragraph from sentences]) [08:11:06] it worked before [08:11:12] it worked when it wasn't... this complicated [08:11:23] Or we could build a "join sentence to reference" [08:11:37] that's what [statement with reference] does [08:11:57] this all _should_ be working. I'm not super sure why it's not. [08:12:29] But it puts the superscript in again when you already supplied a superscript reference (re @feedmepaperr: that's what [statement with reference] does) [08:12:38] oooh [08:12:42] I see the problem [08:13:16] so I just need simple cite web that outputs a string rather than a reference [08:13:23] or I could just unnest it [08:14:12] Z31923 [08:16:07] bam. you may be interested to know that both the name of the link and the name of the website work in any language : https://tools-static.wmflabs.org/bridgebot/ec5148ba/file_82525.jpg [08:16:45] Super! (re @feedmepaperr: bam. you may be interested to know that both the name of the link and the name of the website work in any language) [08:24:02] I usually deliberately don't use build paragraphs from sentence, because it is more likely to time out when it has to calculate all contents at once. But hopefully they will eventually evaluate from the inside out. [08:27:48] hm. with enough reloading the page and time it seemed to load eventually [08:30:23] hm. y'know I bet navboxes wouldn't be difficult to make on wikifunctions 🤔 [08:30:35] would be very similar to Z37840 [08:30:43] just as a navbox instead of a list