Wikipedia:Village pump (technical)/Archive 191#Weird user page revision

:::@Guarapiranga I originally got got it from here, then doubled the difference to make it stand out more. ―Qwerfjkltalk 06:11, 6 July 2021 (UTC)

::::The {{tag|small}} element dates back to 1997, with the HTML 3.2 specification (although it was included in the never-adopted HTML 3.0 spec of 1995). Until HTML 4.01, the various specifications merely showed that it rendered text in a small font. Beginning with HTML5 (2014), it has been repurposed to have a semantic meaning, and is used to represent side comments such as small print: small print typically features disclaimers, caveats, legal restrictions, or copyrights; it is also sometimes used for attribution, or for satisfying licensing requirements (see [//www.w3.org/TR/html52/textlevel-semantics.html#the-small-element HTML 5.2 spec]). So it does not necessarily have to use a font size that is physically smaller than the normal font for that passage of text, although most browsers will do that. --Redrose64 🌹 (talk) 19:33, 6 July 2021 (UTC)

:::::Right. Thanks, {{u|Redrose64}}. I'll use {{t|small}} instead from now on. Perhaps this should be documented somewhere (where?), and the tag possibly replaced everywhere by the template (IOW, perhaps WP should deprecate the tag to avoid the confusion). — Guarapiranga ☎ 10:43, 7 July 2021 (UTC)

:Just guessing, but perhaps Wikimedia has instituted some account security safeguards against the current ransomware hijacks. — Maile (talk) 23:15, 6 July 2021 (UTC)

::Or maybe the library has disabled cookies in the browser. PrimeHunter (talk) 23:31, 6 July 2021 (UTC)

:{{re|Vchimpanzee}} Is this your sequence of events:

:# Logon at trusted computer, set "stay signed in" option during logon

:# Logon at untrusted computer

:# Logoff from untrusted computer

:# Expect that trusted computer is still logged in, but it is not

:? If so, that is expected behavior, logging out from anywhere logs you out from everywhere. — xaosflux ^Talk 23:34, 6 July 2021 (UTC)

::Yes, that is what happens. "trusted computer" is the one in my house.— Vchimpanzee • talk • contributions • 16:17, 7 July 2021 (UTC)

:::{{re|Vchimpanzee}} currently logging you out anywhere, logs you out of everywhere. Sometimes this message may not display to let you know that is what happened (c.f. phab:T226736). Being able to log out of only one session is not currently available, see phab:T37220 for the development request for that feature. It is a good idea to be able to log out from everywhere, but I agree it can be annoying (especially with 2FA) and I'd prefer that there were separate functions for logging off a specific session/device and logging off of everywhere. — xaosflux ^Talk 18:11, 7 July 2021 (UTC)

::::To prevent this from occurring again, {{u|Vchimpanzee}}, you could create a public account for use in libraries/work/school/on mobile so that when you leave that public area, you can log out without logging out on your "main" account. Sdrqaz (talk) 18:44, 7 July 2021 (UTC)

:::::Or clear cookies or use incognito mode. Nardog (talk) 20:23, 7 July 2021 (UTC)

:::::I did that but then I never remembered to sign in with that account, so now I use it to test how things are for new users or with the standard preferences. Incidentally, I forgot to sign out at the library and I'm still signed in at home.— Vchimpanzee • talk • contributions • 21:01, 7 July 2021 (UTC)

::@Xaosflux it is only "expected behavior" from the point of view of the people who built the system. I don't think it's "expected behavior" from the point of view of most users. I'm not aware of any other auth system anywhere which has that behavior. -- RoySmith (talk) 18:16, 7 July 2021 (UTC)

:::{{re|RoySmith}} I meant that it is not a malfunction, but yes it could be seen as a UX design issue. phab:T37220 is opened to change to log-out-of-just-this-session, feel free to add additional insights there. — xaosflux ^Talk 18:26, 7 July 2021 (UTC)

::::Yes, I know what you meant :-) I've already commented there (May 1, 2019). -- RoySmith (talk) 18:38, 7 July 2021 (UTC)

In my work, I do searches on some bots' contributions and I frequently get the message "Server timed out" before any results can be displayed. I don't get this message every time but it's definitely most of the time. I also work on a laptop, not my phone. So, I'm wondering is there anything I can do on my end to extend the amount of time given to a search so I don't get a "timed out" message? Or is this a pretty uniform result that every editor would get if they did the same search?

Thanks for any help you can offer. Liz ^{Read! Talk!} 00:33, 6 July 2021 (UTC)

:@Liz can you be a bit more specific on what requests are timing out/what data you're trying to look up? Examples would be helpful. Legoktm (talk) 07:51, 6 July 2021 (UTC)

::Okay, Legoktm, what I'm doing is looking at contributions in a particular name space and "Only show edits that are latest revisions" box checked and that is no problem. All the results are displayed. But when I try to view "Oldest" edits, that's when the system times out. As an alternative, I've tried to go backwards in time with these selected results, clicking "Older 200" repeatedly but it always sticks at the last group of oldest edits in this selection. I've tried it with several different bots and it's usually the same results...timed out when trying to view the oldest edits in this selection of contributions. Oh, and this selection of edits isn't old edits, they have all occurred in the past 12 months. Liz ^{Read! Talk!} 21:43, 6 July 2021 (UTC)

:::You guys are brilliant here and this can't be an unique problem. Is there anything I can do to lengthen the amount of time an action can take before the server times out? Liz ^{Read! Talk!} 05:19, 7 July 2021 (UTC)

::::The namespace filter is just slow (I found some historical discussion from 2011 when our then-volunteer database admin disabled the feature for a while), and if that account hasn't made any edits in that namespace recently, it'll probably time out. There's no way to bypass the 60 second timeout, it's global across all requests.

::::However, you can use Quarry and other tools to run slower queries to get the same data. If there's a common pattern/theme to your requests, it shouldn't be too difficult to build a slow tool that gets you the data you're looking for. Legoktm (talk) 08:35, 7 July 2021 (UTC)

:::::Okay, thank you, Legoktm, you answered my question about whether I could do anything to extend the amount of time for the server to do its sorting. I don't know much about Quarry except that usually when I ask a technical question, someone gives me a link to it. I guess my last question is where should I go next to learn about using it or ask for assistance? And remember, a little knowledge can be a dangerous thing. ;-} Liz ^{Read! Talk!} 02:26, 8 July 2021 (UTC)

::::::Wikipedia:Request a query is a dedicated page for this kind of thing, m:Research:Quarry has some more detail. However asking on this page is totally fine too :) Legoktm (talk) 07:43, 8 July 2021 (UTC)

:{{ping|Bada Kaji}} If you enable Navigation popups at Special:Preferences#mw-prefsection-gadgets then you get these options and more when you hover over a link and then "action". PrimeHunter (talk) 20:46, 9 July 2021 (UTC)

:"Move associated talk page" is a checkbox on the move form, e.g. at Special:MovePage/Example. It's enabled by default, at least for me. PrimeHunter (talk) 20:40, 9 July 2021 (UTC)

::And it's enabled by default for me. So why didn't it work? DuncanHill (talk) 21:09, 9 July 2021 (UTC)

:It was introduced [https://en.wikipedia.org/w/index.php?title=Dong_Jingwei&diff=prev&oldid=1030311539 here] by {{ping||Abovfold}}, apparently in error. I have removed it, and the article now links correctly to the Chinese page. DuncanHill (talk) 09:48, 10 July 2021 (UTC)

::Thanks for teaching us. I shall be able to fix similar problems on my own next time. The trick in short: Someone probably played a joke by adding 'zh:浮游生物' to the article.--165.228.11.59 (talk) 11:00, 10 July 2021 (UTC)

A google image search of "Edwin J. McEnelly" shows a link to the article but with an unrelated image (two men posing for a photo). Any ideas? Bogger (talk) 09:58, 9 July 2021 (UTC)

:The images are taken from Google's own search index and not from Wikipedia. Your best bet is to use the {{Button|Feedback}} button. Kleinpecan (talk) 19:14, 9 July 2021 (UTC)

::We get many such posts. See Template:HD/GKG for a stock reply. PrimeHunter (talk) 20:36, 9 July 2021 (UTC)

:::{{u|PrimeHunter}}, does this file possibly exist on Wikipedia or at Commons? Reverse image searches find no sign of where the file came from, other than here. Could it have been inadvertently transcluded onto the article? Home Lander (talk) 01:26, 10 July 2021 (UTC)

:::This is a completely different case. Google Images specifically shows the unrelated image as their cached thumbnail of https://upload.wikimedia.org/wikipedia/commons/9/9d/Edwin.jpg. My guess is that the hash of our image somehow collided with that of the other image in their database. Nardog (talk) 03:26, 10 July 2021 (UTC)

::::Images at :commons:File:Edwin.jpg were deleted 14 October 2017 and 30 December 2020.[https://commons.wikimedia.org/w/index.php?title=Special:Log&page=File%3AEdwin.jpg] I don't have access to see them. PrimeHunter (talk) 10:23, 10 July 2021 (UTC)

:::::Ah, that must be it. The only living contribution of the uploader of the 2020 image, on the Spanish Wikipedia, contains a mention of an artist named Edwin, who resembles the guy on the left in the picture in question. It's still weird considering the old image was deleted six months ago and the new one has been up for two months. Nardog (talk) 11:00, 10 July 2021 (UTC)

{{od}}

Additional discussion started at :Commons:Commons:Village_pump/Technical#Bad_Google_cache_of_File:Edwin.jpg. Home Lander (talk) 01:03, 11 July 2021 (UTC)

:Yeah, Unicode has all sorts of weird sideways-reading fonts that seem to be mostly good for this sort of stuff. I was going to suggest that a user's freedom to express themselves on their user page reaches its limit when it breaks other people's browsers, but I see you've fixed that already. -- RoySmith (talk) 16:29, 10 July 2021 (UTC)

: {{ec}} It seems to be Zalgo text that decodes to "This user is fdşag". No, I have no idea what that means either. * Pppery * _{it has begun...} 16:31, 10 July 2021 (UTC)

::A google search for fdsag reveals that, um, well, I guess what it reveals is that I'm enough older than the current generation of kool kids that I've lost all hope of understanding WTF they're talking about. -- RoySmith (talk) 16:36, 10 July 2021 (UTC)

:::Thanks, wow you learn something every day! Graham87 16:52, 10 July 2021 (UTC)

:::The g is fdsag is not supposed to be there, it is defined here: https://www.urbandictionary.com/define.php?term=fdsa . Spelling is not really important to these youngings.--Snævar (talk) 07:19, 11 July 2021 (UTC)

::::I see what you did there😉 Catcallofcthulhu (talk) 07:08, 12 July 2021 (UTC)

:::That's literally just me hitting random keys. Catcallofcthulhu (talk) 07:07, 12 July 2021 (UTC)

Is a list of all usernames on enwiki available somewhere as a file? I would have thought it would be in [https://meta.wikimedia.org/wiki/Data_dumps/What%27s_available_for_download the XML dumps], as a dump of the user table, but I'm not seeing it there. -- RoySmith (talk) 16:20, 10 July 2021 (UTC)

:Special:ListUsers. --Redrose64 🌹 (talk) 22:50, 10 July 2021 (UTC)

:Depending on what you want to do with it, what you are looking for may be available [https://dumps.wikimedia.org/enwiki/latest/enwiki-latest-user_groups.sql.gz here]. — xaosflux ^Talk 23:47, 10 July 2021 (UTC)

::Yeah, I found enwiki-20210701-user_groups.sql, but that's just the users that are admins and groups like that. I'm looking for a list of all the usernames as a file, so I can slice it and dice it with regular unix command-line tools. I may end up writing something trivial that walks the user table and dumps it into a file, but it just seems weird that such a thing doesn't already exist in the dumps. -- RoySmith (talk) 00:36, 11 July 2021 (UTC)

:::This sounds like phab:T51132. Depending on what fields you want, it should be fairly trivial for a sysadmin to run an export of this if you ask (especially if it is a one-time). Now you mentioned, "enwiki" so do you really only want an account if it is attached here, or would the SUL list work? — xaosflux ^Talk 01:02, 11 July 2021 (UTC)

::::I assume the SUL list is a superset of the enwiki list? Either would be fine for my purpose. If somebody could do a one-off export for me, that would be excellent. How does one normally request something like that? Open a phab ticket? -- RoySmith (talk) 02:24, 11 July 2021 (UTC)

:Have you tried generating such a list on toolforge with a sql query? -FASTILY 06:51, 11 July 2021 (UTC)

::I'll try that (query 56702 is running) but expect it to time out. — xaosflux ^Talk 11:43, 11 July 2021 (UTC)

:::Nope, too big. — xaosflux ^Talk 10:56, 12 July 2021 (UTC)

::::@Xaosflux just out of curiosity, what were you expecting to do next if it didn't time out? The query would have returned 41M rows. How would you have gotten them out of quarry into a file?

::::In any case, thanks for trying. I've opened {{phab|T286488}} -- RoySmith (talk) 15:46, 12 July 2021 (UTC)

::Just split the query. Chunks of a million at a time take about 5 seconds each to query and another 5 to compress.for i in $(seq 0 42); do echo $i; echo "SELECT user_name FROM user WHERE user_id BETWEEN ${i}000000 AND ${i}999999;" | sql enwiki_p | tail -n+2 | gzip -c > usernames-$i.gz; done —Cryptic 16:21, 12 July 2021 (UTC)

:::Cool, thanks! -- RoySmith (talk) 17:29, 12 July 2021 (UTC)

:{{re|Alexiscoutinho}} would you elaborate on what you are trying to do? For a specific script, there can be wide use of both builtin and script defined functions. A hash of something is unlikely to result something useful for a sortkey for anything other than looking for duplicates. — xaosflux ^Talk 13:54, 13 July 2021 (UTC)

::{{re|Xaosflux}} I was referring to Lua functions in modules. It could be used to quickly compare the equality of two initially unordered tables/arrays. Alexiscoutinho (talk) 14:03, 13 July 2021 (UTC)

::What I actually wanted to do was to hash a set (represented by a table) containing immutable data types, but then I noticed sorting functions would not help as they would still have to be converted to a string ("function") before calculating the hash. Only the number of functions in the set would be meaningful thus there would be more collisions... But I just thought the original question remained relevant. My suggestion above could be used to increase collision handling speed. Alexiscoutinho (talk) 14:15, 13 July 2021 (UTC)

:No. The best you can do is muck around such as in Module:Dump, search for "onames[var]". Johnuniq (talk) 00:05, 14 July 2021 (UTC)

I noticed an instance of undocumented/unexpected behaviour in said template: There's an optional "display" parameter to be used when markup needs to be applied to the page name, such as italicizing a work's title, which works when there's only one "section" parameter but doesn't work when there are several. I looked at the source code, and the cause seems straightforward: Handling of the optional parameter was only implemented within the single-section branch.

In Module:Section link/sandbox, I moved the relevant logic into a new function which is being called from both branches, and it looks like it's working: The Template:Section link/testcases are all green, except for #14, demonstrating error handling, and #17, which I added to demonstrate the fix.

However, this brings the grand total of number of times in my life I've worked with Lua to two, so it might not be the worst idea for someone slightly more conversant to take a closer look before un-sandboxing the fix.

Cheers,

- 2A02:560:4259:7600:D74:5C5B:9A6D:FD9F (talk) 19:05, 14 July 2021 (UTC)

:The correct URL parameter is withJS and the script must be in the MediaWiki namespace. So the correct url pattern would be {{code|https://en.wikipedia.org/wiki/Main_Page?withJS{{=}}MediaWiki:[script].js}}. – BrandonXLF (talk) 14:39, 14 July 2021 (UTC)

::You're a legend, {{u|BrandonXLF}}! Cheers.

::Wait, does that then mean no can do with user scripts (i.e. scripts in the User space)? — Guarapiranga ☎ 21:59, 14 July 2021 (UTC)

:::Yes, only MediaWiki namespace is allowed for security reasons. We don't want normal users to be able to get others to load arbitrary JavaScript by clicking a Wikipedia link. JavaScript in the MediaWiki namespace can only be edited by interface administrators. PrimeHunter (talk) 23:10, 14 July 2021 (UTC)

::::Of course! {{(y)|Thanks}}, {{u|PrimeHunter}}. — Guarapiranga ☎ 04:18, 15 July 2021 (UTC)

I left some feedback for the Reply Tool developers noting that it doesn't show page notices. Apparently this is a deliberate design decision, which I disagree with. Folks might want to comment on https://www.mediawiki.org/wiki/Topic:Wcrovxjwvulr9n2g. -- RoySmith (talk) 14:37, 15 July 2021 (UTC)

Hello, how should I create my own wiki using MediaWiki software (outside of WMF?) I don't know how, and I want to know the steps and how much time it takes. 54nd60x (talk) 05:05, 14 July 2021 (UTC)

:You can read mw:Manual:Installation guide. Ruslik_Zero 07:32, 14 July 2021 (UTC)

::{{ping|Ruslik0}} I used Xowa, but I can't seem to find my wiki website. Can you give me instructions for this please? Thanks. 54nd60x (talk) 08:32, 14 July 2021 (UTC)

:::If you're having problems with Xowa, might I suggest https://www.reddit.com/r/xowa/ as a better place to get support. -- RoySmith (talk) 13:09, 15 July 2021 (UTC)

::::{{ping|RoySmith}} It's not that I'm having problems with Xowa, but that I need more detailed instructions. I don't know what is most appropriate for this, but I want to create my own wiki using MediaWiki software (outside of WMF.) It won't be an encyclopedia, but it will just be used by myself to test some of the features of the software by myself so I can install skins etc. What is the most appropriate tool I could use for this? 54nd60x (talk) 03:18, 16 July 2021 (UTC)

:::::{{u|54nd60x}} this is the wrong form for such questions. However if you want to set up your own testing wiki, I suggest [https://miraheze.org Miraheze] – BerrelyP • ^T∕_C 07:55, 16 July 2021 (UTC)

::mw:Project:Support desk is the correct place to ask about setting up MediaWiki. You will need more details of what you have and have not done when you comment there. As Berrely notes, this is not the correct place to ask about MediaWiki support. Izno (talk) 18:42, 16 July 2021 (UTC)

{{abot}}

:I already started a thread Wikipedia:Village_pump_(miscellaneous)#Tags_in_Welsh. DuncanHill (talk) 21:06, 15 July 2021 (UTC)

If your interface language is set to en-gb - British English, some interface messages will be in Welsh, not English. This is because someone contributed translations to the wrong language on translatewiki.net. The translations will be removed from Wikimedia servers soon, but you can fix the problem for yourself by switching to en - English in Special:Preferences. MediaWiki does not normally include translations in en-gb, and many interface customizations on the English Wikipedia are not available in en-gb. AntiCompositeNumber (talk) 22:05, 15 July 2021 (UTC)

:Glad it's not just me then! Jr8825 • Talk 11:41, 16 July 2021 (UTC)

::It's a consequence of Brexit. Now we're out of Europe, we've started a gradual transition back to the language of the indigenous inhabitants of these parts. Starting, of course, with Wikipedia.--Verbarson (talk) 17:19, 16 July 2021 (UTC)

:Keep in mind that en-gb is strongly discouraged here, if we could remove en-variants completely I'd be quite happy. The reason why is that you will miss out of most all localized messages. — xaosflux ^Talk 17:31, 16 July 2021 (UTC)

:We're starting to get questions pertaining to this at the Teahouse and the help desk, which we're redirecting here for answers. I'm not sure how much of the userbase is affected by this, but would a temporary banner telling people to not use en-gb be helpful? —Tenryuu 🐲 ( 💬 • 📝 ) 19:26, 16 July 2021 (UTC)

::A banner? No. The ticket above should take care of this. — xaosflux ^Talk 20:04, 16 July 2021 (UTC)

:"A warning has occurred while searching: The regex search timed out, so only partial results are available. Try simplifying your regular expression to get complete results"

As I can't "simplify the search", and still get the right results, the only way for me to get the full search results is to keep refreshing the search, often 4 or 5 times. Has the regex "time-out" period changed? Are the servers currently running slower? Or is there another reason I have suddenly started getting problems? and, the inevitable question, what is the way to resolve it? (W10, Edge, Vector) - Many thanks - Arjayay (talk) 12:54, 14 July 2021 (UTC)

:I am getting similar problems, been happening for a couple of days. Also the time for a change to appear in the search results has degraded considerably, yesterday it took over 6 hours for the search results to be updated for a change. Keith D (talk) 13:09, 14 July 2021 (UTC)

::@Arjayay, is this still a problem? Whatamidoing (WMF) (talk) 20:34, 16 July 2021 (UTC)

::: Whatamidoing (WMF) - no problems with the regex in the last 12 hours - although the time for changes to appear in the search results, as reported by Keith D, is still much slower than usual. - Arjayay (talk) 20:39, 16 July 2021 (UTC)

::::Thanks. I'm glad that it's working again. Whatamidoing (WMF) (talk) 21:10, 16 July 2021 (UTC)

How do you get {{Button 2|Publish changes|class=mw-ui-progressive}} as non-clickable? ―Qwerfjkltalk 06:51, 14 July 2021 (UTC)

:{{re|Qwerfjkl}} I believe this is not possible using normal wikisyntax, only with JavaScript. This is because in order to disable the button, you would need a HTML element that supports the disabled="" attribute. However, none of the elements that support this attribute are allowed to be contained in Wikitext as they are either derivates of , , <form> or require the <a> tag. <a href='?title=User%3AVictor_Schmidt'>Victor Schmidt</a> (<a href='?title=User_talk%3AVictor_Schmidt'>talk</a>) 06:59, 14 July 2021 (UTC)</p> <p>:Maybe I'm missing something here, but template "button 2" is by definition a clickable button. Maybe you want Template "button" which gives an unclickable button: {{button|Publish changes}}?--<a href='?title=User%3AShantavira'>Shantavira</a>|<a href='?title=User_talk%3AShantavira'>^{feed me}</a> 07:57, 14 July 2021 (UTC)</p> <p>::@<a href='?title=User%3AShantavira'>Shantavira</a> I was asking how to get a button identical to the one in my first post, but non-clickable. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 13:51, 14 July 2021 (UTC)</p> <p>:::{{u|Qwerfjkl}} How about this:</p> <p><span style='margin:0.5em; display:inline-block; padding:0.5em 1em; color:white; background:#0066FF; font-weight:bold; border-radius:4px; '>Publish changes</span> --<a href='?title=User%3AShantavira'>Shantavira</a>|<a href='?title=User_talk%3AShantavira'>^{feed me}</a> 15:37, 14 July 2021 (UTC)</p> <p>:I'll use this: <span style='margin:0.5em; display:inline-block; padding:0.3815em 1em; color:white; background:#3366CC; font-weight:bold; border-radius:4px; '>Publish changes</span>| {{Button 2|Publish changes|class=mw-ui-progressive}} ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 15:42, 14 July 2021 (UTC)</p> <p>:@<a href='?title=User%3AShantavira'>Shantavira</a> @<a href='?title=User%3AVictor_Schmidt'>Victor Schmidt</a> It looks different on mobile (the padding is a lot bigger). Any idea how to fix <em>this</em>? ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 19:54, 15 July 2021 (UTC)</p> <p>::Sorry I don't, I never use mobile view.--<a href='?title=User%3AShantavira'>Shantavira</a>|<a href='?title=User_talk%3AShantavira'>^{feed me}</a> 07:58, 16 July 2021 (UTC)</p> <p>:::I don't mean mobile view (I never use it either). I mean on my mobile device. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 12:43, 16 July 2021 (UTC)</p> <p>:::Pinging @<a href='?title=User%3AShantavira'>Shantavira</a> ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 12:56, 16 July 2021 (UTC)</p> <p>::::Sorry, I have no idea how to fix that.--<a href='?title=User%3AShantavira'>Shantavira</a>|<a href='?title=User_talk%3AShantavira'>^{feed me}</a> 13:26, 16 July 2021 (UTC)</p> <p>:::::Okay, I'll move it to <a href='?title=Wikipedia%3AVPT'>Wikipedia:VPT</a>. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 20:45, 16 July 2021 (UTC)</p> <p>:<span class="mw-ui-button mw-ui-progressive">Publish changes</span> – <code><nowiki><span class="mw-ui-button mw-ui-progressive">Publish changes</span></nowiki></code>. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 00:56, 17 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--s-there-a-way-to-filter-navbox-links-out-of-pecial-hat-inks-ere-'><h2 class='section-toggle'>Is there a way to filter navbox links out of Special:WhatLinksHere?</h2><div class='wiki-body'><p>When I take (or find) a good photo, oftentimes I will go hunting around for topical articles that don't have illustrations in them. One good way to do this is Special:WhatLinksHere. However, I've noticed that, for example, <a href='?title=Special%3AWhatLinksHere%2FSan_Luis_Reservoir'>Special:WhatLinksHere/San Luis Reservoir</a> is nearly useless for finding related articles, since the reservoir is linked to by a few widely used navboxes. {{tl|Protected areas of California}}, in particular, links to <a href='?title=San_Luis_Reservoir'>San Luis Reservoir</a> and is transcluded on some [https://templatecount.toolforge.org/index.php?lang=en&namespace=10&name=Protected_areas_of_California#bottom 627 pages] -- which means that there are 627 inbound links for the article that are tangentially (if at all) related to its topic, like <a href='?title=Golden_Gate_National_Recreation_Area'>Golden Gate National Recreation Area</a> and <a href='?title=Yosemite_National_Park'>Yosemite National Park</a>.</p> <p>It seems to me like there ought to be some way to use computers to produce a WhatLinksHere page that only includes links from article body text. I am considering writing one, but would like to see if the issue has already been addressed by someone else first. <strong><a href='?title=User%3AJPxG'>jp</a></strong>×<strong><a href='?title=User_talk%3AJPxG'>g</a></strong> 21:35, 16 July 2021 (UTC)</p> <p>:{{u|JPxG}}, [https://en.wikipedia.org/w/index.php?search=linksto%3A%22San+Luis+Reservoir%22+-hastemplate%3A%22Protected+areas+of+California%22&title=Special:Search&profile=advanced&fulltext=1&ns0=1 something like this]? --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 21:38, 16 July 2021 (UTC)</p> <p>::That would fail to return pages that have the navbox but also link to the page in the body. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 21:47, 16 July 2021 (UTC)</p> <p>:{{ec}} I usually just search for <code>linksto:"page name" insource:"page name"</code>. It gets a bit cumbersome if you want to find links to redirects as well, but it works fine most of the time. If the page name is too generic, add <code>insource:/\[\<a href='?title=Pp%5Dage%5B__%5Dname%5B%5C%23%5C'>\</a>/</code> to get links only. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 21:42, 16 July 2021 (UTC)</p> <p>::These both seem like smart things to do, and seem like they will solve my problem. Thanks to you both -- I'll try this, and see if it works (and if it doesn't I will still consider writing something for it). <strong><a href='?title=User%3AJPxG'>jp</a></strong>×<strong><a href='?title=User_talk%3AJPxG'>g</a></strong> 21:47, 16 July 2021 (UTC)</p> <p>:::If you write something, please let me know. I often find myself staring at those lists and finding the links hardly helpful in figuring out what actually links there. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 22:00, 16 July 2021 (UTC)</p> <p>::::FWIW, I have this custom <a href='?title=m%3AMoreMenu'>MoreMenu</a> link: <syntaxhighlight lang="javascript">mw.hook('moremenu.ready').add(function (config) {</p> <p>var pc = config.page.encodedName.replace(/_/g, '+');</p> <p>MoreMenu.addLink(</p> <p>'page',</p> <p>'Direct links',</p> <p>'/w/index.php?search=linksto%3A%22' + pc + '%22+insource%3A%22' + pc + '%22'</p> <p>);</p> <p>});</syntaxhighlight> <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 23:20, 16 July 2021 (UTC)</p> <p>:::::You can use <a href='?title=User%3APrimeHunter%2FSource_links.js'>User:PrimeHunter/Source links.js</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:04, 17 July 2021 (UTC)</p> <p>::::::{{re|JPxG}} I can highly recommend PrimeHunter's offering. I find it invaluable. <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 00:16, 17 July 2021 (UTC)</p> <p>:::::::Oh, wow, this kicks ass! More people ought to know about this script. <em>Let's see what pages link to it.....</em> :^) <strong><a href='?title=User%3AJPxG'>jp</a></strong>×<strong><a href='?title=User_talk%3AJPxG'>g</a></strong> 00:21, 17 July 2021 (UTC)</p> <p>::::::::Now easily found [https://en.wikipedia.org/wiki/Special:Search?profile=all&search=linksto%3A%22User%3APrimeHunter%2FSource%20links.js%22%20insource%3A%22User%3APrimeHunter%2FSource%20links.js%22%20insource%3A%2F%5C%5B%5C%5B%3A%3F%5BUu%5Dser%5C%3APrimeHunter%5C%2FSource%20links%5C.js%5B%5C%5D%5C%7C%23%5D%2F&ns0=1 here] or with {{tlp|Source|User:PrimeHunter/Source links.js}} 🤣 <a href='?title=User%3AShushugah'>Shushugah</a> (<a href='?title=User_talk%3AShushugah'>talk</a>) 00:31, 17 July 2021 (UTC)</p> <p>:::::::::It's {{tlp|Source links|User:PrimeHunter/Source links.js}}: {{Source links|User:PrimeHunter/Source links.js}}. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:22, 17 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ark-wain'><h2 class='section-toggle'>Mark Twain</h2><div class='wiki-body'><p>The title of the article <a href='?title=Mark_Twain'>Mark Twain</a> is somehow italicised. I have removed a <a href='?title=%3Atemplate%3Aitalictitle'>:template:italictitle</a> from the article, but it has not fixed the issue. Perhaps it is due to another template. I am grateful if someone could fix it or shed some light on the problem. Cheers--<span style="font-family: calibri;"><a href='?title=User%3AChanakal'><b style="color: SteelBlue;">Chanaka L</b></a> (<a href='?title=User_talk%3AChanakal'><span style="color: Coral;">talk</span></a>)</span> 05:58, 17 July 2021 (UTC)</p> <p>:It was in {{tl|The Adventures of Tom Sawyer}}, added <a href='?title=Special%3ADiff%2F1021876094'>here</a>. This was a particularly bad idea (and I assume it was rather a mistake) because in most articles that could use {{tl|italic title}}, it's added by {{tl|Infobox book}}, {{tl|Infobox film}}, etc. anyway. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 07:43, 17 July 2021 (UTC)</p> <p>::{{ping|Nardog}} Nice that you have located and fixed the issue. Nice work, cheers!--<span style="font-family: calibri;"><a href='?title=User%3AChanakal'><b style="color: SteelBlue;">Chanaka L</b></a> (<a href='?title=User_talk%3AChanakal'><span style="color: Coral;">talk</span></a>)</span> 08:38, 17 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-to-get-the-of-a-different-page-from-the-page-being-displayed'><h2 class='section-toggle'>How to get the REVISIONMONTH of a different page from the page being displayed</h2><div class='wiki-body'><p>I tried to set up {{tl|Infobox chess player}} to display the revision month of the {{tl|Elo rating}} template by including the magic word {REVISIONMONTH} in {{tl|Elo rating}}. I thought that it was working, but when I look at <a href='?title=Mamikon_Gharibyan'>Mamikon Gharibyan</a> (please do not edit that page, so that others can view the problem), {REVISIONMONTH} accurately shows "March 2020", the revision month of the <em>article</em>, rather than the revision month of {{tl|Elo rating}}. This means that {REVISIONMONTH} is working properly, but not the way I hoped it would.</p> <p>Is there a template or other way to write something like <code><nowiki>{{REVISIONMONTH|Template:Elo rating}}</nowiki></code> so that I can display the revision month of the template when I am viewing an article? – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 14:22, 17 July 2021 (UTC)</p> <p>: You want <code><nowiki>{{REVISIONMONTH:Template:Elo rating}}</nowiki></code> <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 14:32, 17 July 2021 (UTC)</p> <p>:: Thanks! I changed the {{tl|Elo rating}} template accordingly, and now the correct timestamp is being displayed on <a href='?title=Mamikon_Gharibyan'>Mamikon Gharibyan</a>. <a href='?title=User%3AJoriki'>Joriki</a> (<a href='?title=User_talk%3AJoriki'>talk</a>) 14:49, 17 July 2021 (UTC)</p> <p>:::Groovy! Is that documented anywhere? I didn't see it at <a href='?title=Help%3AMAGIC'>Help:MAGIC</a>. Oh, there it is: "The magic words above can also take a parameter...." – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 14:54, 17 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--lack-text-on-black-background'><h2 class='section-toggle'>Black text on black background</h2><div class='wiki-body'><p>I use the black background with green text gadget, set in my perferences. In the last few days I've noticed things like <nowiki>"{{font|size=106%|{{serif|Fufi}}}}" </nowiki> displaying as black text on a black background (I can see the text if I click and highlight). In the past I think that's only happened when someone deliberately sets the font colour to black. Has something changed somewhere? Thanks, <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 21:44, 17 July 2021 (UTC)</p> <p>:{{replyto|DuncanHill}} In the absence of an explicit value for the {{para|color}} parameter, {{tlx|font}} uses the style declaration <code>color:black;</code> - this <a href='?title=Template%3AFont%23Defaults'>is documented</a>. This has been the behaviour since the template was created nine years ago. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:24, 17 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rabic-variants-font'><h2 class='section-toggle'>Arabic variants font</h2><div class='wiki-body'><p>Hi,</p> <p>We have an issue <a href='?title=Talk%3ALevantine_Arabic%23Font_for_South_Levantine'>here</a> regarding the font selected by the OS/browser to display <a href='?title=varieties_of_Arabic'>varieties of Arabic</a> such as <a href='?title=South_Levantine_Arabic'>South Levantine Arabic</a> (ajp) and <a href='?title=North_Levantine_Arabic'>North Levantine Arabic</a> (apc). Apparently on Windows 10, using Firefox, Edge, or Chrome, the following words don't look the same and may not be readable depending on the language code used: {{lang|ar|‏احنا‎}} (ar) {{lang|ajp|‏احنا‎}} (ajp) {{lang|apc|‏احنا‎}} (apc) // {{wikt-lang|ar|اللَّهْجَةُ الشَّامِيَّة‎}} (ar) {{wikt-lang|ajp|اللَّهْجَةُ الشَّامِيَّة}} (ajp) {{wikt-lang|apc|اللَّهْجَةُ الشَّامِيَّة}} (apc) On MacOS + Chrome/Firefox/Safari everything looks OK. Do you know if there's a way to solve this problem?</p> <p>(I initially posted this question <a href='?title=Wikipedia%3AHelp_desk%23Arabic_variants_font'>there</a> but it seems here is a better place, so I copy/pasted it...) <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 22:08, 23 June 2021 (UTC)</p> <p>:Using Edge in Windows 10, and starting the Developers Tools, it appears that in the paragraph above the 'ar' script is rendered in <a href='?title=Segoe%23Segoe_UI'>Segoe UI</a>, but the 'ajp' and 'apc' scripts are rendered in <a href='?title=Arial'>Arial</a>. This explains why they look different, but I don't know what mechanism causes the selection of a different font for each script.--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 10:45, 24 June 2021 (UTC)</p> <p>::Simple Windows doesn't have these particular arabic glyphs available in Segoe UI, and it thus falls back to a font which does have the characters available. By default Windows doesn't install all fonts of every language (it takes up a lot of space) if the language isn't likely to be spoken in your region. You only get a basic set. If you want full support for languages on Windows, you have to install the language packs. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 11:04, 24 June 2021 (UTC)</p> <p>:::Hi, thanks for your answers. @TheDJ: I don't understand your point. The characters are exactly the same in the examples, the only difference is the language code selected. So for me, the question is why Windows displays the same characters in different scripts depending on the language code. And I have no idea... <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 14:10, 24 June 2021 (UTC)</p> <p>::::{{re|A455bcd9}} in short, we (Wikipedia) don't specify the special font for that - we only include a language declaration on the element, it is up to the browser (and generally the underlying operating system) to determine if it wants to do something special with it. The ability to do this may be limited if certain languages are not installed in the OS/browser. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:14, 24 June 2021 (UTC)</p> <p>:::::Thanks. Do you have any idea how users can solve this problem on Windows? Then we could display some warning/help like <a href='?title=Template%3AContains_special_characters'>Template:Contains special characters</a>. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 14:40, 24 June 2021 (UTC)</p> <p>::::::As was already mentioned above, install additional system language packages from the manufacturer. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:16, 24 June 2021 (UTC)</p> <p>:::::::As far as I know (and I also checked on Microsoft's website), there's no language pack for ajp and apc on Windows, unfortunately. Do you have any idea of where we could find help? <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 18:22, 24 June 2021 (UTC)</p> <p>::::::::You could go ask over at <a href='?title=%3Aw%3Aar%3A%25D9%2588%25D9%258A%25D9%2583%25D9%258A%25D8%25A8%25D9%258A%25D8%25AF%25D9%258A%25D8%25A7%3A%25D8%25A7%25D9%2584%25D9%2585%25D9%258A%25D8%25AF%25D8%25A7%25D9%2586%2F%25D8%25AA%25D9%2582%25D9%2586%25D9%258A%25D8%25A9'>:w:ar:%D9%88%D9%8A%D9%83%D9%8A%D8%A8%D9%8A%D8%AF%D9%8A%D8%A7:%D8%A7%D9%84%D9%85%D9%8A%D8%AF%D8%A7%D9%86/%D8%AA%D9%82%D9%86%D9%8A%D8%A9</a> - they will probably be more familiar with technicalities of that language. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:48, 24 June 2021 (UTC)</p> <p>:::::::::Thanks. I think people on the Modern Standard Arabic (ar) Wikipedia won't have any idea at all of this problem which only concerns ajp (South Levantine) and apc (North Levantine), which are different languages from ar. (and I don't speak Modern Standard Arabic anyway... ^^). And unfortunately, neither ajp nor apc has a Wikipedia. So I asked the question on [https://superuser.com/questions/1658815/levantine-arabic-ajp-apc-characters-incorrectly-displayed superuser]. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 20:56, 24 June 2021 (UTC)</p> <p>{{od|:::::::::}} This [https://www.w3.org/International/questions/qa-css-lang.en] page (article?) on the W3C site shows how to associate specific HTML <code>lang</code> tags with a particular font using CSS. I take it that it is possible to create a personal CSS file that will link the 'ajp' and 'apc' lang attributes to Segoe UI, to stop them defaulting to Arial. However, I don't have the wiki-skills to test it. (It might even be desirable to do this as a default in Wikipedia, but that seems a much bigger topic.)--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 13:58, 27 June 2021 (UTC)</p> <p>:This would be amazing. Not only for 'ajp' and 'apc': I guess all <a href='?title=varieties_of_Arabic'>varieties of Arabic</a> suffer from the same problem. This means the [https://iso639-3.sil.org/code/ara 28 languages in the Arabic macrolanguage] (excluding Standard Arabic, ar/arb) and the [https://iso639-3.sil.org/code/jrb 6 from the Judeo-Arabic macro-language]. Among these languages, <a href='?title=%3Aarz%3A'>arz</a> (Egyptian) and <a href='?title=%3Aary%3A'>ary</a> (Moroccan) have their own Wikipedia. ([https://incubator.wikimedia.org/wiki/Wp/arq arq] may be next...).</p> <p>:{{u|SarahFatimaK}}: do you have the same issue on Windows 10 with ary and arz when you visit their own Wikipedia? And what about these examples: {{lang|ar|‏احنا‎}} (ar) {{lang|arz|‏احنا‎}} (arz) {{lang|ary|‏احنا‎}} (ary) // {{wikt-lang|ar|اللَّهْجَةُ الشَّامِيَّة‎}} (ar) {{wikt-lang|arz|اللَّهْجَةُ الشَّامِيَّة}} (arz) {{wikt-lang|ary|اللَّهْجَةُ الشَّامِيَّة}} (ary) <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 22:20, 27 June 2021 (UTC)</p> <p>::Strangely enough, both ary and arz are rendered in Segoe UI in Firefox, Chrome and Edge. Apc is rendered in Segoe UI in Chrome and Edge, but Arial in Firefox. Ajp is rendered in Arial in all three browsers. <a href='?title=User%3ASarahFatimaK'>SarahFatimaK</a> (<a href='?title=User_talk%3ASarahFatimaK'>talk</a>) 06:20, 28 June 2021 (UTC)</p> <p>:::It may be that because ary and arz have their own Wikipedia, the CSS was modified to associate these lang tags with a particular font. I asked the question on the <a href='?title=%3Aary%3A%25D9%2586%25D9%2582%25D8%25A7%25D8%25B4%3A%25D8%25A7%25D9%2584%25D8%25B5%25D9%2581%25D8%25AD%25D8%25A9_%25D8%25A7%25D9%2584%25D9%2584%25D9%2591%25D9%2588%25D9%2584%25D8%25A7%23Font%2FPolice'>ary Wikipedia</a>.</p> <p>:::For Firefox there was [https://bugzilla.mozilla.org/show_bug.cgi?id=1081514 this ticket] 7 years to change the font of arz, they may have added apc but not ajp (mistake?)?</p> <p>:::What about arq (Algerian)? {{lang|ar|‏احنا‎}} (ar) {{lang|arq|‏احنا‎}} (arq) // {{wikt-lang|ar|اللَّهْجَةُ الشَّامِيَّة‎}} (ar) {{wikt-lang|arq|اللَّهْجَةُ الشَّامِيَّة}} There's also an [https://incubator.wikimedia.org/wiki/Wp/arq/%D8%A7%D9%84%D9%BE%D8%A7%D8%AC%D8%A9_%D8%A7%D9%84%D9%84%D9%88%D9%84%D8%A7%D9%86%D9%8A%D9%91%D8%A9 arq Wikipedia in the incubator] which is quite active so they may have setup a special CSS as well. Does the font look okay there?</p> <p>:::Another solution, but only for registered users, as suggested in {{tl|Lang}} ("Applying styles"): "Registered users can apply custom CSS styles to articles by placing style declarations in their user style sheet. [...] To apply a specific font to all text marked as [...] of any script or region:" <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 08:16, 28 June 2021 (UTC)</p> <p>::::Algerian looks fine (Segoe UI) in all three browser. I know that it's possible to setup own styles, but they only apply to the own accout. Most people who read Wikipedia articles probably aren't registred users. It would be nice if Wikipedia can define styles for apc and ajp as well or basically the same style for all Arabic dialects. <a href='?title=User%3ASarahFatimaK'>SarahFatimaK</a> (<a href='?title=User_talk%3ASarahFatimaK'>talk</a>) 11:16, 30 June 2021 (UTC)</p> <p>:::::A global solution would be great, but success depends on linking each language code (from a known finite list - could be done) with a font <em>that is present on the PC of every reader</em>. I don't have Segoe UI on the laptop I'm currently using. You would have to find a set of acceptable fonts (ie look good - which may be subjective - and are GPL or equivalent or public domain), that cover every lang code, and download the correct one(s) on demand to any user that browses to an article using non-Latin characters. Sounds impracticable to me. Instead, what about a template that says: 'This article uses this script <insert example> with language code <whatever>. If it doesn't look good enough for you, go to <nowiki><a href='?title=this_wikilink'>this wikilink</a></nowiki> for further advice.' where the wikilink tells them how to pick a font and set up the CSS?--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 21:21, 2 July 2021 (UTC)</p> <p>::::::Hi,</p> <p>::::::Regarding the template: yes, good idea, I'll try to do this.</p> <p>::::::Regarding a global solution: I think that 99% of people interested in Arabic variants such as ajp and apc are also interested in (Modern Standard) Arabic (ar) and therefore have Arabic fonts on their computer. So we just want ajp and apc to use the same mainstream fonts as ar. It doesn't sound impracticable to me, did I make a mistake in my reasoning? <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 11:46, 3 July 2021 (UTC)</p> <p>:::::::Thanks for looking at the template.</p> <p>:::::::Re Global solution: It is possible to tell the browser 'If Lang is "ajp" then use Segoe UI (if present)'. But I don't see a way to tell the browser 'If lang is "ajp" use the same font as for "ar"'. What I am curious about, but cannot find an answer for, is why Edge/Chrome displays lang:ar in Segoe UI, but falls back to Arial for lang:ajp etc. It doesn't happen on Lubuntu/Chrome (though that may be because I don't have Segoe UI on that combination). Is there some default CSS that associates lang:ar with Segoe UI? Or does the browser have secret information that Segoe UI has the best/most complete character set for lang:ar. (Admittedly Arabic is a widely-used script, in international terms, so picking a global default may make practical sense for Chrome.)</p> <p>:::::::Further thought: I don't suppose it is possible to associate a CSS file with a specific article? --<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 18:36, 3 July 2021 (UTC)</p> <p>:::::::Also found this [https://chrome.google.com/webstore/detail/advanced-font-settings/caclkomlalccbpcdllchkeecicepbmbm] Chrome extension. "<strong>Advanced Font Settings</strong> - Customize per-script font settings. This extension allows you to customize font settings for different language scripts. For example, you can set the default font for Simplified Chinese content to be different than the font for Japanese content..." and so on. I have no personal knowledge, but it looks easier than setting up CSS, and will apply to all sites not just Wikipedia.--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 19:43, 3 July 2021 (UTC)</p> <p>::::::::Hi,</p> <p>::::::::According to people on the Moroccan Wikipedia, part of the problem is to add the language code on this GitHub file, so I did a pull request yesterday about this, wait and see...: https://github.com/wikimedia/language-data/pull/165</p> <p>::::::::As you said, Arabic is widely used so I think most if not all main operating systems and browsers have a default "Arabic font". For instance, Geeza Pro on MacOS apparently. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 07:15, 5 July 2021 (UTC) <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 07:15, 5 July 2021 (UTC)</p> <p>:::::::::I've been told by one contributor on the Moroccan Arabic Wikipedia (ary) to use this file:https://incubator.wikimedia.org/wiki/MediaWiki:Common.css</p> <p>:::::::::There's "Fonts per language" (with various languages written in Perso-Arabic script) and "RTL Languages". I asked people on the incubator to add ajp to the RTL language list. Regarding the font I need to check if we want tahoma (the font suggested for languages written in Perso-Arabic script in the file).</p> <p>:::::::::There's something similar on Wikipedia according to <a href='?title=Wikipedia%3ACommon.js_and_common.css'>Wikipedia:Common.js and common.css</a>. It is this file: <a href='?title=MediaWiki%3ACommon.css'>MediaWiki:Common.css</a></p> <p>:::::::::I think that the "Fonts per language" and "RTL Languages" from the Incubator's Common.css file should be copied into the <a href='?title=MediaWiki%3ACommon.css'>MediaWiki:Common.css</a>. According to the disclaimer on that file: "Any major changes to this page should first be proposed on its talk page or the Village pump." So... should I post a message on its talk page or is it enough to talk about it here? <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 06:30, 7 July 2021 (UTC)</p> <p>:::::::::<a href='?title=phab%3AT237672'>Here is the task</a> that the Moroccan community filed back then. Suggest doing the same. Local hacks should only be used as a very last resort. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:55, 7 July 2021 (UTC)</p> <p>::::::::::Also this does also seem like a browser support issue, and even a CLDR issue indeed. Tickets should be filed for those specifically, so that every software vendor can benefit. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 09:58, 7 July 2021 (UTC)</p> <p>:::::::::::Hi {{ping|TheDJ}},</p> <p>:::::::::::I've already made a pull request on the same file as the one edited by Moroccan contributors: https://github.com/wikimedia/language-data/pull/165</p> <p>:::::::::::Do I also need to open a ticket on Phabricator about this pull request?</p> <p>:::::::::::Also, I think this pull request only affects directionality (to have right to left text, instead of left to right) but it seems unrelated to the font issue. Should I open another ticket on Phabricator about the font issue? (or do you mean by "Tickets should be filed for those specifically" that I should open tickets for each browser on their own ticketing system?) <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 12:27, 7 July 2021 (UTC)</p> <p>::::::::::::"Do I also need to open a ticket on Phabricator about this pull request?" Yes. Phabricator is the primary tracking tool of issues. Pull requests might go unnoticed for a while. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 13:48, 7 July 2021 (UTC)</p> <p>::::::::::::The font issue likely is because the correct information is not in CLDR and thus NOT used by the operating system and the browsers and therefor the primary cause of the incorrect font being selected by those. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 13:50, 7 July 2021 (UTC)</p> <p>:::::::::::::Thanks, I opened a ticket on Phabricator: <a href='?title=phab%3AT286290'>phab:T286290</a></p> <p>:::::::::::::I understand well, CLDR = <a href='?title=Common_Locale_Data_Repository'>Common Locale Data Repository</a> and I need to open a ticket for CLDR to create a new locale for ajp [http://cldr.unicode.org/index/bug-reports?pli=1#TOC-Adding-New-Locales here], right? I'll try to do it now... <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 15:36, 7 July 2021 (UTC)</p> <p>::::::::::::::CLDR ticket created [https://unicode-org.atlassian.net/browse/CLDR-14884 here]. I think the issue is that according to CLDR rules for languages with a macrolanguage (such as Arabic national colloquial variants) the local code (ajp or apc for instance) shouldn't be used but instead ar-COUNTRY_CODE. However for Levantine, there's no country code for "the Levant" (should be LB + JO + IL + PS + SY + TR + EG + CY). <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 16:06, 7 July 2021 (UTC)</p> <p>:::::::::::::::{{ping|Amire80}} posted a potential explanation <a href='?title=Talk%3ALevantine_Arabic%23Font_for_South_Levantine'>there</a>. I copy it here:</p> <p>:::::::::::::::"I'm not entirely sure, but I think it's a Firefox thing. It sometimes applies some extra font logic for certain languages when it sees the HTML lang attribute, for example Arabic and Korean, and maybe some others. Codes like ajp are much more rarely used in comparison to ar, so Firefox doesn't do anything with them. Sometimes it does it totally incorrectly: for example, it tries to apply a Korean font to language code koi, which is completely unrelated to Korean. I think that Chrome doesn't do it. The only thing I can think of is to apply explicit fonts to everything and force it to be the same, although it's probably overkill."</p> <p>:::::::::::::::As the problem seems to happen on Firefox, Chrome, and Edge on Windows (but not on macOS), I don't understand your reasoning Amire80, could you please elaborate? Thanks a lot! <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 07:16, 8 July 2021 (UTC)</p> <p>::::::::::::::::Oh, maybe I'm wrong! Maybe it's not just Firefox. Maybe it's more of a Windows thing. I mostly use a Mac these days, and I couldn't reproduce it on a Mac. <a href='?title=User%3AAmire80'>Amir E. Aharoni</a> (<a href='?title=User_talk%3AAmire80'>talk</a>) 07:48, 8 July 2021 (UTC)</p> <p>{{od|::::::::::::::::}} Just making a test here to display the different languages and their respective font:</p> <p><table class="wiki-table"><tr><td>class="wikitable"</p> <p>|+ Languages written in Perso-Arabic script</p> <p>! ISO code !! lang !! wikt-lang</td></tr><tr><td>ar</td><td>{{lang|ar|‏احنا‎}}</td><td>{{wikt-lang|ar|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>ary</td><td>{{lang|ary|‏احنا‎}}</td><td>{{wikt-lang|ary|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>arq</td><td>{{lang|arq|‏احنا‎}}</td><td>{{wikt-lang|arq|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>arz</td><td>{{lang|arz|‏احنا‎}}</td><td>{{wikt-lang|arz|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>ajp</td><td>{{lang|ajp|‏احنا‎}}</td><td>{{wikt-lang|ajp|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>apc</td><td>{{lang|apc|‏احنا‎}}</td><td>{{wikt-lang|apc|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>fa</td><td>{{lang|fa|‏احنا‎}}</td><td>{{wikt-lang|fa|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr><tr><td>en (test)</td><td>{{lang|en|‏احنا‎}}</td><td>{{wikt-lang|en|اللَّهْجَةُ الشَّامِيَّة‎}}</td></tr></table></p> <p>Here's how they look on:</p> <ul> <li>Chrome 91 on macOS (Catalina): https://i.ibb.co/G3nZk4P/Screen-Shot-2021-07-09-at-08-45-31.png</li> <li>Chrome 91 on Android 10: https://i.ibb.co/56GMRt5/20210709-090337.jpg</li> <li>Firefox 89 on macOS (Catalina): https://i.ibb.co/KW4bFZZ/Screen-Shot-2021-07-09-at-09-08-48.png</li> <li>Safari 14.1 on macOS (Catalina): https://i.ibb.co/QfG4nnp/Screen-Shot-2021-07-09-at-09-11-48.png</li> </ul> <p>They all look good to me. And on a given configuration, all characters are displayed identically. (Update: I added the "en" line after I took the screenshot, so that's why it's not displayed...)</p> <p>If they look different and/or weird on your browser, please post a screenshot with your operating system + browser version (for instance using https://www.whatismybrowser.com/ ). <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 07:07, 9 July 2021 (UTC)</p> <p>:Why are you asking us to use a third-party website? In what way does <a href='?title=WP%3AWPSHOT'>WP:WPSHOT</a> fail? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 07:35, 9 July 2021 (UTC)</p> <p>::Could you please assume good faith: <a href='?title=WP%3AGF'>WP:GF</a>? I didn't know <a href='?title=WP%3AWPSHOT'>WP:WPSHOT</a>. I've just read it, it seems so complex and long that I won't use it (unless it's mandatory). It takes me a few seconds to take a screenshot and then host it on this third-party website. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 08:07, 9 July 2021 (UTC)</p> <p>:::They look different on W10 Edge (Chromium) Version 91.0.864.64 (Official build) (64-bit):</p> <p>:::<a href='?title=File%3AScripts_W10_Edge%28Chrome%29.JPG'>File:Scripts W10 Edge(Chrome).JPG</a></p> <p>:::(Edit) The wider renderings are Segoe UI, the narrower ones are Arial.</p> <p>:::--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 09:32, 9 July 2021 (UTC)</p> <p>::::Thanks, the fonts really look terrible :( ... And here is how it looks on Windows 10 + Firefox, courtesy of {{u|SarahFatimaK}} who took the screenshot and sent it to me: [https://cdn.discordapp.com/attachments/860844638058053653/862960870791315476/unknown.png W10 FF]. apc looks fine (Segoe UI, I guess), whereas ajp (and en) are not readable (Arial I guess). <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 10:23, 9 July 2021 (UTC)</p> <p>:::::Here's a solution used by the English Wiktionary: <a href='?title=wikt%3AMediaWiki%3ACommon.css%23L-783'>wikt:MediaWiki:Common.css#L-783</a></p> <p>:::::I understand that all characters written in "Arab" script are displayed in 'Iranian Sans', or 'Segoe UI' (if the Iranian Sans isn't available).</p> <p>:::::So if we modify <a href='?title=MediaWiki%3ACommon.css'>MediaWiki:Common.css</a> accordingly, it would probably solve the problem on the English Wikipedia. Then we problem would still be present on other Wikimedia projects (especially Wikipedia and Wiktionary in other languages). <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 10:52, 9 July 2021 (UTC)</p> <p>::::::{{replyto|A455bcd9}} When you posted here, you were shown <a href='?title=Template%3AEditnotices%2FPage%2FWikipedia%3AVillage_pump_%28technical%29'>this notice</a>; see the third bullet. As regards ibb.co, I do not trust the kind of javascript that it attempts to run when I visit it; it also goes against <a href='?title=WP%3AELNO'>WP:ELNO</a> because of the objectionable advertising: I don't want to know about <q>Gorgeous single ladies (near you)</q> or some of the stronger phrases used there. Those are two reasons why we prefer people to follow WP:WPSHOT. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 19:16, 9 July 2021 (UTC)</p> <p>:::::::{{replyto|Redrose64}} I use the "Discussion tools" in Beta so I think I had never seen this notice. You're right, a direct link to the image would be better, I changed links. <a href='?title=User%3AA455bcd9'>A455bcd9</a> 19:33, 9 July 2021 (UTC)</p> <p>::::::::On Phabricator, I opened:</p> <p>::::::::* [https://phabricator.wikimedia.org/T286290 One ticket for directionality], if I understand, the problem will sort itself out once we complete the translation of the "Most used" messages on TranslateWiki.</p> <p>::::::::* [https://phabricator.wikimedia.org/T286417 One for the font issue on Windows 10], still no answer. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 07:13, 12 July 2021 (UTC)</p> <p>:::::::::As discussed, I created <a href='?title=Template%3AContains_Levantine_characters'>a template to warn users</a>, not sure it's the good or best way to do though... <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 10:10, 17 July 2021 (UTC)</p> <p>::::::::::{{re|A455bcd9}}, I really like it. It looks good on <a href='?title=Levantine_Arabic'>Levantine Arabic</a> and points to helpful documentation. Thank you.</p> <p>::::::::::Of course, there are lots of ways it might be made even better; I have started a list at <a href='?title=Template_talk%3AContains_Levantine_characters'>Template talk:Contains Levantine characters</a>. Consider it a reward for work well done.--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 10:03, 18 July 2021 (UTC)</p> <p>:::::::::::Thanks a lot, I'll have a look! By the way, {{ping|SarahFatimaK}} followed the Template's instructions and it now works fine on Windows 10 + Firefox. <a href='?title=User%3AA455bcd9'>A455bcd9</a> (<a href='?title=User_talk%3AA455bcd9'>talk</a>) 13:50, 18 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--oolbar-translation'><h2 class='section-toggle'>Toolbar translation</h2><div class='wiki-body'><p><a href='?title=File%3AScreenshot-Toolbar.jpg'>thumb</a></p> <p>Hello! I have a question related to TranslateWiki.</p> <p>Can someone tell me where I can find the group of messages in regard to the toolbar in the photo? Not really sure about its exact name. I'm mostly interested in translating the remained English terms under "Futni". I'm looking for something like [https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-visualeditor&filter=&action=page&language=sq this] if that's possible. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 11:04, 15 July 2021 (UTC)</p> <p>:Try visiting [{{fullurl:Albanian_language|veaction=edit&uselang=qqx}}], it shows you the page names of the messages used (<a href='?title=translatewiki%3AMediaWiki%3AWikihiero-visualeditor-mwhieroinspector-title%2Fsq'>MediaWiki:Wikihiero-visualeditor-mwhieroinspector-title</a> is one example). This trick works on any page. As you can see the messages that are not included in the VisualEditor group are defined in the group of other extensions, namely wikihero, score, math, graph and cite. The dialogs that pop up when you click those options also have messages in those same groups.--<a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 11:34, 15 July 2021 (UTC)</p> <p>::{{re|Snævar}} thanks for the reply! Would it be too much to ask from you if you did send me the links to all the groups that you mentioned, assuming those are all the groups that are related to it? The reason I say that is because the question, along with the screenshot was given to me by another user. My toolbar, if I'm not wrong, is not the same as the one he's showing in that screenshot and I'm not very fond on experimenting on my preferences because I've had problems in the past with those. If you could give me the list of links to those groups, I can just copy-paste them to the said user and tell them to search on those or possibly translate them all. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 12:15, 15 July 2021 (UTC)</p> <p>:::Sure, but translating those groups would also involve translating for support with the wikicode editor, these groups are not only connected to VisualEditor. I picked UI (short for User Interface) only groups where there where ones (for Math and Graph). Cite was allready fully done in your language, so I skipped listing that one.</p> <p>::#https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-wikihiero&language=sq&filter=!translated</p> <p>::#https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-score&language=sq&filter=!translated</p> <p>::#https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-math-user&language=sq&filter=!translated</p> <p>::#https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-graph-user&language=sq&filter=!translated</p> <p>::#https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-syntaxhighlightgeshi&language=sq&filter=!translated</p> <p>:::--<a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 16:19, 15 July 2021 (UTC)</p> <p>::::{{re|Snævar}} thanks a lot! :) - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 16:49, 15 July 2021 (UTC)</p> <p>:::::@<a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a>, you may be interested in the <a href='?title=mw%3Aqqx_trick'>mw:qqx trick</a>.</p> <p>:::::[https://translatewiki.net/w/i.php?title=Special:Translate&group=ext-visualeditor&filter=%21translated&action=page&language=sq This link to TranslateWiki.net] will give you a list of all of the messages in VisualEditor that still need to be translated to Albanian. There are currently seven. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 20:43, 16 July 2021 (UTC)</p> <p>::::::{{re|Whatamidoing (WMF)}} yes, thank you! We're working as a community to fully translate those. :) - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 06:55, 19 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-503-errors'><h2 class='section-toggle'>503 errors</h2><div class='wiki-body'><p>I'm getting a lot of 503 errors, such as this one on the <a href='?title=List_of_shipwrecks_in_1791'>List of shipwrecks in 1791</a> - Request from 2a02:c7d:c22:8000:80bb:d466:4f8c:e79c via cp3058 cp3058, Varnish XID 401023227 Error: 503, Backend fetch failed at Mon, 19 Jul 2021 07:50:26 GMT. Happening of about 1/4 to 1/3 of articles. Some are taking several attempts before they are accepted. <a href='?title=User%3AMjroots'>Mjroots</a> (<a href='?title=User_talk%3AMjroots'>talk</a>) 07:52, 19 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ed-link-on-preview'><h2 class='section-toggle'>Red link on preview</h2><div class='wiki-body'><p>Steps to reproduce:</p> <ol> <li>View <a href='?title=MediaWiki_talk%3ABlockedtext%23Not_detecting_IPs_properly'>MediaWiki talk:Blockedtext#Not detecting IPs properly</a>.</li> <li>Observe that it has four blue links to <a href='?title=Module%3AIPAddress'>Module:IPAddress</a>.</li> <li>Edit <a href='?title=Module%3AIPAddress'>Module:IPAddress</a> but don't change anything.</li> <li>Paste <code><nowiki>MediaWiki talk:Blockedtext</nowiki></code> under Preview page with this template.</li> <li>Click Show preview and scroll down to "Not detecting IPs properly".</li> <li>Observe that the four links to <a href='?title=Module%3AIPAddress'>Module:IPAddress</a> are now red.</li> <li>Type explanation below!</li> </ol> <p><a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 07:36, 19 July 2021 (UTC)</p> <p>:A bug report with clear instructions to reproduce the bug. Every debugger's dream. <small><a href='?title=User_talk%3AHighInBC'><b style="color:SteelBlue">HighInBC</b></a> <small>^{Need help? <strong><a href='?title=User_talk%3AHighInBC'>Just ask.</a></strong>}</small></small> 07:39, 19 July 2021 (UTC)</p> <p>:I repeated the above experiment editing other modules such as <a href='?title=Module%3ANavbar'>Module:Navbar</a>—the links are blue on preview. Then I copied the section to <a href='?title=User%3AJohnuniq%2Fsandbox2'>User:Johnuniq/sandbox2</a> and did the experiment using <code><nowiki>User:Johnuniq/sandbox2</nowiki></code> as the preview page—the links are red. Then I removed stuff from the sandbox to leave only what is required to trigger the issue so it's much simpler. Feel free to edit the sandbox. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 10:00, 19 July 2021 (UTC)</p> <p>::Hmm, I thought I had previously found that the directional markers were needed to trigger the bug but they are not. I have now edited <a href='?title=User%3AJohnuniq%2Fsandbox2'>User:Johnuniq/sandbox2</a> so it shows a link to <a href='?title=Module%3AString'>Module:String</a> and invokes that module. Previewing an edit to the module shows a red link. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 10:46, 19 July 2021 (UTC)</p> <p>:I noticed this a couple of days ago.</p> <p>:#look at <a href='?title=Template%3AEB1911%2Ftestcases'>Template:EB1911/testcases</a>. The links to {{tlx|EB1911}} and {{tlx|EB1911/sandbox}} are blue (as they are here)</p> <p>:#edit but do not change {{tlx|EB1911/sandbox}}</p> <p>:#paste <code>Template:EB1911/testcases</code> into 'Preview page with this template'</p> <p>:#click Show preview (the one next to the 'Preview page with this template' box)</p> <p>:The {{tld|EB1911/sandbox}} links in the rendered testcases page are redlinks</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 11:12, 19 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-29-ech-ews-2021-29-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/29|Tech News: 2021-29]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F29'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>The tool to <a href='?title=m%3AWMDE_Technical_Wishes%2FFinding_and_inserting_templates'>find, add and remove templates</a> was updated. This is to make it easier to find and use the right templates. It was supposed to come to the first wikis on 7 July. It was delayed to 12 July instead. It will come to more wikis later this year. [https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Removing_a_template_from_a_page_using_the_VisualEditor][https://phabricator.wikimedia.org/T284553]</li> <li><a href='?title=Special%3AUnconnectedPages'>Special:UnconnectedPages</a> lists pages that are not connected to Wikidata. This helps you find pages that can be connected to Wikidata items. Some pages should not be connected to Wikidata. You can use the magic word <code><nowiki>__EXPECTED_UNCONNECTED_PAGE__</nowiki></code> on pages that should not be listed on the special page. [https://phabricator.wikimedia.org/T97577]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.15'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-07-20|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-07-21|en}}. It will be on all wikis from {{#time:j xg|2021-07-22|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong>Future changes</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> How media is structured in the <a href='?title=%3Aw%3Aen%3AParsing'>parser's</a> HTML output will soon change. This can affect bots, gadgets, user scripts and extensions. You can [https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/L2UQJRHTFK5YG3IOZEC7JSLH2ZQNZRVU/ read more]. You can test it on <a href='?title=%3Atestwiki%3AMain_Page'>Testwiki</a> or <a href='?title=%3Atest2wiki%3AMain_Page'>Testwiki 2</a>.</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The parameters for how you obtain <a href='?title=mw%3AAPI%3ATokens'>tokens</a> in the MediaWiki API were changed in 2014. The old way will no longer work from 1 September. Scripts, bots and tools that use the parameters from before the 2014 change need to be updated. You can <a href='?title=phab%3AT280806%237215377'>read more</a>.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F29'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>15:29, 19 July 2021 (UTC)</p> <p><!-- Message sent by User:Johan (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21755027 --></p></div></section><section class='wiki-section collapsible' id='section--evision-history-bug'><h2 class='section-toggle'>Revision history bug</h2><div class='wiki-body'><p>{{small|<em>I will move this to <a href='?title=WT%3AUS'>WT:US</a> if required.</em>}}</p> <p><pre></p> <p>Uncaught TypeError: Cannot set property 'outerHTML' of undefined</p> <p>at Object.<anonymous> (<anonymous>:124:70)</p> <p>at fire (load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=18fma:46)</p> <p>at Object.fireWith [as resolveWith] (load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=18fma:48)</p> <p>at done (load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=18fma:130)</p> <p>at XMLHttpRequest.<anonymous> (load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|jquery.ui&skin=vector&version=18fma:134)</p> <p></pre></p> <p>Seems to be preventing me seeing certain scripts on Special:History pages ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:59, 19 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--arker-on-chart-or-map-in-lighthouse-infobox-'><h2 class='section-toggle'>Marker on chart or map in lighthouse infobox.</h2><div class='wiki-body'><p>The infobox in <a href='?title=Elbow_Cay_Lighthouse'>Elbow Cay Lighthouse</a> has the location marker when previewed during editing. In ordinary view of the page, the marker is absent. Observed here at least. Does this depend upon screen size? A bug? Ideas? Thx, ... <a href='?title=User%3APeterEasthope'>PeterEasthope</a> (<a href='?title=User_talk%3APeterEasthope'>talk</a>) 03:56, 18 July 2021 (UTC)</p> <p>:I see the marker in ordinary view now. I think this is just a caching issue. Anytime a map looks correct only when previewing, (which I have seen multiple times), the article is also fine eventually. <a href='?title=User%3AMB'><b style="color:#034503">MB</b></a> 04:46, 18 July 2021 (UTC)</p> <p>:: Fair enough but my current display still lacks the marker. Partial screenshot here. [http://easthope.ca/ElbowCayLighthouse2021-07-18.08-44-00.png http://easthope.ca/ElbowCayLighthouse2021-07-18.08-44-00.png] Anyone else not getting the marker? Thx, ... <a href='?title=User%3APeterEasthope'>PeterEasthope</a> (<a href='?title=User_talk%3APeterEasthope'>talk</a>) 15:52, 18 July 2021 (UTC)</p> <p>:::Showing fine for me. Have you tried purging the cache? <a href='?title=User%3AMjroots'>Mjroots</a> (<a href='?title=User_talk%3AMjroots'>talk</a>) 07:35, 19 July 2021 (UTC)</p> <p>::::The marker shows up for me, so I agree the most likely cause here is caching. If you're using Chrome, an easy way to test this is to view the page in an incognito window, which will bypass the browser cache. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:24, 19 July 2021 (UTC)</p> <p>::::: Firefox here. Doesn't reload fetch a fresh copy of the page and render it? In any case, the marker is present now. Thx, ... <a href='?title=User%3APeterEasthope'>PeterEasthope</a> (<a href='?title=User_talk%3APeterEasthope'>talk</a>) 03:24, 20 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikipedia-blocked-my-device-from-editing-even-though-was-on-a-non-blocked-restarting-the-device-fixed-it-but-want-to-know-if-it-was-a-bug-'><h2 class='section-toggle'>Wikipedia blocked my device from editing even though I was on a non-blocked IP (restarting the device fixed it but I want to know if it was a bug)</h2><div class='wiki-body'><ul> <li>Device - HP Pavilion (Windows 10 Version 2004 Build 19041.1110)</li> <li>Browser - Microsoft Edge Version 91.0.864.70 (64-bit) (InPrivate Mode)</li> <li>What I tried - reloading (no effect), reopening Edge with InPrivate Mode (no effect), restarting (worked but took too much time)</li> <li>When it happened - after I temporarily switched to mobile data (via tethering due to power outage), then tried editing (the mobile data IP was range-blocked if I understand correctly). When I switched back to regular wifi I was still blocked but restaring fixed it (I'm still on the unblocked IP which I was using when Wikipedia "blocked" me). Was this a bug? <a href='?title=Special%3AContributions%2F45.251.33.74'>45.251.33.74</a> (<a href='?title=User_talk%3A45.251.33.74'>talk</a>) 06:38, 20 July 2021 (UTC)</li> </ul> <p>::What was the message that you saw? <a href='?title=User%3ARuslik0'>Ruslik</a>_<a href='?title=User_Talk%3ARuslik0'><span style="color:red">Zero</span></a> 07:52, 20 July 2021 (UTC)</p> <p>:::I don't remember the exact words but it said that users on the mobile data IP range were blocked till January 2022 for block evasion. I don't remember what IP range it was, unfortunately. <a href='?title=Special%3AContributions%2F45.251.33.74'>45.251.33.74</a> (<a href='?title=User_talk%3A45.251.33.74'>talk</a>) 08:04, 20 July 2021 (UTC)</p> <p>:This sounds normal, as a <a href='?title=Wikipedia%3AAutoblock%23Cookie_block'>Wikipedia:Autoblock#Cookie_block</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:04, 20 July 2021 (UTC)</p> <p>::Okay, so it wasn't a bug and somehow Edge didn't remove the cookies before I restarted the browser. Thanks! <a href='?title=Special%3AContributions%2F45.251.33.26'>45.251.33.26</a> (<a href='?title=User_talk%3A45.251.33.26'>talk</a>) 10:12, 20 July 2021 (UTC) <small>PS - if anyone is wondering why my IP is different, I had another power outage. <a href='?title=Special%3AContributions%2F45.251.33.26'>45.251.33.26</a> (<a href='?title=User_talk%3A45.251.33.26'>talk</a>) 10:18, 20 July 2021 (UTC)</small></p></div></section><section class='wiki-section collapsible' id='section--nterwiki-links'><h2 class='section-toggle'>Interwiki links</h2><div class='wiki-body'><p>Over the last few days, I've noticed that Interwiki links have stopped appearing in some languages; certainly French, and possibly others.</p> <p>For an example, see <a href='?title=Jacques_Behnan_Hindo'>Jacques Behnan Hindo</a>. That article, <a href='?title=%3Ade%3AJacques_Behnan_Hindo'>:de:Jacques Behnan Hindo</a>, <a href='?title=%3Apl%3AJacques_Behnan_Hindo'>:pl:Jacques Behnan Hindo</a> and <a href='?title=wikidata%3AQ1677891'>wikidata:Q1677891</a> show the four articles in that family. The fourth one, <a href='?title=%3Afr%3AJacques_Behnan_Hindo'>:fr:Jacques Behnan Hindo</a>, shows no Interwiki links; though it does link to Wikidata.</p> <p>For a higher profile example, see <a href='?title=%3Afr%3AFrance'>:fr:France</a>. <a href='?title=User%3ANarky_Blert'>Narky Blert</a> (<a href='?title=User_talk%3ANarky_Blert'>talk</a>) 13:49, 12 July 2021 (UTC)</p> <p>:{{ping|Narky Blert}} this sounds like <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_190%23Disappeared_languages'>Wikipedia:Village_pump_(technical)/Archive_190#Disappeared_languages</a> - frwiki has the 'new vector' that moves where these appear in the interface. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:38, 12 July 2021 (UTC)</p> <p>::{{ping|Xaosflux}} Oh I see - top right, where I'd expect the coordinates to be, broken down into 8 non-alphabetic sections for added inconvenience. Thanks! <a href='?title=User%3ANarky_Blert'>Narky Blert</a> (<a href='?title=User_talk%3ANarky_Blert'>talk</a>) 15:10, 12 July 2021 (UTC)</p> <p>:::{{re|Narky Blert}} you can leave feedback on that here: <a href='?title=%3Amw%3ATalk%3AReading%2FWeb%2FDesktop_Improvements'>:mw:Talk:Reading/Web/Desktop Improvements</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 15:13, 12 July 2021 (UTC)</p> <p>::::{{ping|Xaosflux}} I've merely skimmed that thread so far, but have a sense of dejà vu. "We're going to make these changes, and you <em>WILL</em> love them."</p> <p>::::On another site, after several months during which us sysops exploited all the unplugged loopholes we could find (including a Firefox add-on that made it look as if you were using <a href='?title=IE2'>IE2</a>, and finding their <a href='?title=Load_balancing_%28computing%29'>load balancing</a> server) while the "improvements" were rolled out, they finally made the site impossible to monitor for our main concerns - malware, commercial spam, copyvios, pornographers and underagers, with trolls for relish. The 40-some of us all gave up, and left them to their own devices. Strangely, that site fell off <a href='?title=Quantcast'>Quantcast</a>, and was closed down completely a couple of months ago (which was 2 or 3 years later than I'd predicted).</p> <p>::::I may post in that thread, though I have the feeling that it'll have about as much effect as whistling (or making a different sort of noise) in a thunderstorm. <a href='?title=User%3ANarky_Blert'>Narky Blert</a> (<a href='?title=User_talk%3ANarky_Blert'>talk</a>) 16:14, 12 July 2021 (UTC)</p> <p>:<a href='?title=File%3ASketch_of_emphasized_language_switching_options_on_a_scrolled_page_for_Desktop_improvement_project.png'>File:Sketch_of_emphasized_language_switching_options_on_a_scrolled_page_for_Desktop_improvement_project.png</a></p> <p>:</p> <p>:<a href='?title=File%3ADesktop_Improvements_Report_2.pdf'>File:Desktop_Improvements_Report_2.pdf</a></p> <p>:</p> <p>:Hello! Wikipedia in French is the largest "early adopter" of Desktop Improvements. Indeed, we have recently deployed a new change.</p> <p>:</p> <p>:You can <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FFeatures%2FLanguage_switching'>read more about the language button</a> on MediaWiki.org. In a nutshell: based on three different tests with various groups of readers and editors (<a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FRepository%2FFirst_Prototype_Feedback_Report%23Language_Switching'>first</a>, <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FRepository%2FHureo_User_Research_Report'>second</a>, <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FRepository%2FLanguage_Switching_User_Tests'>third</a>), we have decided to create a button with a list of interlanguage links, and put it right there. Yes, the challenging part is that this change is against the <a href='?title=muscle_memory'>muscle memory</a> of experienced editors (me included, and I was a n00b 11 years ago). However, the tests have proven that readers are more likely to spot the interlanguage links and switch between the language versions, and that most random editors appreciate that change.</p> <p>:</p> <p>:(Interesting fact: some readers have been frustrated by looking for the traditional interwiki list - because one needs to scroll in order to get to those, because they generally ignore the sidebar, etc. As a result, they would go to Google and type, say, "Super Bowl Spanish Wikipedia", rather than go straight to interwiki.)</p> <p>:</p> <p>:Also, the interlanguage links list will soon be improved. Just look at this <a href='?title=phab%3AT253303'>Phabricator ticket</a> and <a href='?title=%3AFile%3ALanguage_Selector_Designs.pdf'>these slides</a>. The Language team is building this.</p> <p>:</p> <p>:Currently, we're running A/B tests on all early adopter wikis. A half of logged-in users can see the traditional list in the sidebar, and a half can see the button. Next week (I think) we'll know the usage statistics. We'll also compare before & after for logged-out. We hope that using interlanguage links will be way, way easier after we've built the <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FFeatures%2FSticky_Header'>sticky header</a> and added buttons to preferred languages next to the existing button with the full list.</p> <p>:</p> <p>:Also next week here on English WP Village Pump I'll post an update about the state of the project. Finally, I hope our Wikimania submission will be accepted, and if that works out, then you will be able to talk to us.</p> <p>:</p> <p>:I encourage you all to take a look at our documentation. In particular, the <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements'>main page of the project</a>, and the <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FFrequently_asked_questions'>FAQ</a>. <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 00:40, 14 July 2021 (UTC)</p> <p>::Isn't the button confusing? Saying "read in English" sets an expectation that the reader is going to get a translation of the page they are viewing when actually they are going to be redirected. "Read the English Wikipedia article on this topic" is more accurate. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 07:59, 15 July 2021 (UTC)</p> <p>:::Good point. Sadly, "Read the English Wikipedia article on this topic" is three times longer. This may work for a small pop out, but not a button. The real problem in the background is way more difficult to solve, though. Readers don't know that each wiki is a universe of its own, with its own community, culture, schools of thought, etc. They don't interpret the phrase "the English Wikipedia article on this topic" as we do. On the other hand, another Wikimedia wiki is still a member of one family. It's better to encourage readers to stay in the family rather than to let them jump to an entirely different website. So finally, when the Web team was establishing the scope of the Desktop Improvements project, we decided to take care of issues <em>we</em> can solve. It's <a href='?title=wikt%3Aeat_an_elephant_one_bite_at_a_time'>the only way to eat an elephant</a>. This is why we think that a not ideal button is better than a way less useful list. <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 12:55, 15 July 2021 (UTC)</p> <p>::::I accept the point, coming up with something snappy is not easy, I realised that as I was typing my comment. The risk for reader satisfaction is that they are taken from an extensive article in one language to something that is little more than a stub in the preferred language and think "huh, what happened there? Is there some sort of error?" <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 13:06, 15 July 2021 (UTC)</p> <p>:::::You're right @<a href='?title=User%3ANthep'>Nthep</a>, I admitted that (problem you're pointing out) by calling it an elephant. <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 17:33, 16 July 2021 (UTC)</p> <p>::::::{{ping|SGrabarczuk (WMF)}} "However, the tests have proven that readers are more likely to spot the interlanguage links and switch between the language versions, and that most random editors appreciate that change." Really? <a href='?title=%3Ako%3A%EC%83%98_%ED%95%B4%EB%B0%8D%ED%84%B4'>:ko:샘 해밍턴</a> (I can't copy the relevant bit of Hangul, which I don't read). I wasted several minutes composing an {{tl|ill}}} link before discovering there was a parallel English article - fortunately with the same name as the one I had chosen. I could have picked <a href='?title=Sam_%28entertainer%29'>Sam (entertainer)</a>; which would have helped no-one, and might have led to someone writing a duplicate article. <a href='?title=User%3ANarky_Blert'>Narky Blert</a> (<a href='?title=User_talk%3ANarky_Blert'>talk</a>) 08:07, 21 July 2021 (UTC)</p> <p>:::::::@<a href='?title=User%3ANarky_Blert'>Narky Blert</a>, I'm sorry to hear that it took you several minutes. Do you have the Desktop Improvements enabled? Were you editing while trying to look for interwiki? <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 08:37, 21 July 2021 (UTC)</p> <p>::::::::{{ping|SGrabarczuk (WMF)}} An everyday piece of DABfixing. An English article about a Korean TV show linked to <a href='?title=Sam'>Sam</a>. I went straight to the Korean equivalent, used Google Translate to find the matching text, and found the relevant Korean bluelink and article from that. Korean and Japanese (and to a lesser extent Chinese) in particular are languages where it's common for there to be no corresponding articles elsewhere, and I've learned not to waste time looking for cases where there might be duplicate Wikidata entries (which are pretty common). <a href='?title=User%3ANarky_Blert'>Narky Blert</a> (<a href='?title=User_talk%3ANarky_Blert'>talk</a>) 09:10, 21 July 2021 (UTC)</p> <p><!--continue discussion above this line--></p> <p>{{clear}}</p></div></section><section class='wiki-section collapsible' id='section--hat-is-the-maximum-range-for-ua-s-code-math-random-code-'><h2 class='section-toggle'>What is the maximum range for Lua's <code>math.random</code>?</h2><div class='wiki-body'><p>I wanted to get a random unsigned 32-bit integer. However, <code>math.random(0, 2^32-1)</code> gives {{error|(interval is empty)}} error and <code>math.random(0, 2^31-1)</code> gives -476707714 (overflow this early?!) with the default seed. <a href='?title=User%3AAlexiscoutinho'>Alexiscoutinho</a> (<a href='?title=User_talk%3AAlexiscoutinho'>talk</a>) 20:26, 21 July 2021 (UTC)</p> <p>:{{ping|Alexiscoutinho}}: There was a bug in Lua 5.1, which is what Scribunto uses, where math.random incorrectly used a signed int instead of an unsigned int in one of the behind-the-scenes functions. This was fixed in Lua 5.2, but here on Wikipedia we're stuck with 5.1. If you run your examples at https://www.lua.org/cgi-bin/demo, which uses Lua 5.4, both your statements correctly evaluate to positive integers. The best workaround would be to just use <code>math.floor(math.random()*(2^32-1))</code>. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 21:01, 21 July 2021 (UTC)</p> <p>:You can also try using the number() function from <a href='?title=Module%3ARandom'>Module:Random</a>. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 22:14, 21 July 2021 (UTC)</p> <p>:I'm curious, {{u|Alexiscoutinho}}: what for? — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 01:18, 22 July 2021 (UTC)</p> <p>::{{re|Guarapiranga}} As a cheap alternative to the inaccessible table/object's id for hashing (when I don't want to hash its content) <a href='?title=User%3AAlexiscoutinho'>Alexiscoutinho</a> (<a href='?title=User_talk%3AAlexiscoutinho'>talk</a>) 05:07, 22 July 2021 (UTC)</p> <p>:::{{(y)}} Cheers. — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 05:11, 22 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hanging-link-colours-on-ikipedia-sitewide'><h2 class='section-toggle'>Changing link colours on Wikipedia sitewide</h2><div class='wiki-body'><p>{{Tracked|T213778}}</p> <p><a href='?title=MOS%3ACONTRAST'>MOS:CONTRAST</a> is fairly clear. It states that: {{blockquote |"Articles (and other pages) that use color should keep accessibility in mind, as follows: [...] Some readers of Wikipedia are partially or fully <a href='?title=Color_blindness'>color-blind</a> or visually impaired. Ensure the contrast of the text with its background reaches at least <a href='?title=Web_Content_Accessibility_Guidelines'>Web Content Accessibility Guidelines</a> (WCAG) 2.0's AA level, and AAA level when feasible (see WCAG's [https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html "Understanding SC 1.4.3: Contrast (Minimum)"]). To use named CSS colors for text on a white background, refer to <a href='?title=Wikipedia%3AManual_of_Style%2FAccessibility%2FCSS_colors_for_text_on_white'>Wikipedia:Manual of Style/Accessibility/CSS colors for text on white</a> for recommended colors."}}</p> <p>However, the default skin does not accomplish this. For context, to meet WCAG 2.0's AAA level, a contrast ratio of 7:1 is required.</p> <ul> <li><a href='?title=page_does_not_exist'>Red links</a> have a contrast ratio of 6.8:1 against a white background, and 6.5:1 when used against the grey background of a table.</li> <li><a href='?title=%3Aes%3AAyuda%3AColor_del_enlace'>Interwiki links</a> have a contrast ratio of 5.6:1 against a white background, and 5.3:1 when used against the grey background of a table.</li> <li>[//en.wikipedia.org External links] share the same, low-contrast colour as interwiki links. The icon next to them is a slightly lighter shade of blue, with a contrast 5.4:1 against a white background, and 5.1:1 when used against the grey background of a table.</li> </ul> <p>First of all, should we address the issue? <a href='?title=MOS%3ACONTRAST'>MOS:CONTRAST</a> says that we should hit the AAA level when feasible. I think that it is feasible - just a small colour tweak is necessary - and given that users interract with these links constantly on Wikipedia, it's worth improving accessibility. Here is my proposal: adjust the shade of the colour in the [//developer.paciellogroup.com/resources/contrastanalyser/ Colour Contrast Analyser programme] until a contrast ratio of 7:1 is reached.</p> <p><table class="wiki-table"><tr><td>class="wikitable"</p> <p>|+ Text colours</p> <p>!scope="col"| Type</p> <p>!scope="col"| Old colour</p> <p>!scope="col"| Proposed new colour</td></tr><tr><th>scope="row"| <a href='?title=page_does_not_exist'>Red links</a></p> <p>| {{color box|#BA0000}}</p> <p>| {{color box|#AF0000}} <span style="color:#AF0000;">New red link</span></th></tr><tr><th>scope="row"| <a href='?title=%3Aes%3AAyuda%3AColor_del_enlace'>Interwiki links</a></p> <p>| {{color box|#3366BB}}</p> <p>| {{color box|#1F52A7}} <span style="color:#1F52A7;">New interwiki link</span></th></tr><tr><th>scope="row"| [//en.wikipedia.org External link icon]</p> <p>| {{color box|#3366CC}}</p> <p>| {{color box|#1C4FB5}} <span style="color:#1C4FB5;">New external icon colour</span></th></tr></table></p> <p>Is there anything I've overlooked here, or any reason why this couldn't or shouldn't be done in the name of increasing readability for colourblind readers and editors? I understand that it's a subtle change, but a worthwhile one when we consider that an estimated 4.5% of people are colour blind to some extent, and many more would benefit from increased contrast from the default skin. If this is in the wrong section, I apologise. I saw this as more of a technical issue than something for the idea lab, but it seems borderline. <a href='?title=User%3ADomeditrix'>Domeditrix</a> (<a href='?title=User_talk%3ADomeditrix'>talk</a>) 23:53, 19 July 2021 (UTC)</p> <p>:This is a great idea and I support it whole-heartedly. <a href='?title=User%3AJorm'>Jorm</a> (<a href='?title=User_talk%3AJorm'>talk</a>) 00:00, 20 July 2021 (UTC)</p> <p>:Two things: since we're talking about accessibility, make sure to consider contrast of links in wikitable {{em|cells}} as well as wikitable column/row {{em|headers}} (I've added scope attributes to the table above); and because we're talking about Internet/WWW/browser behavior, don't forget about visited/unvisited differences. Obviously, there's no problems with visited non-existent links, but some users might expect a purple (rather than a blue) for the links they've visited. <i>— <a href='?title=User%3AJohnFromPinckney'>JohnFromPinckney</a> (<a href='?title=User_talk%3AJohnFromPinckney'>talk</a> / <a href='?title=Special%3AContributions%2FJohnFromPinckney'>edits</a>)</i> 00:37, 20 July 2021 (UTC)</p> <p>::{{reply|JohnFromPinckney}} Maybe I just read the wrong articles, but I don't really recall seeing links in wikitable cells, which is why I didn't test against the darker grey colour. As for visited vs unvisited, the visited colour for external and interwiki links ({{color box|#663366}}) passes the contrast test, while red links and the external link icon do not appear to change colour after being clicked. The colours I've proposed changing are the problematic ones within articles. There are further issues in (for example) the watchlist, but I wanted to keep this narrow. If we do consider wikitable cells, red links would need to change to a darker red (to {{color box|#A20000}} <span style="color:#A20000;">example</span>), interwiki and external links would need to change to a darker blue (to {{color box|#174A9F}} <span style="color:#174A9F;">example</span>), as would the external link icon (to {{color box|#1447AD}} <span style="color:#1447AD;">example</span>). One potential pitfall of this is that these would become virtually indistinguishable from unvisited links within Wikipedia ({{color box|#0645AD}} <span style="color:#0645AD;">example</span>). I can envisage this causing further issues - changing the colour of unclicked blue links to a slightly darker blue may cause a fight the likes of which we've never seen. <a href='?title=User%3ADomeditrix'>Domeditrix</a> (<a href='?title=User_talk%3ADomeditrix'>talk</a>) 01:02, 20 July 2021 (UTC)</p> <p>:::List articles can often links in tables. For an example see: <a href='?title=List_of_Netflix_original_programming'>List of Netflix original programming</a>. <a href='?title=User%3ATerasail'><span style="color:#088; font-weight:800;">Terasail</span></a><a href='?title=User_talk%3ATerasail'>^{<span style="color:#000;"><strong>[✉️]</strong></span>}</a> 01:07, 20 July 2021 (UTC)</p> <p>:I don't think this is something we should hack in "sitewide" on the English Wikipedia, if the colors are an issue they should be changed at least on the entire skin upstream by <a href='?title=WP%3ABUG'>requesting a software change</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 02:03, 20 July 2021 (UTC)</p> <p>::<a href='?title=phab%3AT213778'>phab:T213778</a> is relevant. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 04:47, 20 July 2021 (UTC)</p> <p>:::Thanks {{re|Izno}}! {{ping|Domeditrix}} contributing suggestions at that task would be welcome. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 09:59, 20 July 2021 (UTC)</p> <p>:I have no objections to the new red link color, but if we're going to change the interwiki and external link colors, we should either make them identical to normal wikilinks, or actually make them different enough that you can tell them apart. I personally use my custom CSS to change the interwiki links to {{color box|006363}} (unvisited) and {{color box|004444}} (visited) so I can tell them apart from normal wikilinks. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 20:27, 21 July 2021 (UTC)</p> <p>:I use <a href='?title=User%3AAnomie%2Flinkclassifier'>User:Anomie/linkclassifier</a>. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 06:54, 22 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--artial-blocks'><h2 class='section-toggle'>Partial blocks</h2><div class='wiki-body'><p>Not sure if this or the Help desk is the best place to ask this question. An IP range is partially blocked. It expires in February. A single IP that is part of the range is sitewide-blocked. It expires in January. When the single IP's block expires, does the partial block remain in effect and include the single IP?--<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 18:56, 22 July 2021 (UTC)</p> <p>:{{re|Bbb23}} Yes. -- <a href='?title=user%3Azzuuzz'>zzuuzz</a> ^{<a href='?title=user_talk%3Azzuuzz'>(talk)</a>} 20:12, 22 July 2021 (UTC)</p> <p>::{{re|Zzuuzz}} You'd be a great witness in a courtroom. Thanks.--<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 21:54, 22 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ilmreference-com-clean-up-ot'><h2 class='section-toggle'>Filmreference .com clean-up Bot</h2><div class='wiki-body'><p><strong>Filmreference .com</strong> references occur 2,566 times, yet it is blacklisted. .... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 05:43, 23 July 2021 (UTC)</p> <p>:{{Re|0mtwb9gd5wx}} If you want to request a bot task please post at <a href='?title=WP%3ABOTREQ'>WP:BOTREQ</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:49, 23 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-citoid-seens-broken'><h2 class='section-toggle'>citoid seens broken</h2><div class='wiki-body'><p>web citation (reftoolbar) does not autofill. but wiki-mark-up coloring does work .... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 06:25, 23 July 2021 (UTC)</p> <p>:{{ping|0mtwb9gd5wx}} Please provide clear and exact steps and settings to reproduce how to see something somewhere in some web browser on some page. Thanks! --<a href='?title=User%3AAKlapper_%28WMF%29'>AKlapper (WMF)</a> (<a href='?title=User_talk%3AAKlapper_%28WMF%29'>talk</a>) 10:40, 23 July 2021 (UTC)</p> <p>:@<a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> Citoid can't expand PDFs' URLs, which may be the problem. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 10:46, 24 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-glitchy-hat-links-here-'><h2 class='section-toggle'>glitchy What links here?</h2><div class='wiki-body'><p>Today might be my first time trying the "What links here" Tool. i happened to visit <a href='?title=Special%3AWhatLinksHere%2FMiracle_Workers_%282019_TV_series%29'>Special:WhatLinksHere/Miracle Workers (2019 TV series)</a>. i only tried 2 of the links there, but neither the 3rd (<a href='?title=Battle_of_the_Planets'>Battle of the Planets</a>) nor the 7th (<a href='?title=Captain_Planet_and_the_Planeteers'>Captain Planet and the Planeteers</a>) seems to link to <a href='?title=Miracle_Workers_%282019_TV_series%29'>Miracle Workers (2019 TV series)</a>. (i opened each of those links and did a <a href='?title=CTRL%2BF'>CTRL+F</a> search for "Miracle" returning 0 results. i also did the search while "editing" each of those pages, in case a pipelink was involved.) i suspect many more of these links do not, should not, and probably never did link to <a href='?title=Miracle_Workers_%282019_TV_series%29'>Miracle Workers (2019 TV series)</a>, so why are they on the list of "What links here"?</p> <p>p.s.: Below, i copy-paste what that page shows me (edited for clarity/brevity):</p> <p>The following pages link to <a href='?title=Miracle_Workers_%282019_TV_series%29'>Miracle Workers (2019 TV series)</a></p> <p>Displayed 50 items.</p> <p>{{collapse top|List of pages}}</p> <ul> <li><a href='?title=Margaret_Cho'>Margaret Cho</a></li> <li><a href='?title=Lorne_Michaels'>Lorne Michaels</a></li> <li><strong><a href='?title=Battle_of_the_Planets'>Battle of the Planets</a></strong></li> <li><a href='?title=Daniel_Radcliffe'>Daniel Radcliffe</a></li> <li><a href='?title=Steve_Buscemi'>Steve Buscemi</a></li> <li><a href='?title=2_Stupid_Dogs'>2 Stupid Dogs</a></li> <li><strong><a href='?title=Captain_Planet_and_the_Planeteers'>Captain Planet and the Planeteers</a></strong></li> <li><a href='?title=Oregon_Trail_%28disambiguation%29'>Oregon Trail (disambiguation)</a></li> <li><a href='?title=Broadway_Video'>Broadway Video</a></li> <li><a href='?title=The_Chimp_Channel'>The Chimp Channel</a></li> <li><a href='?title=Italia_1'>Italia 1</a></li> <li><a href='?title=Tim_Meadows'>Tim Meadows</a></li> <li><a href='?title=Cartoon_Planet'>Cartoon Planet</a></li> <li><a href='?title=John_Reynolds_%28actor%29'>John Reynolds (actor)</a></li> <li><a href='?title=Peter_Serafinowicz'>Peter Serafinowicz</a></li> <li><a href='?title=American_Dad%21'>American Dad!</a></li> <li><a href='?title=The_Joker%27s_Wild'>The Joker's Wild</a></li> <li><a href='?title=Moon_Shot'>Moon Shot</a></li> <li><a href='?title=He%27s_a_Lady'>He's a Lady</a></li> <li><a href='?title=Conan_%28talk_show%29'>Conan (talk show)</a></li> <li><a href='?title=Chris_Parnell'>Chris Parnell</a></li> <li><a href='?title=WCW_Thunder'>WCW Thunder</a></li> <li><a href='?title=Clash_of_the_Champions'>Clash of the Champions</a></li> <li><a href='?title=The_Real_Adventures_of_Jonny_Quest'>The Real Adventures of Jonny Quest</a></li> <li><a href='?title=Down_to_Earth_%28American_TV_series%29'>Down to Earth (American TV series)</a></li> <li><a href='?title=Minding_the_Store'>Minding the Store</a></li> <li><a href='?title=Dinner_and_a_Movie'>Dinner and a Movie</a></li> <li><a href='?title=Starcade'>Starcade</a></li> <li><a href='?title=Georgia_Championship_Wrestling'>Georgia Championship Wrestling</a></li> <li><a href='?title=Outback_Jack'>Outback Jack</a></li> <li><a href='?title=Jorma_Taccone'>Jorma Taccone</a></li> <li><a href='?title=Daisy_Does_America'>Daisy Does America</a></li> <li><a href='?title=List_of_American_television_programs_by_debut_date'>List of American television programs by debut date</a></li> <li><a href='?title=WCW_Saturday_Night'>WCW Saturday Night</a></li> <li><a href='?title=The_New_Leave_It_to_Beaver'>The New Leave It to Beaver</a></li> <li><a href='?title=Night_Tracks'>Night Tracks</a></li> <li><a href='?title=Tamra_Davis'>Tamra Davis</a></li> <li><a href='?title=The_Real_Gilligan%27s_Island'>The Real Gilligan's Island</a></li> <li><a href='?title=Angela_Kinsey'>Angela Kinsey</a></li> <li><a href='?title=Braves_TBS_Baseball'>Braves TBS Baseball</a></li> <li><a href='?title=G-Force%3A_Guardians_of_Space'>G-Force: Guardians of Space</a></li> <li><a href='?title=The_Catlins_%28TV_series%29'>The Catlins (TV series)</a></li> <li><a href='?title=Tyler_Perry%27s_House_of_Payne'>Tyler Perry's House of Payne</a></li> <li><a href='?title=User%3ABoogerD'>User:BoogerD</a></li> <li><a href='?title=WCW_Main_Event'>WCW Main Event</a></li> <li><a href='?title=WCW_Pro'>WCW Pro</a></li> <li><a href='?title=WCW_Power_Hour'>WCW Power Hour</a></li> <li><a href='?title=Best_of_World_Championship_Wrestling'>Best of World Championship Wrestling</a></li> <li><a href='?title=Major_League_Baseball_on_TBS'>Major League Baseball on TBS</a></li> <li><a href='?title=Midnight_Money_Madness'>Midnight Money Madness</a></li> </ul> <p>{{collapse bottom}}</p> <p>--<a href='?title=Special%3AContributions%2F96.244.220.178'>96.244.220.178</a> (<a href='?title=User_talk%3A96.244.220.178'>talk</a>) 04:49, 23 July 2021 (UTC)</p> <p>:The link is in the navbox entitled "TBS original programming", at the bottom of most of those articles. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 05:41, 23 July 2021 (UTC)</p> <p>::<a href='?title=User%3APrimeHunter%2FSource_links.js'>User:PrimeHunter/Source links.js</a> gives a way to avoid the navbox entries: [https://en.wikipedia.org/wiki/Special:Search?profile=all&search=linksto%3A%22Miracle%20Workers%20(2019%20TV%20series)%22%20insource%3A%22Miracle%20Workers%20(2019%20TV%20series)%22%20insource%3A%2F%5C%5B%5C%5B%3A%3F%5BMm%5Diracle%20Workers%20%5C(2019%20TV%20series%5C)%5B%5C%5D%5C%7C%23%5D%2F Source links]. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:34, 23 July 2021 (UTC)</p> <p>:::Installed and proving very useful. Thank you.--<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 11:17, 24 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--pecial-emove-redentials'><h2 class='section-toggle'>Special:RemoveCredentials</h2><div class='wiki-body'><p>May I ask precisely what data is removed by use of the <a href='?title=Special%3ARemoveCredentials'>Special:RemoveCredentials</a> page? Sounds dangerous... :-) <a href='?title=User%3ATommy_Kronkvist'>Tommy Kronkvist</a> (<a href='?title=User_talk%3ATommy_Kronkvist'>talk</a>), 17:39, 24 July 2021 (UTC).</p> <p>:You will get a list of what you could remove. AFAIK this is very limited, and the only time you might functionally make use of it would be if you used the "forgotten password" feature, then didn't reset your password and then resumed a logged-in session. Then, before the temporary password expired, you could use this function to void the temporary password. It has no impact on your normal logon, and doesn't reveal anything about the temporary password. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:14, 24 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-section-transclusion-be-made-to-work-with-old-version-permalinks-'><h2 class='section-toggle'>Can section transclusion be made to work with old version permalinks?</h2><div class='wiki-body'><p>E.g.: <nowiki>{{#section-h:Special:Permalink/1034515626|Area and population}}</nowiki> — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 10:19, 21 July 2021 (UTC)</p> <p>:No. All transclusion methods only work on the current version. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 11:00, 21 July 2021 (UTC)</p> <p>:We're going to have to discuss the merits of mirroring stuff from one page to another, as I have grumpily hinted at <a href='?title=Module_talk%3ATranscluder'>Module talk:Transcluder</a> which implements {{tl|Excerpt}}. I started on that when noticing <a href='?title=Electoral_results_for_the_district_of_Parramatta'>Electoral results for the district of Parramatta</a> which uses {{tl|Excerpt}} 65 times, and which consequently breaks the article. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 11:02, 21 July 2021 (UTC)</p> <p>: Isn't the whole point of transcluding instead of copying that you benefit from changes to the transcluded page? —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 12:15, 21 July 2021 (UTC)</p> <p>:: Yeah, this would be a shortcut to copying, especially for discussion in talk pages, as the linkage to the version in question would be made more explicit. But, yeah, there are other ways of getting the same result. OTOH, why not? — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 12:35, 21 July 2021 (UTC)</p> <p>:::{{u|Guarapiranga}}, with regard to "why not", I think "because it would be immensely complex and a large amount of development work for scant benefit" unfortunately. <a href='?title=User%3AFirefly'><span style="color:#850808;">firefly</span></a> <small>( <a href='?title=User_talk%3AFirefly'>t</a> · <a href='?title=Special%3AContributions%2FFirefly'>c</a> )</small> 12:51, 21 July 2021 (UTC)</p> <p>::::{{re|Firefly}} Yes, unfortunately. — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 01:23, 22 July 2021 (UTC)</p> <p>::::Having said that, I'm curious, {{u|Firefly}}... How's transcluding an old revision any more complex than transcluding a live revision? — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 01:26, 22 July 2021 (UTC)</p> <p>:::::<a href='?title=phab%3AT31051'>phab:T31051</a> from 2014 is still open for this type of functionality to be developed. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:29, 22 July 2021 (UTC)</p> <p>::::::Thanks, {{u|Xaosflux}}. The use case there in that phab is also interesting; I hadn't thought of that. And you're right: it'd be the same logic. I can't imagine why it'd be any harder to address pages in transclusion by their permalinks rather than their logical addresses. I can only imagine it's deliberate to preclude ill intended editors from transcluding reverted or superseded content onto current versions. OTOH, that doesn't seem in line with the general spirit of WP of giving editors <em>carte blanche</em>—literally!—and letting content be guided by policy rather than technical constraints. — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 21:33, 22 July 2021 (UTC)</p> <p>:::::::To transclude a page that made use of no templates or other transcluded content, identifying a specific page version to transclude is straightforward. However if the page being transcluded in turn transcludes other content, then you need to figure out what version of each transitively transcluded page should be used. From a user perspective, I imagine the simplest approach would be to specify a given date/timestamp. From what I understand of Wikipedia's current underlying database format, though, this would be a time-consuming operation. Of course anything can be done if it really needs to be, but there's an opportunity cost, and so whether or not this feature has higher priority over other tasks has to be evaluated. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 22:35, 22 July 2021 (UTC)</p> <p>::::::::Identifying old versions of a template is especially challenging when the template has been deleted. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 00:22, 23 July 2021 (UTC)</p> <p>::::::::{{tq|However if the page being transcluded in turn transcludes other content, then you need to figure out what version of each transitively transcluded page should be used.}}<br />AFAIK, MW's engine already does that, @<a href='?title=User%3AIsaacl'>Isaacl</a>. Just check that old revisions aren't garbled by later template changes. — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 11:05, 23 July 2021 (UTC)</p> <p>:::::::::I'm not sure I understand what you mean by "just check that old revisions aren't garbled by later template changes". Later than when? That is the exact functionality that I said needs to be implemented. Currently, it always uses the current version of transcluded pages, no matter which version you are looking at. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 13:50, 23 July 2021 (UTC)</p> <p>::::::::::I don't think we should get a way to display reverted vandalism, copyvios, BLP violations, and so on in live wiki pages. Old revisions are not indexed by search engines and rarely viewed by readers so bad content doesn't matter much there. Enabling it would also give problems for some reusers. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:41, 24 July 2021 (UTC)</p> <p>::::::::If we could do that (provide a date and have the software look at all templates as of that date), we could have real permalinks (by which I mean permanent links to the rendered page, not permanent links to some wikitext that may turn out to have a completely different interpretation later), which would be super useful in general, especially for people trying to cite a specific version of a Wikipedia article (currently, thanks to things like <a href='?title=Template%3ALatest_stable_software_release%2FLinux'>Template:Latest stable software release/Linux</a>, several years old versions of <a href='?title=Linux_kernel'>Linux kernel</a> will tell you it was most recently updated in July 2021). Of course you immediately run into nightmares of deleted revisions of the templates or images used (gets more fun if you consider page moves), not to mention tracking what happened to the relevant Wikidata items. Best not to use transclusion for anything you want to be readable in the future, I guess. —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 12:11, 23 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-rove-t'><h2 class='section-toggle'>Ban ProveIt</h2><div class='wiki-body'><p>ProveIt doesn't follow style retention, and just like Visual Editor, is a clusterfuck. Stop pushing this, they're garbage.</p> <p>This is a case of <a href='?title=WP%3ASTYLERET'>WP:STYLERET</a> amongst others. They need to go.[https://en.wikipedia.org/w/index.php?title=Canadian_Indian_residential_school_gravesites&diff=1034494620&oldid=1034494235&diffmode=source]</p> <p>I will follow this and revert every single edit made by it. <s>Dumbasses follow, learn basic coding.</s> - <strong><a href='?title=User%3AFloydian'><span style="color: #0051BA;">Floydian</span></a></strong> ^{<a href='?title=User_talk%3AFloydian'><span style="color: #3AAA3A;">τ</span></a>} _{<a href='?title=Special%3AContributions%2FFloydian'><span style="color: #3AAA3A;">¢</span></a>} 21:49, 20 July 2021 (UTC)</p> <p>:{{u|Floydian}} for those of us unfamiliar with the Provelt tool, and who don't understand significance of the diff you linked, can you please go into a little detail? Thanks. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 22:05, 20 July 2021 (UTC)</p> <p>::{{u|Maile66}} Compare the wikitext of the two pages - the [https://en.wikipedia.org/w/index.php?title=Canadian_Indian_residential_school_gravesites&action=edit&oldid=1034608033 original page] had cite web templates where each parameter was spaced onto it's own row, in the [https://en.wikipedia.org/w/index.php?title=Canadian_Indian_residential_school_gravesites&action=edit&oldid=1034494620 post proveit edit] the citation templates have been automatically altered so all the parameters are on the same line. <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 22:13, 20 July 2021 (UTC)</p> <p>:"Citation format" in respect to the lines typed into wikitext is not protected by our various *VARs, and particularly not CITEVAR, which is the controlling guideline on the point (see <a href='?title=Wikipedia_talk%3ACiting_sources%2FArchive_43%23RfC%3A_Should_usage_of_vertical_and_horizontal_templates_fall_within_WP%3ACITEVAR'>this RFC</a>). Seeing as Walter is fundamentally improving the citation content, do not revert him again. Thanks. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 00:00, 21 July 2021 (UTC)</p> <p>::And please don't refer to well-meaning contributors as dumbasses, either. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 00:55, 21 July 2021 (UTC)</p> <p>:::Yeah, no. While I'll agree it's well meaning, it's detrimental. Learn basic coding. - <strong><a href='?title=User%3AFloydian'><span style="color: #0051BA;">Floydian</span></a></strong> ^{<a href='?title=User_talk%3AFloydian'><span style="color: #3AAA3A;">τ</span></a>} _{<a href='?title=Special%3AContributions%2FFloydian'><span style="color: #3AAA3A;">¢</span></a>} 03:37, 21 July 2021 (UTC)</p> <p>::::While MA used the word "please", 'yeah, no' is a good reason to say "yeah, no". Do not refer to well-meaning contributors as dumbasses. Period and end of story. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 03:40, 21 July 2021 (UTC)</p> <p>{{outdent|::::}} Floydian is complaining because the tool minimizes a reference like this <poem><nowiki><ref name="IndigenousFoundations">{{cite web</p> <p>| title = The Residential School System</p> <p>| website = Indigenous Foundations</p> <p>| publisher = UBC First Nations and Indigenous Studies</p> <p>| url = http://indigenousfoundations.arts.ubc.ca/the_residential_school_system/</p> <p>| access-date = April 14, 2017}}</ref></nowiki></poem> to <nowiki><ref name="IndigenousFoundations">{{cite web | title=The Residential School System | website=Indigenous Foundations | publisher=UBC First Nations and Indigenous Studies | url=http://indigenousfoundations.arts.ubc.ca/the_residential_school_system/ | access-date=April 14, 2017}}</ref></nowiki>. The style did not change one iota. <a href='?title=%3AWP%3ACITESTYLE'>:WP:CITESTYLE</a> lists several different style, and both styles—the expanded form Floydian likes and the compacted form that ProveIt minimizes to—are <a href='?title=%3ACitation'>:Citation</a> style. The tool does not change to <a href='?title=%3AAPA_style'>:APA style</a>, <a href='?title=%3AASA_style'>:ASA style</a>, <a href='?title=%3AMLA_style'>:MLA style</a>, <em><a href='?title=%3AThe_Chicago_Manual_of_Style'>:The Chicago Manual of Style</a></em>, <a href='?title=%3AAuthor-date_referencing'>:Author-date referencing</a>, the <a href='?title=%3AVancouver_system'>:Vancouver system</a> or <em><a href='?title=%3ABluebook'>:Bluebook</a></em>. I tried to explain that on the article's talk page, but I was threatened to be taken to ANI if I "changed the style again". I suspect it was because I mentioned the editor's [https://en.wikipedia.org/w/index.php?title=Canadian_Indian_residential_school_gravesites&diff=1034608033&oldid=1034587341 personal attacks toward me] (<a href='?title=%3AWP%3ANPA'>talk about the content, not the contributor</a>), and [https://en.wikipedia.org/w/index.php?title=User_talk:Walter_G%C3%B6rlitz&diff=1034608364&oldid=1034005429 their use profanity on my talk page] might merit a trip there if the poor behaviour continued. <a href='?title=User%3AWalter_G%C3%B6rlitz'>Walter Görlitz</a> (<a href='?title=User_talk%3AWalter_G%C3%B6rlitz'>talk</a>) 04:06, 21 July 2021 (UTC)</p> <p>:I love ProveIt, it's my favourite citation gadget. No need to start calling people dumbasses because it changed the code style (which is not cosmetic, so no actual reason to revert) — <a href='?title=User%3ABerrely'><span style="color:#000"><strong><em>Berrely</strong></em></span></a> • <a href='?title=User_talk%3ABerrely'>^Talk</a>∕<a href='?title=Special%3AContribs%2FBerrely'>_Contribs</a> 18:23, 22 July 2021 (UTC)</p> <p>::I like it too (though I'd wish it used mnemonic ref names when <em>normalising everything</em>). I also use the <em>Expand citations</em> gadget, {{u|BrandonXLF}}'s <a href='?title=User%3ABrandonXLF%2FReferenceExpander'>Expand References</a> script, WMFLabs' ReFill² and <em>Fix dead links</em> ones. What do you use? (and, yeah, Floydian's trash talk was really uncalled for) — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 21:41, 22 July 2021 (UTC)</p> <p>:::Indeed. I have apologised to Walter Görlitz as it really was uncalled for language; bad day is all I can chalk it to. However, I do still feel that changing an article from vertical citations to horizontal citations is something that falls under a "style change"; regardless, this is an issue that can be dealt with on the talk page of the article, so please disregard my rude posts. - <strong><a href='?title=User%3AFloydian'><span style="color: #0051BA;">Floydian</span></a></strong> ^{<a href='?title=User_talk%3AFloydian'><span style="color: #3AAA3A;">τ</span></a>} _{<a href='?title=Special%3AContributions%2FFloydian'><span style="color: #3AAA3A;">¢</span></a>} 22:12, 24 July 2021 (UTC)</p> <p>:::: We all have bad days and I bear no hard feelings. <a href='?title=User%3AWalter_G%C3%B6rlitz'>Walter Görlitz</a> (<a href='?title=User_talk%3AWalter_G%C3%B6rlitz'>talk</a>) 00:15, 25 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-t-find-script'><h2 class='section-toggle'>Can't find script</h2><div class='wiki-body'><p>Hi, I'm loading <a href='?title=User%3ATheDJ%2FmobileVector.css'>User:TheDJ/mobileVector.css</a>, but I'm not sure how (it's not in my global, common or skin .css or .js pages), and it still loads in safemode. This is not a really a problem, but I was confused about how it's loading. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 18:57, 7 July 2021 (UTC)</p> <p>:No idea <strong>why</strong> but you added this to your <a href='?title=User%3AQwerfjkl%2Fcommon.js'>User:Qwerfjkl/common.js</a> file. Qwerfjkl, you are really starting to take up a lot of time at VPT with your own personal scripts - we try to attend to this page frequently to help everyone - but if you want to do all of these custom experiments you really need to learn to start being able to debug them yourself. I suggest you read everything on <a href='?title=Wikipedia%3AUser_scripts%2FGuide'>Wikipedia:User scripts/Guide</a>, including the section on debuggers. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 20:37, 7 July 2021 (UTC)</p> <p>::I think I disabled the line in my common.js. I have posted a few problems that are low-priority, and have been bugging me for a while. I probably (hopefully) won't post a large number of questions in the future, and will try to post script-related problems at <a href='?title=Wikipedia_talk%3AUser_scripts'>Wikipedia talk:User scripts</a>, so as not to clog up this page. Thank you for your time. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 21:23, 7 July 2021 (UTC)</p> <p>:::It is also uncommented in common.js on your alt account, but in safemode it shouldn't load (unless safemode doesn't affect the css?). <a href='?title=User%3AMarMi_wiki'>MarMi wiki</a> (<a href='?title=User_talk%3AMarMi_wiki'>talk</a>) 20:59, 12 July 2021 (UTC)</p> <p>::Pinging @<a href='?title=User%3AXaosflux'>Xaosflux</a> ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 15:22, 8 July 2021 (UTC)</p> <p>:Is this still happening? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 21:40, 12 July 2021 (UTC)</p> <p>::@<a href='?title=User%3AXaosflux'>Xaosflux</a> Yes. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 06:19, 13 July 2021 (UTC)</p> <p>:::What makes you think it's loading? safemode means a url like https://en.wikipedia.org/wiki/Example?safemode=1. Is it really loading there? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 09:02, 13 July 2021 (UTC)</p> <p>::::@<a href='?title=User%3APrimeHunter'>PrimeHunter</a> Yes, it's loading there. {{small|Sorry for the late reply}}. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 14:03, 18 July 2021 (UTC)</p> <p>:::Did you do anything to your browser, like try to load scripts directly from your browser? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:12, 13 July 2021 (UTC)</p> <p>::::@<a href='?title=User%3AXaosflux'>Xaosflux</a> I am {{small|(almost)}} certain that I haven't done this. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 14:05, 18 July 2021 (UTC)</p> <p>:Pinging @<a href='?title=User%3APrimeHunter'>PrimeHunter</a> @<a href='?title=User%3AXaosflux'>Xaosflux</a> ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 06:57, 23 July 2021 (UTC)</p> <p>::What makes you think this is loading? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 09:49, 23 July 2021 (UTC)</p> <p>:::@<a href='?title=User%3AXaosflux'>Xaosflux</a> It changes the appearance of pages. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 09:54, 23 July 2021 (UTC)</p> <p>::::Sure, but lots of things do. Do you have something specifically showing this exact script is loading in your debug? Have you tried the standard method of : unlink ALL of your userscripts and and them back one by one? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:48, 23 July 2021 (UTC)</p> <p>:::::@<a href='?title=User%3AXaosflux'>Xaosflux</a> The main change is the addition of this:<syntaxhighlight></p> <p><label</p> <p>id="mw-sidebar-button"</p> <p>class="mw-checkbox-hack-button mw-ui-icon mw-ui-icon-element"</p> <p>for="mw-sidebar-checkbox"</p> <p>role="button"</p> <p>aria-controls="mw-panel"</p> <p>data-event-name="ui.sidebar"</p> <p>tabindex="0"></p> <p>Toggle sidebar</p> <p></label></p> <p></syntaxhighlight>{{small|I'm not sure this actually is User:TheDJ/mobileVector.css}} ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 14:47, 23 July 2021 (UTC)</p> <p>::::::The {{tag|label}} element is normally used in a form, it allows a control (element within that form that interacts with the user, such as input, button, select, etc.) to be given a descriptive label. The control needs to have an <code>id=</code> attribute that has the same value as the <code>for=</code> attribute of the label element; this id/for pair creates an association between the control and its label. So in the above example of a {{tag|label}} element, there is the attribute <code>for="mw-sidebar-checkbox"</code> and somewhere in the enclosing {{tag|form}} element, there will be another element that has the attribute <code>id="mw-sidebar-checkbox"</code>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 18:46, 23 July 2021 (UTC)</p> <p>::::::If you're not sure what's going on, it might be a good idea to read <a href='?title=mw%3AHelp%3ALocating_broken_scripts'>mw:Help:Locating broken scripts</a>. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 19:36, 23 July 2021 (UTC)</p> <p>::::::{{ping|Qwerfjkl}} None of that code is in <a href='?title=User%3ATheDJ%2FmobileVector.css'>User:TheDJ/mobileVector.css</a> so I don't know why you think it's loading. The code is part of <a href='?title=%3Amw%3AReading%2FWeb%2FDesktop_Improvements%2FFeatures%2FCollapsible_sidebar'>:mw:Reading/Web/Desktop Improvements/Features/Collapsible sidebar</a>. It appears if you use the Vector skin and disable "Use Legacy Vector" at <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a>. I asked "What makes you think it's loading?" 13 July. It took you five posts and ten days to give a meaningful reply. If you seek help then please answer questions from the people trying to help you. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:17, 25 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--issing-2021-lympics-redirects'><h2 class='section-toggle'>Missing "2021 Olympics" redirects</h2><div class='wiki-body'><p>Is there any reasonably easy way to get a full list of all articles and redirects about the current Olympics and the subsequent Paralympics containing the number 2020 (anything containing "2020 Olympics", "2020 Summer Olympics", "2020 Paralympics", "2020 Summer Paralympics" or "Tokyo 2020"; all regardless of capitalization) with no corresponding 2021 redirect? <a href='?title=User%3AAnimal_lover_666'>Animal lover 666</a> (<a href='?title=User_talk%3AAnimal_lover_666'>talk</a>) 17:24, 25 July 2021 (UTC)</p> <p>:<a href='?title=quarry%3Aquery%2F57098'>quarry:query/57098</a> for non-redirs, and <a href='?title=quarry%3Aquery%2F57100'>quarry:query/57100</a> for redirs. —<a href='?title=User%3ACryptic'>Cryptic</a> 18:27, 25 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-tel-'><h2 class='section-toggle'>tel URI</h2><div class='wiki-body'><p>{{tracked|T116525}}</p> <p>A recent IP edit (<a href='?title=Special%3ADiff%2F1034761920'>diff</a>) made a good change but also changed "<code>(2100–2000 BC)</code>" to "<code><nowiki>([tel:2100–2000 2100–2000] BC)</nowiki></code>". The tel <a href='?title=URI'>URI</a> displays as [tel:2100–2000 2100–2000] which is intended to dial a phone number. I assume there is a broken browser extension which "fixes" text like this and I'm posting in case others notice the problem. I'm also hoping someone here would search articles to see if there are other instances. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 03:16, 22 July 2021 (UTC)</p> <p>:This looks like a six-year-old bug, but it may be happening with greater frequency recently. I checked a few edits, and they are all tagged "Mobile edit Mobile web edit Visual edit". [https://en.wikipedia.org/w/index.php?search=insource%3A%2F%5C%5Btel%5C%3A%2F&title=Special%3ASearch&profile=advanced&fulltext=1&ns0=1 A crude search] finds 300+ articles with this error. I don't know anything about edit filters, but this may be a good use of one. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 05:51, 22 July 2021 (UTC)</p> <p>::<a href='?title=Special%3ALinksearch%2Ftel%3A%2A'>All external links to tel:</a>, for reference. Plenty of other errors in there screaming for helpful gnomery, especially things like <nowiki>[tel:(123) 456-7890]</nowiki>. —<a href='?title=User%3ACryptic'>Cryptic</a> 06:00, 22 July 2021 (UTC)</p> <p>:::I <a href='?title=Wikipedia%3AEdit_filter%2FRequested%23Tag_addition_of_tel%3A_links'>requested</a> an edit filter to try and tag these, for fixing and also to get an idea of the scale of the problem and whether further technical action is necessary. <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #008000">"?!"</span></a> 11:26, 22 July 2021 (UTC)</p> <p>::::{{phab|T256758}} says that this problem has been fixed in the new version of MW, to be deployed on 29 July 2021. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 13:07, 26 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--edesigning-the-mobile-sidebar'><h2 class='section-toggle'>Redesigning the mobile sidebar</h2><div class='wiki-body'><p>I would like to suggest redesigning the mobile sidebar which is short on helpful links. Because this is a technical matter, I would like to know who to contact on suggesting this. If you could help me out with this, that would be great. I'm having trouble with <a href='?title=WP%3APHAB'>WP:PHAB</a> which was suggested by another editor. <a href='?title=User%3AInterstellarity'>Interstellarity</a> (<a href='?title=User_talk%3AInterstellarity'>talk</a>) 12:05, 25 July 2021 (UTC)</p> <p>:You have to be more specific about what problem you're having and what you wish to be accomplished, or you're unlikely to get the help you need here. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 14:37, 25 July 2021 (UTC)</p> <p>::{{ping|Nardog}} To be more clear, I would like to add more links to the mobile sidebar like a help link and a contact us link to help users better navigate the site. I’m asking where I should go in order to make this happen. <a href='?title=User%3AInterstellarity'>Interstellarity</a> (<a href='?title=User_talk%3AInterstellarity'>talk</a>) 14:53, 25 July 2021 (UTC)</p> <p>:::What trouble are you having with <a href='?title=WP%3APHAB'>WP:PHAB</a>? <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 14:57, 25 July 2021 (UTC)</p> <p>:Step 1 is probably getting local consensus, someone else (such as myself) can deal with the implementation if consensus is reached. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 15:04, 25 July 2021 (UTC)</p> <p>::{{ping|Trialpears}} I tried getting a consensus on pages such as <a href='?title=WP%3AVPPR'>WP:VPPR</a> and RFCs, but not many people commented on them. What I could do is list the discussion on VPPR, make it a RFC, and add a link to the centralized discussion page to attact more people to it. I'm not sure if this is the right way to do it. Could you tell me what I should do in this kind of situation? <a href='?title=User%3AInterstellarity'>Interstellarity</a> (<a href='?title=User_talk%3AInterstellarity'>talk</a>) 18:36, 25 July 2021 (UTC)</p> <p>:::Could you link the discussion? I don't recall seeing a VPPR thread about it and couldn't find one with a quick search either. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 20:39, 25 July 2021 (UTC)</p> <p>::::Sure, here it is: <a href='?title=Wikipedia%3AVillage_pump_%28proposals%29%2FArchive_176%23Proposal%3A_Adding_more_links_in_the_sidebar_in_mobile_view'>Wikipedia:Village_pump_(proposals)/Archive_176#Proposal:_Adding_more_links_in_the_sidebar_in_mobile_view</a>. <a href='?title=User%3AInterstellarity'>Interstellarity</a> (<a href='?title=User_talk%3AInterstellarity'>talk</a>) 21:14, 25 July 2021 (UTC)</p> <p>:::::Hm, that isn't much discussion and I doubt interface changes would be made based of that. Based on <a href='?title=mw%3ASkin%3AMinerva_Neue%23Configuration_of_menus'>mw:Skin:Minerva_Neue#Configuration_of_menus</a> it also seems to be significantly more difficult to implement then I thought. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 21:45, 25 July 2021 (UTC)</p> <p>::::::I don't believe there's an interface message like there is for <a href='?title=MediaWiki%3ASidebar'>desktop</a>, but you can use [https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.util-method-addPortletLink mw.util.addPortletLink] in <a href='?title=MediaWiki%3AMinerva.js'>MediaWiki:Minerva.js</a>. Because it's JavaScript, there is a slight delay, but the mobile sidebar is collapsed on page load so the links should populate before the user is able to reveal the sidebar. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 15:01, 26 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--age-moves-and-ood-rticle-reviews'><h2 class='section-toggle'>Page moves and Good Article reviews</h2><div class='wiki-body'><p>All Good article reviews take place at the subpage Talk:PAGENAME/GAX. This link is found automatically in areas such as <a href='?title=Template%3AGA'>Template:GA</a>. However, if an article and its talkpage are moved, Good article reviews are not moved with them, leaving them harder to find and breaking the template. I think that talkpage archives currently move with talk pages. Would there be a way to have GA subpages also move automatically during page moves? Thanks, <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 13:48, 20 July 2021 (UTC)</p> <p>: {{replyto|Chipmunkdavis}} You need to either have <a href='?title=WP%3APage_mover'>WP:Page mover</a> rights or be an administrator. If you have either of those when you go to move a page there will be a checkbox labeled "Move all subpages, if applicable" which allows you to automatically move things like talk page archives and good article nominations. <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 17:36, 20 July 2021 (UTC)</p> <p>::Talkpage archives and other subpages are treated the same by the software but there may be more movers who forget to move other subpages. <a href='?title=Wikipedia%3AMoving_a_page%23Talk_subpages'>Wikipedia:Moving a page#Talk subpages</a> says to check for subpages. Maybe we should add it to <a href='?title=MediaWiki%3AMovepagetext-noredirectfixer'>MediaWiki:Movepagetext-noredirectfixer</a> which is displayed on the move form. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:37, 20 July 2021 (UTC)</p> <p>::{{re|Chipmunkdavis}} can you provide an example of where archive subpages but not gax pages were moved recently? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 00:03, 21 July 2021 (UTC)</p> <p>:::Not off hand, perhaps 192 and Primehunter correctly identify the issue as the subpage box not being available/checked. Is there a particular reason subpage moving is locked behind an additional move right? It seems like it should be the default action. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 01:12, 21 July 2021 (UTC)</p> <p>::::{{replyto|Chipmunkdavis}} It was originally implemented as vandalism control. It used to be the case that when you moved a page with a load of subpages each of the subpages would leave a redirect behind, but if you tried to move the page back to it's original title the software couldn't automatically move the subpages over the redirects, so you had to manually go through and delete all of the redirects one at a time first. One of the ways JarlaxleArtemis/Gawp used to cause a ton of damage was by moving pages with loads of subpaages to inappropriate titles, in a few minutes they could cause damage that would take literally hours to clean up. I don't know if the more modern versions of mediawiki are smarter and can move subpages over single revision redirects, but that's the reason it was originally restricted. <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 01:35, 21 July 2021 (UTC)</p> <p>:::::Thanks, that's an unfortunate history. I suppose the next question is if there is a way to identify unmoved subpages, such as a tracking category for subpages of redirects. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 03:50, 21 July 2021 (UTC)</p> <p>::::::{{replyto|Chipmunkdavis}} Perhaps it would be worth asking the people who run the community tech bot to put together another database report? "Subpages of redirects with non-redirect content"? <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 15:18, 21 July 2021 (UTC)</p> <p>:::::::That does sound like a good idea. I raised this issue here on the technical page looking for that sort of engagement, I'm unfamiliar on what further steps I'd need to take. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 05:26, 22 July 2021 (UTC)</p> <p>::::::::You can make a request at <a href='?title=Wikipedia_talk%3ADatabase_reports'>Wikipedia talk:Database reports</a>. <a href='?title=User%3ALegoktm'>Legoktm</a> (<a href='?title=User_talk%3ALegoktm'>talk</a>) 20:44, 22 July 2021 (UTC)</p> <p>{{od}}</p> <p>The list of failed Good Article redirects can be found <a href='?title=Wikipedia%3AGood_articles%2Fmismatches'>here</a> --<a href='?title=User%3AWhiteguru'>Whiteguru</a> (<a href='?title=User_talk%3AWhiteguru'>talk</a>) 22:15, 22 July 2021 (UTC)</p> <p>:{{re|Whiteguru}} I'm not seeing an example or this condition - for example <a href='?title=Italian_battleship_Caio_Duilio'>Italian_battleship_Caio_Duilio</a> is on that page, but <a href='?title=Special%3APrefixIndex%2FTalk%3AItalian_battleship_Caio_Duilio'>Special:PrefixIndex/Talk:Italian_battleship_Caio_Duilio</a> shows that all subpages are redirects, and that there are no archive talk pages. Can you point to an example of what <a href='?title=User%3AChipmunkdavis'>User:Chipmunkdavis</a> is describing, because I haven't seen a tech issue yet. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:20, 24 July 2021 (UTC)</p> <p>:Of the 13 redirect listed currently following page moves, only 5 had their GA pages moved with the article. A couple were move reversions so ended up with the appropriate name, so that leaves about half with the subpages not moved and links breaking if <a href='?title=Template%3AGA'>Template:GA</a> is used. (<a href='?title=Template%3AArticle_history'>Template:Article history</a> requires a written link and is thus not affected by page moves.) <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 07:35, 25 July 2021 (UTC)</p> <p>::Can you provide a specific example, preferably of one "broken" now? Trying to determine if there is a tech issue, or if this is just human error. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 20:46, 25 July 2021 (UTC)</p> <p>:::<a href='?title=Talk%3ACool_Me_Down_%28Margaret_song%29'>Talk:Cool Me Down (Margaret song)</a> provides an example of what I mean. The page and talk page were moved, but the GA subpage was not. If it helps as a potential comparison, there's also <a href='?title=Talk%3A2015_Wootton_Bassett_rail_incident'>Talk:2015 Wootton Bassett rail incident</a>, where the subpage appears to have moved one minute after the talkpage. (I don't know if that indicates it was manual or a delay on the software.) <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 13:53, 26 July 2021 (UTC)</p> <p>:::::{{re|Chipmunkdavis}} this isn't an example of a talk page that was moved, with its archives, but not with a GA archive. This just looks like a page that was moved (in this case by {{u|Cartoon network freak}}) where the mover simply didn't also move the subpages at all. Basically, there is nothing special about the */GA page and this would have been the same condition for any other talk subpage. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:06, 26 July 2021 (UTC)</p> <p>{{od}} For example I went to a random GA and clicked move (<a href='?title=Special%3AMovePage%2FCodex_Alexandrinus'>Special:MovePage/Codex_Alexandrinus</a>) the move page has a list of the talk subpages - but the directions may not be as clear about making sure the mover deals with them. The message directions for this are located here: <a href='?title=MediaWiki%3AMovepagetext-noredirectfixer'>MediaWiki:Movepagetext-noredirectfixer</a>, and can be updated. Feel free to suggest improvements and open an edit request at <a href='?title=MediaWiki_talk%3AMovepagetext-noredirectfixer'>MediaWiki talk:Movepagetext-noredirectfixer</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:12, 26 July 2021 (UTC)</p> <p>:I believe that's what 192 was getting at, which led to my second question about identifying unmoved subpages. Presumably that would apply to archives as well? The instructions don't seem to mention moving subpages at all. I myself was unaware page movers needed to move subpages until this point. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 15:06, 26 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eflinks-down-again'><h2 class='section-toggle'>Reflinks down again</h2><div class='wiki-body'><p>Hi all. [http://69.142.160.183/~dispenser/cgi-bin/webreflinks.py?page=User:The_C_of_E/pmonr&citeweb=on&overwrite=&limit=20 Reflinks are down] again with what looks like a similar issue to last time. Can someone fix this please? <span style="text-shadow:grey 0.5em 0.5em 0.6em;"> <strong><a href='?title=User%3AThe_C_of_E'><span style="color:red;">The C of E </span><span style="color:blue;"> God Save the Queen!</span></a></strong> (<a href='?title=User_talk%3AThe_C_of_E'><span style="color:darkblue;">talk</span></a>)</span> 15:10, 26 July 2021 (UTC)</p> <p>:{{re|The C of E}} our editors and admins can't fix this external site, you can try asking over at <a href='?title=User_talk%3ADispenser%2FReflinks'>User talk:Dispenser/Reflinks</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:01, 26 July 2021 (UTC)</p> <p>::It's been done before. <span style="text-shadow:grey 0.5em 0.5em 0.6em;"> <strong><a href='?title=User%3AThe_C_of_E'><span style="color:red;">The C of E </span><span style="color:blue;"> God Save the Queen!</span></a></strong> (<a href='?title=User_talk%3AThe_C_of_E'><span style="color:darkblue;">talk</span></a>)</span> 19:03, 26 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-30-ech-ews-2021-30-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/30|Tech News: 2021-30]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F30'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>A <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.14'>new version</a> of MediaWiki came to the Wikimedia wikis the week before last week. This was not in Tech News because there was no newsletter that week.</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.16'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-07-27|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-07-28|en}}. It will be on all wikis from {{#time:j xg|2021-07-29|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong>Future changes</strong></p> <ul> <li>If you use the <a href='?title=mw%3ASpecial%3AMyLanguage%2FSkin%3AMonoBook'>Monobook skin</a> you can choose to switch off <a href='?title=%3Aw%3Aen%3AResponsive_web_design'>responsive design</a> on mobile. This will now work for more skins. If <code>{{int:monobook-responsive-label}}</code> is unticked you need to also untick the new <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>preference</a> <code>{{int:prefs-skin-responsive}}</code>. Otherwise it will stop working. Interface admins can automate this process on your wiki. You can <a href='?title=phab%3AT285991'>read more</a>.</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F30'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>21:09, 26 July 2021 (UTC)</p> <p><!-- Message sent by User:Johan (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21771634 --></p></div></section><section class='wiki-section collapsible' id='section--s-there-a-way-to-include-flex-box-for-emplate-ast-listing-'><h2 class='section-toggle'>Is there a way to include "flex box" for Template:Cast listing?</h2><div class='wiki-body'><p>Hello. My question is regarding <a href='?title=Template%3ACast_listing'>Template:Cast listing</a>. There are certain pages where where you have the cast list side by side with a multiple image template box. However, when you decrease the size of your browser, the image box size remains the same, but the cast listing section gets smaller. Eventually, it is just squeezed to a very small portion of the browser screen and is virtually unreadable. Look at the "Cast" sections for <a href='?title=Interstellar_%28film%29'>Interstellar (film)</a> and <a href='?title=El_Camino%3A_A_Breaking_Bad_Movie'>El Camino: A Breaking Bad Movie</a> as examples. Decrease your browser horizontally on a smaller laptop to replicate the problem I am talking about.</p> <p>These sections are fine on mobile, the cast listing seems to be "flexed" below the multiple image box. Is there a way to fix these on the browsers? — <a href='?title=User%3AFlowerkiller1692'>Flowerkiller1692</a> (<a href='?title=User_talk%3AFlowerkiller1692'>talk</a>) 22:09, 26 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eirdness-with-the-appears-to-be-already-protected-tag'><h2 class='section-toggle'>WP:RFPP: Weirdness with the "appears to be already protected" tag</h2><div class='wiki-body'><p>Ever since the new system went in, the bot has been doing weird things with the "appears to be already protected, please confirm" response. Here's what happens: I protect an article and post the usual notice saying so on the RFPP page. And 2 or 5 or 10 minutes later, the bot posts the "appears to be already protected" notice right under the "semi-protected" notice. At first I replied to it with the "already protected by" template; more recently I have been striking through it; but now I see that the item gets archived even if no one responds. You can see multiple examples [https://en.wikipedia.org/wiki/Wikipedia:Requests_for_page_protection/Archive/2021/07#26_July_2021 here]. I guess this is kind of a non-problem, but it can be confusing nevertheless. -- <a href='?title=User%3AMelanieN'>MelanieN</a> (<a href='?title=User_talk%3AMelanieN'>talk</a>) 16:54, 27 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--previously-requested-and-declined-message-no-longer-appears'><h2 class='section-toggle'>WP:RFPP: “previously requested and declined” message no longer appears</h2><div class='wiki-body'><p>Something has gone missing at “requests for increased protection”: there is no longer a tag letting us know that there was a declined request for protection in the past 10 days. That was valuable information. Now we have to either go searching in the archives on a hunch, or else assume there have not been any previous requests. There is nothing to stop an editor from re-requesting protection over and over after it has been declined. Example: <a href='?title=Pongal_%28festival%29'>Pongal (festival)</a> was re-requested for protection on 10:10 July 26, after it had been declined on July 24 and there had been only one problem edit since the previous request. (It was eventually declined again.) Maybe this is no longer possible now that we no longer have a “rolling archive” right there on the page, but it was a valuable tool. I actually have seen the “previously requested” message at Requests for Reduction, but I haven’t seen it at Requests for Increase. Any way to reinstate it? -- <a href='?title=User%3AMelanieN'>MelanieN</a> (<a href='?title=User_talk%3AMelanieN'>talk</a>) 16:50, 27 July 2021 (UTC)</p> <p>:Frankly I think we should leave the over-worked bot operator alone. Burning him out would be a bad idea. I haven't been to RFPP much lately and haven't noticed this issue but if it's not just a temporary glitch it would be a downgrade. If I may rant a little, this is what happens when people get a great idea (with unclear benefit) that someone else has to implement. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 23:56, 27 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--protected-by-administrator-emplate-o-ping-'><h2 class='section-toggle'>WP:RFPP: “protected by administrator Template:No ping.”</h2><div class='wiki-body'><p>This is the first of several posts I am going to make about glitches with the new RFPP system. {{ping|cyberpower678}} I apologize for pinging you because I know you have had a lot of hassle over glitches with the new system, without much recognition or appreciation for all your work to get it set up. I realize some of these things have nothing to do with you, but I thought you deserved the courtesy of notification - and maybe you will know who else should be notified about an individual glitch. In this case, the template <nowiki>{{RFPP|ispr|Example}}</nowiki> seems to have gone bad. When we replace "Example" with the name of the protecting administrator, that name does not show up. Instead, the response is shown as "Already protected by administrator Template:No ping." You can see several examples [https://en.wikipedia.org/wiki/Wikipedia:Requests_for_page_protection/Archive/2021/07#26_July_2021 here]. -- <a href='?title=User%3AMelanieN'>MelanieN</a> (<a href='?title=User_talk%3AMelanieN'>talk</a>) 16:48, 27 July 2021 (UTC)</p> <p>:{{Replyto|MelanieN}} This isn't a bug with the bot per se, this is occurring because the archive pages are too big and are running into the template limit. From the limit report: <code>Post‐expand include size: 2097152/2097152 bytes</code>. The solution here is to either substitute the templates (which I don't think would work with the no ping template, it would just end up pinging everyone) or split the archives into smaller chunks (weekly?). <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 17:11, 27 July 2021 (UTC)</p> <p>: Having said that the issue here is almost certainly the hundreds of transclusions of <a href='?title=Template%3APagelinks'>Template:Pagelinks</a>, each of which creates a couple of rather long URL's, rather than <a href='?title=Template%3ANo_ping'>Template:No ping</a>. <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 17:17, 27 July 2021 (UTC)</p> <p>::It's not just that it's calling Pagelinks. It's that {{tl|pagelinks}} calls {{tl|page-multi}}, which then then invokes {{ml|PageLinks|}}, which means that the actual links are being triple-counted in the post-expand include size. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 18:24, 27 July 2021 (UTC)</p> <p>:::I improved the efficiency of {{tl|pagelinks}} so that the current July archive isn't broken, but the post-expand include size is still 1,377,368/2,097,152 bytes, so a modest increase in volume could still break the page. We might want to think about substing {{tl|pagelinks}} in the preloaded text going forwards (it would switching to the version of pagelinks at {{tl|pagelinks/sandbox}}). --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 02:46, 28 July 2021 (UTC)</p> <p>::::Whatever you did, it must have worked. In the link I posted above, showing examples where it said "protected by administrator Template:No ping", those items now show the name of the administrator. Nice work! -- <a href='?title=User%3AMelanieN'>MelanieN</a> (<a href='?title=User_talk%3AMelanieN'>talk</a>) 16:22, 28 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ooking-for-a-tester-with-hrome-or-hromium'><h2 class='section-toggle'>Looking for a tester with Chrome or Chromium</h2><div class='wiki-body'><p>{{tracked|T254549}}</p> <p>I'm looking for someone who is already using Chrome on Windows 10 or Chromium on Ubuntu, and who's willing to watch for a "cursor jumping around" kind of bug. If you're interested, please go to <a href='?title=Special%3APreferences%23mw-prefsection-betafeatures'>Special:Preferences#mw-prefsection-betafeatures</a> and enable the "Discussion tools" item. It'll give you a [reply] button on talk pages. Ping me if you run into problems with the cursor jumping around. This may be caused by a gadget or plugin. I'm hoping to find someone who encounters a similar problem, so we can find a common thread. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 17:35, 28 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nclusion-control-bug'><h2 class='section-toggle'>Inclusion control bug</h2><div class='wiki-body'><p>I think I've encountered a bug with <a href='?title=Help%3ATemplate%23Inclusion_control%3A_noinclude%2C_includeonly%2C_and_onlyinclude'>inclusion control</a>. At <a href='?title=User%3ASdkb%2Fsandbox%2Ftestpage'>my sandbox</a>, I've got the following code: <code><nowiki><section begin=test/><ref><noinclude>Reference for original page.</noinclude><includeonly>Reference for transcluded page.</includeonly></ref><section end=test/></nowiki></code>. When I try to transclude that <a href='?title=Help%3ALabeled_section_transclusion'>labeled section</a> reference to another page using <code><nowiki>{{#section:User:Sdkb/sandbox/testpage|test}}</nowiki></code>, it should produce "Reference for transcluded page". However, instead, it produces this: <nowiki>{{#section:User:Sdkb/sandbox/testpage|test}}</nowiki> {{reftalk}}</p> <p>This only happens when there's a reference involved; taking that element away makes it work properly again. Does anyone know if this is a known issue and if there's any workaround available? <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 18:29, 28 July 2021 (UTC)</p> <p>:{{replyto|Sdkb}} This is probably another issue with certain operations (like template substitutions) not being evaluated inside ref tags. There's been a bug report open for this for over a decade at this point. Try using the #tag magic word instead. <code><nowiki><section begin=test/>{{#tag:ref|<noinclude>Reference for original page.</noinclude><includeonly>Reference for transcluded page.</includeonly>}}<section end=test/></nowiki></code> <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 18:56, 28 July 2021 (UTC)</p> <p>:Or you could swap the order of the tags so that the ref tags are inside the inclusion control tags. <code><nowiki><section begin=test/><noinclude><ref>Reference for original page.</ref></noinclude><includeonly><ref>Reference for transcluded page.</ref></includeonly><section end=test/></nowiki></code> <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 19:05, 28 July 2021 (UTC)</p> <p>::That works; much thanks! Hopefully eventually the refs thing will be fixed. <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 21:15, 28 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ormatting'><h2 class='section-toggle'>Formatting</h2><div class='wiki-body'><p>I realise that this is not necessarily under the purview of this section, but perhaps someone could answer easily? I chanced upon the following formatting:<code><nowiki>{{dot}}</nowiki></code> used to produce a space between two consecutive refs, thus:</p> <p><code><nowiki>|website=Detroitnews}}</ref>{{,}}<ref>{{Cite web |url=http://www.al</nowiki></code></p> <p>Why has this been included, and is it correct to use in this instance, according to MOS? You can see the original usage [https://en.wikipedia.org/w/index.php?title=Chris_Cornell&diff=prev&oldid=1028028519 here]. The editor concerned is inactive. I've looked at Template:·, but find no clear answer there. Thank you.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 18:22, 28 July 2021 (UTC)</p> <p>:@<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> According to <a href='?title=MOS%3AREFSPACE'>MOS:REFSPACE</a>, there should not be any space between adjacent ref tags, so putting that template between ref tags is not correct usage. It is also not what the template is intended for nor is it standard practice. <span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 20:06, 28 July 2021 (UTC)</p> <p>::ThanQ - that's what I expected.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 21:22, 28 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--verflow-error'><h2 class='section-toggle'>Overflow error</h2><div class='wiki-body'><p>{{tracked|T287362|resolved}}</p> <p><a href='?title=File%3AServer-kitty.jpg'>File:Server-kitty.jpg</a> situation, but close enough :) <small>— <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:03, 26 July 2021 (UTC)</small>]]</p> <ul> <li>upstream connect error or disconnect/reset before headers. reset reason: overflow</li> </ul> <p>For awhile now I was receiving this error (white screen in browser with this text at the top) when trying to view a category or even to sign in. It finally just now allowed me to sign in. And there was significant lag in even trying to view regular pages. Does anyone know what may have been going on? - <b><a href='?title=User%3AJc37'>jc37</a></b> 11:07, 26 July 2021 (UTC)</p> <p>:Something to do with a database overflow on ruwikinews caused due to a bot — <a href='?title=User%3ABerrely'><span style="color:#000"><strong><em>Berrely</strong></em></span></a> • <a href='?title=User_talk%3ABerrely'>^Talk</a>∕<a href='?title=Special%3AContribs%2FBerrely'>_Contribs</a> 11:09, 26 July 2021 (UTC)</p> <p>:See also <a href='?title=phab%3AT262391'>phab:T262391</a> <a href='?title=User%3AFirefly'><span style="color:#850808;">firefly</span></a> <small>( <a href='?title=User_talk%3AFirefly'>t</a> · <a href='?title=Special%3AContributions%2FFirefly'>c</a> )</small> 11:11, 26 July 2021 (UTC)</p> <p>::oh ok, thanks for the info. That was really crazy lol - <b><a href='?title=User%3AJc37'>jc37</a></b> 11:23, 26 July 2021 (UTC)</p> <p>:::Background here: https://ru.wikinews.org/wiki/Викиновости:Форум/Общий/Архив/2020#DynamicPageList.</p> <p>:::BTW, I know I'm preaching the choir on this page, but remember <a href='?title=Wikipedia%3ADon%27t_worry_about_performance'>Wikipedia:Don't worry about performance</a>? It has two sides. One is, don't worry unless the devs tell you to. The other is, if the devs actually tell you that mass-uploading hundreds of thousands of pages could make the servers fall over, <em>then don't do that</em>. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 18:07, 26 July 2021 (UTC)</p> <p>: See also <a href='?title=n%3Aru%3AThe_Wikimedia_Foundation_broke_Russian_Wikinews_again'>explanation on Wikinews</a>. By the way, Russian Wikinews hasn't been got any direction for the whole year until last crush. But who cares. <a href='?title=User%3ADonSimon'>DonSimon</a> (<a href='?title=User_talk%3ADonSimon'>talk</a>) 07:39, 29 July 2021 (UTC)</p> <p>{{clear}}</p></div></section><section class='wiki-section collapsible' id='section--elp'><h2 class='section-toggle'>Help</h2><div class='wiki-body'><p>Hi Village pump (technical), A few days ago I had created [https://en.m.wikipedia.org/wiki/User:Fade258/common.js] this user page to use Disam Assist. How can i use this to fix Disambiguation link? Please help me. Thank you ! <a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 06:00, 29 July 2021 (UTC)</p> <p>:@<a href='?title=User%3AFade258'>Fade258</a> You should find an option when on (disambiguation) pages. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 09:03, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--essed-up-interwikis'><h2 class='section-toggle'>Messed up interwikis</h2><div class='wiki-body'><p>For <a href='?title=Eid_al-Ghadir'>Eid al-Ghadir</a> there are several messed up interwikis. E.g. Azerbaijani Wikipedia equivalent <a href='?title=%3Aaz%3AQ%C9%99dir-Xum'>Qədir-Xum</a> which is about the same holiday is not linked to Eid al-Ghadir and its interwikis are different from those at Eid al-Ghadir (e.g. Spanish <a href='?title=%3Aes%3AGhadir_al-Jumm'>Ghadir al-Jumm</a> linked to Qədir-Xum is not the same thing as <a href='?title=%3Aes%3AEid_al-Ghadir'>Eid al-Ghadir</a>). Could someone sort those irrelevant or possibly duplicate interwikis? <a href='?title=User%3ABrandmeister'>Brandmeister</a>^{<a href='?title=User_talk%3ABrandmeister'>talk</a>} 13:30, 29 July 2021 (UTC)</p> <p>:This would be better to ask at <a href='?title=%3Ad%3AWD%3APC'>:d:WD:PC</a> probably. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 13:32, 29 July 2021 (UTC)</p> <p>:{{ec}} {{re|Brandmeister}} you should be able to update all of these here: <a href='?title=%3Awikidata%3AQ15109140'>:wikidata:Q15109140</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 13:34, 29 July 2021 (UTC)</p> <p>::Issue raised at WD:PC since I'm unable to reassign interwikis due to conflicting interconnections. <a href='?title=User%3ABrandmeister'>Brandmeister</a>^{<a href='?title=User_talk%3ABrandmeister'>talk</a>} 14:30, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-to-add-wiki-code-to-the-of-my-talk-page-'><h2 class='section-toggle'>How to add wiki code to the END of my talk page?</h2><div class='wiki-body'><p>TL;DR How can I add |} to the end of my talk page? I used to have it in the form of subpage, but this clashes with the new 'reply' system. So I merged the subpage back into wiki code, but now the formatting is affected (check my talk page to see the problem - I want beige coloring all the way, but it stops few posts from the bottom as the |} code is above the newer messages. TIA. <sub style="border:1px solid #228B22;padding:1px;"><a href='?title=User%3APiotrus'>Piotr Konieczny aka Prokonsul Piotrus</a>|<a href='?title=User_talk%3APiotrus'><span style="color:#7CFC00;background:#006400;"> reply here</span></a></sub> 05:59, 25 July 2021 (UTC)</p> <p>:An unclosed table is automatically closed at the end of the page so you can omit <code>|}</code>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 11:26, 25 July 2021 (UTC)</p> <p>::Note if you use the <a href='?title=mw%3AVisualEditor%2FDiffs'>visual differences</a> beta feature (which can be enabled as an option on diff pages in your <a href='?title=Special%3APreferences%23mw-prefsection-betafeatures'>preferences</a> or by adding <code>&diffmode=visual</code> to the end of a diff URL, and can be used even if you use the traditional wikitext editor for editing), leaving an unclosed element will break the output, as the autoclosing won't happen in the context of the diff. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 14:24, 25 July 2021 (UTC)</p> <p>:Expect this to break all the time when other people go to your talk page, especially if they use "[https://en.wikipedia.org/w/index.php?title=User_talk:Piotrus&action=edit§ion=new new section]". — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:20, 25 July 2021 (UTC)</p> <p>::Piotrus has been trying to resolve several formatting questions, and they are beyond me. There are [https://en.wikipedia.org/w/index.php?title=User_talk:Piotrus&action=info#Lint_errors two lint errors] on his talk page at the moment, but I doubt that those are relevant. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 17:41, 26 July 2021 (UTC)</p> <p>:::{{re|Whatamidoing (WMF)}} <code><nowiki><center></nowiki></code> is considered a low-priority "obsolete HTML tag" - we have over 9million of these and I don't expect them to get resolved en masse anytime soon. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 15:48, 28 July 2021 (UTC)</p> <p>::::<a href='?title=phab%3AT287040'>phab:T287040</a> mentions <a href='?title=mw%3AHelp%3ADiscussionTools%2FWhy_can%27t_I_reply_to_this_comment%3F%23Accidental%2520complex%2520transclusion'>Help:DiscussionTools/Why can't I reply to this comment?#Accidental complex transclusion</a>. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 17:34, 28 July 2021 (UTC)</p> <p>:My talk page has color all the way to the bottom so I used that as a clue as to how to fix. Getting rid of the table seems to work. There's an unclosed div tag but that seems to not matter to the end result.— <a href='?title=User%3ADiannaa'>Diannaa</a> (<a href='?title=User_talk%3ADiannaa'>talk</a>) 13:20, 29 July 2021 (UTC)</p> <p>::{{replyto|Diannaa}} In general, if a HTML element is left unclosed, its effects persist until the closing tag of the next element up the tree. So if you have <syntaxhighlight lang=html><div></p> <p><table></p> <p><!-- some valid table rows and cells --></p> <p></div></syntaxhighlight> that {{tag|div|c}} will terminate the table as well as its matching {{tag|div|o}}. But it's bad practice to omit closing tags unless the HTML documentation explicitly says that a closing tag is omissible - this is not the case for either [//www.w3.org/TR/html52/grouping-content.html#the-div-element div] or [//www.w3.org/TR/html52/tabular-data.html#the-table-element table]. The MediaWiki software goes some way to adding in missing closing tags, but isn't perfect - which is why we have <a href='?title=Special%3ALintErrors'>Special:LintErrors</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 14:13, 29 July 2021 (UTC)</p> <p>::Pretty much this. If someone makes a complicated page and purposefully has malformed coding on it, they shouldn't expect other utilities that depend on standardized coding to function normally. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:18, 29 July 2021 (UTC)</p> <p>:::I suspect we have a lot of colorful talk pages with flawed mark-up. Mine was originally adapted from <a href='?title=%3AUser_talk%3ACasliber'>:User talk:Casliber</a>.— <a href='?title=User%3ADiannaa'>Diannaa</a> (<a href='?title=User_talk%3ADiannaa'>talk</a>) 14:36, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ll-file-page-talk-pages-with-emplate-anner-eta-link-to-their-corresponding-file'><h2 class='section-toggle'>All file page talk pages with [[Template:WPBannerMeta]] link to their corresponding file</h2><div class='wiki-body'><p>Except not really. See for example <a href='?title=Special%3AWhatLinksHere%2FFile%3AVan_Halen_-_1984.jpg'>Special:WhatLinksHere/File:Van Halen - 1984.jpg</a> where <a href='?title=%3AFile_talk%3AVan_Halen_-_1984.jpg'>:File talk:Van Halen - 1984.jpg</a> is listed as containing a link to the main file, but of course, it doesn't. I found this is caused by {{tl|WPBannerMeta}} which calls {{tl|Pagetype}} which is a wrapper for <a href='?title=Module%3APagetype'>Module:Pagetype</a> but the actual culprit could also reside in <a href='?title=Module%3ANamespace_detect'>Module:Namespace detect</a> which is loaded in <a href='?title=Module%3APagetype'>Module:Pagetype</a>.</p> <p>My problem with the erroneous link is that <a href='?title=User%3AAlexis_Jazz%2FLuckyRename'>LuckyRename</a> uses WhatLinksHere to compile a list of pages to update and as a result frequently tries to edit the talk page of files and fails because there's no link there. This error isn't fatal but it's very common and just annoying.</p> <p>How can that erroneous link on WhatLinksHere be made to go away? — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 10:17, 29 July 2021 (UTC)</p> <p>:<a href='?title=Template_talk%3AWPBannerMeta%23Protected_edit_request_on_29_July_2021'>Found a way</a>. — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 10:39, 29 July 2021 (UTC)</p> <p>::Actually I didn't. Now what? — <span style="color:#e08020">Alexis Jazz</span> (<a href='?title=User_talk%3AAlexis_Jazz'>talk</a> or ping me) 14:38, 29 July 2021 (UTC)</p> <p>:::<a href='?title=Help%3AWhat_links_here%23Overview'>Help:What links here#Overview</a> says: <em>The parser function <a href='?title=%3Amw%3AHelp%3AExtension%3AParserFunctions%23%23ifexist'>#ifexist:</a> causes a listing in "What links here" among the normal links even though no link is produced.</em> I don't know a workaround and haven't heard of cases where we omit template features to avoid such WhatLinksHere entries. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 16:52, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ontributing-to-'><h2 class='section-toggle'>Contributing to AWB</h2><div class='wiki-body'><p>Hello there! I need help with this issue: <a href='?title=Wikipedia%3AAutoWikiBrowser%2FSources%23How_can_I_contribute_to_the_code%3F'>Wikipedia:AutoWikiBrowser/Sources#How can I contribute to the code?</a>. Is there any chance you can help me? :) --<a href='?title=User%3A%D4%B1%D5%B7%D5%B8%D5%BF%D5%8F%D5%86%D5%82'>ԱշոտՏՆՂ</a> (<a href='?title=User_talk%3A%D4%B1%D5%B7%D5%B8%D5%BF%D5%8F%D5%86%D5%82'>talk</a>) 19:32, 29 July 2021 (UTC)</p> <p>:I have moved your question to the correct location, which is <a href='?title=Wikipedia_talk%3AAutoWikiBrowser%23How_can_I_contribute_to_the_code%3F'>WT:AWB</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 19:40, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--elp-getting-rid-of-something-clicked-on'><h2 class='section-toggle'>Help getting rid of something I clicked on</h2><div class='wiki-body'><p>{{resolved}}</p> <p><a href='?title=User%3AMaile66%2FNettie_Houston_Bringhurst'>User:Maile66/Nettie Houston Bringhurst</a> - I was going through checking myself, and clicked on something - don't know what- in the left-hand tool bar, don't know what. Now I can't get rid of this piece of crap popup on the right-hand side that wants me to: Minimize, Shoe metadata, Send appreciation to myself, or go to the next age in the queue. I just want this ugly floating thing to get off my work and stay away. Forever. Closing down my browser did no good, and neither did purging the page. And it floats up and down the page as I scroll, covering over part of the view of my window. What a piece of junk. Please advise. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 22:56, 29 July 2021 (UTC)</p> <p>:{{re|Maile66}} sounds like the curation toolbar. In the top of it click the right arrow to minimize it, then click the little x in the top right to close it. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:11, 29 July 2021 (UTC)</p> <p>::{{re|Xaosflux}} Thank you! I got rid of it. I never was a fan of page curation, and now less so. But thanks for your quick help. <a href='?title=User%3AMaile66'>— Maile </a> (<a href='?title=User_talk%3AMaile66'>talk</a>) 23:15, 29 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--s-there-a-bot-script-for-easily-pinging-all-partipants-in-a-previous-discussion'><h2 class='section-toggle'>Is there a bot/script for easily pinging all partipants in a previous discussion</h2><div class='wiki-body'><p>I was wondering if there is a bot or script which can scan over one previous discussion, like an RfC, and list of users involved in such a discussion. The reason is would be useful is be able to quickly ping all previous user if a new discussion or RfC came up that is highly related, and saves human time looking over old discussion trying to list all users manually. For example it would be great to easily <a href='?title=Talk%3ASpanish_flu%2FArchive_3%23Requested_move_15_March_2020'>ping all users in this previous RM</a> automatically (given it is lengthy) for the now <a href='?title=Talk%3ASpanish_flu%23Requested_move_21_July_2021'>same RM that is now ongoing</a>. Regards <a href='?title=User%3ASpy-cicle'><span style='color: 4019FF;'><b> Spy-cicle💥 </b></span></a> <a href='?title=User_talk%3ASpy-cicle%23top'>^{<span style='color: #1e1e1e;'><b><strong><em>Talk</strong></em>?</b></span>}</a> 14:01, 21 July 2021 (UTC)</p> <p>:I'm not aware of any such tool. I believe it would have to be a script, as I'm not aware of any way to make a lua module grab the text of the page it's invoked on, which is what you'd need to feed the function for it to pick out the names of participants. But I'm not intimately familiar with WP's backend, and other users may be aware of something I'm not. I could probably write such a tool in Javascript, if there's a call for it. I believe I've offered to write this very tool once before.</p> <p>:I've done this a few times, and I've never had much trouble gathering up all the names for a mass ping. I usually open each signature link in a new tab, then copy & paste out the names (this avoids the problem of accidentally trying to ping an editor's displayed name, as opposed to their actual username). <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 14:17, 21 July 2021 (UTC)</p> <p>::For reference, you can get the wikitext of a page a module is invoked on, using <a href='?title=mw%3AExtension%3AScribunto%2FLua_reference_manual%23mw.title.getCurrentTitle'>mw.title.getCurrentTitle</a> and then calling <a href='?title=mw%3AExtension%3AScribunto%2FLua_reference_manual%23Title_objects'>getContent()</a> on the title. See <a href='?title=mw%3AExtension%3AScribunto%2FLua_reference_manual'>mw:Extension:Scribunto/Lua reference manual</a> for more (it's great)! <a href='?title=User%3ATol'><span style="color:#f542d7">Tol</span></a> | <a href='?title=User_talk%3ATol'>talk</a> | <a href='?title=Special%3AContribs%2FTol'>contribs</a> 15:27, 21 July 2021 (UTC)</p> <p>:::I've often thought this is something I needed, but never got around to writing it. Maybe some day. One of the difficulties is figuring out what a discussion means. I guess anybody who edited a particular section delimited by a level-2 heading? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 15:57, 21 July 2021 (UTC)</p> <p>::::I would say any editor who left a signature between the level 2 header that starts the RfC (a user could type this into a template that invokes the module) and the next level 2 header.</p> <p>::::Should be simple enough to find whatever text is between <code>User:</code> and either <code>|</code>, or <code>]]</code> and turn that into a list. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 16:28, 21 July 2021 (UTC)</p> <p>:::Thank you, {{u|Tol}} I had the manual open and was looking for it, but I just didn't see that. That makes it easier, as it could be put in a module and then invoked via a template. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 16:25, 21 July 2021 (UTC)</p> <p>::::No problem! <a href='?title=User%3ATol'><span style="color:#f542d7">Tol</span></a> | <a href='?title=User_talk%3ATol'>talk</a> | <a href='?title=Special%3AContribs%2FTol'>contribs</a> 17:18, 21 July 2021 (UTC)</p> <ul> <li>{{u|Spy-cicle}} and {{u|Tol}} & {{u|RoySmith}} (because I suspect you two might know a thing or two that's useful here). I put together a function in a sandbox module I've been fiddling with at <a href='?title=Module%3ASandbox%2FMjolnirPants'>Module:Sandbox/MjolnirPants</a>. I also slapped together a template at {{tl|Rfcping}}. I haven't figured out how to print the output of the module to the page (subst-ing the template will naturally just place the invoke statement on the target page), and my Lua is probably shitty because I hate regex like it was satan and my entire Lua resume is right there in that module.</li> </ul> <p>:If someone with more experience writing modules than I wants to take a poke at cleaning up my code or tell me how to "subst" the invoke call, that'd be awesome.</p> <p>:Right now, the discussion has to be on the page you're editing, and you've got to use the page-level edit button, but I already know how to solve both of those issues, I just don't have the time tonight.</p> <p>:If I (or we) can get this fully functional, I plan to make a dedicated module for it and fully document the template, at that time. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 21:48, 21 July 2021 (UTC)</p> <p>::@<a href='?title=User%3AMPants_at_work'>MPants at work</a>: In a function in <code>p</code>, just <code>return</code> what you want to output. <a href='?title=User%3ATol'><span style="color:#f542d7">Tol</span></a> | <a href='?title=User_talk%3ATol'>talk</a> | <a href='?title=Special%3AContribs%2FTol'>contribs</a> 23:24, 21 July 2021 (UTC)</p> <p>::Sorry; I misread your question. Perhaps check out <a href='?title=WP%3Asafesubst'>safesubst</a>? I'll take a look at it later. <a href='?title=User%3ATol'><span style="color:#f542d7">Tol</span></a> | <a href='?title=User_talk%3ATol'>talk</a> | <a href='?title=Special%3AContribs%2FTol'>contribs</a> 23:26, 21 July 2021 (UTC)</p> <p>:::I'm back and looking into that now, thanks for the tip. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 12:37, 22 July 2021 (UTC)</p> <p>:::Ha! {{u|Tol|You}} nailed it. From your link, I followed the "Recursive substing" link, and the first suggestion there works. When I <a href='?title=User%3AMPants_at_work%2Fsandbox'>tested it just now</a>, it produced parseable wiki markup. So now I'm going to go ahead and fix the two issues I mentioned above before I start moving things around. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 12:46, 22 July 2021 (UTC)</p> <ul> <li>Okay, seems to be working now. Use {{tl|rfcping}}, passing it the name of the discussion header and the name of the page the discussion was held on, and be sure to subst it. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 14:51, 22 July 2021 (UTC)</li> <li>:{{ping|MPants at work}} You might want to consider wrapping it in {{tl|require substitution}}. --<a href='?title=User%3AAhecht'>Ahecht</a> (<a href='?title=User_talk%3AAhecht'><span style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:-.3em;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</span></a>) 20:56, 22 July 2021 (UTC)</li> <li>::{{ping|Ahecht}} Thanks. I was not aware of that. I've done it and tested to make sure it's still working. <a href='?title=User%3AMPants_at_work'><span style="color:#004400;"><strong>ᛗᛁᛟᛚᚾᛁᚱPants</strong></span></a> <small><small><a href='?title=User_talk%3AMPants_at_work'><em>Tell me all about it.</em></a></small></small> 21:01, 22 July 2021 (UTC)</li> </ul> <p>:Thank you all for the responses to my intial post (did not manage to reply quickly as caught up with other stuff). And thank you in particular MPants at work for creating the template, I will try using and try to mention on it on relevant talk pages now that such a tool exists. Regards <a href='?title=User%3ASpy-cicle'><span style='color: 4019FF;'><b> Spy-cicle💥 </b></span></a> <a href='?title=User_talk%3ASpy-cicle%23top'>^{<span style='color: #1e1e1e;'><b><strong><em>Talk</strong></em>?</b></span>}</a> 00:38, 30 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hy-some-image-doesn-t-displayed-in-age-reviews-'><h2 class='section-toggle'>Why some image doesn't displayed in Page Previews?</h2><div class='wiki-body'><p>For example <a href='?title=Yuriko_Koike'>Yuriko Koike</a> (image from Commons, resolution 225 × 300 pixels), and there are many pages like this I've encountered before. Resolution too small? <a href='?title=User%3AHddty'>Hddty</a> (<a href='?title=User_talk%3AHddty'>talk</a>) 10:40, 24 July 2021 (UTC)</p> <p>:It displays for me. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:27, 24 July 2021 (UTC)</p> <p>::{{re|PrimeHunter}} It still doesn't display for me when logged out. <a href='?title=User%3AHddty'>Hddty</a> (<a href='?title=User_talk%3AHddty'>talk</a>) 02:31, 25 July 2021 (UTC)</p> <p>:::{{re|Hddty}} Are you using an adblocker or any other browser extensions that can block elements of a page? <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 00:25, 27 July 2021 (UTC)</p> <p>:::My hunch is that this is a connectivity issue. Right-click and open the image (in a new tab) and tell us what the page says. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 00:29, 27 July 2021 (UTC)</p> <p>::::It's not because connectivity. The image still doesn't displayed after I disabled all browser extensions. After previewing all bio on <a href='?title=2020_Summer_Olympics_opening_ceremony%23Nations'>2020_Summer_Olympics_opening_ceremony#Nations</a> another person with image that doesn't displayed in preview is <a href='?title=Rebecca_Nyandeng_De_Mabior'>Rebecca Nyandeng De Mabior</a> (image in Commons/not fair use and resolution quite small), so its probably because low resolution (though I think all image should be displayed even if the resolution is small). <a href='?title=User%3AHddty'>Hddty</a> (<a href='?title=User_talk%3AHddty'>talk</a>) 07:00, 28 July 2021 (UTC)</p> <p>:::::Ah, you mean <a href='?title=mw%3APage_Previews'>mw:Page Previews</a>. You're right, it's because the original resolution is too small: [https://github.com/wikimedia/mediawiki-extensions-Popups/blob/master/src/ui/thumbnail.js]. Looks like a landscape image has to be at least 320px wide and a portrait at least 250px tall. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 07:30, 28 July 2021 (UTC)</p> <p>::::::I still see the Page Previews image for <a href='?title=Yuriko_Koike'>Yuriko Koike</a> but not <a href='?title=Rebecca_Nyandeng_De_Mabior'>Rebecca Nyandeng De Mabior</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 11:11, 29 July 2021 (UTC)</p> <p>:::::::Maybe that's because of monitor size? After zoomed out this page I can see the image for <a href='?title=Yuriko_Koike'>Yuriko Koike</a> but not <a href='?title=Rebecca_Nyandeng_De_Mabior'>Rebecca Nyandeng De Mabior</a> (even after max 25% zoom out in Chrome). <a href='?title=User%3AHddty'>Hddty</a> (<a href='?title=User_talk%3AHddty'>talk</a>) 03:30, 30 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--epeated-regular-space'><h2 class='section-toggle'>Repeated regular space</h2><div class='wiki-body'><p>{{resolved}}</p> <p>Is there a template or something that can produce multiple <a href='?title=Space_%28punctuation%29'>regular spaces</a>? {{t|5x}} does what I'm trying to do but it's limited to 5 characters:</p> <p><pre>{{subst:5x| }}</pre></p> <p><pre> </pre></p> <p>I know you can add two spaces like this to produce 10 spaces, but I'm looking for something simpler than this:</p> <p><pre>{{subst:5x| }}</pre></p> <p><pre> </pre></p> <p>{{t|Loop}} would be perfect but unfortunately it doesn't seem to work with regular spaces:</p> <p><pre>{{subst:Loop|10| }}</pre></p> <p><pre>(nothing happens)</pre></p> <p><a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 22:11, 29 July 2021 (UTC)</p> <p>: This seems like a case of the <a href='?title=XY_problem'>XY problem</a>. What are you trying to do that would require large numbers of regular spaces? Is there anything in <a href='?title=%3ACategory%3AInline_spacing_templates'>:Category:Inline spacing templates</a> that would do what you need? <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 22:29, 29 July 2021 (UTC)</p> <p>::Sorry for the vagueness. I need it for my <a href='?title=WP%3AAWB'>AWB</a> regexes that use the #expr function (for example, something like <code><nowiki>{{subst:Loop|{{subst:#expr:$1-5}}| }}</nowiki></code>). Didn't find any help in that category, unfortunately. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 22:57, 29 July 2021 (UTC)</p> <p>:::But <em>why</em> do you want a certain number of regular spaces? Saying how you want to compute the number is not an answer. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:17, 30 July 2021 (UTC)</p> <p>::::I try to make <a href='?title=special%3Adiff%2F1036138538'>this</a> type of edits that VisualEditor does automatically to infoboxes. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 09:42, 30 July 2021 (UTC)</p> <p>:::::But if there's no template that supports regular spaces, I can just probably make <code><nowiki>{{subst:Loop|{{subst:#expr:$1-5}}|AWBSPACE}}</nowiki></code> and then after doing that I'll replace <code>AWBSPACE</code> with one space. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 09:54, 30 July 2021 (UTC)</p> <p>::::::Just realized I can't make this in one edit because you need to save your edit before subst works. I'd have to make two edits to make this work, so that's a no go. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 11:06, 30 July 2021 (UTC)</p> <p>:See <a href='?title=Module%3AString%23rep'>Module:String#rep</a> but people get a bit irritated when others go around changing the style of existing articles and note <a href='?title=WP%3ACOSMETICBOT'>WP:COSMETICBOT</a>. Finally, AWB is supposed to be used by someone with an approved registered account. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 10:02, 30 July 2021 (UTC)</p> <p>::I did look at that module, but I couldn't figure out how to substitute modules. And don't worry, I won't be doing this on en-wiki. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 11:06, 30 July 2021 (UTC)</p> <p>:::Then why ask for a template? Templates are local to a wiki. <code><nowiki>{{subst:#invoke:String|rep| |10}}</nowiki></code> works but modules are also local. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:03, 30 July 2021 (UTC)</p> <p>::::Thanks! That did work after all. I'm pretty sure I tried that before, but the "show changes" button didn't show what I expected it to show (but now that I tried again, it <em>does</em> - how strange, maybe I typoed something). And now that I actually tried to <a href='?title=special%3Adiff%2F1036264143'>save the edit</a>, it worked. Fortunately many templates/modules have been imported to other wikis and work similarly. And if not, I can always copy the template from en-wiki. The reason I asked here is that usually I find technical help here more easily. <a href='?title=Special%3AContributions%2F85.76.142.4'>85.76.142.4</a> (<a href='?title=User_talk%3A85.76.142.4'>talk</a>) 13:27, 30 July 2021 (UTC)</p> <p>:::::If a post isn't about the English Wikipedia then please always say what it is about. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 16:53, 30 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ender-used-in-messages-is-biased-in-preferences'><h2 class='section-toggle'>Gender used in messages is biased in preferences</h2><div class='wiki-body'><p>In the preferences settings under the first tab named "User Profile" there is a section about: Gender used in messages, where a user can specify to be addressed by gender neutral, feminine, or masculine pronouns, and when another user hovers over the username the chosen pronouns will be displayed as he/him or she/her along with the user rights and other user groups of the user as well as their edit count and some other basic information about the user.</p> <p>However, there is a technical issue with this feature that makes the preference appear to be biased in nature where the feature appears as if it doesn't work at all if a user chooses that they wish to remain gender neutral because if this option is chosen there is simply nothing at all displayed when you hover over the username, and there should be at least something such as they/them to indicate the user has made the choice and the feature is working. <a href='?title=User%3AHuggums537'>Huggums537</a> (<a href='?title=User_talk%3AHuggums537'>talk</a>) 18:35, 30 July 2021 (UTC)</p> <p>I propose we add they/them to the feature to avoid the appearance that the preference is biased against people who choose to remain gender neutral, and to ensure that all editors will have a way of knowing the feature actually works. <a href='?title=User%3AHuggums537'>Huggums537</a> (<a href='?title=User_talk%3AHuggums537'>talk</a>) 18:42, 30 July 2021 (UTC)</p> <p>I just realized this is probably the wrong place to post this. I will copy this over to village Pump (Proposals) in order to get community consensus to take it to Phabricator and then come back here and link back to the discussion. Thanks! <a href='?title=User%3AHuggums537'>Huggums537</a> (<a href='?title=User_talk%3AHuggums537'>talk</a>) 19:07, 30 July 2021 (UTC)</p> <p>Link to proper discussion area is here: <a href='?title=Wikipedia%3AVillage_pump_%28proposals%29%23Gender_used_in_messages_is_biased_in_preferences_%28copied_from_Village_Pump_%28Technical%29%29'>Wikipedia:Village_pump_(proposals)#Gender_used_in_messages_is_biased_in_preferences_(copied_from_Village_Pump_(Technical))</a> <a href='?title=User%3AHuggums537'>Huggums537</a> (<a href='?title=User_talk%3AHuggums537'>talk</a>) 19:07, 30 July 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--elective-transclusion'><h2 class='section-toggle'>Selective transclusion</h2><div class='wiki-body'><p>A section on "Dynamic tonality" was added into <a href='?title=Contemporary_classical_music'>Contemporary classical music</a> and again, identical, into <a href='?title=Classical_music'>Classical music</a>. I replaced the latter identical text with a selective transclusion from the former, following the instructions at <a href='?title=WP%3ASELTRANS'>WP:SELTRANS</a>. I can swear that when I did that on 25 July, it worked as expected. When I now look at <a href='?title=special%3APermalink%2F1035398103'>the version where I did that</a>, no transcluded text is shown. The code I used is:</p> <p><code><nowiki>{{transcluded section|source=Contemporary classical music#Dynamic tonality}}</p> <p>{{#section-h:Contemporary classical music|Dynamic tonality}}</nowiki></code></p> <p>Why is it so? Did anything happen to the transclusion mechanism? -- <a href='?title=User%3AMichael_Bednarek'>Michael Bednarek</a> (<a href='?title=User_talk%3AMichael_Bednarek'>talk</a>) 04:52, 1 August 2021 (UTC)</p> <p>:<a href='?title=Special%3ADiff%2F1036534275'>This</a> fixed it. Apparently you can't place a comment in the same line as the section heading. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 05:11, 1 August 2021 (UTC)</p> <p>::Yes, trailing comments break other features as well, such as the URL fragment after editing a section. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 07:46, 1 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-to-connect-pages-with-ikidata-items-in-the-new-ector'><h2 class='section-toggle'>How to connect pages with Wikidata items in the new Vector</h2><div class='wiki-body'><p><a href='?title=File%3ADIP_-_Restored_add_Wikidata_links.png'>File:DIP_-_Restored_add_Wikidata_links.png</a></p> <p>This announcement is for Wikipedians who are using the new Vector only. For more information about the project, see <a href='?title=wikipedia%3AVillage_pump_%28miscellaneous%29%23Desktop_Improvements_update'>WP:VPM#Desktop Improvements update</a>.</p> <p>In the week of August 2nd, the link for "{{int:wikibase-linkitem-addlinks}}/{{int:wikibase-editlinks}}" will be restored to the sidebar. It will appear in the {{int:toolbox}} section as "{{int:wikibase-addlinkstitle}}/{{int:wikibase-editlinkstitle}}".</p> <p>When building the <a href='?title=mw%3AReading%2FWeb%2FDesktop_Improvements%2FFeatures%2FLanguage_switching'>language button</a>, we did not include the "{{int:wikibase-linkitem-addlinks}}/{{int:wikibase-editlinks}}" link. This was because this functionality is a part of <a href='?title=phab%3AT265996'>improved language selector</a>. That selector is currently being built by another team of the Wikimedia Foundation. As a result, the link was missing. We have received requests to restore it.</p> <p>We explored the best way to do it as a temporary solution. We decided to add it into the sidebar in the {{int:toolbox}} section. You can see the location on the screenshot.</p> <p>When the improved language selector is deployed, the "{{int:wikibase-linkitem-addlinks}}/{{int:wikibase-editlinks}}" link will be back together with the language links in the button. <a href='?title=User%3ASGrabarczuk_%28WMF%29'>SGrabarczuk (WMF)</a> (<a href='?title=User_talk%3ASGrabarczuk_%28WMF%29'>talk</a>) 13:40, 1 August 2021 (UTC)</p> <p>{{clear}}</p></div></section><section class='wiki-section collapsible' id='section--hy-is-it-so-complicated-to-ping-somebody-'><h2 class='section-toggle'>Why is it so complicated to ping somebody?</h2><div class='wiki-body'><p>I just happened to notice I had been mentioned in <a href='?title=Wikipedia%3ASockpuppet_investigations%2FVyaiskaya'>Wikipedia:Sockpuppet investigations/Vyaiskaya</a>, but never got a ping. Investigating, it looks like <a href='?title=Special%3ADiff%2F1036581002'>the signature</a> and <a href='?title=Special%3ADiff%2F1036581213'>the mention</a> came in two different edits, so the ping failed. I see this a lot. Why was it designed this way? It seems like an unnecessary complication which just means a lot of broken pings because people don't jump through all the hoops properly. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 13:38, 1 August 2021 (UTC)</p> <p>:A "mention" without a signature is often archiving or refactoring which shouldn't give pings. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 13:42, 1 August 2021 (UTC)</p> <p>:Would it help to add "show list of pings on preview/save" to next year's wishlist? <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 15:12, 1 August 2021 (UTC)</p> <p>::On save is "Successful mention" at <a href='?title=Special%3APreferences%23mw-prefsection-echo'>Special:Preferences#mw-prefsection-echo</a>. I do sometimes miss it on preview. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:30, 1 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--bbreviated-journal-names'><h2 class='section-toggle'>Abbreviated journal names</h2><div class='wiki-body'><p>Hi, hoping interested/knowledgeable parties might know something about abbreviated journal titles, which I am coming to as a newbie. It is called <a href='?title=ISO_4'>ISO 4</a> and there is an API https://abbreviso.toolforge.org/ for translating from long form to short (unclear about internationalization support). I am interested in going the other way, from short form to long. Does such a thing exist? -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 18:28, 28 July 2021 (UTC)</p> <p>:The [https://www.issn.org/services/online-services/access-to-the-ltwa/ ISSN LTWA] or redirects tagged with {{tl|R from ISO 4 abbreviation}} may be useful. If not then I'm sure <a href='?title=WP%3AWikiProject_Academic_Journals'>WP:WikiProject Academic Journals</a> will be able to help. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 18:36, 28 July 2021 (UTC)</p> <p>::I think you want to talk to @<a href='?title=User%3AHeadbomb'>Headbomb</a>. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 19:03, 28 July 2021 (UTC)</p> <p>:::<a href='?title=WP%3AJOURNALS'>WP:JOURNALS</a> uses [https://marcinwrochna.github.io/abbrevIso/?search= TokenZero's tool] quite heavily. There's an API for it and other advanced functions, and its also integrated into {{tl|Infobox journal}} (although you have to opt-in, see <a href='?title=Template%3AInfobox_journal%23Search_links'>this in particular</a>. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 19:44, 28 July 2021 (UTC)</p> <p>::::As for short to long, there's no way to do this automatically, since you lose information by abbreviating. For example J. Phys. Chem. could be Journal of Physics and Chemistry, Journal of Physical Chemistry, Journal of the Physical Chemist, Journal of the Physical Chemists, Journal of Physicists in Chemistry... and many others. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 19:51, 28 July 2021 (UTC)</p> <p>:::::It can sometimes be done automatically. <em>{{-r|J. Phys. Chem.}}</em> is a {{tl|R from ISO 4 abbreviation}} to <em><a href='?title=The_Journal_of_Physical_Chemistry_A'>The Journal of Physical Chemistry A</a></em>. However, not all journals have such redirects, especially those where the abbreviation is ambiguous with another journal or a different topic. (Trivial example: <a href='?title=Tetrahedron'>Tetrahedron</a> is about pyramids and not a redirect to <em><a href='?title=Tetrahedron_%28journal%29'>Tetrahedron (journal)</a></em>.) <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 22:00, 28 July 2021 (UTC)</p> <p>:::::Another thought: Wikidata <a href='?title=d%3Aproperty%3AP1160'>property:P1160</a> holds the abbreviation. You could create a local <a href='?title=rainbow_table'>rainbow table</a> of those and look up your abbreviation to decode the full name. <a href='?title=User%3ACertes'>Certes</a> (<a href='?title=User_talk%3ACertes'>talk</a>) 22:05, 28 July 2021 (UTC)</p> <p>::::::{{ping|Certes|Headbomb}} - thank you for your help. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 22:25, 1 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--owikis'><h2 class='section-toggle'>Nowikis</h2><div class='wiki-body'><p>Hi there, I sent an editor a message on their talk page wanting to show them how to add dashes to text. So I added both dashes within "nowikis", but instead of the text showing up, the dashes showed up. Eg. <nowiki>– —</nowiki>. Thanks! <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 21:40, 1 August 2021 (UTC)</p> <p>:{{re|Magnolia677}} The issue is that the <code>&ndash;</code> and similar are HTML entities, rather than wikitext constructs, so wikitext escaping doesn't work. I displayed the code earlier with <code><nowiki><code>&amp;ndash;</code></nowiki></code>, using an extra level of escaping. <a href='?title=User%3AVahurzpu'>Vahurzpu</a> (<a href='?title=User_talk%3AVahurzpu'>talk</a>) 22:22, 1 August 2021 (UTC)</p> <p>::{{ping|Vahurzpu}} That did it! Thanks! <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 22:24, 1 August 2021 (UTC)</p> <p>:::{{replyto|Magnolia677}} You could send them a link to <a href='?title=Wikipedia%3AHow_to_make_dashes'>Wikipedia:How to make dashes</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 22:54, 1 August 2021 (UTC)</p> <p>:<nowiki>{{ndash}}</nowiki> and <nowiki>{{mdash}}</nowiki> also works too, if you want. <a href='?title=User%3ASdrqaz'>Sdrqaz</a> (<a href='?title=User_talk%3ASdrqaz'>talk</a>) 12:10, 2 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ested-template-that-works-in-some-contexts-but-not-in-others-'><h2 class='section-toggle'>Nested template that works in some contexts but not in others???</h2><div class='wiki-body'><p>Consider this simple construction:</p> <p>:<code><nowiki>{{Annotated link|Confédération Mondiale des Activités Subaquatiques|{{lang|fr|Confédération Mondiale des Activités Subaquatiques}}}}</nowiki></code></p> <p>which produces (as it should)</p> <p>:{{Annotated link|Confédération Mondiale des Activités Subaquatiques|{{lang|fr|Confédération Mondiale des Activités Subaquatiques}}}}</p> <p>It works fine here. It works in my sandbox. It works at <a href='?title=Template%3AAnnotated_link%2Fdoc%23Examples'>Template:Annotated link/doc#Examples</a> (see 'Piped to use <a href='?title=%3Atemplate%3Alang'>:template:lang</a> per <a href='?title=MOS%3AFOREIGNITALIC'>MOS:FOREIGNITALIC</a>' [which I added yesterday per discussion at template talk page]). But if I put it in the {{code|See also}} of a live page, <strong>any</strong> live page, I get</p> <p>:<nowiki><a href='?title=Conf%C3%A9d%C3%A9ration_Mondiale_des_Activit%C3%A9s_Subaquatiques'>Confédération Mondiale des Activités Subaquatiques</a> – International organisation for underwater activities</nowiki></p> <p>(except that the second instance of <em>Confédération</em> etc is in italics, suggesting that it <em>almost</em> worked.</p> <p>What am I missing? --<a href='?title=User%3AJohn_Maynard_Friedman'>John Maynard Friedman</a> (<a href='?title=User_talk%3AJohn_Maynard_Friedman'>talk</a>) 12:14, 2 August 2021 (UTC)</p> <p>:{{Re|John Maynard Friedman}} When used in mainspace, the {{tl|lang}} template also spits out <code><nowiki><a href='?title=Category%3AArticles_containing_French-language_text'>Category:Articles containing French-language text</a></nowiki></code>, which breaks the syntax of your intended wikilink. You can add <code>nocat=yes</code> to avoid this. -- <a href='?title=User%3AJohn_of_Reading'>John of Reading</a> (<a href='?title=User_talk%3AJohn_of_Reading'>talk</a>) 12:23, 2 August 2021 (UTC)</p> <p>::Result! Have a barnstar on me. Thank you. I'll update {{tl|Annotated link}} accordingly. --<a href='?title=User%3AJohn_Maynard_Friedman'>John Maynard Friedman</a> (<a href='?title=User_talk%3AJohn_Maynard_Friedman'>talk</a>) 12:30, 2 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--olor-background'><h2 class='section-toggle'>Color background</h2><div class='wiki-body'><p>Hello! Can someone help me with a weird phenomenon I've been having at SqWiki? At en.wiki, module documentation is rendered over a {{background color|#ecfcf4|colored background}}; see for example, <a href='?title=Module%3ADocumentation'>Module:Documentation</a>. At sq.wiki, module documentation is rendered over an uncolored background; see for example, <a href='?title=%3Asq%3AModuli%3ADocumentation'>:sq:Moduli:Documentation</a>. What needs to be done at sq.wiki to render module documentation over a {{background color|#ecfcf4|colored background}} in the same way that template documentation is rendered over a {{background color|#ecfcf4|colored background}}; for example <a href='?title=%3Asq%3AStampa%3ADokumentacioni'>:sq:Stampa:Dokumentacioni</a>?</p> <p>I don't know what causes the discrepancy. Our module's sandboxes are also lacking the sandbox template (even though I imported it from EnWiki) which I believe it is also related to the problem I explained above. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 15:08, 1 August 2021 (UTC)</p> <p>:The messages are under <a href='?title=Special%3APrefixIndex%2FMediaWiki%3AScribunto-doc'>MediaWiki:Scribunto-doc-*</a>. Probably should add a note to that effect on <a href='?title=Template%3ADocumentation'>Template:Documentation</a> and/or <a href='?title=Module%3ADocumentation'>Module:Documentation</a> since I have to look that up every time. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 15:26, 1 August 2021 (UTC)</p> <p>::Added to <a href='?title=Module%3ADocumentation%2Fdoc%23Porting_to_other_wikis'>Module:Documentation/doc#Porting to other wikis</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 15:38, 1 August 2021 (UTC)</p> <p>:::{{Re|Izno}} Thanks man! It got fixed. :) - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 13:42, 2 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikilinter-'><h2 class='section-toggle'>Wikilinter?</h2><div class='wiki-body'><p>I have some code which parses SPI pages using mwparserfromhell. It's mis-parsing <a href='?title=Wikipedia%3ASockpuppet_investigations%2FAnglo_Pyramidologist%2FArchive'>Wikipedia:Sockpuppet investigations/Anglo Pyramidologist/Archive</a>. I suspect there's a missing curly brace or something like that. Do we have any good tools for finding such things? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 20:47, 29 July 2021 (UTC)</p> <p>:Just FYI that page is reporting the following pile of errors:</p> <p><pre></p> <p>Old behaviour of link-wrapping font tags 11</p> <p>Missing end tag 4</p> <p>Obsolete HTML tags 21</p> <p>Stripped tags 4</p> <p></pre></p> <p>:— <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:14, 29 July 2021 (UTC)</p> <p>::{{replyto|RoySmith}} Do {{diff|Wikipedia:Sockpuppet investigations/Anglo Pyramidologist/Archive|1036173284|1029469734|these edits}} help? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:21, 29 July 2021 (UTC)</p> <p>:::@<a href='?title=User%3ARedrose64'>Redrose64</a> Yes, they did fix the problem, so thanks for that, but it did give me a few WTF moments as each time I tried a new debugging technique, I got different results as I hit different versions of yours :-( How did you find those problems? And, @<a href='?title=User%3AXaosflux'>Xaosflux</a> what tool did you use to generate your list of errors? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 23:27, 29 July 2021 (UTC)</p> <p>::::Brute force attack: look for any opening brackets, double-brackets, double-braces and triple-braces, and check that each has the appropriate closing construct that balances it at the same nesting level, and which encloses non-markup text. For example, {{diff|Wikipedia:Sockpuppet investigations/Anglo Pyramidologist/Archive|prev|1036166581|this}} is a fix for an unmatched closing double-bracket that also fixed an unmatched opening single-bracket. By checking from the innermost level outwards, we pick up {{diff|Wikipedia:Sockpuppet investigations/Anglo Pyramidologist/Archive|prev|1036173284|this}} where every opening tag or double-bracket also has a closing double-bracket or tag; but they overlap instead of nest, which is wrong. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 00:08, 30 July 2021 (UTC)</p> <p>::::Oh, I see [https://en.wikipedia.org/w/index.php?title=Wikipedia:Sockpuppet_investigations/Anglo_Pyramidologist/Archive&action=info#Lint_errors Page information] from the tool bar to get the list of error counts. Then how do you actually dig down and find the specific places? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 00:09, 30 July 2021 (UTC)</p> <p>:::::I for one use <a href='?title=User%3APerfektesChaos%2Fjs%2FlintHint'>lintHint</a> on <a href='?title=Special%3AExpandTemplates'>Special:ExpandTemplates</a> to find responsible code. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 01:53, 30 July 2021 (UTC)</p> <p>:::::Pageinfo gives the counts, but doesn't show you where they are or their precise nature. The 11 instances of "Old behaviour of link-wrapping font tags" are in peoples sigs where you have a construct like <syntaxhighlight lang=html inline><font color=A><a href='?title=User%3AB'>C</a></font></syntaxhighlight> which should be altered to <syntaxhighlight lang=html inline><a href='?title=User%3AB'><font color=A>C</font></a></syntaxhighlight> - I don't know why it's counting 11 where there are actually 13; whilst the 21 instances of "Obsolete HTML tags" <em>should</em> be the {{tag|font}} tags (of which there are more than 50 pairs) and the {{tag|big}} tags (of which there are more than 30), so I don't know why it's counting 21 where there are almost 90. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 08:37, 30 July 2021 (UTC)</p> <p>:::::::The lint counter is not real-time. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 11:18, 30 July 2021 (UTC)</p> <p>::::::::I have fixed all Lint errors in that page <a href='?title=Special%3ADiff%2F1036275398'>Special:Diff/1036275398</a>. {{U|Redrose64}}, it was showing the count as 11 because font tag with face attribute is not counted as old behaviour of link-wrapping font tag error. Lint error count in page information is not accurate because the count for each type of error in a page maxes out at 20, sometimes 21. So a page can have hundreds of errors and it would still show the count as 20. {{tag|big}} tags while obsolete in html 5, is not considered as obsolete by Linter. Apparently MediaWiki will continue support for big tags per <a href='?title=mw%3AUser%3ALegoktm%2FHTML%2BMediaWiki'>mw:User:Legoktm/HTML+MediaWiki</a> <a href='?title=User%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ</a> (<a href='?title=User_talk%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>talk</a>) 14:59, 30 July 2021 (UTC)</p> <p>:::::::::That page is Legoktm's opinion; there are several tasks about big tag in Phabricator. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 15:33, 30 July 2021 (UTC)</p> <p>::::::::::A proposal really :) I added a notice at the top to clarify though. That said, MediaWiki will continue supporting <code><nowiki><big></nowiki></code> tags until someone (some group?) decides otherwise. Personally I don't think going around fixing them is a worthwhile use of time, but I'm sure others disagree. <a href='?title=User%3ALegoktm'>Legoktm</a> (<a href='?title=User_talk%3ALegoktm'>talk</a>) 04:32, 3 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-formatting-of-guidance-page'><h2 class='section-toggle'>formatting of guidance page</h2><div class='wiki-body'><p>Hi all</p> <p>A couple of years ago I spent quite a lot of time creating a guidance page on Commons to help people find high quality photos to use in Wikipedia articles and also outside of Wikimedia. I know at least a couple of people who use it regularaly in their organisations. https://commons.wikimedia.org/wiki/Commons:Simple_media_reuse_guide</p> <p>I've just come back to it and some of the formatting has really broken:</p> <ol> <li>The titles which are overlayed over the images have disapeared, I guess some ways of coding have been removed?</li> <li>The blocks of text and the title images are different sizes seemingly at random lengths</li> </ol> <p>I've tried all the ways I know to try and fix this, if anyone is able to help I would really really appreciate it.</p> <p>Thanks very much</p> <p><a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 12:40, 26 July 2021 (UTC)</p> <p>:I didn't see anything wrong with the page's display, but I fixed a big pile of unclosed tags. Maybe it will help. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 15:58, 26 July 2021 (UTC)</p> <p>::{{u|Jonesey95}} thanks very much, I've got quite a high resolution display so maybe that has something to do with it. I got it to display to do the wrong sizes on my older laptop by zooming the page out with ctrl and -. <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 20:19, 26 July 2021 (UTC)</p> <p>:::I got the headings back by removing <code>position: relative;</code> from the divs enclosing them. However the page could really use a complete rewrite, ideally using TemplateStyles, so that it works on mobile. <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #080;">"?!"</span></a> 16:32, 26 July 2021 (UTC)</p> <p>::::{{u|the wub}} thanks very much indeed, I've no idea how to do that, do you know anywhere I could make a request like that? <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 20:19, 26 July 2021 (UTC)</p> <p>:::::@<a href='?title=User%3AJohn_Cummings'>John Cummings</a> I've started working on it :) The blocks should hopefully all be the same width now. Making it mobile-friendly is going to be tricky though, I'll take another bash at it this weekend. <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #080;">"?!"</span></a> 00:12, 30 July 2021 (UTC)</p> <p>::::::{{u|the wub}} thanks so much for this, I spent ages writing it and always very frustrated in trying to make it look right. <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 08:31, 30 July 2021 (UTC)</p> <p>:::::::@<a href='?title=User%3AJohn_Cummings'>John Cummings</a> Okay, I'm done tinkering with it now and it should look fine on mobile, as well as the code being much easier to maintain. Also took the opportunity to update some of the content, including the lists of competition winners. <a href='?title=User%3Athe_wub'>the wub</a> <a href='?title=User_talk%3AThe_wub'><span style="color: #080;">"?!"</span></a> 22:48, 2 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AThe_wub'>The wub</a> thanks so much for your help, it looks great. I'll try to reuse the code in other places. Thanks again, <a href='?title=User%3AJohn_Cummings'>John Cummings</a> (<a href='?title=User_talk%3AJohn_Cummings'>talk</a>) 14:44, 3 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ew-ector-'><h2 class='section-toggle'>New Vector?</h2><div class='wiki-body'><p>What is the <em>official</em> / <em>correct</em> way for a user script to test for a page being viewed by a user that is configured to use the new evil Vector rather than the real Vector? They both show up as {{code|mw.config.get('skin') {{=}} "vector"}} — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 18:06, 3 August 2021 (UTC)</p> <p>:{{re|GhostInTheMachine}} try: "options":"VectorSkinVersion" — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:23, 3 August 2021 (UTC)</p> <p>::<code>mw.user.options.values.VectorSkinVersion</code> — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:25, 3 August 2021 (UTC)</p> <p>:::Though technically, that is a user preference, and not necessarily how "a page being viewed" is set, as that page view could have an override such as ?useskin. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:28, 3 August 2021 (UTC)</p> <p>:::: So — just for anybody else watching — {{code|mw.user.options.values.VectorSkinVersion {{=}} 1}} for real Vector and {{code|mw.user.options.values.VectorSkinVersion {{=}} 2}} for evil Vector — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 18:41, 3 August 2021 (UTC)</p> <p>:Thanks, but I guess what I really want is to know the skin as it is now being displayed, so that a user script can code around the damage inflicted by Evil Vector — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 18:54, 3 August 2021 (UTC)</p> <p>::Old Vector has the <code>skin-vector-legacy</code> class on the <code><body></code> element, new Vector does not. (Both also have the <code>skin-vector</code> class.) <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 19:33, 3 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hy-is-ile-ump-jpg-considered-salted-when-the-file-exists-and-is-not-controversial-'><h2 class='section-toggle'>Why is File:Pump.jpg considered salted when the file exists and is not controversial?</h2><div class='wiki-body'><p>I was browsing <a href='?title=Special%3AProtectedTitles'>the list</a> of <a href='?title=WP%3ASALT'>protected titles</a>. While most of the forbidden titles are forbidden for obvious reasons, I noticed that a few links were blue (mostly ones that would break major articles or tutorials if messed with). One of the ones that stuck out the most was <a href='?title=%3AFile%3APump.jpg'>:File:Pump.jpg</a>. The inclusion on the list raised a few questions.</p> <p>1. Why is it on the protected titles list if it is such a uncontroversial image?</p> <p>2. How does this image exist if it was on the protected titles list?</p> <p>3. How would this be controversial considering it links to no other pages?</p> <p>Is there something I am missing here? Maybe it used to be a file related to the village pump that was replaced? <a href='?title=User%3APlease_call_me_Blue'>Please call me Blue</a> (<a href='?title=User_talk%3APlease_call_me_Blue'>talk</a>) 18:52, 3 August 2021 (UTC)</p> <p>:See [https://en.wikipedia.org/w/index.php?title=Special:Log&page=File:Pump.jpg the log] (log links are often not displayed). The image uploaded with this filename was, how shall I say, a bit more offensive than the current image. It was repeatedly uploaded and used for vandalism in articles, which you can see by following the links in the log. The protection means that it is 'locally' protected, meaning no one can upload an image with the same name on the English Wikipedia. If the filename exists on Wikimedia Commons (<a href='?title=WP%3ACOMMONS'>WP:COMMONS</a>), then that's what you see. Anyways, that was 14+ years ago - IMO it's probably been protected long enough. -- <a href='?title=user%3Azzuuzz'>zzuuzz</a> ^{<a href='?title=user_talk%3Azzuuzz'>(talk)</a>} 19:50, 3 August 2021 (UTC)</p> <p>::Thanks for the reply. I was wondering what was up with that. <a href='?title=User%3APlease_call_me_Blue'>Please call me Blue</a> (<a href='?title=User_talk%3APlease_call_me_Blue'>talk</a>) 20:24, 3 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-erroneous-new-external-links-notification'><h2 class='section-toggle'>erroneous "new external links" notification</h2><div class='wiki-body'><p>When I made [https://en.wikipedia.org/w/index.php?title=Gary_Clark_%28musician%29&diff=1036490377&oldid=1024705412 this edit], I got a warning message stating "Your edit includes new external links." As the diff shows, my edit does nothing of the kind; it merely corrects some punctuation in the text, not even changing an internal link, let alone adding an external one. So whatever script triggers that warning message is buggy. <a href='?title=Special%3AContributions%2F2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>2605:A601:AADC:2100:C2FA:4802:5984:FA49</a> (<a href='?title=User_talk%3A2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>talk</a>) 05:37, 1 August 2021 (UTC)</p> <p>:That sounds like an <a href='?title=Wikipedia%3Aedit_filter'>edit filter</a> <a href='?title=Wikipedia%3AEdit_filter%2FFalse_positives'>false positive</a>. ―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 08:50, 1 August 2021 (UTC)</p> <p>::No, it's from <a href='?title=MediaWiki%3AFancycaptcha-addurl'>MediaWiki:Fancycaptcha-addurl</a>, the MediaWiki feature which asks for a <a href='?title=CAPTCHA'>CAPTCHA</a> when IP's and new users add external links. It can be triggered if a template somewhere on the page produces a new url. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:57, 1 August 2021 (UTC)</p> <p>:::My edit neither added nor modified any templates, so if the filter thinks any template generated a <em>new</em> URL, it's still incorrect. <a href='?title=Special%3AContributions%2F2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>2605:A601:AADC:2100:C2FA:4802:5984:FA49</a> (<a href='?title=User_talk%3A2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>talk</a>) 19:20, 1 August 2021 (UTC)</p> <p>::::A template anywhere on the page. Hard to say without knowing how Fancycaptcha-addurl works but there are weird things that can happen. If the problem is replicatable, you could save the HTML and extract the http://... and compare to see what is changing from a recent older diff version of the page (also the HTML). -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 21:56, 1 August 2021 (UTC)</p> <p>:::::If no one here has access to the Fancycaptcha-addurl code, would someone be willing to report the bug to MediaWiki? They apparently don't want bug reports from the unwashed masses, requiring an account to add one to [https://phabricator.wikimedia.org/ their bug tracker]. I can't determine whether the problem is replicatable without making bogus edits to the live page, but as you say, examining the code is the next logical step anyway. <a href='?title=Special%3AContributions%2F2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>2605:A601:AADC:2100:C2FA:4802:5984:FA49</a> (<a href='?title=User_talk%3A2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>talk</a>) 00:18, 2 August 2021 (UTC)</p> <p>::::::You could, of course, <em><a href='?title=WP%3AREGISTER'>wash</a></em>. <i>— <a href='?title=User%3AJohnFromPinckney'>JohnFromPinckney</a> (<a href='?title=User_talk%3AJohnFromPinckney'>talk</a> / <a href='?title=Special%3AContributions%2FJohnFromPinckney'>edits</a>)</i> 05:51, 3 August 2021 (UTC)</p> <p>::::::It's most likely <a href='?title=Special%3ADiff%2F1036028100'>this edit</a> to <a href='?title=Module%3AFind_sources%2Flinks%2Fgoogle_newspapers'>Module:Find sources/links/google newspapers</a>, which is transcluded via the {{tl|BLP sources}} banner, that triggered the warning. The article cache wasn't up-to-date before your edit. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 06:04, 3 August 2021 (UTC)</p> <p>:::::::I see. So the root problem is a bug in Fancycaptcha-addurl, where it is unaware of the difference between URLs in the page and URLs present only via transclusion. Should transcluded URLs even be under its consideration? For instance, if my edit had added the {{tl|BLP sources}} banner where it wasn't previously present, this still doesn't seem to fall under the situation the captcha is trying to prevent, that of bots adding spammy external links. If an external link in {{tl|BLP sources}} is inappropriate, that should be addressed to the editor of the template, not the editor of a page using the template, correct? <a href='?title=Special%3AContributions%2F2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>2605:A601:AADC:2100:C2FA:4802:5984:FA49</a> (<a href='?title=User_talk%3A2605%3AA601%3AAADC%3A2100%3AC2FA%3A4802%3A5984%3AFA49'>talk</a>) 22:28, 3 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-borrow-a-pair-of-eyes-at-template-country-density-'><h2 class='section-toggle'>Can I borrow a pair of eyes at [[template:country density]]?</h2><div class='wiki-body'><p>After several days of debugging, I can't find what's wrong with this simple template:</p> <ul> <li><code><nowiki>{{density|{{UN population|Bangladesh}}|{{country area|Bangladesh}}}}</nowiki> → {{density|{{UN population|Bangladesh}}|147,570}}</code> works,</li> <li><code><nowiki>{{country density|Bangladesh}}</nowiki> → 1,094</code> doesn't,</li> </ul> <p>when {{t|country density}} is just basically <code><nowiki>{{density | {{UN population | {{{1|}}} }} | {{country area | {{{1|}}} }} }}</nowiki></code>.</p> <p>— <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 07:02, 3 August 2021 (UTC)</p> <p>:The problem is that <code><nowiki>{{country area|source=|Bangladesh}}</nowiki></code> is currently returning "<a href='?title=Template%3ACountry_area%2F'>Template:Country area/</a>" and presumably the square brackets in the red link are then reported as a problem. Omitting <code>|source=</code> gives a number. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 09:17, 3 August 2021 (UTC)</p> <p>::I've went ahead and set source to default to UN (as it does in {{tl|country area}}). The way parameters work in MediaWiki means if you pass an empty parameter to a template, it will not use the default value. <span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 21:42, 3 August 2021 (UTC)</p> <p>:::Aha! Thank you, {{u|BrandonXLF}}.</p> <p>:::So is my lesson from this that a parameter passed as empty is not the same as omitted?</p> <p>:::Cheers. — <a href='?title=User%3AGuarapiranga'>Guarapiranga</a> <a href='?title=User_talk%3AGuarapiranga'>☎</a> 22:29, 3 August 2021 (UTC)</p> <p>::::Correct. If there is no default then most but not all templates are coded to treat omitted and empty the same. If there is a default then few templates are coded to give the default for an empty parameter. The caller must usually omit the parameter to get the default. If the default for <code>foo</code> is <code>bar</code> then templates usually say <code><nowiki>{{{foo|bar}}}</nowiki></code>. If you also want the template to give <code>bar</code> for empty <code>foo=</code> then you can do the more complicated <code><nowiki>{{#if:{{{foo|}}}|{{{foo}}}|bar}}</nowiki></code>. Maybe <a href='?title=Help%3ATemplate'>Help:Template</a> should mention this. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 00:40, 4 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--trange-behavior-at-itrella-gastropod-'><h2 class='section-toggle'>Strange behavior at [[Mitrella (gastropod)]]</h2><div class='wiki-body'><p>The list in this article shows strange behavior for which I can't find an explanation:</p> <ul> <li>Delicate Mitrella instead of Mitrella delicata</li> <li>Mitrella flocked instead of Mitrella floccata</li> <li>Fortuitous Mitrella instead of Mitrella fortuita</li> <li>Mitrella inaccess instead of Mitrella inaccessa (with a pop-up showing Mitrella inaccessible)</li> <li>Neocaledonic Mitrella instead of Mitrella neocaledonica</li> <li>Nomadic Mitrella instead of Mirella nomadica</li> <li>Mitrella Peroniana instead of Mitrella peroniana</li> </ul> <p>The edit page shows the right spelling of the species names. I have no idea how the wrong names show up. What is the cause and what can be done ? <a href='?title=User%3AJoJan'>JoJan</a> (<a href='?title=User_talk%3AJoJan'>talk</a>) 16:27, 3 August 2021 (UTC)</p> <p>: Looks fine to me. It's as if you have some translation script running. — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 16:33, 3 August 2021 (UTC)</p> <p>::Yes, that must be machine translation at your end, probably by Google Chrome or Google Toolbar. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 10:20, 4 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--suck-at-s-hotoshop-s-gallaries'><h2 class='section-toggle'>I suck at <s>Photoshop</s> gallaries</h2><div class='wiki-body'><p>I've added a photo gallery to <a href='?title=South_Bronx_Greenway'>South Bronx Greenway</a>, but after playing with the layout a couple of times, it's still butt-ugly. Could somebody who's good at image layout take a look? This is a DYK, so it would be nice if it could be un-butt-uglified before it hit the front page. Thanks. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 14:00, 4 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--trange-error-on-ockpuppet-nvestigations-page'><h2 class='section-toggle'>Strange error on Sockpuppet Investigations page</h2><div class='wiki-body'><p><a href='?title=Wikipedia%3ASockpuppet_investigations%2FScibaby'>Wikipedia:Sockpuppet investigations/Scibaby</a></p> <p>It says "Expression error: Unrecognized punctuation character ",". Expression error: Unrecognized punctuation character ",".". I checked the source code and found nothing wrong. What is the error that needs to be fixed? <a href='?title=User%3AYleventa2'>Yleventa2</a> (<a href='?title=User_talk%3AYleventa2'>talk</a>) 23:12, 3 August 2021 (UTC)</p> <p>:It is not expecting an thousand seperator in <a href='?title=Template%3ASPI_archive_notice'>Template:SPI archive notice</a>, which it does get from the count of entries in the category for this person. <nowiki>{{PAGESINCATEGORY:Suspected Wikipedia sockpuppets of {{{1}}}}}</nowiki> needs to become <nowiki>{{formatnum:{{PAGESINCATEGORY:Wikipedia sockpuppets of {{{1}}}}}|R}}</nowiki>. This line is used several times.--<a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 23:29, 3 August 2021 (UTC)</p> <p>::{{re|Snævar|Yleventa2}} You can just add a parameter value of "<em>R</em>" to the magic word to display a raw number. See <a href='?title=mw%3AHelp%3AMagic_words%23Statistics'>mw:Help:Magic words#Statistics</a> for more. <a href='?title=User%3ATerasail'><span style="color:#088; font-weight:800;">Terasail</span></a><a href='?title=User_talk%3ATerasail'>^{<span style="color:#000;"><strong>[✉️]</strong></span>}</a> 14:14, 4 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-class-mw-datatable-no-longer-working-in-irefox'><h2 class='section-toggle'>class=mw-datatable no longer working in Firefox</h2><div class='wiki-body'><p>{{Tracked|T287997}}</p> <p>See: <strong>[https://en.wikipedia.org/wiki/Help:Table?useskinversion=2&useskin=vector#mw-datatable_%E2%80%93_row_highlighting_via_cursor_hover._White_background Help:Table#mw-datatable].</strong></p> <p>I noticed this today. I don't know when it started.</p> <p><strong><em>class=mw-datatable</strong></em> is no longer working in <strong>Firefox</strong> in desktop view. I checked in 2 Windows 10 Pro desktop PCs.</p> <p>In desktop view it works in <strong>Chrome</strong> and <strong>Edge.</strong></p> <p>It does not work in mobile view in all 3 browsers. I don't know if it ever did. --<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 03:17, 3 August 2021 (UTC)</p> <p>:mw-datatable works fine for me on that page. That said, the class in question is not obviously for non-MediaWiki-internal use and you should not expect that it will always work in arbitrary locations. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 04:12, 3 August 2021 (UTC)</p> <p>::{{u|Izno}}. I don't understand what you are saying. Are you saying mw-datatable is highlighting rows in your <strong>Firefox</strong> browser on the Help:Table page? It is not working for me in 2 desktop PCs in Firefox.</p> <p>::And not just on the Help page. But also in article space. See "What links here" for <strong><a href='?title=Template%3AStatic_row_numbers_table'>Template:Static row numbers table</a>.</strong> It uses mw-datatable.</p> <p>::<strong><a href='?title=Special%3AWhatLinksHere%2FTemplate%3AStatic_row_numbers_table'>Special:WhatLinksHere/Template:Static row numbers table</a></strong></p> <p>::See the first article listed: <strong><a href='?title=Bauxite'>Bauxite</a></strong></p> <p>::I see the <strong>table row highlighting</strong> (when cursor is over the row) <strong>in Chrome and Edge, but not Firefox.</strong></p> <p>::--<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 04:46, 3 August 2021 (UTC)</p> <p>:::Also {{works for me}}, PC and Android. I suspect it's an extension you've installed that's interfering. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 05:55, 3 August 2021 (UTC)</p> <p>::: Works for me in Firefox using the monobook skin in desktop view, but the highlighting doesn't work in mobile view or using the minerva skin. — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 07:03, 3 August 2021 (UTC)</p> <p>::::{{replyto|Izno}} I don't think that the <code>mw-</code> prefix means that it is for MediaWiki-internal use, but that it is a class that has styling that is bundled with the MediaWiki software, so that it doesn't need to be added to the site's own common.css. As an example, consider the <code>mw-collapsible</code> and <code>mw-collapsed</code> classes: these are documented at <a href='?title=mw%3AManual%3ACollapsible_elements'>mw:Manual:Collapsible elements</a> and are generally preferred to our own <code>collapsible</code> and <code>collapsed</code> classes. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 08:17, 3 August 2021 (UTC)</p> <p>:::::Yeah I also don't think mw-datatable is internal only.. However, it might be that it isn't loaded automatically in the way that collapsible is, so wether or not it works might depend on the skin used and as we know, the skins are seeing quite a few changes recently... —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 08:55, 3 August 2021 (UTC)</p> <p>:::::I haven't seen anything anywhere to indicate that mw-datatable is meant for non-developer consumption given that it brings styles that conflict (slightly) with wikitable. mw-collapsible and co. were however clearly made to replace collapsible and co. Were mw-datatable meant to be used generally, the styles would be cleaned up such that the only addition they would bring would be the hover. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 13:58, 3 August 2021 (UTC)</p> <p>::::::Izno is right. This class is tied to an internal PHP class and those styles are not always added, shipped as part of the mediawiki.pager.tablePager module. They have never worked on Minerva for this reason.</p> <p>::::::It is currently not added in the same way as collapsible, (but could be). <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 20:17, 3 August 2021 (UTC)</p> <p>:::I would not have said "works fine for me" if it did not work. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 13:58, 3 August 2021 (UTC)</p> <p>:As regards the original q.: {{wfm}} in Firefox 89.0.2, Windows 7 Home Premium, version 6.1.7601 --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 12:19, 3 August 2021 (UTC)</p> <p>I disabled all my extensions in Firefox, closed all Firefox windows, restarted the PC, and did Ctrl-F5. Nothing has helped so far. It seems that my Firefox is not loading anything from <em>class=mw-datatable</em>. All I see at <a href='?title=Help%3ATable'>Help:Table</a> is this:</p> <p><table class="wiki-table"><tr><th>1</p> <p>! 2</p> <p>! 3</th></tr><tr><td>1-1</td><td>2-1</td><td>3-1</td></tr><tr><td>1-2</td><td>2-2</td><td>3-2</td></tr></table></p> <p>To me it looks like that with or without <em>class=mw-datatable</em></p> <p>I could uninstall all the Firefox extensions and see if that helps. --<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 14:46, 3 August 2021 (UTC)</p> <p>: Which skin are you using? — <span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> <a href='?title=User%3AJts1882'>Jts1882</a> |<a href='?title=User_talk%3AJts1882'> talk</a> </span> 16:29, 3 August 2021 (UTC)</p> <p>::The skin is Vector. I've updated the URL above to make that reproducible. This will also impact Modern, MonoBook and CologneBlue this week. I've opened a Phabricator ticket. See top. <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 21:27, 3 August 2021 (UTC)</p> <p>:::Yes, I am using Vector. Thanks {{u|Jdlrobson}} for the Phabricator ticket. mw-datatable is used in a lot of tables. People like it for 2 reasons:</p> <p>:::1: The <strong>row highlighting</strong> on <strong>hover.</strong></p> <p>:::2: The <strong>white background</strong> for <strong>non-header cells.</strong> It makes for more contrast especially when there are non-bolded links in the non-header cells. The blue links against the normal gray background of non-header cells are not very contrasting. Bolded blue links against the gray background of header cells are less of a problem, though I think the gray background of headers is too dark of a gray. class=mw-datatable is often used with class=wikitable and the gray header background of class=wikitable overrides the blue background of class=mw-datatable headers. People can see the <strong>[https://en.wikipedia.org/wiki/Help:Table?useskinversion=2&useskin=vector#mw-datatable_%E2%80%93_row_highlighting_via_cursor_hover._White_background "Vectorized" Help:Table link]</strong> in Chrome or Edge to see it working correctly. --<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 22:12, 3 August 2021 (UTC)</p> <p>:To clarify, right now <code>mw-datatable</code> works everywhere except on mobile web and in New Vector (e.g. you have opted-in by checking Legacy Vector in the <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>preferences</a>. Perhaps @<a href='?title=User%3ATimeshifter'>Timeshifter</a> has done that?). However as others have mentioned, this is indeed not meant for on-wiki use and will, in coming weeks, also become unavailable for wiki pages with regular Vector and in other skins. I've added two lines of CSS to <a href='?title=Template%3AImport-blanktable'>Template:Import-blanktable</a>, which could use instead for cases where you think there is an extraordinary need for highlighting or white background (<a href='?title=Template%3ACOVID-19_pandemic_data%2FNetherlands_medical_cases'>example</a>). As I pointed out on Phabricator <a href='?title=phab%3AT287997'>T287997</a>, though, I would recommend against bold adoption on millions of pages. If you believe that <code>wikitable</code> tables have insufficient colour contrast by default for simple text and links (and you may very well be right!), then please override <code>.wikitable { background: #fff; }</code> via <a href='?title=MediaWiki%3ACommon.css'>MediaWiki:Common.css</a> itself, which would be a far less work and disruption to accomplish. After some exposure and experience, this could then even be taken back into the wiki software itself and benefit all other wikis. If an opt-out is needed for rare cases where a grey background is actually better, a different class could be introduced for that in the same way. E.g. <code>.tpl-wikitable-shaded { background: #f8f9fa; }</code> on <code><nowiki>{{import-wikitable-shade}}</nowiki></code> and use as <code>class="wikitable tpl-wikitable-shade"</code>. --<a href='?title=User%3AKrinkle'>Krinkle</a> (<a href='?title=User_talk%3AKrinkle'>talk</a>) 00:59, 5 August 2021 (UTC)</p> <p>::Thanks {{u|Krinkle}}. I left a note at <strong><a href='?title=Template_talk%3AImport-blanktable'>Template talk:Import-blanktable</a>.</strong> I had my preferences set to <strong>"Vector (default)".</strong> That appears to be the new Vector. Mw-datatable is not working for me in Firefox and Chrome in new vector. It works in Edge. When I changed to <strong>"Legacy Vector"</strong> on that <strong><a href='?title=Special%3APreferences%23mw-prefsection-rendering'>preferences page you linked to</a>,</strong> then I see that mw-datatable works in Firefox, Chrome, and Edge. --<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 02:14, 5 August 2021 (UTC)</p> <p><strong>Comment.</strong> There seems to be some confusion about the number of articles mw-datatable is used in. It is used in a lot of articles, and it is expanding due to its use in templates. An article search for mw-datatable currently pulls up <strong>[https://en.wikipedia.org/w/index.php?search=insource%3A%2Fmw-datatable%2F&title=Special%3ASearch&go=Go&ns0=1 300+ articles].</strong> But mw-datatable is also currently used in <strong>[https://en.wikipedia.org/w/index.php?search=insource%3A%2Fmw-datatable%2F&title=Special%3ASearch&profile=advanced&fulltext=1&ns10=1 43 templates].</strong> The <strong>articles those templates are used in are NOT listed in the previously mentioned 300+ articles.</strong> For example, the <strong>[https://en.wikipedia.org/wiki/Special:WhatLinksHere/Template:Static_row_numbers_table 107 articles]</strong> using <strong><a href='?title=Template%3A_Static_row_numbers_table'>Template: Static row numbers table</a>.</strong> See <strong>[https://templatecount.toolforge.org/index.php?lang=en&namespace=10&name=Static_row_numbers_table#bottom transclusion count].</strong> See discussion at <strong><a href='?title=Phabricator%3AT287997'>Phabricator:T287997</a>.</strong> I edit <strong><a href='?title=Help%3ATable'>Help:Table</a></strong> and people ask about how to do <strong>row highlighting.</strong> The info was only relatively recently added to <a href='?title=Help%3ATable'>Help:Table</a>. But it is rapidly being used by more and more tables. It would be a shame to lose this very useful function. It is difficult sometimes to follow a row of data across a wide table. Row highlighting on hover makes it much easier. And the white background of mw-datatable makes the light blue hover color stand out. And thus easier to follow across the row. --<a href='?title=User%3ATimeshifter'><strong>Timeshifter</strong></a> (<a href='?title=User_talk%3ATimeshifter'>talk</a>) 23:37, 4 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-oord-on-ikispecies'><h2 class='section-toggle'>Template:Coord on Wikispecies</h2><div class='wiki-body'><p>I have imported <a href='?title=Template%3ACoord'>Template:Coord</a> and subtemplates/ modules to Wikispecies, as <a href='?title=%3Aspecies%3ATemplate%3ACoord'>:species:Template:Coord</a>, but it fails with a "Lua error: callParserFunction: function "#coordinates" was not found." error.</p> <p>How can this be fixed, there? <span class="vcard"><span class="fn"><a href='?title=User%3APigsonthewing'>Andy Mabbett</a></span> (<span class="nickname">Pigsonthewing</span>); <a href='?title=User_talk%3APigsonthewing'>Talk to Andy</a>; <a href='?title=Special%3AContributions%2FPigsonthewing'>Andy's edits</a></span> 09:11, 5 August 2021 (UTC)</p> <p>:The <a href='?title=mw%3AExtension%3AGeoData'>GeoData</a> extension needs to be enabled there. See <a href='?title=m%3ARequesting_wiki_configuration_changes'>m:Requesting wiki configuration changes</a> for the process. <a href='?title=User%3ALegoktm'>Legoktm</a> (<a href='?title=User_talk%3ALegoktm'>talk</a>) 09:19, 5 August 2021 (UTC)</p> <p>:Answered on wikispecies.--<a href='?title=User%3ASn%C3%A6var'>Snævar</a> (<a href='?title=User_talk%3ASn%C3%A6var'>talk</a>) 12:19, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--alvary-aptist-cademy-hreveport-ouisiana-'><h2 class='section-toggle'>[[Calvary Baptist Academy (Shreveport, Louisiana)]]</h2><div class='wiki-body'><p>I'm not sure why the infobox map isn't working. Thanks! <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 10:46, 5 August 2021 (UTC)</p> <p>:What do you mean by not working? Both maps appear to work for me. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 11:03, 5 August 2021 (UTC)</p> <p>::{{ping|PrimeHunter}} I tried it in a different browser and it works fine. Must be a Firefox thing. Cheers. <a href='?title=User%3AMagnolia677'>Magnolia677</a> (<a href='?title=User_talk%3AMagnolia677'>talk</a>) 11:22, 5 August 2021 (UTC)</p> <p>::{{works for me}} in Firefox. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 13:31, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-marking-almost-all-edits-as-minor-'><h2 class='section-toggle'>marking almost all edits as "minor"</h2><div class='wiki-body'><p>I often come across editors who are marking all or almost all of their edits as "minor" even though they are not minor according to our definition. I'm wondering if they must be doing it consciously or there is some preference they have set or tool they are using which could be doing it for them. I know that there used to be a preference option "mark all edits minor by default" but I can't see it available in my preferences now. <a href='?title=User%3AZero0000'>Zero</a>^{<small><a href='?title=User_talk%3AZero0000'>talk</a></small>} 14:26, 5 August 2021 (UTC)</p> <p>:It may be that it still works for those who chose it in the olden days. I've also noticed that some academics & journalists have a wholly different concept of what is "minor" to the WP norm. Of course some usage is deliberately deceptive. <a href='?title=User%3AJohnbod'>Johnbod</a> (<a href='?title=User_talk%3AJohnbod'>talk</a>) 14:30, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-31-ech-ews-2021-31-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/31|Tech News: 2021-31]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F31'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> If your wiki uses markup like <bdi lang="zxx" dir="ltr"><code><nowiki><div class="mw-content-ltr"></nowiki></code></bdi> or <bdi lang="zxx" dir="ltr"><code><nowiki><div class="mw-content-rtl"></nowiki></code></bdi> without the required <bdi lang="zxx" dir="ltr"><code>dir</code></bdi> attribute, then these will no longer work in 2 weeks. There is a short-term fix that can be added to your local wiki's Common.css page, which is explained at <a href='?title=phab%3AT287701'>T287701</a>. From now on, all usages should include the full attributes, for example: <bdi lang="zxx" dir="ltr"><code><nowiki><div class="mw-content-ltr" dir="ltr" lang="en"></nowiki></code></bdi> or <bdi lang="zxx" dir="ltr"><code><nowiki><div class="mw-content-rtl" dir="rtl" lang="he"></nowiki></code></bdi>. This also applies to some other HTML tags, such as <code>span</code> or <code>code</code>. You can find existing examples on your wiki that need to be updated, using the instructions at <a href='?title=phab%3AT287701'>T287701</a>.</li> <li>Reminder: Wikimedia has <a href='?title=m%3ASpecial%3AMyLanguage%2FIRC%2FMigrating_to_Libera_Chat'>migrated to the Libera Chat IRC network</a>, from the old Freenode network. Local documentation should be updated.</li> </ul> <p><strong>Problems</strong></p> <ul> <li>Last week, all wikis had slow access or no access for 30 minutes. There was a problem with generating dynamic lists of articles on the Russian Wikinews, due to the bulk import of 200,000+ new articles over 3 days, which led to database problems. The problematic feature has been disabled on that wiki and developers are discussing if it can be fixed properly. [https://phabricator.wikimedia.org/T287380][https://wikitech.wikimedia.org/wiki/Incident_documentation/2021-07-26_ruwikinews_DynamicPageList]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li>When adding links to a page using <a href='?title=mw%3AVisualEditor'>VisualEditor</a> or the <a href='?title=mw%3ASpecial%3AMyLanguage%2F2017_wikitext_editor'>2017 wikitext editor</a>, <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3ADisambiguator'>disambiguation pages</a> will now only appear at the bottom of search results. This is because users do not often want to link to disambiguation pages. [https://phabricator.wikimedia.org/T285510]</li> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.17'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-08-03|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-08-04|en}}. It will be on all wikis from {{#time:j xg|2021-08-05|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong>Future changes</strong></p> <ul> <li>The <a href='?title=mw%3AWikimedia_Apps%2FTeam%2FAndroid'>team of the Wikipedia app for Android</a> is working on communication in the app. The developers are working on how to talk to other editors and get notifications. You can <a href='?title=mw%3ASpecial%3AMyLanguage%2FWikimedia_Apps%2FTeam%2FAndroid%2FCommunication'>read more</a>. They are looking for users who want to <a href='?title=mw%3ASpecial%3AMyLanguage%2FWikimedia_Apps%2FTeam%2FAndroid%2FCommunication%2FUsertestingJuly2021'>test the plans</a>. Any editor who has an Android phone and is willing to download the app can do this.</li> <li>The <a href='?title=Special%3APreferences%23mw-prefsection-betafeatures'>Beta Feature</a> for {{int:discussiontools-preference-label}} will be updated in the coming weeks. You will be able to <a href='?title=mw%3ATalk_pages_project%2FNotifications'>subscribe to individual sections</a> on a talk page at more wikis. You can test this now by adding <code>?dtenable=1</code> to the end of the talk page's URL ([https://meta.wikimedia.org/wiki/Meta_talk:Sandbox?dtenable=1 example]).</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F31'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>20:45, 2 August 2021 (UTC)</p> <p><!-- Message sent by User:Johan (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21818289 --></p> <p>:You can test that 'subscribe' feature on this page by clicking this link: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&dtenable=1 <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 21:31, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ncomplete-signatures'><h2 class='section-toggle'>Incomplete signatures</h2><div class='wiki-body'><p>Over the past couple of days my signature has sometimes not fully appeared, even though I've used four tildes and checked in preview. It looks like others may be having a similar issue. <a href='?title=User%3AMartinevans123'>Martinevans123</a> (<a href='?title=User_talk%3AMartinevans123'>talk</a>) 21:31, 5 August 2021 (UTC)</p> <p>:Please post an example. Always include an example when you report an issue. The usual cause is an unclosed tag in an earlier section which didn't affect a preview of the edited section, but we have no way of telling without knowing the page. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:54, 5 August 2021 (UTC)</p> <p>::Thanks. If I see it again, I'll post it here. <a href='?title=User%3AMartinevans123'>Martinevans123</a> (<a href='?title=User_talk%3AMartinevans123'>talk</a>) 22:45, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--onobook-site-footer-left-sidebar-squish'><h2 class='section-toggle'>Monobook site footer left sidebar squish</h2><div class='wiki-body'><p>{{Tracked|T288288}}</p> <p>{{anchor|Site footer}}</p> <p><a href='?title=File%3ALaunchballer_userpage_screenshot.png'>thumb</a>The site footer is currently appearing on the bottom-left side of the screen only. below languages, with the categories the last thing on the right. I suspect something's missing a clear. I'm seeing this on every page with more content than sidebar. I'm using Google Chrome Version 92.0.4515.131, MonoBook, on a widescreen laptop. Please see attached screenshot - I zoomed right the way out, but it's on the bottom left. I checked another computer to see if it had the same issue, which it did, but I don't seem to have it when I'm logged out.--<span style="background:#FF0;font-family:Rockwell Extra Bold"><a href='?title=User%3ALaunchballer'><u style="color:#00F">Laun</u></a><a href='?title=User_talk%3ALaunchballer'><u style="color:#00F">chba</u></a><a href='?title=Special%3AContribs%2FLaunchballer'><u style="color:#00F">ller</u></a></span> 19:56, 5 August 2021 (UTC)</p> <p>:Thanks for the image! You're using the Monobook skin, which looks to have been broken (<a href='?title=WP%3AITSTHURSDAY'>WP:ITSTHURSDAY</a>), that's why it only happens logged in. I've left a note on a ticket I think might be the cause (<a href='?title=phab%3AT287410'>phab:T287410</a>), it may get split out as its own issue. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 20:07, 5 August 2021 (UTC)</p> <p>::Also ITSTHURSDAY: the styling for the "[Mark this page as patrolled]" thing has changed in some skins. Timeless still behaves as previously, it has the rule <syntaxhighlight lang=css>div.patrollink {</p> <p>font-size: 75%;</p> <p>text-align: right;</p> <p>}</syntaxhighlight> but other skins (Cologne Blue, MinervaNeue, Modern, MonoBook and Vector) have the changed rule <syntaxhighlight lang=css>div.patrollink {</p> <p>clear: both;</p> <p>}</syntaxhighlight> which mean that it is now normal size and left-aligned. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 22:49, 5 August 2021 (UTC)</p> <p>:::(Isarra got fed up with the CSS changes ongoing since a year and a half now and is now just using all the CSS from 1.34. That's why Timeless is unaffected.) <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 22:52, 5 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--wo-ways-to-link-to-a-specific-revision-of-a-page'><h2 class='section-toggle'>Two ways to link to a specific revision of a page</h2><div class='wiki-body'><p>What is the difference between <a href='?title=Special%3ARedirect%2Frevision%2F123456789'>Special:Redirect/revision/123456789</a> and <a href='?title=Special%3APermanentLink%2F123456789'>Special:PermanentLink/123456789</a>? <a href='?title=User%3AKleinpecan'>Kleinpecan</a> (<a href='?title=User_talk%3AKleinpecan'>talk</a>) 16:40, 4 August 2021 (UTC)</p> <p>:They are equivalent. <a href='?title=Special%3APermanentLink'>Special:PermanentLink</a> is older. <a href='?title=Special%3ARedirect'>Special:Redirect</a> from 2013 has more features and can add new features.[https://gerrit.wikimedia.org/r/c/mediawiki/core/+/59572] I suggest to always use <a href='?title=Special%3APermanentLink'>Special:PermanentLink</a> or <a href='?title=Special%3APermaLink'>Special:PermaLink</a> for permanent links. More users know it, it's documented at <a href='?title=Help%3APermanent_link'>Help:Permanent link</a>, and the link under "Tools" says "Permanent link". <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 20:35, 4 August 2021 (UTC)</p> <p>:Interesting, I never even knew Special:Redirect existed. Playing around, it looks like they're <em>almost</em> equivalent. One does (at least by default) a 301, the other a 302.</p> <p>permalink:< HTTP/2 302</p> <p>redirect:< HTTP/2 301</p> <p>:-- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 20:59, 4 August 2021 (UTC)</p> <p>:None, Special:PermanentLink was <a href='?title=rev%3A79036'>introduced</a> in 2010 (after originally being [https://static-bugzilla.wikimedia.org/268 requested in 2004]), and in 2013 a more generic Special:Redirect <a href='?title=gerrit%3A59572'>was added</a> primarily to be able to link to users by ID instead of username, but also added revision support since it was trivial. <a href='?title=User%3ALegoktm'>Legoktm</a> (<a href='?title=User_talk%3ALegoktm'>talk</a>) 21:52, 4 August 2021 (UTC)</p> <p>::Thank you all. <a href='?title=User%3AKleinpecan'>Kleinpecan</a> (<a href='?title=User_talk%3AKleinpecan'>talk</a>) 01:22, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--problem-with-an-archived-file'><h2 class='section-toggle'>A problem with an archived PDF file</h2><div class='wiki-body'><p>I am working on <a href='?title=BrikWars'>BrikWars</a>. The third reference is to a PDF. I have tried archiving it using the "Fix Dead Links" tool. However the archived pdf comes back blank. I can see there are good files further back in the wayback machine. I suppose I could just edit the archive tags manually, but I suspect that would not get to the root of the issue. <a href='?title=User%3ASlimy_asparagus'>Slimy asparagus</a> (<a href='?title=User_talk%3ASlimy_asparagus'>talk</a>) 23:15, 5 August 2021 (UTC)</p> <p>:The archived file ([https://web.archive.org/web/20210301073930if_/https://brikwars.com/downloads/BW2005.pdf]) is cut off at precisely one megabyte (1,048,576 bytes). I assume the archiving simply failed in this one case. Either way it must be a problem with Wayback Machine itself, not our tool. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 02:53, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--esktop-inconsistencies-in-mobile-editing'><h2 class='section-toggle'>Desktop inconsistencies in mobile editing</h2><div class='wiki-body'><p>I am perplexed in finding that the desktop appearance and editing experience is considerably different when editing with a mobile device depending on which of two possible links you may happen to choose when launching the desktop skin. To conserve space I have collapsed the screenshots and additional details in the box below. I am curious to know why this happens.</p> <p>{{User:John Cline/Bq}} {{cot | Additional details and relivant screenshots | left=true | b-color=transparent | border2=transparent | bg2=transparent | bg=transparent}}</p> <p><a href='?title=File%3AWikipedia_screenshot_20210802-034327.png'>File:Wikipedia screenshot 20210802-034327.png</a></p> <p><a href='?title=File%3ADesktop_screenshot_20210802-034600.png'>File:Desktop screenshot 20210802-034600.png</a></p> <p>{{clear}}</p> <p>Incidentally, when I was uploading these files to Commons I noticed that their desktop links were identical to ours in both location and performance so I gather that this is not a bug or something that needs to be fixed, but it sure felt buggersome to me.</p> <p>{{cob}}</p> <p>|}</p> <p>Thank you.--<a href='?title=User%3AJohn_Cline'>John Cline</a> (<a href='?title=User_talk%3AJohn_Cline%23Top'>talk</a>) 18:17, 2 August 2021 (UTC)</p> <p>:{{re|John Cline}} those "three dots" controls don't seem to be coming from us at all - I think they are a control of your specific browser, that when clicked is trying to re-fetch/re-render the page? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:04, 2 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AJohn_Cline'>John Cline</a> The first image seems to be on the mobile site, en.m.wikipedia.org―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 19:17, 2 August 2021 (UTC)</p> <p>:Adding to what xaosflux and Qwerfjkl said: use the "Desktop" link at the bottom of the page. The "Desktop" button in the three-dot "kebab" menu is a browser feature that makes it try to pretend to be a desktop browser by changing the <a href='?title=User_agent%23Use_in_HTTP'>User-Agent</a> string. This trick doesn't work correctly on some sites, including Wikipedia. In theory, it should be possible to update <a href='?title=MediaWiki'>Wikipedia's software</a> so that it pays attention to the User-Agent string in this case, but right now it doesn't. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 10:18, 3 August 2021 (UTC)</p> <p>::The three-dot menu doesn't work as you expected because our mobile site does not redirect you to the desktop site if you visit it using a desktop browser (or a browser pretending to be desktop) – even though the desktop site redirects to mobile in the opposite scenario. This is known as bug <a href='?title=phab%3AT60425'>T60425</a>. <a href='?title=User%3AMatma_Rex'>Matma Rex</a> <small><a href='?title=User_talk%3AMatma_Rex'>talk</a></small> 19:36, 3 August 2021 (UTC)</p> <p>:::I appreciate the replies and will comply with the advice therein. Cheers.--<a href='?title=User%3AJohn_Cline'>John Cline</a> (<a href='?title=User_talk%3AJohn_Cline%23Top'>talk</a>) 05:10, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iscussion-about-etrolyrics'><h2 class='section-toggle'>Discussion about Metrolyrics</h2><div class='wiki-body'><p>Metrolyrics has been offline since 29 June 2021 and is most likely dead, there are many metrolyrics references on Wikipedia. Should these dead links be replace with another site's?</p> <p><a href='?title=User%3APowering_everyone'>Powering everyone</a> (<a href='?title=User_talk%3APowering_everyone'>talk</a>) 17:24, 31 July 2021 (UTC)</p> <p>:I've always been a bit suspicious of Metrolyrics, partly because it's javascript-heavy, partly because of the advertising, mainly because it seemed to be a wholesale violator of copyrights. Maybe it's been taken down for that last reason. According to [https://www.isitdownrightnow.com/metrolyrics.com.html www.isitdownrightnow.com] it's been down for at least a week. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 18:07, 31 July 2021 (UTC)</p> <p>:</p> <p>:[https://en.wikipedia.org/w/index.php?title=Special:LinkSearch&limit=1500&offset=0&target=http%3A%2F%2Fwww.metrolyrics.com about 1400 hits] all namespaces.</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 18:22, 31 July 2021 (UTC)</p> <p>So what should be done? <a href='?title=User%3APowering_everyone'>Powering everyone</a> (<a href='?title=User_Talk%3APowering_everyone'>User Talk:Powering everyone</a>) 05:37, 1 August 2021 (UTC)</p> <p>:When you are ready to call it dead post to <a href='?title=WP%3AURLREQ'>WP:URLREQ</a> and we'll get em archived. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 22:02, 1 August 2021 (UTC)</p> <p>::I'd suggest outright removal, or replacing them with {{tl|citation needed}}. Lyrics sites, much less this one, are most likely to be copyvio and fall within <a href='?title=WP%3AELNEVER'>WP:ELNEVER</a>. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 22:23, 1 August 2021 (UTC)</p> <p>:::It would require a consensus discussion, probably at RSN, with a result to remove them. The archive bots are not really setup for it, maybe some users have AWB scripts? In the mean time converting dead links to archives is a step forward. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 23:44, 1 August 2021 (UTC)</p> <p>::::There have been numerous problems with MetroLyrics over the years, leading it to be added to <a href='?title=%3AWP%3ANOTRSMUSIC'>:WP:NOTRSMUSIC</a> (see the linked discussions there). "Outright removal" would be better than archiving. —<a href='?title=User%3AOjorojo'>Ojorojo</a> (<a href='?title=User_talk%3AOjorojo'>talk</a>) 14:40, 4 August 2021 (UTC)</p> <p>:::::And would be much easier and quicker? But then, in many cases, we may be left with empty section... <a href='?title=User%3AMartinevans123'>Martinevans123</a> (<a href='?title=User_talk%3AMartinevans123'>talk</a>) 14:52, 4 August 2021 (UTC)</p> <p>:Then the empty section will be removed in the meantime. Lyrics websites are not that fundamental for the articles, don't add anything new and in many cases, if not all, violate copyright. <a href='?title=User%3AMarioSoulTruthFan'>MarioSoulTruthFan</a> (<a href='?title=User_talk%3AMarioSoulTruthFan'>talk</a>) 09:04, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--yber-security-issues'><h2 class='section-toggle'>Cyber security issues</h2><div class='wiki-body'><p>How are potential cyber security issues with a website given in a source dealt with? Having enquired of the user in question, [https://en.wikipedia.org/w/index.php?title=Fife_Coalfield&diff=prev&oldid=1034697822 this edit] was because they <em>"clicked on this link a couple of times and (their) Norton software flagged it up in large red print as a dangerous website"</em>. <a href='?title=User%3AMutt_Lunker'>Mutt Lunker</a> (<a href='?title=User_talk%3AMutt_Lunker'>talk</a>) 10:50, 6 August 2021 (UTC)</p> <p>:Apparently some security software flags www.fifeminingheritage.org.uk as dangerous. That may be accurate either because the site has been hacked and malware installed, or as often happens, the domain name has been taken over by a scammer with malware. Usually, however, it's a false alarm and the website is ok. Putting that URL into the [https://transparencyreport.google.com/safe-browsing/search Google checker] claims it is ok. Regarding lapsed domain names, the site I used to use for whois no longer works. Is there a whois for domain names at tools? <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 11:05, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--imeline-syntax'><h2 class='section-toggle'>Timeline syntax</h2><div class='wiki-body'><p>How do I make <a href='?title=User%3AHueMan1%2Fsandbox'>this thing</a> work? What am I doing wrong? —<span style="font-size:12pt;font-family:Tw Cen MT;color:black"><a href='?title=User%3AHueMan1'>hueman1</a> (<a href='?title=User_talk%3AHueMan1'><small>talk</small></a> <small>•</small> <a href='?title=Special%3AContributions%2FHueMan1'><small>contributions</small></a>)</span> 14:51, 5 August 2021 (UTC)</p> <p>:How are you trying to make it look? You've defined one bar with multiple labeled intervals. But most of the intervals are too small horizontally for the text to appear without overlapping other text. If you want each interval to be on a separate line, you can make each one a separate bar by adding "bar:NAME" to the start of each line in the PlotData section. <a href='?title=User%3ACodeTalker'>CodeTalker</a> (<a href='?title=User_talk%3ACodeTalker'>talk</a>) 22:08, 5 August 2021 (UTC)</p> <p>::{{re|CodeTalker}} I restored it to an older version and it works just fine without "bar:NAME". The problem with the older version is that it's not showing 2021 and 2020 is "2020.2". —<span style="font-size:12pt;font-family:Tw Cen MT;color:black"><a href='?title=User%3AHueMan1'>hueman1</a> (<a href='?title=User_talk%3AHueMan1'><small>talk</small></a> <small>•</small> <a href='?title=Special%3AContributions%2FHueMan1'><small>contributions</small></a>)</span> 01:30, 6 August 2021 (UTC)</p> <p>:::I'm not really an expert on timelines, but a little experimentation indicates that adding a BarData definition like this:</p> <p>::::BarData =</p> <p>:::::barset:PM</p> <p>:::and also adding</p> <p>::::barset:PM</p> <p>:::to the PlotData (both of which you have in the older working version) resolves the problem. However I don't know why this is necessary; the documentation seems to indicate that declaring a barset should be optional. <a href='?title=User%3ACodeTalker'>CodeTalker</a> (<a href='?title=User_talk%3ACodeTalker'>talk</a>) 02:50, 6 August 2021 (UTC)</p> <p>:{{re|CodeTalker}} Thank you for your suggestions. —<span style="font-size:12pt;font-family:Tw Cen MT;color:black"><a href='?title=User%3AHueMan1'>hueman1</a> (<a href='?title=User_talk%3AHueMan1'><small>talk</small></a> <small>•</small> <a href='?title=Special%3AContributions%2FHueMan1'><small>contributions</small></a>)</span> 13:48, 6 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-ivmbox-css'><h2 class='section-toggle'>ivmbox css</h2><div class='wiki-body'><p>I noticed the issue at <a href='?title=Wikipedia%3AArbitration%2FRequests%2FClarification_and_Amendment%23Motion%3A_500%2F30_amendment'>Wikipedia:Arbitration/Requests/Clarification_and_Amendment#Motion:_500/30_amendment</a></p> <p>The numbering of the list is messed up. Apparently it's due to this CSS: <syntaxhighlight></p> <p>.messagebox :only-child, .errorbox :only-child, .warningbox :only-child, .successbox :only-child {</p> <p>margin: 0;</p> <p>}</p> <p></syntaxhighlight></p> <p>I can't tell where it's coming from, though. Doesn't seem to be in Common.css or Vector.css. I'm not entirely sure why it's there in the first place. Is it safe to unset this property? <a href='?title=User%3AProcrastinatingReader'>ProcrastinatingReader</a> (<a href='?title=User_talk%3AProcrastinatingReader'>talk</a>) 10:47, 6 August 2021 (UTC)</p> <p>:These are all WMF classes. (.messagebox is technically our class first but is legacy since .*mbox showed up. It's on my hit list to remove entirely.) As such, they should show up in the ResourceLoader module for the particular skin of use.</p> <p>:In our context, I would guess you can remove .messagebox, first importing the CSS from Common.css while ignoring the CSS from upstream. You can identify more easily in console what that CSS is by using <code><a href='?title=mediawikiwiki%3AResourceLoader%2FDeveloping_with_ResourceLoader%23Debugging'>?debug=true</a></code>, which will separate the RL files into their different sources. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 14:05, 6 August 2021 (UTC)</p> <p>::The module is <code>skins.vector.styles.legacy</code>, but the code itself appears [https://github.com/wikimedia/skinomatic/blob/master/skin-module-features/legacy.css#L700 here], which says it's for printing, which is weird. Whatever its purpose, all only children in mboxes (as opposed to e.g. <code>.messagebox <strong>></strong> :only-child</code>) seems way too broad; who knows what else it's making invisible. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 00:39, 7 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-ser-'><h2 class='section-toggle'>[[Template:User UTC]]</h2><div class='wiki-body'><p>I had <strong><a href='?title=Special%3ADiff%2F963217518%2F1037519515'>revised</a></strong> {{tl|User UTC}} to let it display the time of the user instead of plain UTC. I hope I didn't break anything. ——<a href='?title=User%3A%E7%BE%8A%E7%BE%8A32521'>羊羊/Yangyang</a> (<a href='?title=User_talk%3A%E7%BE%8A%E7%BE%8A32521'>talk</a>) 03:07, 7 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eirdness-with-moves-and-watchlist'><h2 class='section-toggle'>Weirdness with moves and watchlist</h2><div class='wiki-body'><p>My watchlist currently has on it:</p> <p>Move log 15:59:40 Change352 talk contribs block moved page Draft:Tammi Harrison to Draft:Smoke Out Queen ‎(name)</p> <p>What's weird about that is that after that move, [https://en.wikipedia.org/w/index.php?title=Special:Log&page=Draft%3ATammi_Harrison&type=move I also moved it] (after doing a histmerge). It looks like the watchlist is showing "the most recent move other than your own". Is that intended behavior? Maybe the histmerge is confusing things? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 16:42, 7 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--dmin-tasks-shows-reports-at-1-'><h2 class='section-toggle'>Admin tasks shows UAA reports at -1?</h2><div class='wiki-body'><p><a href='?title=%3ATemplate%3AAdmin_tasks'>:Template:Admin tasks</a> currently shows UAA reports at -1. I'm not sure if this is the best place to ask, but I was confused and thought that someone here would likely have some idea of what is going on there. <a href='?title=User%3AClovermoss'><span style="color:darkorchid">Clover</span><span style="color:green">moss</span></a> <a href='?title=User_talk%3AClovermoss'>(talk)</a> 00:21, 8 August 2021 (UTC)</p> <p>:The count assumes there is a commented out <code><nowiki>{{user-uaa</nowiki></code>. I have restored that comment.[https://en.wikipedia.org/w/index.php?title=Wikipedia:Usernames_for_administrator_attention&diff=prev&oldid=1037672029] <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:11, 8 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--mplementation-of-book-namespace-deletion'><h2 class='section-toggle'>Implementation of book namespace deletion</h2><div class='wiki-body'><p><!-- <a href='?title=User%3ADoNotArchiveUntil'>User:DoNotArchiveUntil</a> 23:01, 7 August 2021 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1628377302}}</p> <p>Yesterday, <a href='?title=Wikipedia%3AVillage_pump_%28proposals%29%2FArchive_181%23Delete_all_books_within_the_book_namespace'>Wikipedia:Village_pump_(proposals)/Archive_181#Delete_all_books_within_the_book_namespace</a> closed with consensus for deletion while retaining <a href='?title=WP%3AREFUND'>WP:REFUND</a> possibilities. The only way to achieve this is to move the pages to another namespace (presumably the Wikipedia: one) before deletion. Early on in the discussion I was under the impression this was not required (and thus the proposal itself was formulated under this assumption) but it definitely is as can be seen from the education program discussions.</p> <p>My concrete proposal is to move all pages to subpages of <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a> with a bot and host a list of (deleted) books at <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a>. This will remove the possibility of refunding previously deleted books though. According to the <a href='?title=WP%3AREFUND'>WP:REFUND</a> archives this has never happened though even though <a href='?title=WP%3ABPROD'>WP:BPROD</a> explicitly allows for this. After this I will file a phabricator ticket for removal of the namespace. I also plan on dealing with related Book namespace cleanup which may have to occur before or after the massmove and namespace deletion. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 07:49, 19 June 2021 (UTC)</p> <p>:{{Re|Trialpears}} wait - do you want to <strong>undelete</strong> every page in Book:, move it, and redelete it? We are under no obligation to host deleted version indefinitely. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 07:57, 19 June 2021 (UTC)</p> <p>::{{u|Xaosflux}} No I was just noting that it won't be possible to undelete previously deleted books after this but considered that no big deal since we literally never had a refund request for a book as far as I can tell. Perhaps I formulated that poorly. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 08:00, 19 June 2021 (UTC)</p> <p>::{{Re|Trialpears}} OK thanks, I agree - and don't think we should do anything to try to maintain those currently-deleted-versions. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 08:06, 19 June 2021 (UTC)</p> <p>:There's only ever been <a href='?title=quarry%3Aquery%2F56085'>24 restorations</a> in those namespaces, almost half for history merges or splits, and so there's little chances of this being an issue. On the other hand, there aren't all that many deleted pages there to start with - some 1319 in Book: and 952 in Book talk:, compared to 7691/7357 currently existing - so briefly restoring them for the move seems like it would be <a href='?title=small_matter_of_programming'>low-effort</a>. —<a href='?title=User%3ACryptic'>Cryptic</a> 13:28, 19 June 2021 (UTC)</p> <p>::I mean it wouldn't be too annoying with twinkle d-batch and und-batch, but I'm inclined to just not bother given the tiny amount of restorations historically as well as how unlikely it is for there to be worth while content among them. If someone thinks it should be done I'm happy to do it though. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 14:14, 19 June 2021 (UTC)</p> <p>:::{{u|Trialpears}}, FWIW I also agree that undeleting previously-deleted Books isn't worth the time and effort given there has been negligible interest in REFUNDing them up to now. <a href='?title=User%3AFirefly'><span style="color:#850808;">firefly</span></a> <small>( <a href='?title=User_talk%3AFirefly'>t</a> · <a href='?title=Special%3AContributions%2FFirefly'>c</a> )</small> 16:45, 19 June 2021 (UTC)</p> <p>:Like I've put at in the closing note of the RFC, I disagree with moving to userspace. It would be very problematic, because Book-namespace books were community endeavors, and had multiple editors and no 'owner'. Before the book namespace existed, community books were hosted at <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a>. This is where their resting place should be as well. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 16:07, 19 June 2021 (UTC)</p> <p>::{{u|Headbomb}} A few books were indeed proper community endeavors with more than one significant editor, but the vast majority was not with only one editor making significant edits. For the former category I have no problems if they get refunded to <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a>. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 17:18, 22 June 2021 (UTC)</p> <p>:::Put them all there, there's no reason to treat pages in the namespace differently. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 17:58, 22 June 2021 (UTC)</p> <p>::::{{u|Headbomb}} I'm unsure exactly what you're suggesting: That all books be moved to <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a> without deletion, with deletion but with refunds or moved to <a href='?title=Wikipedia%3ABooks%2Farchive%2FFoobar'>Wikipedia:Books/archive/Foobar</a> with refunds to <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a>.</p> <p>::::</p> <p>::::In my opinion just refunding to either userspace or <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a> depending on what the requesting user requests makes the most sense. As for the reason I suggest <a href='?title=Wikipedia%3ABooks%2Farchive%2FFoobar'>Wikipedia:Books/archive/Foobar</a> is that would make <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a> an obvious place to list all books moved in this process, give instructions on how refunds should be handled and a short explanation of how come books were deleted.</p> <p>::::</p> <p>::::If it is that you don't think they should be deleted but just moved I don't necessarily disagree (I !voted neutral in the RfC and remain so) but I really don't want to prolong discussion more which would be necessary in case there are objections to the deletions per the close. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 19:45, 22 June 2021 (UTC)</p> <p>:::::That they should all be moved to <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a>, and not <a href='?title=User%3AFoobar%2FBarfoo'>User:Foobar/Barfoo</a>. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 20:24, 22 June 2021 (UTC)</p> <p>:::::: This is all an irrelevant tangent. The only reason pages are being moved at all is that if they are deleted in-place, their deleted revisions will become permanently unavailable (even to admins) once the namespace is removed. The correct location for a book (whether it should be in userspace, Wikipedia namespace, or somewhere else) can be discussed if and when a specific book is restored. <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 20:27, 22 June 2021 (UTC)</p> <p>:::::::The should all be preserved at <a href='?title=Wikipedia%3ABooks%2FFoobar'>Wikipedia:Books/Foobar</a>, not deleted to begin with. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 21:49, 22 June 2021 (UTC)</p> <p>::::::::No point in debating the outcome here, this isn't how you'll get it stalled or changed. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 08:43, 23 June 2021 (UTC)</p> <p>:::::::::The consensus was to get rid of the book namespace, not delete all books therein. RFC closed with "Editors felt that it should still be possible to access books currently in this namespace." <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 13:56, 23 June 2021 (UTC)</p> <p>:I think we can start by disabling all editing in book namespace (except for admin editing), title blacklist or otherwise. Currently, the title blacklist disables the creation and the saving of new books to book namespace. After, we can contact all book creators about the book namespace being deleted and help them move it to userspace, giving them six months to a year to have their book moved. If an editor does not claim their book, then it will be gone, presumably permanently. Books with multiple authors can be moved to Project: space. Anyway, this is how I would approach it. <a href='?title=User%3AAwesome_Aasim'>Aasim</a> (<a href='?title=User_talk%3AAwesome_Aasim'>talk</a>) 21:29, 22 June 2021 (UTC)</p> <p>::{{u|Awesome Aasim}} I think your proposal would make a lot of sense if this was the one time where something would be essentially non reversable and the books wouldn't be undeletable, but since the books will first be moved to Wikipedia space and then deleted refunds will work just as usual. Anyone visiting a book should notice the big red banner on top of the page explaining that books will be deleted. We can also clearly communicate what happend using <a href='?title=Mediawiki%3ATitleblacklist-forbidden-book'>Mediawiki:Titleblacklist-forbidden-book</a> and {{tl|no article text}} and give instructions on how to request refunds. Also worth noting that most edits in the book namespace currently are dab fixes, red link removal and userfication, so I don't see any reason to stop editing there. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 11:26, 23 June 2021 (UTC)</p> <p>So I've been away a few days and am just catching up on this, so forgive me if I get something wrong. It seems like there is consensus to delete pages in the Book: namespace, but in a such a way that deleted revisions are retrievable. It doesn't seem like pages have been deleted yet, so we're still in the planning phase, yes? If so I want to summarize what I think the plan going forward is and how to do it efficiently.</p> <ol> <li>Move all pages matching <code>r/ Book:(.*) /</code> to <code>r/ Wikipedia:Books/archive/\1 /</code> without leaving a redirect</li> <li>Delete all subpages of Wikipedia:Books/archive</li> <li>Create a documentation page at <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a> explaining the historical context, where titles hosting deleted book revisions can be found, and how to request undeletion if one wishes</li> <li>Disable the book namespace in the site configuration</li> </ol> <p>The first two seem relatively simple to do by script, and given the consensus to have the revisions accessible in some future way, I believe we should not skip straight to disabling the namespace. The minutia of where to restore can be handled by the relevant admin when requests come in, and I don't think we need to figure that out right now. For books that are currently deleted, I agree that undeleting them would not be wise; we would open ourselves up to restoring BLP violations or other inappropriate content, and without much interest in them I don't believe we need to retain stably deleted content just for the sake of retaining revisions editors are unlikely to request. That said, it would be nice to establish a timeline for namespace deactivation and advertise it so that interested editors have time to request any pages they might wish to keep.{{pb}}Is there anything I'm missing? Have we coordinated volunteers for any of these tasks? <span style="white-space: nowrap;">— <a href='?title=User%3AWugapodes'>Wug·</a><a href='?title=User_talk%3AWugapodes'>a·po·des</a>​</span> 20:42, 24 June 2021 (UTC)</p> <p>:{{u|Wugapodes}}, Trialpears currently has a BRFA open that’ll handle (1), and I believe they will then do (2) as a batch deletion. If nobody else has yet claimed (3) I’m happy to draft it. <a href='?title=User%3AFirefly'><span style="color:#850808;">firefly</span></a> <small>( <a href='?title=User_talk%3AFirefly'>t</a> · <a href='?title=Special%3AContributions%2FFirefly'>c</a> )</small> 20:57, 24 June 2021 (UTC)</p> <p>::Seems that <a href='?title=Wikipedia%3ABots%2FRequests_for_approval%2FPearBOT_II_12'>the BRFA</a> has been closed as approved though it has only run on the Education Program namespace so far. {{Ping|Trialpears}} do you have an estimate on when you plan to expand to Books? <span style="white-space: nowrap;">— <a href='?title=User%3AWugapodes'>Wug·</a><a href='?title=User_talk%3AWugapodes'>a·po·des</a>​</span> 21:04, 24 June 2021 (UTC)</p> <p>:::{{u|Wugapodes}} you've essentially said everything I was thinking but clearer, I don't believe you're missing anything major either. The one bot currently interacting with books has been disabled, but we should ensure nothing using the <nowiki>{{ns:}}</nowiki> parser function breaks and <a href='?title=MediaWiki%3AColl-community_book_prefix'>MediaWiki:Coll-community book prefix</a> should be deleted along with the namespace. There are also a couple of categories and other things that should be cleaned up afterwards, all of which should be included at <a href='?title=User%3ATrialpears%2Fbook_related_things'>User:Trialpears/book related things</a> but again nothing that actually influences the plan you outlined more than adding a point 5: Miscellaneous clean up.</p> <p>:::</p> <p>:::I plan on doing everything necessary if noone wants to help out. Firefly just volunteered for 3 which I think sounds great, and I got the impression {{u|54nd60x}} was perhaps interested in helping looking over documentation, backlinks and other miscellaneous parts as they did for the Education program namespace. For when I would say no earlier then a week from this discussion opened so probably Sunday if nothing here indicates that would be inappropriate. My opinion is that a big red banner on all books for a month is sufficient notification, I also plan on personally making sure Book refunds are handled quickly and smoothly. Ultimately though I'm not in a hurry and can wait if people think there's a benefit to doing so. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 21:25, 24 June 2021 (UTC)</p> <p>::::As nothing have come up I plan on proceeding tonight. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 10:13, 27 June 2021 (UTC)</p> <p>:::::Excellent, thanks. We will then proceed with tagging for speedy deletion the thence empty Bookspace-related categories under criterion G6, housekeeping. Best, <a href='?title=User%3AUnitedStatesian'>UnitedStatesian</a> (<a href='?title=User_talk%3AUnitedStatesian'>talk</a>) 19:24, 27 June 2021 (UTC)</p> <p>{{od}} I am quite upset that as an active creator and user of multiple Wikipedia books I was not notified of this proposal until it became a fait accompli and the moves started appearing on my watchlist. I can re-host them under my user space, of course, but I have been using these as curated collections of readings for my university courses and this move will break (has already broken?) all of the links from all of my old course syllabi, as well as the links to them from my Wikipedia user page, and any off-site links that may well exist beyond my control. —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 21:23, 27 June 2021 (UTC)</p> <p>:{{u|David Eppstein}} I'm sorry you didn't get notified, but I think a reasonable attempt was made to reach all interested parties. The discussion was listed at <a href='?title=WP%3ACENT'>WP:CENT</a> for over a month, the discussion occured at our most active page for major proposals, <a href='?title=Help_talk%3ABooks'>Help talk:Books</a> was notified as well as <a href='?title=Wikipedia_talk%3AWikiProject_Wikipedia-Books'>Wikipedia talk:WikiProject Wikipedia-Books</a> including a ping to all project members and there's been a big red deletion banner on {{tl|saved book}} which is used on literally over 99% of books, yours being in the tiny minority that don't. I'm quite happy though that the mystery of why <a href='?title=Book%3AFundamental_Data_Structures'>Book:Fundamental Data Structures</a> got significantly more views than any other page in the namespace with about 15 a day is now solved.</p> <p>:</p> <p>:Your comment brings up quite a good point though: We haven't used watchlists to notify about this discussion and given that we now are moving all these pages generating watchlist entries it would be a good idea to give people time to see these and move their books if they so want. I'm thinking waiting another week between moves end and deletion starts would be a good idea. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 21:47, 27 June 2021 (UTC)</p> <p>::There is a reason why my saved books stopped using the {{tl|saved book}} template, and therefore why I never saw any notifications that way: because, long before this proposal, it stopped being a useful thing to include on Wikipedia-books and instead turned into a big banner explaining why some external service for printing things that I never cared about in the first place wasn't working any more. Since that banner was not useful information for my books, I removed it. And I am still mystified why the fact that this external service going away was used as a justification to delete our internal space for keeping curated collections of articles. Why do they have to be printable to be useful? Also, I don't watch any of the VP pages; they are for the most part a firehose of uselessness. I expect that the same is true for other editors more interested in content than bureaucracy. —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 21:55, 27 June 2021 (UTC)</p> <p>:::{{u|David Eppstein}} Your frustration is understandable and it's very unfortunate. I'm wondering though what concrete thing you want there to be done about it. I've stopped the bot while we have this discussion, but I don't feel much can be done. I guess you could ask for a review of the close at AN possibly reopening the discussion, but I don't believe there was anything wrong with the close nor the notifications given or any other procedural point. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 22:06, 27 June 2021 (UTC)</p> <p>::::I believe that a process that did not make any attempt to notify the content creators, even of a book that you already knew was the most frequently accessed on the whole namespace, and bring in their point of view before the formulation of the RFC, is fundamentally broken. The whole RFC was pre-judged by people who don't use these books, without any input on who uses these books, what they use them for, and whether the existence of a third-party service has any relevance to their existence. The only reasonable outcome would be to throw out the entire RFC and start fresh, with proper notifications. But I don't expect the people invested in process and bureaucracy to do this and I don't think escalating to AN is likely to be anything but a waste of time and effort. As for stopping the bot moves until this discussion subsides: Why? So that others who might have seen the moves through their watchlist remain ignorant of it and don't bring their point of view to the discussion? —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 22:10, 27 June 2021 (UTC)</p> <p>:::::Just because I've seen other cases where people (quite reasonably) think it's inappropriate to run a bot while its activity is under discussion. Since you don't intend to take it to AN and are fine with the bot running I've restarted it again (and I was in fact contemplating how to deal with it when I saw your message). --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 22:28, 27 June 2021 (UTC)</p> <p>::::I too am surprised that you did not seek to <em>directly</em> inform either the creators or the main editors of the books. It's not like we're inactive. We're just not always looking at a book we created for others to use, perhaps initially created a decade ago for a set group of topics. As only existing templates were changed, not the books they were on, the impending change would presumably not show up on watchlists. As <a href='?title=Book%3AFurry_fandom'>Book:Furry fandom</a> was created by members of <a href='?title=WP%3AFURRY'>WP:FURRY</a> (probably not an uncommon situation), I have moved it to <a href='?title=Wikipedia%3AWikiProject_Furry%2FBook'>Wikipedia:WikiProject Furry/Book</a>. I suggest that informing related WikiProjects might be beneficial due to the risk of creators who may be absent for more than a week. Perhaps a bot could do this based on project templates or categories on talk? In our case we had {{tl|WP Furry|class=book}} on it resulting in <a href='?title=%3ACategory%3ABook-Class_furry_articles'>:Category:Book-Class furry articles</a> being added; a subcategory of <a href='?title=%3ACategory%3ABook-Class_articles'>:Category:Book-Class articles</a>. <a href='?title=User%3AGreenReaper'>GreenReaper</a> (<a href='?title=User_talk%3AGreenReaper'>talk</a>) 22:36, 27 June 2021 (UTC)</p> <p>:::::In fact the whole process appears to be counter to Wikipedia policy (specifically, <a href='?title=Wikipedia%3ADeletion_policy'>Wikipedia:Deletion policy</a>, which outlines methods for coming to consensus on the deletion of content, none of which were followed here). —<a href='?title=User%3ADavid_Eppstein'>David Eppstein</a> (<a href='?title=User_talk%3ADavid_Eppstein'>talk</a>) 22:44, 27 June 2021 (UTC)</p> <p>::::::{{u|GreenReaper}} I mean I could certainly notify the around 580 WikiProjects that have a <a href='?title=%3ACategory%3ABook-Class_articles'>:Category:Book-Class articles</a> (great category name) and the about 5000 accounts from a purely technical perspective. I do feel it is a bit excessive though. I'm not even sure if this could be called <a href='?title=WP%3AAPPNOTE'>appropriate notification</a> under the canvassing guideline with it likely being deemed spamming and possibly partisan.</p> <p>::::::</p> <p>::::::For the deletion policy objection that feel like wikilawyering to me. The important part is that there's consensus for deletion. I could just as easily see objections to taking this via MfD since that is a less watched forum that would only require a week of discussion as well as MfD being illequipped to handle complex outcomes since almost all decisions there are just a binary delete or don't delete without significant prep work. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 09:30, 28 June 2021 (UTC)</p> <p>:: {{tq|I'm thinking waiting another week between moves end and deletion starts would be a good idea}}. I think it is important to pause much longer than a week before deleting anything. Somebody mentioned 6 months. Perhaps that is excessive, but a single week is far too hasty — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 18:49, 28 June 2021 (UTC)</p> <p>:::{{u|GhostInTheMachine}} Sure it could wait longer, but I really don't see much reason to. We've had notifications placed on top of essentially all books for over a month already and if they weren't noticed during that month I doubt many more would notice them if you give it another month. The reason I thought a weeks wait would be significantly beneficial was that everyone who have a book on their watchlist would see the move and possibly move it if so desired. My thought was that items older than a week were unlikely to show up on peoples watchlists and be checked, but given that it's possible to see things up to 30 days after the edit occurred I guess it's reasonable to keep it for that long. Any longer than that I have a hard time seeing will matter from a practical perspective. Refunds will be easily available with clear instructions. Does another 30 days hold time seem reasonable then? --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 13:24, 29 June 2021 (UTC)</p> <p>I tried to userfy <a href='?title=Wikipedia%3ABooks%2Farchive%2FMalaysia'>Wikipedia:Books/archive/Malaysia</a> by moving it to <a href='?title=User%3AChipmunkdavis%2FMalaysiaBook'>User:Chipmunkdavis/MalaysiaBook</a>, but as a non-admin I cannot move "a title with a double-namespace prefix". Would someone be able to carry this out for me? <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 02:03, 28 June 2021 (UTC)</p> <p>:{{re|Chipmunkdavis}} I just moved it and I'm not an administrator (unless a bureaucrat has gone rogue). Did you put an extra "User:" for your intended target? <a href='?title=User%3ASdrqaz'>Sdrqaz</a> (<a href='?title=User_talk%3ASdrqaz'>talk</a>) 02:27, 28 June 2021 (UTC)</p> <p>::I really couldn't say either way, but thanks to you and your rogue bureaucrat. If this is a me issue and not a technical, that's good news. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 02:33, 28 June 2021 (UTC)</p> <p>I was somewhat bold and created {{tl|Book namespace deletion}} so that consistent information could be inserted into the various places that still talk about the Book namespace in the present tense. I will add a link to <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a> as soon as that exists — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 18:36, 28 June 2021 (UTC)</p> <p>:{{yo|GhostInTheMachine}} I created <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a>; please feel free to edit. Best. <a href='?title=User%3AUnitedStatesian'>UnitedStatesian</a> (<a href='?title=User_talk%3AUnitedStatesian'>talk</a>) 20:11, 28 June 2021 (UTC)</p> <p>:: {{Y}} added a link to the book archive — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 21:40, 28 June 2021 (UTC)</p> <p>::{{u|UnitedStatesian}} thanks! {{u|Firefly}} also made a version of that page at <a href='?title=User%3AFirefly%2Fbooksdraft'>User:Firefly/booksdraft</a>. I took the liberty to combine your two versions. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 13:39, 29 June 2021 (UTC)</p> <p>{{tracked|T285766}}</p> <p>All books have now been moved. The Book: and Book talk: namespaces are empty (except <a href='?title=Book%3AA_Novel'>Book:A Novel</a>) so I've filed {{phab|T285766}} asking for the namespace to be removed. This will have no impact on userfying books at <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a> from the Wikipedia namespace. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 14:41, 29 June 2021 (UTC)</p> <p>:{{yo|Trialpears}} to help me and others plan, how long do you expect to wait until you proceed with the batch deletion of all the subpages of <a href='?title=Wikipedia%3ABooks%2Farchive'>Wikipedia:Books/archive</a>? <a href='?title=User%3AUnitedStatesian'>UnitedStatesian</a> (<a href='?title=User_talk%3AUnitedStatesian'>talk</a>) 11:46, 30 June 2021 (UTC)</p> <p>::{{u|UnitedStatesian}} My current plan is waiting a month to allow more time for userfying books before deletion. The deletion of the actual namespace I see no reason to delay as there's no content there. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 14:26, 30 June 2021 (UTC)</p> <p>:::Thanks, {{yo|Trialpears}} that sounds great. Question: why did you recreate <a href='?title=Book%3AA_Novel'>Book:A Novel</a> after your move designed to save its history? I'm worried its existence will hold up the Phab task and think you should delete it now, so the namespace is completely empty. <a href='?title=User%3AUnitedStatesian'>UnitedStatesian</a> (<a href='?title=User_talk%3AUnitedStatesian'>talk</a>) 15:59, 30 June 2021 (UTC)</p> <p>::::{{u|UnitedStatesian}} That was indeed brought up at phab. Since Urbanecm who will be implement this is a steward he will just delete it before deleting the namespace. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 17:43, 30 June 2021 (UTC)</p> <p>:::::{{ping|Trialpears}} What should we do about <a href='?title=MediaWiki%3ATitleblacklist-forbidden-book'>MediaWiki:Titleblacklist-forbidden-book</a>? Should we keep the blacklist entry, or should it be removed as the ns no longer exists? If it should be kept, then the wording of the message and the wording of the comment of this blacklist entry on <a href='?title=MediaWiki%3ATitleblacklist'>MediaWiki:Titleblacklist</a> should be changed. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 05:11, 13 July 2021 (UTC)</p> <p>::::::{{u|54nd60x}} honestly I'm not sure. On one hand the namespace doesn't exist anymore, but on the other it is still very unlikely that people want to edit a page with a Book: prefix and I can see people attempting to do so since it exist on other wikis. For the time being I've edited the message. {{u|Xaosflux}}, do you have any thoughts as the editor who added the blacklist entry? --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 07:38, 13 July 2021 (UTC)</p> <p>:::::::At the least we should have a cool-down period, we can live without article titles starting with "Book:*" for a little while, maybe 6 months or a year. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:15, 13 July 2021 (UTC)</p> <p>{{od|7}}{{ping|Trialpears}} In my opinion, <a href='?title=Template%3ANo_article_text'>Template:No article text</a> and <a href='?title=MediaWiki%3ATitleblacklist-forbidden-book'>MediaWiki:Titleblacklist-forbidden-book</a> still need to be changed in some way for the following reasons. First, <a href='?title=Talk%3ABook%3AExample'>Talk:Book:Example</a> and other pages beginning with "Book:" after the ns prefix (including e.g. <a href='?title=MediaWiki%3ABook%3AExample'>MediaWiki:Book:Example</a> as well) still shows the message when it's not supposed to, because for example, it creates a broken link to <a href='?title=Talk%3AWikipedia%3ABooks%2Farchive%2FExample'>Talk:Wikipedia:Books/archive/Example</a> when the first example is used. "Talk:Book:" or any other "Book:" after any namespace was never a namespace before. <a href='?title=MediaWiki%3ATitleblacklist-forbidden-book'>MediaWiki:Titleblacklist-forbidden-book</a> doesn't show properly on <a href='?title=Special%3AEditPage%2FBook_talk%3AExample'>Book talk:Example</a> either, it doesn't link to the project book archive subpage. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 10:52, 13 July 2021 (UTC)</p> <p>:{{u|54nd60x}} Thanks, I misremembered the scribunto pattern limitations, they have limited zero-width assertions not none. It should now be fixed as well as enabled on book talk pages. Same goes for <a href='?title=MediaWiki%3ANewarticletext'>MediaWiki:Newarticletext</a>. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 11:25, 13 July 2021 (UTC)</p> <p>::{{u|Trialpears}} Book talk:$1 is still being rendered as Wikipedia:Books/archive/$1, but it should be Wikipedia talk:Books/archive/$1. Also, <a href='?title=Book%3ABook%3A'>Book:Book:</a> is showing the second "Book:" as "Wikipedia:Books/archive/" instead of just "Book:" <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 11:30, 13 July 2021 (UTC)</p> <p>:::{{u|54nd60x}} First part is intentional because I thought that would be the more useful location, but I can see both sides of that. We had no orphaned talk pages in the book namespace though. The Book:Book: issue is fixed. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 11:44, 13 July 2021 (UTC)</p> <p>::::Is the noindex of Book namespace from search engines preventing us from finding the article? <a href='?title=google%3ABook%3A_A_Novel'>google:Book: A Novel</a> only shows the former page title, I don't know if it has to do with this. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 07:41, 15 July 2021 (UTC)</p> <p>:::::{{u|54nd60x}} I believe that's just because google hasn't re-crawled it after the move. Looking at [https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/698039/3/wmf-config/InitialiseSettings.php#13536 the config change] it removes indexing for the relevant namespace ids, not based on the url meaning it should be completely unaffected. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 13:00, 15 July 2021 (UTC)</p> <p>Thanks to {{ul|Trialpears}} for planning and executing this plan in such detail. Must be worth at least a barnstar when all is complete! — Martin <small>(<a href='?title=User%3AMSGJ'>MSGJ</a> · <a href='?title=User_talk%3AMSGJ'>talk</a>)</small> 04:20, 19 July 2021 (UTC)</p> <p>:Tomorrow there has been a month since the move. I will probably begin deletions then, but I will also do my first traveling since the start of this over the next few days, so it is likely it won't be done for a couple days, especially when considering some of the related cleanup that can only really start after deletion. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 07:02, 28 July 2021 (UTC)</p> <p>::All Wikipedia:Books/archive/ subpages have now been deleted. There is still some minor cleanup ongoing but all big things should now be done. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 12:26, 3 August 2021 (UTC)</p> <p>:::<a href='?title=%3ACategory%3ABook-Class_articles'>:Category:Book-Class articles</a> and <a href='?title=%3ACategory%3AWikipedia_books'>:Category:Wikipedia books</a> sub-categories still need to be deleted. <a href='?title=User%3AGonnym'>Gonnym</a> (<a href='?title=User_talk%3AGonnym'>talk</a>) 12:58, 3 August 2021 (UTC)</p> <p>::::{{Ping|Gonnym}} Would you please explain why you are blanking pages within user subpages? The move of some to userspace was explicitly in line with the community consensus. It might also be a good idea to notify users as a courtesy if you are blanking pages within their userspace. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 14:07, 3 August 2021 (UTC)</p> <p>:::::Ah, I see the templates are up for deletion. Does this mean the old talk pages must be deleted? If so it seems better to ask for them to be deleted instead of simply blanking them. <a href='?title=User%3AChipmunkdavis'>CMD</a> (<a href='?title=User_talk%3AChipmunkdavis'>talk</a>) 14:25, 3 August 2021 (UTC)</p> <p>::::Before we delete {{cl|Book-Class articles}} and its subcats, we need to ensure that none of them can be populated by mistake - such as by somebody using {{para|class|book}} for an article about a book (it {{diff|Talk:Boy Scout Handbook|prev|537440793|has happened}}). Is it best to tackle the individual custom class masks first ({{diff|Template:WikiProject Punk music/class|prev|1033638714|example}}), or amend {{tlx|class mask}} together with {{tlx|class mask/templatepage}}? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 14:35, 3 August 2021 (UTC)</p> <p>:::::I've deleted <a href='?title=%3ACategory%3AWikipedia_books'>:Category:Wikipedia books</a> and <a href='?title=%3ACategory%3AWikipedia_books_%28community_books_with_bugs%29'>:Category:Wikipedia books (community books with bugs)</a> now and made sure there's no category pollution in <a href='?title=%3ACategory%3ABook-Class_articles'>:Category:Book-Class articles</a>. My plan for the assesment categories is to deal with the class masks first with <a href='?title=%3ACategory%3AWikiProject_templates_using_the_book_class'>:Category:WikiProject_templates_using_the_book_class</a> listing them all (I'll give it a day to populate) and then remove it from {{tl|class mask}} and friends as well as deleting the categories. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 22:14, 3 August 2021 (UTC)</p> <p>{{od|5}}{{ping|Trialpears}} How come <a href='?title=Wikipedia%3ABooks%2Farchive%2FAlgorithms'>Wikipedia:Books/archive/Algorithms</a> has not been deleted? Also, should the "do not archive" tag be changed to later after August 7? Because I think more time is needed to discuss the implementation of book (namespace) deletion. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 01:11, 4 August 2021 (UTC)</p> <p>: The article history shows that {{u|Indefensible}} moved the book to user space on 2021-07-05 and moved it back to the archive yesterday (i.e. after the deletions) — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 06:34, 4 August 2021 (UTC)</p> <p>:: Was I not supposed to do that? Noticed the wipe occurred but someone else preserved a bunch of books, so thought moving it back was appropriate instead of just archiving it in my userspace. - <a href='?title=User%3AIndefensible'>Indefensible</a> (<a href='?title=User_talk%3AIndefensible'>talk</a>) 06:37, 4 August 2021 (UTC)</p> <p>:::{{u|Indefensible}} Eh, I would say it's fine. It's a clear request that it shouldn't be deleted and placed in a sensible place.</p> <p>:::The assesment categories have been dealt with, thanks {{u|WOSlinker}} and {{u|Explicit}} for the help!</p> <p>:::There are still some documentation that should be updated and backlinks to deleted categories that should be checked. Books are still supported at {{tl|class}} and <a href='?title=quarry%3Aquery%2F54292'>quarry:query/54292</a> with links to the book namespace should be looked through. All of this I intend to deal with if no one else gets to it first.</p> <p>:::Some other things that could be done but I feel is quite unecessary is nominating {{tl|Book}} and <a href='?title=User%3AWildBot%2Fb01'>User:WildBot/b01</a> for deletion and marking <a href='?title=Wikipedia%3AWikiProject_Wikipedia-Books'>Wikipedia:WikiProject Wikipedia-Books</a> as defunct or historical instead of inactive. That could include deletion of {{tl|User WP Wikipedia-Books}}, {{tl|WikiProject Wikipedia-Books}} and <a href='?title=%3ACategory%3AWikiProject_Wikipedia-Books'>:Category:WikiProject Wikipedia-Books</a>. I won't do any of these, but won't object if anyone else feel like it.</p> <p>:::Is there anything I've forgotten here? --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 09:23, 4 August 2021 (UTC)</p> <p>::::{{ping|Trialpears}} I would prefer the book-related pages you mentioned to either be deleted or marked as defunct or historical. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 12:42, 8 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--av-rame-removal-from-ommon-css-js'><h2 class='section-toggle'>NavFrame removal from Common.css/js</h2><div class='wiki-body'><p>This is a heads up for VPT: <a href='?title=WP%3ANavFrame'>WP:NavFrame</a> is now removed. It was long deprecated in favor of <a href='?title=mediawikiwiki%3AManual%3ACollapsible_elements'>mw-collapsible</a>. There are some 10k uses remaining, predominantly on user, user talk, and general talk page archives. If you want to migrate, there is a brief migration guide at <a href='?title=WP%3ANavFrame%23Migration'>WP:NavFrame#Migration</a>. Any remaining uses will degrade gracefully to display the entirety of the content (without effort to migrate). <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:17, 8 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--an-someone-generate-a-list-of-closing-ref-tags-missing-spaces-before-letters-afterwards-'><h2 class='section-toggle'>Can someone generate a list of closing ref tags missing spaces before letters afterwards?</h2><div class='wiki-body'><p>Very often, a closing ref tag with a letter directly after it is an error (e.g., <nowiki>The song was a hit in London,<ref>Ref text.</ref>Moscow,<ref>Ref text.</ref>and Buffalo.</nowiki>, which would look to the reader like The song was a hit in London,Moscow,and Buffalo.). Likely an easy fix, but this sort of formatting is hard to search. <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 05:52, 8 August 2021 (UTC)</p> <p>:@<a href='?title=User%3ABD2412'>BD2412</a> search <code><nowiki>insource:/\<\/ref\>[a-zA-Z]/</nowiki></code> ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 07:29, 8 August 2021 (UTC)</p> <p>:: Thanks, that does seem to do it. <a href='?title=User%3ABD2412'><span style="background:gold"><strong><em>BD2412</strong></em></span></a> <a href='?title=User_talk%3ABD2412'><strong>T</strong></a> 18:31, 8 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ages-that-have-been-changed-since-you-last-visited-them-are-shown-in-bold-with-a-green-marker-failing-for-ikipedia-namespace'><h2 class='section-toggle'>Pages that have been changed since you last visited them are shown in bold with a green marker - failing for Wikipedia namespace</h2><div class='wiki-body'><p>On my watchlist "Pages that have been changed since you last visited them are shown in bold with a green marker", except that pages in Wikipedia namespace are not. Seems to have started in the last hourish. <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 22:53, 7 August 2021 (UTC)</p> <p>:Well, {{diff|Wikipedia:Village pump (technical)|prev|1037657962|your edit}} showed a green marker on my watchlist, so {{wfm}}. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:16, 7 August 2021 (UTC)</p> <p>::It seems to have righted itself now. <a href='?title=User%3ADuncanHill'>DuncanHill</a> (<a href='?title=User_talk%3ADuncanHill'>talk</a>) 21:49, 8 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rong-links-to-orld-thletics'><h2 class='section-toggle'>Wrong links to World Athletics</h2><div class='wiki-body'><p>Links to World Athletics biographies, using the IAAF template, doesn't seem to work. Is anyone looking into it? See e.g. <a href='?title=Hsieh_Hsi-en'>Hsieh Hsi-en</a> and <a href='?title=Yasmeen_Al-Dabbagh'>Yasmeen Al-Dabbagh</a>. <a href='?title=User%3ASsu'>Ssu</a> (<a href='?title=User_talk%3ASsu'>talk</a>) 21:41, 7 August 2021 (UTC)</p> <p>:@<a href='?title=User%3ASsu'>Ssu</a>: The URLs used by the site seem to have changed. {{t|World Athletics}} generates a URL of the form [https://www.worldathletics.org/athletes/biographies/athcode=14671031 <code>https://www.worldathletics.org/athletes/biographies<span style="color: red"><strong>/</strong></span>athcode=14671031</code>], which leads to a 502. It works when you replace the forward slash in front of the parameter with a question mark like this: [https://www.worldathletics.org/athletes/biographies?athcode=14671031 <code>https://www.worldathletics.org/athletes/biographies<span style="color: red"><strong>?</strong></span>athcode=14671031</code>]. I'll file an edit request at <a href='?title=Template_talk%3AWorld_Athletics'>Template talk:World Athletics</a>. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 21:48, 8 August 2021 (UTC)</p> <p>::Greit, thanks! <a href='?title=User%3ASsu'>Ssu</a> (<a href='?title=User_talk%3ASsu'>talk</a>) 09:12, 9 August 2021 (UTC)</p> <p>:::{{fixed}} :) <a href='?title=User%3AFirefly'><span style="color:#850808;">firefly</span></a> <small>( <a href='?title=User_talk%3AFirefly'>t</a> · <a href='?title=Special%3AContributions%2FFirefly'>c</a> )</small> 09:48, 9 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--o-map-pin'><h2 class='section-toggle'>No map pin</h2><div class='wiki-body'><p>Hello, has anyone got any thoughts on what the problem is with <a href='?title=Bonus_Arena'>Bonus Arena</a>, where the map pin in the infobox is not showing. It shows when you select full screen for the map or when you are in preview. <a href='?title=User%3AKeith_D'>Keith D</a> (<a href='?title=User_talk%3AKeith_D'>talk</a>) 12:58, 9 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--cript-not-running'><h2 class='section-toggle'>Script not running</h2><div class='wiki-body'><p>Hi, When i try to run the <a href='?title=MOS%3ADATEFORMAT'>MOS:DATEFORMAT</a> script in mobile as a desktop mode it cannot run. Why this happen? Please tell me.<a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 12:22, 8 August 2021 (UTC)</p> <p>:You are using the deprecated importScript method which is not available on mobile. <a href='?title=Mw%3AAdding_JavaScript_to_Wiki_Pages'>Mw:Adding JavaScript to Wiki Pages</a> looks up to date. Hope it helps! <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) <!--Template:Undated--><small class="autosigned">— Preceding <a href='?title=Wikipedia%3ASignatures'>undated</a> comment added 14:58, 8 August 2021</small></p> <p>::{{Ping|Jdlrobson}}, I use this script importScript('User:Ohconfucius/script/MOSNUM dates.js'); // <a href='?title=User%3AOhconfucius%2Fscript%2FMOSNUM_dates.js'>User:Ohconfucius/script/MOSNUM dates.js</a>. Please sign your post by using 4 tidles <code><nowiki>~~~~</nowiki></code>.<a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 15:33, 8 August 2021 (UTC)</p> <p>:::Yes, and Jdlrobson is confirming that does not work on the mobile domain. You may reinstall the script and it may work on mobile with {{tl|lusc}}. I will not guarantee that it will work because I have not reviewed the code to see if Ohc has any other deprecated function calls. --<a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 17:44, 8 August 2021 (UTC)</p> <ul> <li>Hi {{Ping|Izno}}, Hope you are safe. When i try to run the MOS:DATEFORMAT script in mobile on desktop mode it can't run. When i try to run that script as the error message appears i.e Javascript error:- Uncaught TypeError: Cannot read property 'wpTextbox1' of undefined. Please help me. Thank you ! <a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 07:49, 9 August 2021 (UTC)</li> <li>:{{Re|Fade258}} see above, please do not open new sections on the same topic. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 10:52, 9 August 2021 (UTC)</li> <li>:Er, what exact URL are you using to try to run it? The mobile domain also uses VisualEditor (wikitext mode), which has a different interaction with scripts than the 2010 wikitext box and earlier. That error looks like it would be caused by that different interaction. For that one you're going to need to speak with the script author. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 13:11, 9 August 2021 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--emplate-edals-table'><h2 class='section-toggle'>Template:Medals table</h2><div class='wiki-body'><p>Is it possible for {{t|Medals table}} (example <a href='?title=2020_Summer_Olympics_medal_table'>2020 Summer Olympics medal table</a>) to sort by first click from largest medal? Sorting first click by smallest number is only useful at rank number here. <a href='?title=User%3AHddty'>Hddty</a> (<a href='?title=User_talk%3AHddty'>talk</a>) 15:49, 9 August 2021 (UTC)</p> <p>:{{re|Hddty}} not without some ugly local hacks. The sort order for the sortable class is 'initial, ascending, descending'. I understand you would like at least a parameter to change that to 'initial, descending, ascending'. Currently, even a selection of these can not be defaulted and would require software development as noted in <a href='?title=phab%3AT33332'>phab:T33332</a>. As that would require work on the sorting logic, it may be a place to also visit this ask; if not you can open a new <a href='?title=WP%3ABUG'>feature request</a> for table sorting. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 15:59, 9 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-32-ech-ews-2021-32-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/32|Tech News: 2021-32]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F32'>Translations</a> are available.</p> <p><strong>Problems</strong></p> <ul> <li>You can read but not edit 17 wikis for a few minutes on 10 August. This is planned at [https://zonestamp.toolforge.org/1628571650 05:00 UTC]. This is because of work on the database. [https://phabricator.wikimedia.org/T287449]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li>The <a href='?title=wmania%3ASpecial%3AMyLanguage%2F2021%3AHackathon'>Wikimania Hackathon</a> will take place remotely on 13 August, starting at 5:00 UTC, for 24 hours. You can participate in many ways. You can still propose projects and sessions.</li> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.18'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-08-10|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-08-11|en}}. It will be on all wikis from {{#time:j xg|2021-08-12|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The old CSS <bdi lang="zxx" dir="ltr"><code><nowiki><div class="visualClear"></div></nowiki></code></bdi> will not be supported after 12 August. Instead, templates and pages should use <bdi lang="zxx" dir="ltr"><code><nowiki><div style="clear:both;"></div></nowiki></code></bdi>. Please help to replace any existing uses on your wiki. There are global-search links available at <a href='?title=phab%3AT287962'>T287962</a>.</li> </ul> <p><strong>Future changes</strong></p> <ul> <li><a href='?title=m%3ASpecial%3AMyLanguage%2FThe_Wikipedia_Library'>The Wikipedia Library</a> is a place for Wikipedia editors to get access to sources. There is an <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3ATheWikipediaLibrary'>extension</a> which has a new function to tell users when they can take part in it. It will use notifications. It will start pinging the first users in September. It will ping more users later. [https://phabricator.wikimedia.org/T288070]</li> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> <a href='?title=w%3Aen%3AVue.js'>Vue.js</a> will be the <a href='?title=w%3Aen%3AJavaScript'>JavaScript</a> framework for MediaWiki in the future. [https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/SOZREBYR36PUNFZXMIUBVAIOQI4N7PDU/]</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F32'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>16:18, 9 August 2021 (UTC)</p> <p><!-- Message sent by User:Johan (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21856726 --></p></div></section><section class='wiki-section collapsible' id='section--enu-font-tinification'><h2 class='section-toggle'>Menu font tinification</h2><div class='wiki-body'><p>{{Tracked|T288336}}</p> <p><a href='?title=File%3AEnwiki_main_page_screenshot_showing_tiny_fonts.png'>File:Enwiki main page screenshot showing tiny fonts.png</a></p> <p>Sometime recently (last Thursday?), the font size of second level menus got smaller. I really wish that the 30-somethings with perfect eyesight who make these changes would check with the 60-somethings about whether it's still readable before pushing changes like this. Harumph. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 22:36, 5 August 2021 (UTC)</p> <p>:<small>What, you mean there are menus?? <a href='?title=One_Foot_in_the_Grave'>"I don't believe it!"</a> <a href='?title=User%3AMartinevans123'>Martinevans123</a> (<a href='?title=User_talk%3AMartinevans123'>talk</a>) 22:48, 5 August 2021 (UTC) </small></p> <p>:I saw this change show up on Discord I think. There may/not be a task for it already? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 22:54, 5 August 2021 (UTC)</p> <p>::You should be able to fix the size of the menu items using the CSS:</p> <p>::<syntaxhighlight lang="CSS"></p> <p>.mm-submenu li {</p> <p>font-size: inherit !important;</p> <p>}</p> <p></syntaxhighlight></p> <p>:: This might be more of an issue with <a href='?title=meta%3AMoreMenu'>MoreMenu</a> rather than Vector since Vector doesn't have any second-level menus built-in from what I can tell. In that case, the fix would have to be added to <a href='?title=meta%3AMediaWiki%3AGadget-MoreMenu.js'>MediaWiki:Gadget-MoreMenu.js</a> via [https://github.com/wikimedia-gadgets/MoreMenu the GitHub repo]. <a href='?title=User%3AMusikAnimal'>MusikAnimal</a>, what do you think?<span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 07:32, 6 August 2021 (UTC)</p> <p>::: <small>I fixed your MM link. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 07:47, 6 August 2021 (UTC)</small></p> <p>{{clear}}</p> <p><a href='?title=File%3AEasyblock_font-size_demo.png'>thumb</a></p> <p>::I noticed this the other day also, affecting Easyblock on Legacy Vector. Each submenu gets progressively smaller. This is not part of the MoreMenu set (a gadget I have not enabled). The standard menu-items are 13px, Easyblock's 'Block' menu-entry and its main menu (the second-level visible) are 10.5625px and the third-level visible is 8.58203px. <a href='?title=User%3ADMacks'>DMacks</a> (<a href='?title=User_talk%3ADMacks'>talk</a>) 07:45, 6 August 2021 (UTC)</p> <p>:It looks like this is related to <a href='?title=phab%3AT191021'>phab:T191021</a> (<a href='?title=gerrit%3A702456'>gerrit:702456</a>) and <a href='?title=phab%3AT287052'>phab:T287052</a> (<a href='?title=gerrit%3A705897'>gerrit:705897</a>). Apparently <code>font-size: 0.8125em</code> was applied to <code>.vector-menu-dropdown li a</code> and now it's applied to <code>.vector-menu-dropdown li</code> in Legacy Vector, causing it to be applied recursively. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 08:27, 6 August 2021 (UTC)</p> <p>::I've gone ahead and opened <a href='?title=phab%3AT288336'>phab:T288336</a> since the issues seems to be caused by a small mistake in some of Vector's CSS.<span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 09:06, 6 August 2021 (UTC)</p> <p>:::It looks like this is going to be a <a href='?title=phab%3AT288336%237267172'>won't fix</a> on the Vector side, so I have [https://github.com/wikimedia-gadgets/MoreMenu/commit/79da5ff05411cebc120329f18e6aa66359e1b831#diff-b52be0c987fff73b5f7217330a3ec5545a6611d6245f759c3480bf2c2d303f13 patched] MoreMenu. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 18:35, 9 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--iv-class-navframe-collapsed'><h2 class='section-toggle'>Div class navframe collapsed</h2><div class='wiki-body'><p>Hello! On my user page, in a section called "Grateful Dead", is a wikitable. In the table are some collapsible subtables. Each subtable is preceded with <code><nowiki><div class="NavFrame collapsed"></nowiki></code>. So when viewing the table, it's necessary to click Show to expand each subtable. I set this up long ago. But now it's broken, in the sense that the subtables are not collapsed, or collapsable. I'm rather sure this was working until some time in the last few days. Does anyone know why this stopped working? I'm using a PC with Windows 10 and I generally use Firefox, but the formerly collapsed and expandable subtables are also broken in Chrome and Edge. Thanks. <span style="font-family: cursive;">— <a href='?title=User%3AMudwater'>Mudwater</a><small>^{(<a href='?title=User_talk%3AMudwater'>Talk</a>)}</small></span> 22:06, 9 August 2021 (UTC)</p> <p>:See <a href='?title=%23NavFrame_removal_from_Common.css%2Fjs'>#NavFrame removal from Common.css/js</a> further up this page. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 22:11, 9 August 2021 (UTC)</p> <p>::I see! Thanks! <span style="font-family: cursive;">— <a href='?title=User%3AMudwater'>Mudwater</a><small>^{(<a href='?title=User_talk%3AMudwater'>Talk</a>)}</small></span> 22:17, 9 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--hotos-in-article-previews-are-slightly-cropped-preview-doesn-t-fit-in-the-window-in-dge-pdate-and-ozilla-irefox-'><h2 class='section-toggle'>Photos in article previews are slightly cropped (preview doesn't fit in the window in MS Edge) (Update: and Mozilla Firefox)</h2><div class='wiki-body'><p>This has happened for months so far on my computer but anyways, I'll list my current system configuration.</p> <ul> <li>OS: Windows 10 21H1 19043.1110</li> <li>Edge version: 92.0.902.62 (Official build) (64-bit), running maximised</li> <li>Screen (I think the issue is the screen size): 15.6 inch, 1366*768</li> </ul> <p>I have screenshots (in case I couldn't clearly explain the problem) but I don't know where to upload them (Commons or Wikipedia?). I guess that an option to show the article preview to the left or right of the link (if the window is too short which is probably the problem here) can solve this.</p> <p>Given that this has been going on for months, I thought that someone else woud have reported this but I couldn't find any such reports (but then again I have a history of unknowingly making discussions for things that have already been discussed before (on video game forums, even after checking to make sure I am not making a duplicate discussion) so I may be wrong to assume that I'm the first person to report this) <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 14:38, 2 August 2021 (UTC)</p> <p>:You can report this on <a href='?title=WP%3APhabricator'>WP:Phabricator</a>. It has single-signon with WMF signon. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 14:49, 2 August 2021 (UTC)</p> <p>::I could but I don't want to give my email for a service I'll be rarely using (especially not at my current age). Besides, where should I upload the screenshots? <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 15:11, 2 August 2021 (UTC)</p> <p>:::@<a href='?title=User%3ATube_of_Light'>Tube of Light</a> See <a href='?title=Wikipedia%3AScreenshots_of_Wikipedia'>Wikipedia:Screenshots of Wikipedia</a>.―<a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:gray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 15:23, 2 August 2021 (UTC)</p> <p>:::You shouldn't need to provide your email, the point is that it's the same signon as your WMF signon. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 15:41, 2 August 2021 (UTC)</p> <p>::::This has cropped (see what I did there?) up several times in different questions recently, so I started a gallery of examples that I came across - see <a href='?title=User%3AVerbarson%2Fcropping'>User:Verbarson/cropping</a>. The Page Previews feature was extensively discussed, tested and documented:</p> <p>::::* <a href='?title=Mediawikiwiki%3Amw%3APage_Previews'>Mediawikiwiki:mw:Page Previews</a></p> <p>::::* <a href='?title=Mediawikiwiki%3Amw%3APage_Previews%2FFunctionality'>Mediawikiwiki:mw:Page Previews/Functionality</a></p> <p>::::* [https://blog.wikimedia.org/2018/05/09/page-previews-documentation/ An overview over all related technical documentation]</p> <p>::::However, I have yet to find any discussion or documentation of the process that re-sizes a selected image to fit the preview. Can anyone point us to that? --<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 21:21, 2 August 2021 (UTC)</p> <p>:::::Yeah, I think we are talking about different issues. I have attached screenshots for my issue below. <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 05:37, 3 August 2021 (UTC)</p> <p><gallery mode=packed></p> <p>File:Page Preview Bug MS Edge August 2021 - 1.jpg</p> <p>File:Page Preview Bug MS Edge August 2021 - 2.png</p> <p>File:Page Preview Bug MS Edge August 2021 - 3.jpg</p> <p>File:Page Preview Bug MS Edge August 2021 - 4.png</p> <p>File:Page Preview Bug MS Edge August 2021 - 5.png|New Picture</p> <p></gallery></p> <p>:::::In the 3rd image the page preview tool even places the top of the preview a bit above the top of the page. <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 05:37, 3 August 2021 (UTC)</p> <p>::::::<small>Update: Even Chrome (version 92.0.4515.131 (Official Build) (64-bit) ) does the same. <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 05:44, 3 August 2021 (UTC)</small></p> <p>::::It still asks for an email (I haven't provided one for any Wikipedia services). <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 05:37, 3 August 2021 (UTC)</p> <p>:::::Does this describe the problem?: (A) If the lead image for an article is landscape, then the preview will show the image above the text. (B) If the link being previewed is in the lower half of the screen, then the preview will be positioned above the link. (C) If the screen is small enough (eg a laptop), and (A) and (B) both occur, but the link is only just below half-way down the screen, then the image may be positioned high enough to run off the top of the screen.</p> <p>:::::I can reproduce that situation on my laptop screen, but it doesn't (and probably can't) happen on my 24" screen. --<a href='?title=User%3AVerbarson'>Verbarson</a> (<a href='?title=User_talk%3AVerbarson'>talk</a>) 09:43, 3 August 2021 (UTC)</p> <p>::::::There is no issue if the link is not too close to the middle. If the link is in an imaginary band in the middle of the screen, the preview is shown usually above (sometimes below) the link but it ends up cutting part of the photo (or text). I don't know if portrait images have this issue and so far, the portrait images I found have been places to the side of the text <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 10:10, 3 August 2021 (UTC)</p> <p>:::::::PS: I found out just now that text is cut out instead of the picture in some cases (I am adding the picture for that one now, and I've updated the above statement to reflect that). <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 10:11, 3 August 2021 (UTC)</p> <p>{{od|:::::::}}</p> <p>Can someone please file a Phabricator ticket for this? <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 06:00, 4 August 2021 (UTC)</p> <p>:<a href='?title=User%3AJdlrobson'>Jdlrobson</a>, is this still your team? <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 22:02, 5 August 2021 (UTC)</p> <p>::this is https://phabricator.wikimedia.org/T210873 <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 01:02, 6 August 2021 (UTC)</p> <p>:::<a href='?title=User%3AJdlrobson'>Jdlrobson</a>, I think that one is the same issue here. I think Wikipedia doesn't realise that the device screen can not show the entire preview if the link is smack in the middle of the screen and the window is too short. You may want to bring that Phabricator ticket's priority up to "medium" or higher since the issue exists on Windows 10 (or make a new ticket as this is on Windows? IDK whether a new ticket is appropriate). And it appears on Firefox as well so it's definitely not a <a href='?title=Chromium_%28web_browser%29'>Chromium</a> issue. Maybe programming the tool to show the preview to the left or right of the link on smaller screens (if they're wide enough) will fix it? <small>(signature is below the gallery)</small></p> <p><gallery mode=packed></p> <p>Page Preview Bug Firefox August 2021 - 1.png</p> <p>Page Preview Bug Firefox August 2021 - 2.png</p> <p></gallery></p> <p>:::<strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 05:15, 6 August 2021 (UTC)</p> <p>::::Pinging again in case the last ping didn't work. {{Reply to|Jdlrobson}}. <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 07:02, 9 August 2021 (UTC)</p> <p>:::::I saw the ping here but there's not much I can do here. The issue is well understood from technical point of view. The issue here is that there is no space to show the preview at this screen resolution. The preview must point to the link.</p> <p>:::::The two proposed solutions are either to make it appear differently which is a huge undertaking or to disable the feature entirely on these resolutions which could be really disuptive to end users. Until we can find time to do the former the status quo is likely to be the default. There are unfortunately many more issues that are far more serious that we need to get to first. <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 14:30, 9 August 2021 (UTC)</p> <p>:Side note: Changing the priority on a Phab task has no effect on getting the work done. If the team uses those priorities, they usually mean something like:</p> <p>:* Unbreak now: We've stopped work on everything else to fix this.</p> <p>:* High: I'm working on this now.</p> <p>:* Medium: This is next in my list.</p> <p>:* Low: I'll get to this some day.</p> <p>:* Lowest: My team will never do this, but patches are welcome from others.</p> <p>:In other words, this is supposed to tell you what the devs' plans already are, and not to tell them what their plans ought to be. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 18:50, 9 August 2021 (UTC)</p> <p>::{{re|Whatamidoing (WMF)}} (since it's been a while since I beat this dead horse) - would be nice if there was actually an "incident" and "problem" tracking system, and not just a task/resolution tracking system... and no, not a wiki-text page like this one. Suppose this is still a problem of not getting a pile of volunteers who want to be the helpdesk? Capturing urgency and impact of a reporter to calculate the priority of the report is generally useful, and then if the only people that can work on it decide their priority doesn't match the requesters priority, the gap can be reviewed. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 19:00, 9 August 2021 (UTC)</p> <p>::Understood. I suppose this will be fixed when you all get the time to. Anyways, thanks, {{ping|Jdlrobson}} and {{ping|Whatamidoing (WMF)}}! <strong><em><a href='?title=User%3ATube_of_Light'>Tube</a>·<a href='?title=User_talk%3ATube_of_Light'>of</a>·<a href='?title=Special%3AContributions%2FTube_of_Light'>Light</a></strong></em> 03:51, 10 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ine-spacing-in-modern-skin'><h2 class='section-toggle'>Line spacing in modern skin</h2><div class='wiki-body'><p><a href='?title=File%3AEnglish_Wikipedia_line_spacing_issue_in_Modern_skin.jpeg'>File:English Wikipedia line spacing issue in Modern skin.jpeg</a></p> <p>I don't know if this is recent or I'm only just noticing it but the line spacing in modern skin is being affected by superscripted text e.g. ref numbers. If it's a local issue what can I add to me modern.css file to make all line spacing consistent? <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 11:35, 9 August 2021 (UTC)</p> <p>:not sure if it is new, but it's an issue that used to exist in Vector and monobook and was fixed there long ago. It was fixed by setting line-height on those elements to 1. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 12:24, 9 August 2021 (UTC)</p> <p>::In the skin default it looks like #content line height is set to 1.5em. Setting it in my modern.css to 1.6 (not em) seems to give me a nicely equi-spaced block of text. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 15:20, 9 August 2021 (UTC)</p> <p>:::@<a href='?title=User%3ANthep'>Nthep</a>, do you have a minimum font size seet in that browser? In some of my browsers, I have a minimum font size that is slightly smaller than the normal/unzoomed Wikipedia article font size, which means it is slightly bigger than the normal Wikipedia superscript font size. The net effect is that the superscript numbers seem weirdly large in those browsers. <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 19:15, 9 August 2021 (UTC)</p> <p>::::It's Firefox and text size is set to 100%. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 20:56, 9 August 2021 (UTC)</p> <p>::@<a href='?title=User%3ATheDJ'>TheDJ</a> now I've properly understood which elements you were referring to, yes setting <syntaxhighlight lang="css">sub, sup { line-height: 1; }</syntaxhighlight> or even setting it to zero does the trick. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 15:44, 10 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--wiki-parser'><h2 class='section-toggle'>PHP wiki parser</h2><div class='wiki-body'><p>Is there a PHP parser that is comparable to Python mwparserfromhell? <a href='?title=User%3ADaxServer'>-- DaxServer</a> (<a href='?title=User_talk%3ADaxServer'>talk</a>) 20:04, 9 August 2021 (UTC)</p> <p>:See <a href='?title=mw%3AAlternative_parsers'>mw:Alternative parsers</a>. --<a href='?title=User%3AAKlapper_%28WMF%29'>AKlapper (WMF)</a> (<a href='?title=User_talk%3AAKlapper_%28WMF%29'>talk</a>) 06:23, 10 August 2021 (UTC)</p> <p>::Here's my take on wiki-parsing: use Parsoid. It's big, confusing, and difficult to use. But, it's the only one that has a "Yes" in the "Complete implementation" column of the cited table. I also use mwparserfromhell in another project which predates getting my head around parsoid. As the table says, it is an "almost" complete implementation. Every once in a while, I find something it fails to parse correctly. That's a real pain. If you're starting from scratch, I really recommend you go with the gold standard. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 23:07, 10 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--locking-problem'><h2 class='section-toggle'>Blocking problem</h2><div class='wiki-body'><p>{{tracked|T287798}}</p> <p>I can't block <a href='?title=Special%3Acontributions%2F41.254.64.27'>Special:contributions/41.254.64.27</a>. I get an error message saying the IP is already blocked (in pretty colors of red and blue). I am trying to block the IP for 72 hours for block evasion (<nowiki> 41.254.64.27 (talk • contribs) is already blocked (block log • unblock) .</nowiki>. This happened once before not that long ago, and I <em>think</em> it was for an IP in the same range. The last time I kept doing it repeatedly until it worked. I've tried several times this time around, but I'd really like to know what gives.--<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 22:35, 10 August 2021 (UTC)</p> <p>:Yeah, I get the same result ("41.254.64.27 (talk • contribs) is already blocked (block log • unblock)"), but when I click on the block log link, there's nothing there. Maybe this is a <a href='?title=Wikipedia%3AAutoblock'>Wikipedia:Autoblock</a>? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 22:55, 10 August 2021 (UTC)</p> <p>:{{re|Bbb23}} {{done}} there was an autoblock overlapping. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:13, 10 August 2021 (UTC)</p> <p>::{{re|Xaosflux}} Thanks. If there was an autoblock, how come the IP was able to edit? And why can't the system give me an accurate error message, or at least more complete? I must confess that autoblocks drive me crazy.--<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 23:19, 10 August 2021 (UTC)</p> <p>:::I figured it out. I blocked a named user before blocking the IP (same person). It was my block that caused the autoblock, and it also explains why the IP was able to edit because their edits happened before my block of the named user. So, if this same scenario happens again (and I remember), I should block the IP first. Notwithstanding all that, the system could still give a better error message.--<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 23:26, 10 August 2021 (UTC)</p> <p>::::Agree the error message should be more clear. You should open a phab ticket on that. If you don't have phab access, I can do that for you. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 23:32, 10 August 2021 (UTC)</p> <p>:::::{{re|RoySmith}} Honestly, I don't know if I have phab access, but even if I do, I'm certain you'd do a better job than I would. :-) --<a href='?title=User%3ABbb23'>Bbb23</a> (<a href='?title=User_talk%3ABbb23'>talk</a>) 23:44, 10 August 2021 (UTC)</p> <p>:I run into this often enough with CU blocks, when I want to place a harder or longer block on an IP than the autoblock does. I get around that by unblocking and then blocking manually. It's a bit irritating--you can easily change a "regular" block, but not these ones. <a href='?title=User%3ADrmies'>Drmies</a> (<a href='?title=User_talk%3ADrmies'>talk</a>) 17:07, 11 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikilink-conflict'><h2 class='section-toggle'>Wikilink conflict</h2><div class='wiki-body'><p>Please see <a href='?title=Johannes_Schott'>Johannes Schott</a> (or <a href='?title=Martin_Schott'>Martin Schott</a>). I understand what's going on--the wikilink for the book conflicts with the URL, which also takes "title" to hang on to. Is there way to fix it, so I can have my cake and eat it too? <a href='?title=User%3ADrmies'>Drmies</a> (<a href='?title=User_talk%3ADrmies'>talk</a>) 17:08, 11 August 2021 (UTC)</p> <p>:Try {{para|chapter-url}} as in <code><nowiki><ref name=steiff>{{cite book |last=Steiff |chapter=Schott, Johannes|title=<a href='?title=Allgemeine_Deutsche_Biographie'>Allgemeine Deutsche Biographie</a> |volume=32 |year=1891 |pages=402-404 |chapter-url=https://www.deutsche-biographie.de/pnd124577008.html#adbcontent |accessdate=11 August 2021 |language=de}}</ref></nowiki></code> to get this.<ref name=steiff>{{cite book |last=Steiff |chapter=Schott, Johannes|title=<a href='?title=Allgemeine_Deutsche_Biographie'>Allgemeine Deutsche Biographie</a> |volume=32 |year=1891 |pages=402-404 |chapter-url=https://www.deutsche-biographie.de/pnd124577008.html#adbcontent |accessdate=11 August 2021 |language=de}}</ref> <i>— <a href='?title=User%3AJohnFromPinckney'>JohnFromPinckney</a> (<a href='?title=User_talk%3AJohnFromPinckney'>talk</a> / <a href='?title=Special%3AContributions%2FJohnFromPinckney'>edits</a>)</i> 17:32, 11 August 2021 (UTC)</p> <p>{{Reflist-talk}}</p> <ul> <li>Thanks, <a href='?title=User%3AJohnFromPinckney'>User:JohnFromPinckney</a>--and I see that {{U|Gilo1969}} fixed the articles--thanks! <a href='?title=User%3ADrmies'>Drmies</a> (<a href='?title=User_talk%3ADrmies'>talk</a>) 20:50, 11 August 2021 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--an-templates-search-an-article-s-category-'><h2 class='section-toggle'>Can templates search an article's category?</h2><div class='wiki-body'><p>Based on the <a href='?title=Template_talk%3ATalk_header%23Param_search-domain'>discussion here</a>, I'm interested in sandbox testing behavior in which {{tl|Talk header}} modifies its behavior on pages categorized in <a href='?title=%3ACategory%3AAll_WikiProject_Medicine_articles'>:Category:All WikiProject Medicine articles</a>. Is there any template/module {{tl|If in category}} that can check whether or not a page is in a category and do something different based on it? <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 19:46, 10 August 2021 (UTC)</p> <p>:Templates do not have access to category membership. There is an extension that provides that access, though I have a guess that it would be considered too expensive for Wikimedia or specifically English Wikipedia. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 20:19, 10 August 2021 (UTC)</p> <p>::Hmm, what about searching for the presence of a template (i.e. {{tl|WikiProject Medicine}}) then? {{tl|Get parameter}} seems to have found a way to do something similar. <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 20:56, 10 August 2021 (UTC)</p> <p>::: You're looking for {{tl|find page text}} <a href='?title=User%3APppery'>* Pppery *</a> <a href='?title=User_talk%3APppery'><sub style="color:#800000">it has begun...</sub></a> 21:51, 10 August 2021 (UTC)</p> <p>::::Thanks; that appears to work! <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 22:31, 11 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--void-pixel-size-forcing-in-multiple-image-templates'><h2 class='section-toggle'>Avoid pixel size forcing in multiple image templates</h2><div class='wiki-body'><p>Repeating this section here, as it was archived[https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(idea_lab)/Archive_37#Avoid_pixel_size_forcing_in_multiple_image_templates] at the idea lab despite still being a real problem. At a recent FAC[https://en.wikipedia.org/wiki/Wikipedia:Featured_article_candidates/Illustrations_of_the_Family_of_Psittacidae,_or_Parrots/archive1#FunkMonk] it was brought up that multiple image templates, which are widely used on Wikipedia, should be avoided because they require that you force a certain pixel size, which is problematic on smaller screens. Is it technically possible to add something like the "upright" parameter that are already used on single images, which scales images relative to particular screens instead? Otherwise it will be hard to use the multiple image templates for articles meant for promotion. Same goes for galleries which, despite being discouraged in general, are widely used. <a href='?title=User%3AFunkMonk'>FunkMonk</a> (<a href='?title=User_talk%3AFunkMonk'>talk</a>) 18:30, 11 August 2021 (UTC)</p> <p>:Eh… FAC sets some weird standards I’d say…. The whole idea of upright as a requirement is pretty bonkers to me as a developer. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 19:07, 11 August 2021 (UTC)</p> <p>::Indeed. And "galleries ... being discouraged in general" is a complete myth - see <a href='?title=WP%3AGALLERY'>WP:GALLERY</a>. <a href='?title=User%3AJohnbod'>Johnbod</a> (<a href='?title=User_talk%3AJohnbod'>talk</a>) 19:12, 11 August 2021 (UTC)</p> <p>:::Galleries are de facto discouraged because a lot of FAC reviewers oppose their use, so this would be a way to avoid one argument they may bring up. "Upright" is just a leftover name apparently, what it actually does is scale the image relative to the screen used. So it's useful, it could just need another name. A "scale relative to screen" function could be very useful for multiple images, as it will prevent discouragement of such templates on the basis that they force pixel size. <a href='?title=User%3AFunkMonk'>FunkMonk</a> (<a href='?title=User_talk%3AFunkMonk'>talk</a>) 20:43, 11 August 2021 (UTC)</p> <p>:::::Nonsense - very few FAC reviewers oppose their appropriate use, & the majority of FAs on visual subjects have had them for years. An exception is <a href='?title=User%3ABuidhe'>User:Buidhe</a>, who seems hostile to most images, but "a lot of FAC reviewers" take issue with him. If I see anyone repeating these hoary old myths, I certainly call them out. Personally I strongly dislike multiple images, & have often said so. A mini-gallery is nearly always greatly preferable. Not using multiple images is the best way to solve your problem. <a href='?title=User%3AJohnbod'>Johnbod</a> (<a href='?title=User_talk%3AJohnbod'>talk</a>) 14:26, 12 August 2021 (UTC)</p> <p>::::“what it actually does is scale the image relative to the screen used.” No it doesn’t. It scales it relative to the thumb size ppl have configured in their preferences. It’s literally to take a very limited set of registered users into account. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 07:00, 12 August 2021 (UTC)</p> <p>:::::In any case (the exact mechanisms are irrelevant), the point is that these templates are in wide use, so to make them as useful as the regular image templates across devices and screens, it would be helpful if they had the same parameter for relative scaling. I have no idea why there would be any resistance to this improvement. <a href='?title=User%3AFunkMonk'>FunkMonk</a> (<a href='?title=User_talk%3AFunkMonk'>talk</a>) 09:45, 12 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emove-footnotes-from-a-copy-'><h2 class='section-toggle'>Remove footnotes from a copy?</h2><div class='wiki-body'><p>{{tracked|T284607}}</p> <p>I know websites have the ability to add text to the selection when you copy. For example, I remember selecting text from a newspaper, and when I pasted, they'd added a "For more, see [website]" to it. Highly annoying. However, it would be lovely if we had the option, maybe in the theme settings, to be able to copy text without the [footnote] links? Those are never, <em>ever</em> useful in a copy/paste context, since the actual link is removed along the way. For example,</p> <p>:On August 4, 2014, James Brady died. As Hinckley had critically wounded Brady in 1981, the death was ruled a homicide.[34] Hinckley did not face charges as a result of Brady's death because he had been found not guilty of the original crime by reason of insanity.[35] In addition, since Brady's death occurred more than 33 years after the shooting, prosecution of Hinckley was barred under the year and a day law in effect in the District of Columbia at the time of the shooting.[36]</p> <p>There are three footnotes in that copy, and they are all useless. They do nothing more but to make the text harder to read, and as a signifier that it came from Wikipedia.</p> <p>Would it be possible to have the option at least to prune all reference/footnote tags from a copy? Just the [##] part, which is useless in a copy anyway. I can imagine far more people would want those copied than not. I figure there's Javascript that I could write for me, but this seems like it would be useful for all. --<a href='?title=User%3AGolbez'>Golbez</a> (<a href='?title=User_talk%3AGolbez'>talk</a>) 20:46, 12 August 2021 (UTC)</p> <p>:You could simply use the CSS :</p> <p>:<syntaxhighlight lang="css">sup.reference {</p> <p>user-select: none;</p> <p>}</syntaxhighlight></p> <p>:I also think that this CSS should be added for everyone as copying reference markers without the reference is useless. There seems to already be a phab ticket for this <a href='?title=phab%3AT284607'>phab:T284607</a>.<span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 21:55, 12 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-modern-skin-on-ommons'><h2 class='section-toggle'>modern skin on Commons</h2><div class='wiki-body'><p>{{tracked|T288691}}</p> <p>I needed to make some changes to my global preferences but when I logged into Commons my skin had changed to Vector, and Modern, my preferred skin, no longer appears to be an option on Commons. Is there a way to install it for myself? <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 23:04, 11 August 2021 (UTC)</p> <p>:{{ping|Nthep}} I've opened <a href='?title=phab%3AT288691'>phab:T288691</a> - this is not commonswiki specific, it is all WMF wikis. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:12, 11 August 2021 (UTC)</p> <p>:Modern was actually removed from skin options in the past week or two. Legacy users on specific wikis are grandfathered in but once you select another skin you will be unable to access it. See <a href='?title=%3Aphab%3AT287616'>:phab:T287616</a>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 23:12, 11 August 2021 (UTC)</p> <p>::Looks like this has been deprecated - your're going to have to learn to love a new skin, see <a href='?title=phab%3AT287616'>phab:T287616</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:14, 11 August 2021 (UTC)</p> <ul> <li>{{ping|Nthep}} you can hack this in using [https://commons.wikimedia.org/wiki/Special:Preferences?useskin=modern#mw-prefsection-rendering this link]. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 23:16, 11 August 2021 (UTC)</li> <li>:@<a href='?title=User%3AXaosflux'>Xaosflux</a> thanks for that. Nice of the dev team to make changes like that without telling anyone, let alone consulting first. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 23:39, 11 August 2021 (UTC)</li> <li>::You're using a basically unsupported skin... you're lucky it's just hidden TBH. :/ <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 01:21, 12 August 2021 (UTC)</li> <li>:::<small>not everyone loves <code>cologneblue</code> like you {{u|Izno}} ;) — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 01:34, 12 August 2021 (UTC)</small></li> <li>::::Psh, I'm <code>timeless</code>. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 01:42, 12 August 2021 (UTC)</li> <li>:::::I'm not into these skins with so much whitespace regardless of whether that is considered "the proper way". I also don't like the extra click needed to get through to watchlist, contributions etc that these skins introduce. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 09:40, 12 August 2021 (UTC)</li> <li>::::::On that last point, I really advise ppl to learn the <a href='?title=wikipedia%3AKeyboard_shortcuts'>keyboard shortcuts</a>. Its way faster than clicking in any skin. Once you've learned them, you'll never go back. —<a href='?title=User%3ATheDJ'>Th<span style="color: green">e</span>DJ</a> (<a href='?title=User_talk%3ATheDJ'>talk</a> • <a href='?title=Special%3AContributions%2FTheDJ'>contribs</a>) 15:22, 12 August 2021 (UTC)</li> <li>:::::::<strong><nowiki>:-o</nowiki></strong> Wikipedia has keyboard shortcuts? Who knew? (Well, <em>you</em> did, and I see the page has 418 watchers, but <em>I'm</em> the important one here, and <em>I</em> didn't know.) Thanks for revealing this huge secret, TheDJ. <i>— <a href='?title=User%3AJohnFromPinckney'>JohnFromPinckney</a> (<a href='?title=User_talk%3AJohnFromPinckney'>talk</a> / <a href='?title=Special%3AContributions%2FJohnFromPinckney'>edits</a>)</i> 22:56, 12 August 2021 (UTC)</li> <li>::::::::Well, yes. If you hover over links, a tooltip is shown; if there is a keyboard shortcut for that link, this is also shown in the tooltip. For example, the "Main page" link in the left margin has a tooltip of "Visit the main page [Alt+Shift+z]". --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:10, 12 August 2021 (UTC)</li> <li>Related: <a href='?title=WT%3ASkin%23%27Modern%27_not_selectable_any_longer'>WT:Skin#'Modern' not selectable any longer</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 19:28, 12 August 2021 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--not-working'><h2 class='section-toggle'>CSS not working</h2><div class='wiki-body'><p>Well, <a href='?title=WP%3AITSTHURSDAY'>it's Thursday</a>, and I dunno if that's the reason, but a bunch of my CSS stopped working. I'm using MonoBook. Among the things from my common.css (my only CSS file) that no longer work:</p> <p><pre></p> <p>li#pt-logout {display:none;}</p> <p>li#pt-betafeatures {display:none;}</p> <p>li#pt-sandbox {display: none;}</p> <p>li#ca-TransPopsId {display: none;}</p> <p>li#friendly-shared {display:none;}</p> <p>li#friendly-talkback {display:none;}</p> <p>li#tw-unlink {display:none;}</p> <p>li#tw-since {display:none;}</p> <p>li#tw-sincemine {display:none;}</p> <p>li#tw-curdiff {display:none;}</p> <p></pre></p> <p>That's not a definitive list, but probably enough to provide an idea of the issue. <a href='?title=User%3AMandarax'><span style="color:green">M<small>AN</small>d<small>ARAX</small></span></a> <span style="color:blue">•</span> <a href='?title=User_talk%3AMandarax'><span style="color:#999900"><small>XAЯA</small>b<small>ИA</small>M</span></a> 00:11, 13 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AMandarax'>Mandarax</a>: Yep, I suspect that's a Thursday change. I think the CSS is getting overridden by new elements with higher specificity, so adding a id parent node or something like that should work. <code>#p-personal li#pt-logout {display:none}</code> and <code>#p-cactions li#tw-since {display:none;}</code> were ones that worked for me. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 00:32, 13 August 2021 (UTC)</p> <p>::That fixed most of it. Thank you very much, <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a>!{{pb}}One thing I can't figure out how to patch – code to squeeze tabs closer together: {{Nowrap|<code>div#p-cactions { width:89%; }</code>}} <a href='?title=User%3AMandarax'><span style="color:green">M<small>AN</small>d<small>ARAX</small></span></a> <span style="color:blue">•</span> <a href='?title=User_talk%3AMandarax'><span style="color:#999900"><small>XAЯA</small>b<small>ИA</small>M</span></a> 01:30, 13 August 2021 (UTC)</p> <p>:::Try something like <code>div#globalWrapper #p-cactions li { margin:0 0.1em 0 0;}</code>, adjusting the 0.1 up and down as desired. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 01:39, 13 August 2021 (UTC)</p> <p>::::Thanks again! Your speedy helpfulness is greatly appreciated. <a href='?title=User%3AMandarax'><span style="color:green">M<small>AN</small>d<small>ARAX</small></span></a> <span style="color:blue">•</span> <a href='?title=User_talk%3AMandarax'><span style="color:#999900"><small>XAЯA</small>b<small>ИA</small>M</span></a> 02:51, 13 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--esponsive-monobook-change-'><h2 class='section-toggle'>Responsive monobook change?</h2><div class='wiki-body'><p>Has there been any change to the responsive monobook skin (the one you get if you make your browser window narrow, or on my phone in "desktop" mode)? The notifications icons now overlay the "user tools" button in the top right in a way that makes it very difficult to click the "user tools". In particular, my fingers are almost too fat to find my watchlist on my phone now. Is this a recent change or am I getting old? And is there some CSS magic to fix this? —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 16:18, 13 August 2021 (UTC)</p> <p>:This is likely due to recent work. I would recommend filing a task. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 16:30, 13 August 2021 (UTC)</p> <p>::I found <a href='?title=phab%3AT288681'>phab:T288681</a>, but some of the comments there seem to be from users not familiar with responsive monobook. —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 16:39, 13 August 2021 (UTC)</p> <p>:::@<a href='?title=User%3AKusma'>Kusma</a>: if you're still looking for a CSS hack in the meantime, try this:</p> <p><syntaxhighlight lang="css"></p> <p>ul#echo-hack-badges</p> <p>{</p> <p>list-style:none;</p> <p>position:absolute;</p> <p>left:86%;</p> <p>}</p> <p>div#globalWrapper a#p-personal-toggle</p> <p>{</p> <p>right:4.4em;</p> <p>}</p> <p>div#searchBody</p> <p>{</p> <p>width:90%</p> <p>}</p> <p></syntaxhighlight>It's not perfect--the search bar butts up against the menu button a little bit--but hopefully it should be a bit more usable. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 18:57, 13 August 2021 (UTC)</p> <p>:<s>Hrm, does mess up the notifications dropdown though. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 18:59, 13 August 2021 (UTC)</s> Wait, no it doesn't, it looks like it does that even before any changes. Sheesh. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 19:08, 13 August 2021 (UTC)</p> <p>::Thanks @<a href='?title=User%3AWrit_Keeper'>Writ Keeper</a>, I'll try this as a stopgap (looks great). Glad that you can also confirm that the notifications dropdown is weird, I was worried it might be my settings (but [https://en.wikipedia.org/w/index.php?title=User:Kusma/monobook.css&diff=1038624523&oldid=1033788969 removing this], which I use to understand crosswiki pings, didn't help). Can you make a more coherent report at the phab than what I said? —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 19:23, 13 August 2021 (UTC)</p> <p>:::{{tracked|T288871}}@<a href='?title=User%3AKusma'>Kusma</a>: I ended up filing a new Phab ticket for it: [https://phabricator.wikimedia.org/T288871 T288871]. In the meantime, I made a Javascript hack that should return the notifications list to some sort of sanity: <a href='?title=User%3AWrit_Keeper%2FScripts%2FmonobookEchoFix.js'>User:Writ Keeper/Scripts/monobookEchoFix.js</a>. Install to <a href='?title=Special%3AMyPage%2Fmonobook.js'>your monobook.js</a> page (or common.js if you prefer), as usual. It is *definitely* a hack, though; I don't think it will break anything, but it's definitely inefficient, so here's hoping the original bug gets fixed soon. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 23:38, 13 August 2021 (UTC)</p> <p>::::(thumbs-up). Thank you, both for the hack and for the report! Let's hope these issues do get fixed (and that responsive monobook doesn't stop being maintained because it is extra work). —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 06:31, 14 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--earching-for-template-parameters'><h2 class='section-toggle'>Searching for template parameters</h2><div class='wiki-body'><p>How do you search for template parameters? For example, you want to search for <br /></p> <p>all used of <code><nowiki>|bar=</nowiki></code> within {{tl|foo}}, with {{tl|foo}} having the parameters on individual lines. ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 17:00, 14 August 2021 (UTC)</p> <p>:<code><nowiki>hastemplate:"foo" insource:/\{\{ *foo[^\}]+\| *bar *=/</nowiki></code></p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 17:26, 14 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ug-report-in-my-own-contribs-list'><h2 class='section-toggle'>Bug report in my own contribs list</h2><div class='wiki-body'><p>{{tracked|T46841}}</p> <p>I found abnormal behavior in <a href='?title=Special%3AContribs%2FLaundryPizza03'>Special:Contribs/LaundryPizza03</a> after I carried out a massive delsort onto 75 indexes for a bulk AfD covering various lists about 91 countries and territories. Beginning with the newest contribs (at time of writing) and query of 50 per page:</p> <ol> <li>Hit "older 50", which will skip part of the bulk delsort.</li> <li>You will need to hit "newer 50" twice to get to the newest contribs, which goes through the bulk delsort and ends on a truncated list of just the 19 latest contribs, including the filing of this report.</li> </ol> <p>Is this bug known? –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 07:36, 13 August 2021 (UTC)</p> <p>:I think this is a consequence of having two (or more) actions with the same timestamp - the older 50 thing looks at the timestamp of the entry at the bottom, and searches for rows having a timestamp earlier than that. Timestamps are recorded to whole seconds, consequently there can be many entries with the same timestamp. It would be better if the revision ID were used, since those are not only unique, but their values are progressive integers. I don't know if there's a phab: ticket for that, but it would require a massive change to implement. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 08:49, 13 August 2021 (UTC)</p> <p>::Indeed. There is an extreme example of this sort of bug in action in [https://en.wikipedia.org/w/index.php?title=Special:Contributions/conversion_script&offset=20020415123158&target=Conversion+script these contribs] of <a href='?title=User%3AConversion_script'>Conversion script</a>; compare [https://en.wikipedia.org/w/index.php?title=Special:Contributions/conversion_script&offset=20020415123158&limit=500&target=Conversion+script the same contribs page set to a limit of 500] and [https://en.wikipedia.org/w/index.php?title=Special:Contributions/conversion_script&offset=20020225155115&target=Conversion+script what happens when you hit "older 50"] on my first link. (I didn't think about this but this is a rather unusual problem with the new 500-contribs limit in Special:Contributions). In this case sorting by revision ID number would produce interesting results because those revision ID numbers are in a weird order, but it'd be better than the current situation. I've found a relevant Phabricator task and added it to the top of this message. <strong><a href='?title=User%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 09:01, 14 August 2021 (UTC)</p> <p>{{od|:::}} This sounded familiar; sure enough, I did report basically the same issue with my contributions list one time. [https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_161#User_contributions_counter_seems_to_be_off] <a href='?title=User%3AHome_Lander'>Home Lander</a> (<a href='?title=User_talk%3AHome_Lander'>talk</a>) 19:06, 14 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--emplate-aan-issue-at-our-color-theorem-talk-page'><h2 class='section-toggle'>Template:aan issue at Four color theorem talk page</h2><div class='wiki-body'><p>The template {{t|Aan}} at <a href='?title=Talk%3AFour_color_theorem%2FArchive_1'>Talk:Four color theorem/Archive 1</a> through Archive_4 seems to skip the Archive_4 subpage and it shows Archive 1 through 3 only. Purging didn't seem to help. What else can I do to see Archive_4 link there? --<a href='?title=User%3ACiaPan'>CiaPan</a> (<a href='?title=User_talk%3ACiaPan'>talk</a>) 16:17, 14 August 2021 (UTC)</p> <p>:It looks fine to me. I see a link to Archive 4, and the link works. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 18:48, 14 August 2021 (UTC)</p> <p>:: Ough, silly me! The fourth link was hiding past the right edge of my mobile's screen and, due to the absence of a horizontal scroll bar, I just didn't think I could scroll the page to look there. Thank you, {{u|Jonesey95}}, for directing me towards the answer. :D --<a href='?title=User%3ACiaPan'>CiaPan</a> (<a href='?title=User_talk%3ACiaPan'>talk</a>) 19:16, 14 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--atchlist-spacing-in-monobook'><h2 class='section-toggle'>Watchlist spacing in monobook</h2><div class='wiki-body'><p>So biting the bullet that Modern may be difficult to maintain now that the dev team have decided to deprecate it, I'm experimenting with Monobook but I can't work out how to increase the line spacing in the watchlist. It appears the default is 1.4em and I thought</p> <p><syntaxhighlight lang="css">.mw-special-Watchlist .mw-changeslist-line {</p> <p>line-height: 1.5em;</p> <p>}</syntaxhighlight></p> <p>would work but it doesn't or at least doesn't appear to. Suggestions please. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 11:22, 13 August 2021 (UTC)</p> <p>:Hey, <a href='?title=User%3ANthep'>Nthep</a>, the same change actually introduced a rule to Monobook that overrides the rule you have; see the above thread (<a href='?title=%23CSS_not_working'>#CSS_not_working</a>). Try a selector with higher specificity, like <syntaxhighlight lang="css">.mw-special-Watchlist div#globalWrapper li.mw-changeslist-line {</p> <p>line-height: 1.5em;</p> <p>}</p> <p></syntaxhighlight>HTH, <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 15:00, 13 August 2021 (UTC)</p> <p>::@<a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> Thanks. Incidentally the editor tells me the syntax is overqualified and suggests <code>.mw-special-Watchlist #globalWrapper .mw-changeslist-line </code> which does seem to work. <a href='?title=User%3ANthep'>Nthep</a> (<a href='?title=User_talk%3ANthep'>talk</a>) 15:12, 13 August 2021 (UTC)</p> <p>:::Haha, fair enough; I included the element types more out of habit than anything else. I'm sure it's not best practice, but if it works, it works. :) <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 15:18, 13 August 2021 (UTC)</p> <p>:::Basically ignore it when the editor says it's over-qualified. It is making a guess based on a different use environment which assumes it has access to more of the CSS you're trying to override. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 16:25, 13 August 2021 (UTC)</p> <p>:::For any one given page, <ins>an element's ID (if present)</ins> <del>the ID for each element</del> is supposed to be unique, so the element type isn't needed. In theory different pages on the same site might use the same ID in different ways such that specifying the element type is helpful to distinguish between them when using the same style sheet for all pages. I assume though in this case, the MediaWiki software is using "globalWrapper" the same way across pages. <a href='?title=User%3AIsaacl'>isaacl</a> (<a href='?title=User_talk%3AIsaacl'>talk</a>) 21:06, 14 August 2021 (UTC)</p> <p>::::You're right, for sure. Much like putting opening curly braces on a new line, it's a habit that every employer I've ever had has tried to break--mostly unsuccessfully. <a href='?title=User%3AWrit_Keeper'>Writ Keeper</a> <a href='?title=User_Talk%3A_Writ_Keeper'>⚇</a><a href='?title=Special%3AContributions%2FWrit_Keeper'>♔</a> 02:34, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--elp'><h2 class='section-toggle'>Help</h2><div class='wiki-body'><p>Hi Village pump participants, When i try to edit any article on Wikipedia by mobile at desktop mode at that time one notice appears i.e <strong>You are using a browser which is not officially supported by this editor.</strong> Please tell me how to solve this problem. <a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 15:45, 14 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AFade258'>Fade258</a>: What browser are you using? What happens if you try a different browser? Can you provide a screenshot? Always include details like these when asking for help with technical issues, because otherwise the only thing anybody can tell you is "I dunno, works for me". – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 20:19, 14 August 2021 (UTC)</p> <p>::{{Ping|Rummskartoffel}}, I use google chrome.<a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 00:47, 15 August 2021 (UTC)</p> <p>:::{{ping|Fade258}} Which version on which device, and with the standard source editor, VisualEditor, or something else? <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:38, 15 August 2021 (UTC)</p> <p>::::{{Ping|PrimeHunter}}, My device name is Redmi 9T of Android version 10 and the Google Chrome version is 92.0.4515.131.<a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 05:26, 15 August 2021 (UTC)</p> <p>:::::{{ping|Fade258}} The message is <a href='?title=MediaWiki%3AVisualeditor-browserwarning'>MediaWiki:Visualeditor-browserwarning</a>. Do you actually want to use VisualEditor? You have no recent edits with it. <a href='?title=Special%3APreferences%23mw-prefsection-editing'>Special:Preferences#mw-prefsection-editing</a> has the option "Temporarily disable the visual editor while it is in beta". <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 06:59, 15 August 2021 (UTC)</p> <p>::::::{{Ping|PrimeHunter}}, Yes, I want to use it.<a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 07:20, 15 August 2021 (UTC)</p> <p>:::Okay, I managed to reproduce it. You can stop the warning from appearing by ticking the "Desktop" box in the browser menu, but you could also just ignore it. I don't recommend you try to edit using desktop VE on your phone – judging from my very limited attempts, it doesn't seem to work very well –, but the warning isn't the limiting factor. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 11:20, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-delete-redirect-userright'><h2 class='section-toggle'>delete-redirect userright</h2><div class='wiki-body'><p>At a current discussion at <a href='?title=WP%3AAE'>WP:AE</a>, it was discussed whether the ability to delete a single-revision redirect by overwriting was a use of extended permission. According to <a href='?title=Wikipedia%3AUser_access_levels'>Wikipedia:User access levels</a> (and <a href='?title=Wikipedia%3APage_mover%2Fdelete-redirect'>Wikipedia:Page mover/delete-redirect</a> where it was granted to page movers), the userright is restricted to admins and page-movers, however it is easy to find examples of users who are neither having the ability to do this ([https://en.wikipedia.org/wiki/Special:Log?type=delete&user=The_C_of_E&page=&wpdate=&tagfilter=&wpfilters%5B%5D=newusers this] user for example only has extended-confirmed, rollbacker and PCR). It's not really important as regards the AE report now, but does anyone know exactly <em>who</em> has access to delete-redirect? <a href='?title=User_talk%3ABlack_Kite'>Black Kite (talk)</a> 13:05, 15 August 2021 (UTC)</p> <p>:I answered this at AE, BK. PMs have access to delete-redirect, but it's only required if you're moving over a page that points to a <em>different</em> target. If the page you're moving over is a single-redirect page that points back to the page you're moving from, then any confirmed editor can do the move. If however the page is multiple revisions, then regardless of where it points, an admin is needed to G6 it manually. For single revision pages, the G6 is done automatically by the software. <a href='?title=User%3AProcrastinatingReader'>ProcrastinatingReader</a> (<a href='?title=User_talk%3AProcrastinatingReader'>talk</a>) 13:09, 15 August 2021 (UTC)</p> <p>:Aye, the kind of move discussed here (first from A to B and leaving A a redirect to B; then from B to A and overwriting A in the process) is essentially a revert and is something anyone can do. I remember doing such reverts when I wasn't an admin. <a href='?title=User%3AJo-Jo_Eumerus'>Jo-Jo Eumerus</a> (<a href='?title=User_talk%3AJo-Jo_Eumerus'>talk</a>) 13:12, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ed-links-seem-brighter'><h2 class='section-toggle'>Red links seem brighter</h2><div class='wiki-body'><p>{{tracked|T288739}}</p> <p>Hi, I don't know if my eyes are deceiving me but for red links the red now seems brighter than what it used to be ?, Or is it really just my eyes ?, Thanks, –<a href='?title=User%3ADavey2010'><span style="color:blue;"><strong>Davey</strong></span><span style="color:orange;"><strong>2010</strong></span></a>^{<a href='?title=User_talk%3ADavey2010'><span style="color:navy;"><strong>Talk</strong></span></a>} 15:52, 12 August 2021 (UTC)</p> <p>:{{replyto|Davey2010}} See <a href='?title=Phab%3AT288739'>Phab:T288739</a>. <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> (<a href='?title=User_talk%3A192.76.8.91'>talk</a>) 17:06, 12 August 2021 (UTC)</p> <p>::Ah thank you <a href='?title=Special%3AContributions%2F192.76.8.91'>192.76.8.91</a> much obliged, Good to know my eyes weren't playing tricks on me! :-), Many thanks, –<a href='?title=User%3ADavey2010'><span style="color:blue;"><strong>Davey</strong></span><span style="color:orange;"><strong>2010</strong></span></a>^{<a href='?title=User_talk%3ADavey2010'><span style="color:navy;"><strong>Talk</strong></span></a>} 17:10, 12 August 2021 (UTC)</p> <p>:::Yes, they're definitely brighter in MonoBook too, <code>#dd3333</code> {{colorbox|#dd3333}}. And, it's Thursday. The colour for visited red links, <code>#a55858</code> {{colorbox|#a55858}} doesn't seem to have changed. The orange colour of "active" links seems brighter. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 22:13, 12 August 2021 (UTC)</p> <p>::::In case anyone is wondering, the old colour was <code>#ba0000</code> {{colorbox|#ba0000}}. This CSS snippet should restore it: {{code|lang=css|a.new {color: #ba0000 !important;}<nowiki/>}} <span style="font-family:Garamond,Palatino,serif;font-size:115%;background:-webkit-linear-gradient(red,red,red,blue,blue,blue,blue);-webkit-background-clip:text;-webkit-text-fill-color:transparent"><a href='?title=User%3ADa%C3%9F_W%C3%B6lf'>Daß</a> <a href='?title=User_talk%3ADa%C3%9F_W%C3%B6lf'>Wölf</a></span> 06:43, 13 August 2021 (UTC)</p> <p>:Just noticed this thread. Has this global change been discussed in VP before? I've been active in Chinese Wikipedia (zhwiki) and given that the default font there has a lighter weight than that of the default font here, the new brighter red is making my eyes uncomfortable. <a href='?title=User%3ATiouraren'>Tiouraren</a> (<a href='?title=User_talk%3ATiouraren'>talk</a>) 14:45, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ua-help-with-find-sources-module'><h2 class='section-toggle'>Lua help with find sources module</h2><div class='wiki-body'><p>Myself and a few others are developing <a href='?title=Template%3ANewspaper_of_record'>Template:Newspaper of record</a> so that {{tl|Find sources}} will be able to display an appropriate newspaper of record based on an article's location (determined via Wikidata) rather than only the <em>NYT</em>, as is currently the case. It's currently mostly working, based on the change at <a href='?title=Module%3AFind_sources%2Ftemplates%2FFind_sources%2Fsandbox'>Module:Find sources/templates/Find sources/sandbox</a> (see <a href='?title=Talk%3AKoromiko%2C_New_Zealand'>testcase</a>). However, for articles that do not have an associated country on Wikidata, they should default to display nothing, and that's currently <a href='?title=Special%3APermalink%2F1038667426'>causing an error</a>. Would anyone be able to help figure out a way to get around this issue? <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 23:52, 13 August 2021 (UTC)</p> <p>:Looks like a meaningful error message to me so why would you want to {{tq|get around}} it? It seems to be saying that <code>code</code> is nil or empty string so if that is the case, shouldn't you be providing <code>code</code> or at least setting a default, or if this is an expected condition, a prettier or more user-meaningful output?</p> <p>:</p> <p>:And why so many separate little submodules? Is that really necessary?</p> <p>:—<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a> (<a href='?title=User_talk%3ATrappist_the_monk'>talk</a>) 16:11, 14 August 2021 (UTC)</p> <p>::@<a href='?title=User%3ATrappist_the_monk'>Trappist the monk</a>, yes, it is meaningful in that it's reflecting a real error—when {{tl|Newspaper of record}} returns nothing, <a href='?title=Module%3AFind_sources%2Ftemplates%2FFind_sources%2Fsandbox'>Module:Find sources/templates/Find sources/sandbox</a> breaks, because it can't handle a blank input. By "get around it", I mean that I want to change the code so that the module can handle blank input, or the template gives input the module can handle. The end result I'm seeking is that, for countries without a listed newspaper of record, they just shouldn't display any newspaper for {{tl|Find sources}}.</p> <p>::Regarding why so many submodules, that's just following the way that {{u|Mr. Stradivarius}} set up the find sources modules to work. <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 04:24, 15 August 2021 (UTC)</p> <p>:::If I recall correctly, I designed the submodule scheme like that so that editors can add new links and new template configurations without having to make protected edit requests. It would have probably been easier to put all the configuration into one or two modules, but that way all the config modules would probably end up being protected, which would make it harder for non-template-editors to contribute. These days I might do things differently, but there is definitely something to be said for making the module more accessible to editors with less permissions. — <strong><em><a href='?title=User%3AMr._Stradivarius'><span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span></a></strong></em> ^{<a href='?title=User_talk%3AMr._Stradivarius'>♪ talk ♪</a>} 13:17, 15 August 2021 (UTC)</p> <p>::::I <a href='?title=Special%3ADiff%2F1038904192'>changed the sandbox</a> so that the newspaper of record is only added if {{tl|newspaper of record}} returns a non-blank string. It's hacky, but it works. — <strong><em><a href='?title=User%3AMr._Stradivarius'><span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span></a></strong></em> ^{<a href='?title=User_talk%3AMr._Stradivarius'>♪ talk ♪</a>} 13:41, 15 August 2021 (UTC)</p> <p>:::::@<a href='?title=User%3AMr._Stradivarius'>Mr. Stradivarius</a>, yay, thanks for the help! <span style="color:#AAA"><small>{{u|</small><span style="border-radius:9em;padding:0 5px;background:#088"><a href='?title=User%3ASdkb'><span style="color:#FFF"><strong>Sdkb</strong></span></a></span><small>}}</small></span> ^{<a href='?title=User_talk%3ASdkb'><strong>talk</strong></a>} 15:29, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--n-tables-tags-with-nowiki-nowiki-don-t-work-and-cause-lint-errors'><h2 class='section-toggle'>In tables, tags with <nowiki>{{!}}</nowiki> don't work and cause lint errors</h2><div class='wiki-body'><p>Please see <a href='?title=User%3AAnomalocaris%2Fsandbox%2FLint_Test'>User:Anomalocaris/sandbox/Lint Test</a> and explain why this markup</p> <p><pre></p> <p><table class="wiki-table"><tr><td><code>code</code></p> <p>| <code>{{!}}!code</code> <!-- not in code format, stripped </code> --></p> <p>| <code>code!{{!}}</code> <!-- doesn't appear at all, stripped </code> --></p> <p>| <s>strike</s></p> <p>| <s>{{!}}!strike</s> <!-- not strikeout, stripped </s> --></p> <p>| <s>strike!{{!}}</s> <!-- doesn't appear at all, stripped </s>--></p> <p>| <i>ital</i></p> <p>| <i>{{!}}!ital</i> <!-- not italic, stripped </i> --></p> <p>| <i>ital!{{!}}</i> <!-- doesn't appear at all, stripped </i> --></td></tr></table></p> <p></pre></p> <p>causes stripped tag lint errors and display issues as described in the comments. —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 09:05, 15 August 2021 (UTC)</p> <p>:Template expansion is processed before the table markup, so it sees all those as if you had used <code>|</code> and therefore tries to interpret the part before as <a href='?title=Help%3ATable%23HTML_attributes'>HTML attributes</a>. Note a lot depends on that behavior, so it's unlikely to ever be changed. If you need a literal <code>|</code>, try <code>&#124;</code> or {{tl|pipe}} instead. <a href='?title=User%3AAnomie'>Anomie</a><a href='?title=User_talk%3AAnomie'>⚔</a> 10:53, 15 August 2021 (UTC)</p> <p>::<a href='?title=User%3AAnomie'>Anomie</a>: Thank you for the explanation! —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 19:57, 15 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-mw-datatable'><h2 class='section-toggle'>mw-datatable</h2><div class='wiki-body'><p>Since 2016 <em><a href='?title=Help%3ATable_%23mw-datatable_%E2%80%93_row_highlighting_via_cursor_hover._White_background'>Help:Table #mw-datatable – row highlighting via cursor hover. White background</a></em> is recommending that class without any limitation.</p> <ul> <li><a href='?title=mw%3AHelp%3ATables_%23See_also'>mw:Help:Tables #See also</a> is pointing to this page for further reading.</li> <li>The latter one is a kind of global recommendation.</li> </ul> <p>Public usage of that class passed away deliberately now without prior discussion anywhere nor global announcement; knowing that this class is widely used.</p> <ul> <li>43 templates are using that here, as reported, and various other pages directly.</li> <li>The effect makes it easier for people without extraordinary mental capabilities to read rows in large data tables.</li> <li>Please see <a href='?title=phab%3AT287997'>phab:T287997</a> for details.</li> </ul> <p>Greetings --<a href='?title=User%3APerfektesChaos'>PerfektesChaos</a> (<a href='?title=User_talk%3APerfektesChaos'>talk</a>) 09:06, 15 August 2021 (UTC)</p> <p>:See also <a href='?title=Wikipedia%3AVillage_pump_%28technical%29%2FArchive_191%23class%3Dmw-datatable_no_longer_working_in_Firefox'>Wikipedia:Village pump (technical)/Archive 191#class=mw-datatable no longer working in Firefox</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 08:20, 16 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-33-ech-ews-2021-33-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/33|Tech News: 2021-33]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F33'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>You can add language links in the sidebar in the <a href='?title=mw%3ASpecial%3AMyLanguage%2FReading%2FWeb%2FDesktop_Improvements'>new Vector skin</a> again. You do this by connecting the page to a Wikidata item. The new Vector skin has moved the language links but the new language selector cannot add language links yet. [https://phabricator.wikimedia.org/T287206]</li> </ul> <p><strong>Problems</strong></p> <ul> <li>There was a problem on wikis which use the Translate extension. Translations were not updated or were replaced with the English text. The problems have been fixed. [https://phabricator.wikimedia.org/T288700][https://phabricator.wikimedia.org/T288683][https://phabricator.wikimedia.org/T288719]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li>A <a href='?title=mw%3AHelp%3ATags'>revision tag</a> will soon be added to edits that add links to <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3ADisambiguator'>disambiguation pages</a>. This is because these links are usually added by accident. The tag will allow editors to easily find the broken links and fix them. If your wiki does not like this feature, it can be <a href='?title=mw%3AHelp%3ATags%23Deleting_a_tag_added_by_the_software'>hidden</a>. [https://phabricator.wikimedia.org/T287549]</li> <li>Would you like to help improve the information about tools? Would you like to attend or help organize a small virtual meetup for your community to discuss the list of tools? Please get in touch on the <a href='?title=m%3AToolhub%2FThe_Quality_Signal_Sessions'>Toolhub Quality Signal Sessions</a> talk page. We are also looking for feedback <a href='?title=m%3ATalk%3AToolhub%2FThe_Quality_Signal_Sessions%23Discussion_topic_for_%22Quality_Signal_Sessions%3A_The_Tool_Maintainers_edition%22'>from tool maintainers</a> on some specific questions.</li> <li>In the past, edits to any page in your user talk space ignored your <a href='?title=mw%3ASpecial%3AMyLanguage%2FHelp%3ANotifications%23mute'>mute list</a>, e.g. sub-pages. Starting this week, this is only true for edits to your talk page. [https://phabricator.wikimedia.org/T288112]</li> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.19'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-08-17|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-08-18|en}}. It will be on all wikis from {{#time:j xg|2021-08-19|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F33'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>19:25, 16 August 2021 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21889213 --></p></div></section><section class='wiki-section collapsible' id='section--oogle-books-reference-generator-down-'><h2 class='section-toggle'>Google books reference generator down?</h2><div class='wiki-body'><p>I've been using [http://reftag.appspot.com/ this useful gadget] for quite a while, but today I've gotten nothing but server errors. Is this just me? <span style="font-family:Papyrus"><a href='?title=User%3AVanamonde93'>Vanamonde</a> (<a href='?title=User_Talk%3AVanamonde93'>Talk</a>)</span> 10:45, 16 August 2021 (UTC)</p> <p>::{{ping|Vanamonde93}} I noticed it was down on Sunday, so doing Gbook refs manually. It is 500 error so server side. Any chance of getting fixed? <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 19:13, 16 August 2021 (UTC)</p> <p>:::The original maintainer appears to be <a href='?title=User%3AApoc2400'>Apoc2400</a>, who hasn't edited in 4 months. They might still fix it though – who knows? – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 23:09, 16 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikifunctions'><h2 class='section-toggle'>Wikifunctions</h2><div class='wiki-body'><p>What will be the URL for the upcoming Wikifunctions website? When is it expected to be completed? <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 05:12, 17 August 2021 (UTC)</p> <p>:Why do you expect the answer to that question to be here? <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 06:18, 17 August 2021 (UTC)</p> <p>::{{ping|Izno}} I didn't necessarily expect it to be here, but I don't know where to ask. <a href='?title=User%3A54nd60x'>54nd60x</a> (<a href='?title=User_talk%3A54nd60x'>talk</a>) 09:56, 17 August 2021 (UTC)</p> <p>:::Try <a href='?title=Talk%3AWikifunctions'>Talk:Wikifunctions</a> or <a href='?title=meta%3ATalk%3AAbstract_Wikipedia'>meta:Talk:Abstract Wikipedia</a>? — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 10:34, 17 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--asier-way-to-see-a-page-s-move-history-'><h2 class='section-toggle'>Easier way to see a page's move history?</h2><div class='wiki-body'><p>(reposted from the <a href='?title=Wikipedia%3AHelp_desk%2FArchives%2F2021_June_21%23Easier_way_to_see_a_page%27s_move_history%3F'>help desk</a>)</p> <p>I've been using the [https://en.wikipedia.org/wiki/Special:Log?type=move move log tool] to examine a page's move history, but it's cumbersome because you have to enter the former name of the page rather than the current name (so you have to dig through the page's history to find its original name), and it only shows one entry at a time. {{u|Buidhe}} <a href='?title=User_talk%3ABuidhe%2FArchive_18%23Easier_way_to_see_a_page%27s_move_history%3F'>suggested</a> checking the edit history of the article's talk page, but this method is still far from ideal. Is there anywhere I can see an article's entire move history in one place? <a href='?title=User%3ARublov'>Rublov</a> (<a href='?title=User_talk%3ARublov'>talk</a>) 16:35, 16 August 2021 (UTC)</p> <p>:{{re|Rublov}} I've made a tool for this precise task: <a href='?title=User%3ANardog%2FMoveHistory'>User:Nardog/MoveHistory</a>. It may not be perfect but it gets the job done most of the time. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 11:02, 17 August 2021 (UTC)</p> <p>::{{u|Nardog}}: Amazing. Thank you! <a href='?title=User%3ARublov'>Rublov</a> (<a href='?title=User_talk%3ARublov'>talk</a>) 12:49, 17 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-mw-datatable-not-working'><h2 class='section-toggle'>mw_datatable not working</h2><div class='wiki-body'><p>I noticed it has stopped working, on both edge and firefox and ie. Is it deprecated, what should be done to pages using it? I am specifically asking for <a href='?title=List_of_words_ending_in_ology'>List of words ending in ology</a>. <a href='?title=User%3ANikolaih'><strong><span style="color:red;">Nik</span><span style="color:orange;">ol</span><span style="color:purple;">ai</span><span style="color:red;">h</span></strong></a>^{<a href='?title=User_talk%3ANikolaih'>☎️</a><a href='?title=User%3ANikolaih%2Fguestbook'>📖</a>} 06:12, 17 August 2021 (UTC)</p> <p>:Yes, it is deprecated. Switch to 'wikitable'. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 06:19, 17 August 2021 (UTC)</p> <p>::It was not deprecated, just removed a week or so ago. I get the feeling that it is gone for good, but see <a href='?title=phab%3AT287997'>phab:T287997</a> for the ongoing debate — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 10:43, 17 August 2021 (UTC)</p> <p>:::{{replyto|Nikolaih}} It's not <code>mw_datatable</code> but <code>mw-datatable</code>, and see <a href='?title=%23mw-datatable'>#mw-datatable</a> above. ==<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 14:26, 17 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section-two-new-template-proposals-publicradiofan-program-and-publicradiofan-station-'><h2 class='section-toggle'>two new template proposals: '''publicradiofan program''' and '''publicradiofan station'''</h2><div class='wiki-body'><p>[http://www.publicradiofan.com/ Public Radio Fan] is a worldwide listing of public radio programs and public radio stations, and is similar in access structure to [https://www.imdb.com/ IMDb], but curated and not crowd-sourced. It would be used with <nowiki>{{FM station data}}</nowiki>, for example, in <em>External links</em>, like <nowiki>{{iMDB}}s</nowiki> are for visual media.</p> <p>;<nowiki>{{ publicradiofan program }}</nowiki> <br></p> <p><nowiki>{{ publicradiofan program | ID | NAME }}</nowiki> <br></p> <p>or <br></p> <p><nowiki>{{ publicradiofan program | id= ID | name= NAME }}</nowiki> <br></p> <p>would yield: <br></p> <p>: <nowiki>[http://www.publicradiofan.com/cgibin/program.pl?programid=ID NAME] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></nowiki><br></p> <ul> <li><a href='?title=Fresh_Air'>Fresh Air</a></li> <li><nowiki>{{ publicradiofan program | 17 | WHYY }}</nowiki></li> <li><nowiki>{{ publicradiofan program | id= 17 | name= WHYY }}</nowiki></li> <li><nowiki>[http://www.publicradiofan.com/cgibin/program.pl?programid=17 Fresh Air] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></nowiki></li> <li>[http://www.publicradiofan.com/cgibin/program.pl?programid=17 Fresh Air] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></li> </ul> <p><br></p> <p>;<nowiki>{{ publicradiofan station }}</nowiki> <br></p> <p><nowiki>{{ publicradiofan station | ID | NAME }}</nowiki> <br></p> <p>or <br></p> <p><nowiki>{{ publicradiofan station | id= ID | name= NAME }}</nowiki> <br></p> <p>would yield: <br></p> <p>: <nowiki>[http://www.publicradiofan.com/cgibin/station.pl?stationid=ID NAME] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></nowiki><br></p> <ul> <li><a href='?title=WHYY-FM'>WHYY-FM</a></li> <li><nowiki>{{ publicradiofan station | 1 | WHYY }}</nowiki></li> <li><nowiki>{{ publicradiofan station | id= 1 | name= WHYY }}</nowiki></li> <li><nowiki>[http://www.publicradiofan.com/cgibin/station.pl?stationid=1 WHYY] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></nowiki></li> <li>[http://www.publicradiofan.com/cgibin/station.pl?stationid=1 WHYY] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></li> </ul> <p>:</p> <ul> <li><nowiki>{{ publicradiofan station | 4777 | WHYY 2 }}</nowiki></li> <li><nowiki>{{ publicradiofan station | id= 4777 | name= WHYY 2 }}</nowiki></li> <li><nowiki>[http://www.publicradiofan.com/cgibin/station.pl?stationid=4777 WHYY 2] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></nowiki></li> <li>[http://www.publicradiofan.com/cgibin/station.pl?stationid=4777 WHYY 2] at <a href='?title=Public_Radio_Fan'>Public Radio Fan</a></li> </ul> <p><br> .... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 03:23, 17 August 2021 (UTC)</p> <p>:My kneejerk reaction (or maybe it's just <em>jerk</em>) is to wonder why we should create templates pointing to a site so non-notable that we don't even have an article about it. <i>— <a href='?title=User%3AJohnFromPinckney'>JohnFromPinckney</a> (<a href='?title=User_talk%3AJohnFromPinckney'>talk</a> / <a href='?title=Special%3AContributions%2FJohnFromPinckney'>edits</a>)</i> 03:43, 17 August 2021 (UTC)</p> <p>::I agree. Discouraging spam would be a much better idea. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 10:30, 17 August 2021 (UTC)</p> <p>:::At a minimum, please avoid using multiple unnamed parameters in creating a new template. It often causes problems down the road, some of which are difficult to detect. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 15:59, 17 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--adget-statistics'><h2 class='section-toggle'>Gadget statistics</h2><div class='wiki-body'><p>Hey there! Quick question: Where is it possible to check how many are using a certain gadget? Can anyone do that or do you need special privileges? I remember there was a way but... - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 17:47, 17 August 2021 (UTC)</p> <p>:{{ping|Klein Muçi}} <a href='?title=Special%3AGadgetUsage'>Special:GadgetUsage</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:50, 17 August 2021 (UTC)</p> <p>::{{ping|Xaosflux}} thank you! :)) - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 17:54, 17 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ossible-19-template-problem'><h2 class='section-toggle'>Possible COVID-19 template problem</h2><div class='wiki-body'><p>Possible Template Problem: For some reason, several templates, "{{tn|COVID-19 pandemic}}" and " {{tn|Vaccines}}", no longer seem to be working at the "<a href='?title=COVID-19_vaccine%23External_links'>COVID-19 vaccine#External links</a>" webpage - tried to fix the possible problem(s) - unsuccessful so far - Help Welcome - iac - Stay Safe and Healthy !! - <a href='?title=User%3ADrbogdan'>Drbogdan</a> (<a href='?title=User_talk%3ADrbogdan'>talk</a>) 14:41, 19 August 2021 (UTC)</p> <p>:You have reached the <a href='?title=Wikipedia%3ATemplate_limits'>template expansion limit</a>. You can see in the current version, the source code near the bottom the stats generated on the page creation by MediaWiki, that "Post‐expand include size: 2095857/2097152 bytes". Those templates would exceed that, so it will not expand any more templates. You likely need to consider either reducing the number of sources (you have 700+ references, that's counting towards it), or splitting content. --<a href='?title=User%3AMasem'>M<span style="font-variant: small-caps">asem</span></a> (<a href='?title=User_Talk%3AMasem'>t</a>) 14:49, 19 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-do-free-up-my-sandbox-'><h2 class='section-toggle'>How do I free up my sandbox?</h2><div class='wiki-body'><p>I recently needed help in publishing my sandbox page "Proliferative fasciitis and proliferative myositis". The helper, Qwerfjkl, successfully moved the page to a Wikipedia page but now my sandbox page is locked up with the statements:</p> <p>"This page is a redirect. The following categories are used to track and monitor this redirect:</p> <p>From a page move: This is a redirect from a page that has been moved (renamed) or is the result of a page move. One reason this page was kept as a redirect is to avoid breaking links, both internal and external, that may have been made to the old page name. Any redirect with a page move logged on its history page should be tagged with this rcat template."</p> <p>I and my helper do not know how get back to my original sandbox page; I have tried several ways but nothing is successuful. Can your advise me how to do so? Thank you. <a href='?title=User%3Ajoflaher'>joflaher</a> (<a href='?title=User_talk%3Ajoflaher'>talk</a>) 21:16, 16 August 2021 (UTC)</p> <p>::Hi {{ping|joflaher}} I was just passing and thought I'd help. I've removed the redirect from the sandbox, which located at <a href='?title=User%3AJoflaher%2Fsandbox'>User:Joflaher/sandbox</a> You can create as many sandboxes as you want. Qwerfjkl doesnt' have the page mover permission, so it leaves a redirect automatically, when a page is moved. Hope that helps. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 21:41, 16 August 2021 (UTC)</p> <p>:::Thank you, thank you, thank you. I greatly appreciate getting my sandbox back. Is there any way that I can get back my original sandbox with all its additions and revisions of my 10 years of contributing. I frequently scroll through, going back to remind me of my old published articles and additions to other articles which I then check for important updates. Again, thanks! <a href='?title=User%3Ajoflaher'>joflaher</a> (<a href='?title=User_talk%3Ajoflaher'>talk</a>) 17:49, 18 August 2021 (UTC)</p> <p>::::What was it called? <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 21:59, 16 August 2021 (UTC)</p> <p>::::Unfortunately I couldn't find anything. I did find this: <a href='?title=User%3AAnaplastic_large_cell_lymphoma'>User:Anaplastic large cell lymphoma</a> which need fixed. For some reason you created it under user namespace instead of the article namespace. I'll fix it right now. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 22:12, 16 August 2021 (UTC)</p> <p>:::::Oh my, this is interesting. It looks like in May, you moved <a href='?title=User%3AJoflaher%2Fsandbox'>User:Joflaher/sandbox</a> to <a href='?title=User%3AAnaplastic_large_cell_lymphoma'>User:Anaplastic large cell lymphoma</a>. That's technically a legal page title, but certainly not what you intended. The editing history of that page goes back to 2018, and it looks like you've kept reusing the same sandbox for multiple articles. That's not bad, per se, but in the long run it makes more sense to start a new page in your user space for each new article you begin. So, with that example, you would put it at <a href='?title=User%3AJoflaher%2FAnaplastic_large_cell_lymphoma'>User:Joflaher/Anaplastic large cell lymphoma</a>. It's kind of like how you might sort files into various directories on your desktop computer. And then the next article you start might be at <a href='?title=User%3AJoflaher%2FInteresting_disease_I_want_to_write_about'>User:Joflaher/Interesting disease I want to write about</a>. The advantage of this over using your sandbox is that each new article gets its own history. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 22:41, 16 August 2021 (UTC)</p> <p>:::::Hi {{ping|RoySmith}} I posted a note up to {{ping|Primefac}} to fix it, so I guess its deleted. I will CSD it. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 23:24, 16 August 2021 (UTC)</p> <p>:::::I put a G6 on it. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 23:28, 16 August 2021 (UTC)</p> <p>::::::There's a load of sandbox like edits in the early page history of <a href='?title=Eosinophilic_myocarditis'>Eosinophilic myocarditis</a>, this might be what you're after? <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 23:29, 16 August 2021 (UTC)</p> <p>::::::@<a href='?title=User%3AScope_creep'>Scope creep</a> I've undone your G6 tagging. We're still trying to sort out what happened. Maybe this needs to be deleted eventually, but for now, let's not make things more complicated than they already are. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 00:08, 17 August 2021 (UTC)</p> <p>::::::{{ping|RoySmith}} I know what happened. Joflaher copied the article from his sandbox to <a href='?title=User%3AAnaplastic_large_cell_lymphoma'>User:Anaplastic large cell lymphoma</a> and another editor came along, fixed it, but left the user still created. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 00:23, 17 August 2021 (UTC)</p> <p>:::::::Well, that's part of it. <a href='?title=User%3AAnaplastic_large_cell_lymphoma'>User:Anaplastic large cell lymphoma</a> has history back to 2018. <a href='?title=Anaplastic_large-cell_lymphoma'>Anaplastic large-cell lymphoma</a> has history back to 2004. I still don't understand how that came to be. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 00:41, 17 August 2021 (UTC)</p> <p>::::::::@<a href='?title=User%3AJoflaher'>Joflaher</a> did you at some point make a <em>copy</em> of <a href='?title=Anaplastic_large-cell_lymphoma'>Anaplastic large-cell lymphoma</a> in your sandbox? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 00:43, 17 August 2021 (UTC)</p> <p>:::::::::I added about 20,000 words to anaplastic large-cell lymphoma by copying the old page to my sandbox, updating this old copy with the ~20,000 edition, and copying this updated version over the old (i.e. just totally erased) anaplastic large-cell lymphoma blank page. This is my usual method when a make a very large addition to a Wikipedia page. <a href='?title=User%3Ajoflaher'>joflaher</a> (<a href='?title=User_talk%3Ajoflaher'>talk</a>) 21:11, 16 August 2021 (UTC)</p> <p>::::::::::@<a href='?title=User%3AJoflaher'>Joflaher</a> that's (emphatically) not a good way to be editing, for several reasons. From the legal point of view, there's issues with copyright and attribution. From a practical point of view, what you're doing leads to page histories that are difficult to understand, such as we have now.</p> <p>::::::::::To be clear: please don't make copies of pages any more.</p> <p>::::::::::As 192.76.8.74 pointed out above, the page that's currently titled <a href='?title=Eosinophilic_myocarditis'>Eosinophilic myocarditis</a> looks like it might be your old sandbox. Looking through the history, it looks like it's got a version of <a href='?title=Resolvin'>Resolvin</a> from June 2016, a version of <a href='?title=Dysfibrinogenemia'>Dysfibrinogenemia</a> from August 2017, a version of <a href='?title=Hypereosinophilia'>Hypereosinophilia</a> from November 2017, and possibly others, all jumbled together. To be honest, this is beyond my ability to resolve properly. I'm going to leave this to somebody else who is more experienced with doing surgery on article histories. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 02:21, 17 August 2021 (UTC)</p> <p>::::::::::Its not as simple as I thought. I've posted to Primefac, who may help. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 10:27, 17 August 2021 (UTC)</p> <p>:::::::::::You are right. I copied all of those pages and many more be copying the Wikipedia page, revising it, and then overwriting the original Wikipedia page with the revision. It is extremely difficult to directly revise the original with extensive changes that may take weeks to arrange. Can I make the sandbox copy by taking only parts of the original page piece by piece and then erase the orginal page, save the blank erased page, and then copy the sandbox to the empty page? The Wikipedia pages I hope to soon revise are seriously outdated and/or extremely incomplete. How do I procede. Thanks.<a href='?title=User%3AJoflaher'>Joflaher</a> (<a href='?title=User_talk%3AJoflaher'>talk</a>) 13:13, 17 August 2021 (UTC)</p> <p>::::::::::::I run into the exact same problem when I edit large articles, and it is a pain, all the time. Unfortunately when Wikipedia was originally designed, it was designed for new editors who didn't know how edit a page, or use software and its been that way ever since. Time has marched on and the editing experience has never been updated, even though most of the world now know how to editing on Wikipedia means. For experienced editors it is extremely limiting, slow and bureaucratic, and I often think if we had a better interface that was less bureaucratic we would have had twice as many articles. Unfortunately, I think there is not much you can do, apart from edit in-place to preserve the version history. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 13:50, 17 August 2021 (UTC)</p> <p>:::::::::::::There's two mostly-distinct issues here. I'll cover them one at a time.</p> <p>:::::::::::::First, there's the legal requirement to provide proper attribution for all content. You can resolve the legal issue by providing the required attribution in the edit summary and/or talk page. See <a href='?title=Wikipedia%3ACopying_within_Wikipedia'>Wikipedia:Copying within Wikipedia</a> for more on this. An example is <a href='?title=Special%3ADiff%2F1013612925'>Special:Diff/1013612925</a>. Note that I've not just included the page I copied it from, but also the exact revision number; I don't think that's strictly required, but it's good practice. You can generate that URL by going to the page you want to copy and clicking "Permanent link" in the navigation bar (at least on the web front-end). That will generate a URL of the form I used and take you there. You can then copy the complete URL from the browser's URL bar and paste it into your edit comment.</p> <p>:::::::::::::Second, there's the issue of intermingling the edit histories of multiple articles in your sandbox. The solution to that is to not keep reusing the same sandbox page. Make a new page in your userspace for each project. In the example I used above, I was only copying it to do some testing, so the intermingling of histories was not a big deal. But, if I intended to make a local copy, work on it, and then copy that back, what I would have done was created a page called <a href='?title=User%3ARoySmith%2FJulio_and_Marisol_temp'>User:RoySmith/Julio and Marisol temp</a> (by just typing that into the wikipedia search bar), then copying the contents I wanted to work on, with an edit summary as described above.</p> <p>:::::::::::::All that being said, working in this copy-modify-replace mode is not how the system is designed. I really urge you to work on articles in-place. It's how most people do it, and it's how everything works best. I get what you're saying about how that makes it harder to do major changes, but it's still the recommended way to work. Consider, for example, if you make a copy of an article that has three sections, A, B, and C. You work on section A in your userspace. Meanwhile, two other editors work on sections B and C. What happens when you copy your local version back? Do you just blow away the changes the other people made and overwrite them with your obsolete copies of sections B and C? Do you work through all the changes and carefully resolve the differences? This is a real-life problem (called an <a href='?title=edit_conflict'>edit conflict</a> or <a href='?title=Merge_%28version_control%29'>merge conflict</a>) which is exceptionally difficult to solve. The best way to avoid it is to not make local copies. You can still get edit conflicts if you work on the page in-place, but the window of time where this can happen is much reduced.</p> <p>:::::::::::::All of the above is in the vein of "If you're not going to do it the way I recommend, at least do it this way so you don't get yourself back into the mess you're in now". -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 14:30, 17 August 2021 (UTC)</p> <p>::::::::::::::@<a href='?title=User%3AJoflaher'>Joflaher</a> What would you like me to do with <a href='?title=%3AUser%3AAnaplastic_large_cell_lymphoma'>:User:Anaplastic large cell lymphoma</a>? Now that I understand the history better, I agree with @<a href='?title=User%3AScope_creep'>Scope creep</a> that the best thing to do is delete it, but didn't want to do that without consulting you first. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:50, 18 August 2021 (UTC)</p> <p>:::::::::::::::{{ping|RoySmith}} It can't be deleted. That is most modern version that <a href='?title=User%3AJoflaher'>Joflaher</a> created of <em>Anaplastic large cell lymphoma</em>, it needs to be copied across as plain text intothe original article space and the user eventually deleted. Thankfully it wasn't G6'd, otherwise all that work would have been lost. That was good call, removing that G6, for sure. I never noticed at the time. I could do copy now, to get it started. Yip, looking at <em>Signs and Symptons</em> section, for example, on the old article, it much smaller than the new article. So user text needs ccopied, but I'm not sure what you would do with the revision history in the user: article. What would you do there? Could you take that across and plump it on top of the old revision history in the old article, then delete the user. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 20:26, 18 August 2021 (UTC)</p> <p>:::::::::::::::{{ping|RoySmith}} I've taken the article across. I'm assuming you'll fix the revision history and then delete the user? <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 20:34, 18 August 2021 (UTC)</p> <p>::::::::::::::::I have inspected the article anaplastic large cell lymphoma to which I previously made a large update and revision. You did a simply great job: the article appears identical to my revision including a typo which I corrected (OK to do so?) I have often thought that this editor needs an editor to edit his work. I will surely make all revisions directly in the article rather than pasting from my sandbox. I am sorry for all of this. I may ask you all a question or two in the future. Thank you.<a href='?title=User%3AJoflaher'>Joflaher</a> (<a href='?title=User_talk%3AJoflaher'>talk</a>) 21:27, 18 August 2021 (UTC)</p> <p>::::::::::::::::@<a href='?title=User%3AScope_creep'>Scope creep</a> I really wish you hadn't done that. I had just finished explaining why copy-paste is a bad thing, and you went ahead and did another copy-paste. If the two pages really did need to be merged, there is a mechanism (<a href='?title=WP%3AHISTMERGE'>WP:HISTMERGE</a>) to do that and preserve the history. By doing yet another copy-paste, you've made things even more complicated, especially since there's been several more normal edits after your copy-paste. I apologize for being abrupt here, but please don't do anything further with this; leave it to admins who know how this all works and have the tools to fix things correctly. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 01:34, 19 August 2021 (UTC)</p> <p>:I'd noticed this thread before, but didn't really know what to do with it ... after an alert about it at <a href='?title=Wikipedia%3AAdministrators%27_noticeboard'>the admins' noticeboard</a>, I've checked the edits out again. I've gone and moved the unrelated edits at <a href='?title=Eosinophilic_myocarditis'>Eosinophilic myocarditis</a> to <a href='?title=User%3AJoflaher%2FEarly_sandbox_history'>User:Joflaher/Early sandbox history</a>. Re <a href='?title=Anaplastic_large-cell_lymphoma'>Anaplastic large-cell lymphoma</a>, I might be missing something, but I really don't understand what the major problem is. Joflaher moved their edits from their user sandbox to the article [https://en.wikipedia.org/w/index.php?title=Anaplastic_large-cell_lymphoma&diff=1025836044&oldid=1018098272 in May 2021]. There is no attribution issue because the user's copying text *they* expanded from their own sandbox; we're more after the author list than the number of edits they made, when it comes down to it. Because the userspace page has [https://en.wikipedia.org/w/index.php?title=User:Anaplastic_large_cell_lymphoma&action=info 3,156 edits], many of which over a long period of time are about anaplastic large-cell lymphoma, messing around with its history would be an exercise in extreme frustration. Sure the userspace page should be moved somewhere better (hnot deleted) but I don't have a problem with it. <strong><a href='?title=User%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 07:05, 19 August 2021 (UTC)</p> <p>::I also split out the sandbox history of <a href='?title=Transient_myeloproliferative_disease'>Transient myeloproliferative disease</a> into <a href='?title=User%3AJoflaher%2FEarly_sandbox_history2'>User:Joflaher/Early sandbox history2</a> and <a href='?title=Fibroblastic_and_myofibroblastic_tumors'>Fibroblastic and myofibroblastic tumors</a> (which I found through the XTools edit counter because it had over 900 edits) to <a href='?title=User%3AJoflaher%2FEarly_sandbox_history3'>User:Joflaher/Early sandbox history3</a>. <strong><a href='?title=User%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 07:44, 19 August 2021 (UTC)</p> <p>:::@<a href='?title=User%3AGraham87'>Graham87</a> Thanks. So I know for the next time, what tools did you use to split the history? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 12:39, 19 August 2021 (UTC)</p> <p>::::Oh, and I see {{u|Anthony Appleyard}} has already <a href='?title=Special%3ADiff%2F1039551276'>merged things back</a>. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 12:40, 19 August 2021 (UTC)</p> <p>:::::I used selective delete/restore to do the history splits, mostly using WikiBlame to help find the cut-off points. Thanks Anthony for doing the histmerges. I didn't think to do them myself but it's probably neater this way. I'm normally not a fan of <a href='?title=Special%3AMergeHistory'>Special:MergeHistory</a> because it only logs in one direction, but it's probably perfect for this sort of case. <a href='?title=%3Cstrong%3E%5B%5BUser%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 13:25, 19 August 2021 (UTC)</p> <p>::::::I've gone and [https://www.wikidata.org/w/index.php?title=Special:Contributions/Graham87&dir=prev&offset=20210819073420&limit=2&target=Graham87 restored the Wikidata entries] from Anthony's deletions/restorations. <strong><a href='?title=User%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 13:33, 19 August 2021 (UTC)</p> <ul> <li>{{ping|Graham87}} I have merged the displaced editing history that was in <a href='?title=User%3AJoflaher%2FEarly_sandbox_history2'>User:Joflaher/Early sandbox history2</a>, back to <a href='?title=GATA1'>GATA1</a> where it belongs. Across Wikipedia there are likely countless snippets of edit history which got displaced because some user cut-and-paste moved a page to a scratch page to edit it, and back afterwards. <a href='?title=User%3AAnthony_Appleyard'>Anthony Appleyard</a> (<a href='?title=User_talk%3AAnthony_Appleyard'>talk</a>) 14:58, 19 August 2021 (UTC)</li> </ul> <p>::Hi {{ping|Graham87}}, {{u|Anthony Appleyard}} Great to see it being finally actioned. What about the <a href='?title=Anaplastic_large-cell_lymphoma'>Anaplastic large-cell lymphoma</a> and the <a href='?title=User%3AAnaplastic_large_cell_lymphoma'>User:Anaplastic large cell lymphoma</a>? <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 15:13, 19 August 2021 (UTC)</p> <ul> <li>{{ping|scope_creep|Graham87}} {{done}}, see <a href='?title=Anaplastic_large-cell_lymphoma'>Anaplastic large-cell lymphoma</a> and <a href='?title=Anaplastic_large-cell_lymphoma%2Fversion_2'>Anaplastic large-cell lymphoma/version 2</a>. <a href='?title=User%3AAnthony_Appleyard'>Anthony Appleyard</a> (<a href='?title=User_talk%3AAnthony_Appleyard'>talk</a>) 15:42, 19 August 2021 (UTC)</li> </ul> <p>::{{ping|Graham87}}, {{u|Anthony Appleyard}}, {{ping|RoySmith}} Good work. Glad that's done. I never went through the whole revision list of's Joflaher. That user was the biggest one that jumped out. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 16:47, 19 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ath-0'><h2 class='section-toggle'>Math 0</h2><div class='wiki-body'><p>{{tracked|T289218}}</p> <p>There seems to be problem with "<nowiki><math>0</math></nowiki>". It produces "<math>0</math>" (nothing). Other examples at <a href='?title=Talk%3ATrigonometric_functions%23Values_of_zero_in_table%3F'>Talk:Trigonometric functions#Values of zero in table?</a>.</p> <p>Apparently a space must be inserted in front of the zero ("<nowiki><math> 0</math></nowiki>") to produce the desired result: "<math> 0</math>". Is this a bug or did I miss something? TIA. - <a href='?title=User%3ADVdm'>DVdm</a> (<a href='?title=User_talk%3ADVdm'>talk</a>) 15:39, 19 August 2021 (UTC)</p> <p>:{{replyto|DVdm}} It's a known bug that was introduced today while they were fixing another issue - if you have a zero inside the math tags the wikitext parser incorrectly thinks that it's an null string and returns nothing. See <a href='?title=Phab%3AT288846%237294135'>Phab:T288846#7294135</a>. <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 19:05, 19 August 2021 (UTC)</p> <p>::Thanks! - <a href='?title=User%3ADVdm'>DVdm</a> (<a href='?title=User_talk%3ADVdm'>talk</a>) 21:27, 19 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ortable-tables-on-obile'><h2 class='section-toggle'>Sortable tables on Mobile</h2><div class='wiki-body'><p>So, <a href='?title=Help%3ASorting'>sortable tables</a> don't work on the mobile site. Table sorting is a pretty important feature for many articles. It has not been turned on for mobile as of yet, because of ... <a href='?title=phab%3AT233340'>Well</a>, it looks like the devs would rather wait until another thing (which is more complicated) is fixed up so they can turn them on at the same time, which would be easier for them. (I may be misinterpreting this.) But from our perspective, maybe we'd rather just turn it on from our end, instead of waiting however much time (likely years) until someone gets around to it?</p> <p>Does anyone see any reason not to just add something to the effect of <code>mw.loader.using('jquery.tablesorter').then( function () { $('.sortable').tablesorter(); } );</code> to <a href='?title=Mediawiki%3AMobile.js'>Mediawiki:Mobile.js</a>, to turn on table sorting? It's certainly ugly to do it this way, but are there any actual problems it would cause? --<a href='?title=User%3AYair_rand'>Yair rand</a> (<a href='?title=User_talk%3AYair_rand'>talk</a>) 06:42, 19 August 2021 (UTC)</p> <p>:: i don't think the bug is blocked on anything technical at this point. It just needs someone to submit a patch for Minerva. Would be great to fix this in the code rather just for one project which will likely be copied to other projects :-) I know there are concerns around increasing touch areas but I don't see that as a blocker. <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 20:04, 19 August 2021 (UTC)</p> <p>:::For the touch areas perhaps all that's needed is a rule for lower resolutions to increase padding?</p> <p>:::</p> <p>:::e.g.</p> <p>:::<code lang="css"> @media screen and ( min-width: @width-breakpoint-tablet ) { .headerSort { padding: 20px; } }</code></p> <p>:::(Also if was not clear I am happy to provide code review support) <a href='?title=User%3AJdlrobson'>Jdlrobson</a> (<a href='?title=User_talk%3AJdlrobson'>talk</a>) 01:34, 20 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ucy-arris-politician-'><h2 class='section-toggle'>Lucy Harris (politician)</h2><div class='wiki-body'><p>Why is <a href='?title=Lucy_Harris_%28politician%29'>Lucy Harris (politician)</a> listed in <a href='?title=%3ACategory%3ACandidates_for_speedy_deletion_for_unspecified_reason'>:Category:Candidates for speedy deletion for unspecified reason</a>? This page does not have the {{t|db}} tag and has never had the db tag. –<a href='?title=User%3ALaundryPizza03'><b style="color:#77b">Laundry</b><b style="color:#fb0">Pizza</b><b style="color:#b00">03</b></a> (<a href='?title=User_talk%3ALaundryPizza03'><span style="color:#0d0">d</span></a><a href='?title=Special%3AContribs%2FLaundryPizza03'><span style="color:#0bf">c̄</span></a>) 12:28, 20 August 2021 (UTC)</p> <p>:{{replyto|LaundryPizza03}} <a href='?title=User%3AShakespeareFan00'>ShakespeareFan00</a> tagged one of the templates used on the page for speedy deletion by commenting out the template code and sticking a {{t|delete}} tag on it [https://en.wikipedia.org/w/index.php?title=Template:Conservative_Party_MEPs&direction=next&oldid=1039726574]. This resulted in every page containing <a href='?title=Template%3AConservative_Party_MEPs'>Template:Conservative Party MEPs</a> having a deletion notice transcluded onto it and being tagged for speedy deletion. To fix it you need to <a href='?title=WP%3ANULLEDIT'>WP:NULLEDIT</a> the page to refresh the categories. <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 12:40, 20 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--roken-reply-links-on-user-talk-pages'><h2 class='section-toggle'>Broken reply links on user talk pages</h2><div class='wiki-body'><p>I've seen two different user talk pages with custom styling (in both cases, a background color) which break <a href='?title=WP%3AREPLYTOOL'>WP:REPLYTOOL</a>. The problem, and a fix, is discussed [https://en.wikipedia.org/w/index.php?title=User_talk:Oshwah&oldid=1039701714#Problems_with_your_talk_page in this thread]. If you're doing any custom styling on your user talk page, please take a look at that thread and see if it applies to you. Thanks. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 15:44, 20 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--anguage-links-sidebar-not-updating'><h2 class='section-toggle'>Language links sidebar not updating</h2><div class='wiki-body'><p>I'm used to the language links in the left sidebar updating immediately after a change to WikiData language links, as soon as the article page is refreshed. For some reason, the article I just updated, <em><a href='?title=Relaxado_en_persona'>Relaxado en persona</a></em>, is not showing any links (there should be two: es and ca). On the flip side, <a href='?title=%3Aes%3ARelajaci%C3%B3n_%28Inquisici%C3%B3n%29'>:es:Relajación (Inquisición)</a> is showing only the Catalan link, as it was before. WikiData shows that the English link is there, attached to <a href='?title=d%3AQ16624799%23sitelinks-wikipedia'>Q16624799</a>. After many tries, I had to purge the page to see them. (Likewise, on the Spanish page.) This is different than dozens or hundreds of instances of doing this in the past; what's different now? <a href='?title=User%3AMathglot'>Mathglot</a> (<a href='?title=User_talk%3AMathglot'>talk</a>) 22:43, 19 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AMathglot'>Mathglot</a>: I'm not an expert on the inner workings of MediaWiki, but I assume updates to site links on Wikidata are the kind of thing that get put into the <a href='?title=help%3Ajob_queue'>job queue</a> instead of being handled immediately, and this time the queue just happened to be a bit longer. Purging told the servers to take care of it immediately and serve you the most up-to-date version of the article possible, and so they did. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 11:52, 20 August 2021 (UTC)</p> <p>::Correct. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 15:01, 20 August 2021 (UTC)</p> <p>::: {{re|Rummskartoffel}} and Izno: thanks. Can't help wondering if that's a leading indicator of servers maybe reaching some sort of capacity limit more often lately; I've literally never seen this before, and I can't count the number of times I've seen the new links come in immediately. Time for a couple of new servers? Anyway, thanks for the help! As the French say, "I won't sleep stupid tonight!" <small>(<em>"Je dormirai pas bête ce soir."</em>)</small> <a href='?title=User%3AMathglot'>Mathglot</a> (<a href='?title=User_talk%3AMathglot'>talk</a>) 17:45, 20 August 2021 (UTC)</p> <p>::::Just guessing here, but {{phab|T287206}} was just mentioned in the Tech News above. It relates to the languages sidebar item, specifically in the New Vector skin, but there may be some related changes to the machinery that are affecting what Mathglot sees. And it is Friday.... – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 22:32, 20 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--itation-generation-tools-eftag-link-broken'><h2 class='section-toggle'>Citation generation tools: Reftag link broken</h2><div class='wiki-body'><p>The link to Reftag is down.http://reftag.appspot.com/ link is not working and [https://training.wikiinclusivity.in/articles/wikitools-tools/wikipedia-citation-tool/ google books citation generator] is not working.<a href='?title=User%3APharaoh_of_the_Wizards'>Pharaoh of the Wizards</a> (<a href='?title=User_talk%3APharaoh_of_the_Wizards'>talk</a>) 09:51, 21 August 2021 (UTC)</p> <p>::{{ping|Pharaoh of the Wizards}} It was reported previously on here. The maintainer <a href='?title=User%3AApoc2400'>Apoc2400</a>, has only been once since September 2020 and that was in April this year. <strong><span style="text-shadow:7px 7px 8px black; font-family:Papyrus"><a href='?title=User%3Ascope_creep'><span style="color:#3399ff">scope_creep</span></a>^{<a href='?title=User_talk%3Ascope_creep%23top'>Talk</a>}</span></strong> 09:57, 21 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--inking-to-ommons'><h2 class='section-toggle'>Linking to Commons</h2><div class='wiki-body'><p>Is there a way to link to Commons from an En WP Talk page, similar to <code>{{User links}}</code>? Thank you.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 17:50, 20 August 2021 (UTC)</p> <p>:<code><nowiki><a href='?title=%3ACommons%3AKitten'>:Commons:Kitten</a></nowiki></code>will link you to https://commons.wikimedia.org/wiki/Kitten, whereas if you want to connect a <a href='?title=Kitten'>Kitten</a> Wikipedia page to Commons, you're better off doing that in the Wikidata item. See <a href='?title=Help%3AInterwiki_linking'>Help:Interwiki linking</a> <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 17:57, 20 August 2021 (UTC)</p> <p>::No, I played around before posting here and couldn't find a way. I wanted to show a list of usernames with all edits to commons visible, not just uploads. I have rough-drafted it this way [https://commons.wikimedia.org/wiki/Special:Contributions/Rocknrollmancer Commons contributions for Rocknrollmancer] which shows minor edits and requests for deletion recently, for example.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 18:22, 20 August 2021 (UTC)</p> <p>:::{{re|Rocknrollmancer}} You would need to make your own template if you want it to do something exact, or you could try <a href='?title=Template%3AUser-multi'>Template:User-multi</a> which has many parameters you could use. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:48, 20 August 2021 (UTC)</p> <p>::::Whatever the link is on Commons, prefix it with <code>c:</code> as in <a href='?title=c%3ASpecial%3AContributions%2FRocknrollmancer'>c:Special:Contributions/Rocknrollmancer</a>. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 20:19, 20 August 2021 (UTC)</p> <p>:::::Yeah, the latter is better - that's one I didn't try; I've still got the tab open so I'll clean it up thatway. thanq, {{U|Xaosflux}}, {{U|Redrose64}}.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 21:27, 20 August 2021 (UTC)</p> <p>{{od|:::::}}</p> <p>{{u|Rocknrollmancer}} If I understand what you are asking for, I had a need for something like this recently, and created {{tl|Userxx}} and {{tl|User5xx}}; see if they do what you are asking for.</p> <p>: {{tlx|User5xx|c|Rocknrollmancer}} = {{:User:Mathglot/sandbox/Templates/User5xx|c|Rocknrollmancer}}.</p> <p>Does that help? Adding {{ping|Xaosflux|Shushugah|Redrose64}}. If it is, help me link it from the right places so it gets seen. <a href='?title=User%3AMathglot'>Mathglot</a> (<a href='?title=User_talk%3AMathglot'>talk</a>) 21:37, 20 August 2021 (UTC)</p> <p>:{{tl|user-multi}} has a <code>project</code> parameter. <code><nowiki>{{user-multi|user=Example|t|c|dc|l|efl|bu|bl|project=commons}}</nowiki></code> produces:</p> <p>{{user-multi|user=Example|t|c|dc|l|efl|bu|bl|project=commons}}</p> <p>:<a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:59, 20 August 2021 (UTC)</p> <p>::{{u|Mathglot}} - that's <em>almost</em> working <em>except</em> the last function 'block log' has a bug, is not properly enabled and does not show a tooltip. Also showed the last two out of a three-name user identity. That's three words, each having an initial capital, no other characters. I've tried another username just to see what appears, <code><nowiki>{{User5xx|c|Worm That Turned}}</nowiki></code> same again showing <strong>That Turned</strong> only, without Worm and unlinked. It was the first three-word username I thought of, WTT is not part of what I'm doing. Thanks,--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 22:16, 20 August 2021 (UTC)</p> <p>::: {{u|Rocknrollmancer}} Yah, it's actually only designed currently for sister wikipedias, not the other projects, but that's an enhancement that should probably be added. When I first created it, I did it mostly for myself, and I only needed it for translations, so, fr.wikipedia, de.wikipedia, and so on. But if you're looking for a template like that, then probably you're not the only one, and it should be enhanced for commons and all the other projects. The unlinked multi-word user thing you found is a legit bug; if you could just repost your last comment at the Template Talk page, that would help. Thanks, <a href='?title=User%3AMathglot'>Mathglot</a> (<a href='?title=User_talk%3AMathglot'>talk</a>) 22:50, 20 August 2021 (UTC)</p> <p>::::I have made a fix with <code>urlencode</code> [https://en.wikipedia.org/w/index.php?title=Template:User5xx&diff=1039820330&oldid=1039809115], but we already have {{tl|user-multi}} with lots of features. If you want a template with specific defaults then I suggest just making it a wrapper for {{tl|user-multi}}. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:31, 20 August 2021 (UTC)</p> <p>::::: Hah, great minds(?) think alike! {{u|PrimeHunter}}, I came here just to say that I thought just making it into a convenience wrapper was probably the right way forward; thanks for the fix. {{u|Rocknrollmancer}}, are you okay with just using {{nowrap|{{tl|user-multi}}}}, or would you find it easier to use {{tl|user5xx}} with its fewer features, but perhaps easier usage, since it requires only a username, and a project prefix? Other wrappers could be easily created as well; including one to match the parameter set you want. <a href='?title=User%3AMathglot'>Mathglot</a> (<a href='?title=User_talk%3AMathglot'>talk</a>) 01:02, 21 August 2021 (UTC)</p> <p>::::::{{U|Mathglot}} - I went ahead with the multi as suggested by {{U|PrimeHunter}} and the list I created went live a few hours ago. I don't expect to need it again, but if so it's traceable. Thanks to all for getting there.--<a href='?title=User%3ARocknrollmancer'>Rocknrollmancer</a> (<a href='?title=User_talk%3ARocknrollmancer'>talk</a>) 10:16, 21 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-to-change-font-size-within-ikipedia-'><h2 class='section-toggle'>How to change font size within Wikipedia?</h2><div class='wiki-body'><ul> <li>My Wikipedia display's display font size has suddenly changed. Please how can I change it back? When I am not in Wikipedia, my screen looks like it was before. There seems to be a font size setting that applies only in Wikipedia. <a href='?title=User%3AAnthony_Appleyard'>Anthony Appleyard</a> (<a href='?title=User_talk%3AAnthony_Appleyard'>talk</a>) 16:25, 19 August 2021 (UTC)</li> </ul> <p>If this is a continuation of the <a href='?title=WP%3AAN'>WP:AN</a> thread, I've got to think {{no ping|Geni}}'s explanation is the most likely. In Firefox (as well as other browsers), you control font size, and it's all too easy to accidentally change it.</p> <ul> <li>If you're using Windows and Firefox, thee's probably a line near the top of the Firefox window that contains the url you're at . If the font size has been changed, just to the url's right should be a number. If the font is smaller than normal, the number will be "90%" or "80%" or ... If the font is larger than normal, the number will be "110%" or "120%" or...</li> </ul> <p>:Font size settings are stored based on the url. If in at the English language wikipedia the font is at 90%, switch to commons, and it will likely be different (unless you changed it there as well).</p> <p>:The easiest way to reset is with CTRL+0. By "CTRL+0", I mean:</p> <p>:*Depress the CTRL key.</p> <p>:*While the CTRL key is depressed, hit the zero key. To be safe, use the zero key above the letters. If you use the zero on the numeric keypad, make sure the NUMLOCK key has been hit; otherwise, you're actually hitting CTRL+INSERT.</p> <p>Hope this helps! --<a href='?title=User%3ATraveling_Man'>Larry/Traveling_Man</a> (<a href='?title=User_talk%3ATraveling_Man'>talk</a>) 18:06, 19 August 2021 (UTC)</p> <p>::{{replyto|Anthony Appleyard}} Yes, {{keypress|Ctrl|0}} will restore it. But you're probably wondering how it happened in the first place - it's possible that you used {{keypress|Ctrl|-}} but more likely that you rolled your mouse wheel whilst the {{keypress|Ctrl}} key was down. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 20:14, 19 August 2021 (UTC)</p> <ul> <li>{{ping|Redrose64}} Thanks :: ctrl-minus did the job :: I prefer 90%, as that gets more lines of text in a screenful. <a href='?title=User%3AAnthony_Appleyard'>Anthony Appleyard</a> (<a href='?title=User_talk%3AAnthony_Appleyard'>talk</a>) 21:06, 19 August 2021 (UTC)</li> <li>:To expand on that a bit, most browsers have the ability to individually set both the base font size and the page zoom. The difference is that the font size only affects text (and layout measurements that are designed to scale with text size), while page zoom also changes the image sizes. In Chrome, they're both under Settings/Appearance.</li> <li>:In theory, the various skins (Vector, MonoBook, etc) are all designed to scale smoothly as you change the base font size in your browser. In practice, once you get very far away from the default size, you'll almost certainly start to see layout problems. For example, if I set the base font size in Chrome to "Very small", my left-hand navigation bar becomes too narrow and the globe logo along with "Wikipedia/The Free Encyclopedia" below it are clipped on their left and right edges. On the other hand, if I set it to "Very large", now the menus are too large and obscure the page title. Page zoom is usually immune to those sorts of effects. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:13, 21 August 2021 (UTC)</li> </ul></div></section><section class='wiki-section collapsible' id='section--eer-reviewer-link-is-broken'><h2 class='section-toggle'>Peer reviewer link is broken</h2><div class='wiki-body'><p>On the "Page" tab of any article page, the "Tools..." opens up a drop-down list that includes a link to "Peer reviewer".</p> <p>This "Peer reviewer" link points to the domain dispenser.info.tm, which is currently unassigned. It may have had something in the past, but now it's just a placeholder page of a German registrar. ~<a href='?title=User%3AAnachronist'>Anachronist</a> <small>(<a href='?title=User_talk%3AAnachronist'>talk</a>)</small> 20:44, 21 August 2021 (UTC)</p> <p>:Page tab? Where's that? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 23:14, 21 August 2021 (UTC)</p> <p>::It's enabled by "MoreMenu" at <a href='?title=Special%3APreferences%23mw-prefsection-gadgets'>Special:Preferences#mw-prefsection-gadgets</a>. The broken link is https://dispenser.info.tm/~dispenser/view/Peer_reviewer in <a href='?title=MediaWiki%3AGadget-MoreMenu.enwiki.js'>MediaWiki:Gadget-MoreMenu.enwiki.js</a>. Dispenser has had periodic problems for years keeping that domain working. It often works to use the IP address http://69.142.160.183 instead: http://69.142.160.183/~dispenser/view/Peer_reviewer. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 01:25, 22 August 2021 (UTC)</p> <p>:::The SSL certificate of that external tool is expired, if it really is so unstable perhaps we should disable it from a community gadget. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 02:31, 22 August 2021 (UTC)</p> <p>::::Assuming this is moremenu, which is loaded at least partially from metawiki, there it says the author is <a href='?title=User%3AMusikAnimal'>User:MusikAnimal</a>. Any feedback MusikAnimal? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 02:35, 22 August 2021 (UTC)</p> <p>:::::I've <a href='?title=Special%3ADiff%2F1040138253'>removed</a> the link for the time being. If enough people miss it we can add it back using the IP address, or individual users can <a href='?title=meta%3AMoreMenu%23Customization'>add it themselves</a>. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 20:58, 22 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-34-ech-ews-2021-34-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/34|Tech News: 2021-34]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F34'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>The <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3AScore'>Score</a> extension (<bdi lang="zxx" dir="ltr"><code><nowiki><score></nowiki></code></bdi> notation) has been re-enabled on public wikis and upgraded to a newer version. Some musical score functionality may no longer work because the extension is only enabled in "safe mode". The security issue has been fixed and an <a href='?title=mw%3ASpecial%3AMyLanguage%2FExtension%3AScore%2F2021_security_advisory'>advisory published</a>.</li> </ul> <p><strong>Problems</strong></p> <ul> <li>You will be able to read but not edit <a href='?title=phab%3AT289130'>some wikis</a> for a few minutes on {{#time:j xg|2021-08-25|en}}. This will happen around [https://zonestamp.toolforge.org/1629871217 06:00 UTC]. This is for database maintenance. During this time, operations on the CentralAuth will also not be possible.</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.20'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-08-24|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-08-25|en}}. It will be on all wikis from {{#time:j xg|2021-08-26|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F34'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>21:56, 23 August 2021 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21923254 --></p></div></section><section class='wiki-section collapsible' id='section--orel-oore-homology-need-a-central-notification-spot-for-ill-formed-items'><h2 class='section-toggle'>Borel–Moore homology; need a central notification spot for ill-formed items</h2><div class='wiki-body'><p>I am seeking a central location which can flag articles which seem to have been ill-formed for years. <a href='?title=Borel%E2%80%93Moore_homology'>Borel–Moore homology</a> has been recently touched by bots, but [https://en.wikipedia.org/w/index.php?title=Borel%E2%80%93Moore_homology&oldid=658823107 2015] seems to be a recent readable version. Might there be such a location? (It turns out the good faith edit was [https://en.wikipedia.org/w/index.php?title=Borel%E2%80%93Moore_homology&type=revision&diff=1026791626&oldid=911630433 2019]) --<a href='?title=User%3AAncheta_Wis'>Ancheta Wis</a> <a href='?title=User_talk%3AAncheta_Wis'>   (talk</a> <a href='?title=Special%3AContributions%2FAncheta_Wis'> | contribs)</a> 22:28, 22 August 2021 (UTC)</p> <ul> <li>The next observation is that some math markup, viz. <nowiki> <math>0</math></nowiki>, as in "<nowiki>The first non-trivial calculation of Borel-Moore homology is of the real line. First observe that any <math>0</math>-chain is cohomologous to <math>0</math>. Since this reduces to the case of a point <math>p</math>, notice that we can take the Borel-Moore chain</nowiki>", is rendering into blank spaces or empty strings.</li> <li>Where are the readers of these articles? --<a href='?title=User%3AAncheta_Wis'>Ancheta Wis</a> <a href='?title=User_talk%3AAncheta_Wis'>   (talk</a> <a href='?title=Special%3AContributions%2FAncheta_Wis'> | contribs)</a> 23:03, 22 August 2021 (UTC)</li> </ul> <p>:{{ping|Ancheta Wis}} The <code><nowiki><math>0</math></nowiki></code> issue is reported at <a href='?title=%23Math_0'>#Math 0</a> and <a href='?title=phab%3AT289218'>phab:T289218</a>. I don't know what your first post refers to. If you report a perceived problem with a page then please always say what the problem is, even if it seems obvious to you. Others may see something different for a number of reasons. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:15, 22 August 2021 (UTC)</p> <p>::{{anchor|malformedHarvardStyleRef}}The first sentence of the article ends with a malformed harvard-style ref: "In topology, Borel−Moore homology or homology with closed support is a homology theory for locally compact spaces, introduced by (1960)." Which in 2015 read "In topology, Borel−Moore homology or homology with closed support is a homology theory for locally compact spaces, introduced by Borel and Moore (1960).". and which became ill-formed 03:10, 20 August 2019. -- 23:27, 22 August 2021 (UTC) -- I will now fix the 03:10, 20 August 2019 contribution, which had a missing pipe symbol, now that it's in the pipeline. --<a href='?title=User%3AAncheta_Wis'>Ancheta Wis</a> <a href='?title=User_talk%3AAncheta_Wis'>   (talk</a> <a href='?title=Special%3AContributions%2FAncheta_Wis'> | contribs)</a> 23:37, 22 August 2021 (UTC)</p> <p>:::{{ping|Ancheta Wis}} I got the impression the article was unreadable to you. Is it really only about a few missing words in one place? I don't see why we would have a central location to flag something like that. If you don't know how to fix a minor issue on one article then just post to a general help page like <a href='?title=Wikipedia%3AHelp_desk'>Wikipedia:Help desk</a> or <a href='?title=Wikipedia%3ATeahouse'>Wikipedia:Teahouse</a>. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:49, 22 August 2021 (UTC)</p> <p>::::It looks like {{tl|harvs}} permits {{para|first}} without {{para|last}}, which should probably be flagged as an error. I recommend bringing that problem up on the talk page for that template, to see if anyone is willing to code an error-tracking category for that template. Or, since there are only 1,500 transclusions and <a href='?title=Wikipedia%3AVillage_pump_%28proposals%29%2FArchive_171%23Deprecate_parenthetical_citations'>the use of the template is essentially deprecated</a>, you could nominate the template at TFD to see if there is a consensus to replace it with a supported format. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 00:01, 23 August 2021 (UTC)</p> <p>:::::Thank you, I'll start there. --<a href='?title=User%3AAncheta_Wis'>Ancheta Wis</a> <a href='?title=User_talk%3AAncheta_Wis'>   (talk</a> <a href='?title=Special%3AContributions%2FAncheta_Wis'> | contribs)</a> 00:25, 23 August 2021 (UTC)</p> <p>::::::{{replyto|Ancheta Wis|Jonesey95}} Lots of comment without mentioning the proper solution to the real problem. In {{diff|Borel–Moore homology|prev|911630433|this edit}}, {{user|Turgidson}} altered <code><nowiki>txt|last1=Borel</nowiki></code> to <code><nowiki>txt|first1=Armandlast1=Borel</nowiki></code> and failed to include a pipe between two parameters. {{diff|Borel–Moore homology|prev|1040158807|This edit}} fixes it. Job done, unless I'm missing something? --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 20:24, 23 August 2021 (UTC)</p> <p>:::::::Oops, sorry for the typo in that old edit, and thanks for fixing it. Good catch! <a href='?title=User%3ATurgidson'>Turgidson</a> (<a href='?title=User_talk%3ATurgidson'>talk</a>) 20:55, 23 August 2021 (UTC)</p> <p>::::::::Yes, I saw that typo, hence my recommendation for a change to the template code above, which would have caught it. Use of the template is deprecated, though, so it may be more useful to focus on replacing, rather than fixing, instances of it. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 21:29, 23 August 2021 (UTC)</p> <p>:::::::::{{replyto|Ancheta Wis|Jonesey95|Turgidson|Redrose64}}On a page with {{tl|harvs}}, how do I add a new cite by an author already cited? .... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 00:45, 24 August 2021 (UTC)</p> <p>::::::::::The templates are a bit arcane, but {{tl|sfn}} is probably the easiest way in. If you drop a note on my talk page with a link to the article, I'll be happy to help. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 01:02, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--codes'><h2 class='section-toggle'>% codes</h2><div class='wiki-body'><p>I know that when linking to WP, a "paren open" "(" is %28, and "paren close" ")" is %29. I need the % code for hatch mark "#", and for hyphen "-". Thanks. <a href='?title=User%3AMilkunderwood'>Milkunderwood</a> (<a href='?title=User_talk%3AMilkunderwood'>talk</a>) 23:15, 20 August 2021 (UTC)</p> <p>:See <a href='?title=Percent-encoding'>Percent-encoding</a>. <code>#</code> = %23, <code>-</code> = %2D. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 23:35, 20 August 2021 (UTC)</p> <p>:Come to think of it, perhaps you should explain what you want to do. Percent encoding is rarely needed. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 23:36, 20 August 2021 (UTC)</p> <p>::Just to have a workable link for myself or someone else to get to the correct place. Thanks very much for your help, and for the <a href='?title=Percent-encoding'>Percent-encoding</a>. <a href='?title=User%3AMilkunderwood'>Milkunderwood</a> (<a href='?title=User_talk%3AMilkunderwood'>talk</a>) 23:42, 20 August 2021 (UTC)</p> <p>:::(edit conflict) It's called <a href='?title=percent-encoding'>percent-encoding</a>. "#" is called a <a href='?title=Number_sign'>hash mark</a>, not a <a href='?title=hatch_mark'>hatch mark</a>. By "linking to WP", I guess you mean to post a raw url like https://en.wikipedia.org/wiki/Example_(album) somewhere outside Wikipedia where some software converts it to a clickable link. What you need to encode depends on the software. "#" is %23 and works in links to Wikipedia but not in links to many other websites where "#" should be unchanged to work as a section link. "-" is %2D but I don't know any software where it needs encoding to produce a working link. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:52, 20 August 2021 (UTC)</p> <p>It's more complicated than that. For instance I need a working link to https://en.wikipedia.org/wiki/Harlem_Renaissance_theater_companies#Lafayette_Players_(1916%E2%80%931932). Here the "%E2%80%93" is a complicated way of expressing a hyphen. Apparently it also allows the open- and close-parentheses to work, so it does go to the correct article. But on both a Windows 10 and a Mac, for the hash mark to find the Lafayette Players section in the Harlem Renaissance article, neither "#" nor "%23" work. In giving this address to different people, I have no idea what hardware or software they may be using. In this instance, the wanted section is right at the top of the page and easily findable; but that won't be the case with other needed links. So far it's only at Wikipedia that I've occasionally run into this problem, not at other websites. <a href='?title=User%3AMilkunderwood'>Milkunderwood</a> (<a href='?title=User_talk%3AMilkunderwood'>talk</a>) 00:51, 24 August 2021 (UTC)</p> <p>:%E2%80%93 is not a hyphen but an <a href='?title=en_dash'>en dash</a>. We often use special characters in page and section names. and our url's correspond to them without simplification so problems like this are more likely at Wikipedia than other websites. https://en.wikipedia.org/wiki/Harlem_Renaissance_theater_companies#Lafayette_Players_(1916%E2%80%931932) has no parentheses in the page name, only the section name, so going to the right page should never be a problem. "Windows 10" is not enough to guess which software you are using to convert url's to links. Maybe https://en.wikipedia.org/wiki/Harlem_Renaissance_theater_companies#Lafayette_Players_%281916%E2%80%931932%29 will work. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 02:43, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ages-having-unicode-private-use-area-characters'><h2 class='section-toggle'>Pages having unicode private use area characters</h2><div class='wiki-body'><p>Is there a way to get a list of pages in all namespace that contain any of the characters from the <a href='?title=Private_Use_Areas'>unicode private use area</a>? There is <a href='?title=Wikipedia%3ACHECKWIKI%2F016_dump'>Wikipedia:CHECKWIKI/016 dump</a> which is only for mainspace. These characters are problematic because they do not display properly in all devices and AWB cannot process pages that have them. <a href='?title=User%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ</a> (<a href='?title=User_talk%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>talk</a>) 15:53, 23 August 2021 (UTC)</p> <p>:Just out of curiosity, why can't AWB handle these pages? I can understand an app not knowing how to render the codepoint, but why should it do anything worse than just showing U+FFFD REPLACEMENT CHARACTER? -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 21:40, 23 August 2021 (UTC)</p> <p>::Don't know why but it has been a long-standing AWB bug. However it can process pages when the hexadecimal character equivalent is present. For example, replacing  with <syntaxhighlight lang=html inline></syntaxhighlight> will make the page editable in AWB. A bot task was approved to replace some occurrences of this character - <a href='?title=Wikipedia%3ABots%2FRequests_for_approval%2FWOSlinkerBot_11'>Wikipedia:Bots/Requests for approval/WOSlinkerBot 11</a>. It would be nice if there is a way to search for all other PUA characters so that a broader bot task can be done. <a href='?title=User%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ</a> (<a href='?title=User_talk%3A%E0%B2%AE%E0%B2%B2%E0%B3%8D%E0%B2%A8%E0%B2%BE%E0%B2%A1%E0%B2%BE%E0%B2%9A%E0%B3%8D_%E0%B2%95%E0%B3%8A%E0%B2%82%E0%B2%95%E0%B3%8D%E0%B2%A3%E0%B3%8A'>talk</a>) 05:15, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--buntu-version-history'><h2 class='section-toggle'>Ubuntu version history</h2><div class='wiki-body'><p><a href='?title=Ubuntu_version_history'>Ubuntu version history</a> has sections:</p> <p><br/><code><nowiki>=== Ubuntu 4.10 (Warty Warthog){{Anchor|0410}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 5.04 (Hoary Hedgehog){{Anchor|0504}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 5.10 (Breezy Badger){{Anchor|0510}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 6.06 LTS (Dapper Drake){{Anchor|0606}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 6.10 (Edgy Eft){{Anchor|0610}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 7.04 (Feisty Fawn){{Anchor|0704}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 7.10 (Gutsy Gibbon){{Anchor|0710}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 8.04 LTS (Hardy Heron){{Anchor|0804}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 8.10 (Intrepid Ibex){{Anchor|0810}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 9.04 (Jaunty Jackalope){{Anchor|0904}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 9.10 (Karmic Koala){{Anchor|0910}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 10.04 LTS (Lucid Lynx){{Anchor|1004}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 10.10 (Maverick Meerkat){{Anchor|1010}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 11.04 (Natty Narwhal){{Anchor|1104}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 11.10 (Oneiric Ocelot){{Anchor|1110}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 12.04 LTS (Precise Pangolin){{Anchor|1204}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 12.10 (Quantal Quetzal){{Anchor|1210}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 13.04 (Raring Ringtail){{Anchor|1304}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 13.10 (Saucy Salamander){{Anchor|1310}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 14.04 LTS (Trusty Tahr){{Anchor|1404}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 14.10 (Utopic Unicorn){{Anchor|1410}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 15.04 (Vivid Vervet){{Anchor|1504}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 15.10 (Wily Werewolf){{Anchor|1510}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 16.04 LTS (Xenial Xerus){{Anchor|1604}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 16.10 (Yakkety Yak){{Anchor|1610}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 17.04 (Zesty Zapus){{Anchor|1704}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 17.10 (Artful Aardvark){{Anchor|1710}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 18.04 LTS (Bionic Beaver){{Anchor|1804}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 18.10 (Cosmic Cuttlefish){{Anchor|1810}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 19.04 (Disco Dingo){{Anchor|1904}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 19.10 (Eoan Ermine){{Anchor|1910}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 20.04 LTS (Focal Fossa){{Anchor|2004}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 20.10 (Groovy Gorilla){{Anchor|2010}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 21.04 (Hirsute Hippo){{Anchor|2104}} ===</nowiki></code></p> <p><br/><code><nowiki>=== Ubuntu 21.10 (Impish Indri){{Anchor|2110}} ===</nowiki></code><br/></p> <p>for example:</p> <ul> <li><a href='?title=Ubuntu_4.10'>Ubuntu 4.10</a> REDIRECTs to <a href='?title=Ubuntu_version_history%230410'>Ubuntu version history#0410</a></li> <li><a href='?title=Ubuntu_Warty'>Ubuntu Warty</a> needs REDIRECT</li> <li><a href='?title=Ubuntu_warty'>Ubuntu warty</a> needs REDIRECT</li> <li><a href='?title=Ubuntu_warthog'>Ubuntu warthog</a> needs REDIRECT</li> <li><a href='?title=Ubuntu_Warthog'>Ubuntu Warthog</a> needs REDIRECT</li> <li>et cetera, is there a way to do this? ... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 01:14, 24 August 2021 (UTC)</li> <li>:{{Re|0mtwb9gd5wx}} huh? Is there a way to create pages? Just do it? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 01:35, 24 August 2021 (UTC)</li> </ul> <p>:::{{Re|Xaosflux}} with <strong>software tools</strong>.... <a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> (<a href='?title=User_talk%3A0mtwb9gd5wx'>talk</a>) 01:59, 24 August 2021 (UTC)</p> <p>::::@<a href='?title=User%3A0mtwb9gd5wx'>0mtwb9gd5wx</a> {{no ping|Awesome Aasim}}'s <a href='?title=wp%3Auser_script'>user script</a> <a href='?title=User%3AAwesome_Aasim%2Fredirectcreator'>redirectcreator</a> might help. ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 06:59, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--enu-size'><h2 class='section-toggle'>Menu size</h2><div class='wiki-body'><p>{{tracked|T289163}}</p> <p>The menu button have been bigger for a while now. Is there any way to get the previous size back (the size of the "Move" button)?<a href='?title=File%3AMenuSize.PNG'>thumb</a> ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 16:58, 23 August 2021 (UTC)</p> <p>:All the links are coded to have the same font size. Was this screenshot by chance taken on a mobile device? I know that mobile browsers can sometimes change font sizes. If that's not it, perhaps you have some other script or personal CSS that is conflicting with <a href='?title=meta%3AMoreMenu'>MoreMenu</a>. That would make sense because the "Move" link is a native link that MoreMenu moves from the "More" menu. <span style="font-family:sans-serif">— <span style="font-weight:bold"><a href='?title=User%3AMusikAnimal'><span style="color:black; font-style:italic">MusikAnimal</span></a> ^{<a href='?title=User_talk%3AMusikAnimal'><span style="color:green">talk</span></a>}</span></span> 17:33, 23 August 2021 (UTC)</p> <p>::@<a href='?title=User%3AMusikAnimal'>MusikAnimal</a> This was taken on a laptop (it's easier), but the same issue appears in my mobile device. ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 18:57, 23 August 2021 (UTC)</p> <p>:::This is addressed by ticket <a href='?title=phab%3AT289163'>phab:T289163</a>. The function used by scripts to add menu items {{Code|mw.util.addPortletLink}} does not insert the same HTML as Vector skin's native menu items do, causing them to not get the correct font size applied to them.<span class="nowrap">– <a href='?title=User%3ABrandonXLF'><span style="color:blue;">Brandon</span><span style="color:green;">XLF</span></a> (<a href='?title=User_talk%3ABrandonXLF'>talk</a>)</span> 20:59, 23 August 2021 (UTC)</p> <p>::::I think going back to Vector version 1 (aka "Use Legacy Vector" in the preferences) from "New Vector", which should have been given a version number to avoid the sort of naming confusion that is inherent here (cf the phab ticket, where it is called "modern Vector"), also works around the problem. – <a href='?title=User%3AJonesey95'>Jonesey95</a> (<a href='?title=User_talk%3AJonesey95'>talk</a>) 21:33, 23 August 2021 (UTC)</p> <p>:::::@<a href='?title=User%3AJonesey95'>Jonesey95</a> Sadly, Legacy Vector displays terribly on my mobile device (the left sidebar takes up a lot of the screen). ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 07:03, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--serscript-to-create-avboxes'><h2 class='section-toggle'>Userscript to create Navboxes</h2><div class='wiki-body'><p>Is there any existing user script to help creating {{tl2|Navboxes}} to bundle the [selected] individual navboxes on an article? Thanks <a href='?title=User%3ADaxServer'>-- DaxServer</a> (<a href='?title=User_talk%3ADaxServer'>talk</a>) 08:38, 23 August 2021 (UTC)</p> <p>:Nothing matching <strong>navbox</strong> in <a href='?title=Wikipedia%3AUser_scripts%2FList'>Wikipedia:User scripts/List</a>. Maybe add a request with some more detail at <a href='?title=Wikipedia%3AUser_scripts%2FRequests'>Wikipedia:User scripts/Requests</a>? — <a href='?title=User%3AGhostInTheMachine'>GhostInTheMachine</a> ^{<a href='?title=User_talk%3AGhostInTheMachine'>talk to me</a>} 10:36, 24 August 2021 (UTC)</p> <p>::Thanks! — DaxServer <small>(<a href='?title=User_talk%3ADaxServer'>talk to me</a>)</small> 11:07, 24 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ead-only-reminder'><h2 class='section-toggle'>Read-only reminder</h2><div class='wiki-body'><p><section begin="MassMessage"/></p> <p>A maintenance operation will be performed on [https://zonestamp.toolforge.org/1629871231 {{#time: l F d H:i e|2021-08-25T06:00|en}}]. It should only last for a few minutes.</p> <p>Also during this time, operations on the CentralAuth will not be possible (GlobalRenames, changing/confirming e-mail addresses, logging into new wikis, password changes).</p> <p>For more details about the operation and on all impacted services, please check <a href='?title=phab%3AT289130'>on Phabricator</a>.</p> <p>A banner will be displayed 30 minutes before the operation.</p> <p>Please help your community to be aware of this maintenance operation. {{Int:Feedback-thanks-title}}<section end="MassMessage"/></p> <p>Sent via mass-message by <a href='?title=User%3AQuiddity_%28WMF%29'>Quiddity (WMF)</a> 20:33, 24 August 2021 (UTC)</p> <p><!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21927201 --></p></div></section><section class='wiki-section collapsible' id='section--ention-log'><h2 class='section-toggle'>Mention log</h2><div class='wiki-body'><p>Hi. I've found the [https://en.wikipedia.org/wiki/Special:Log/thanks thanks log], is there a log for the same thing when someone mentions/pings you? Thanks. <strong><a href='?title=User%3ALugnuts'><span style="color:#002bb8;">Lugnuts</span></a></strong> ^{<a href='?title=User_talk%3ALugnuts'>Fire Walk with Me</a>} 14:24, 25 August 2021 (UTC)</p> <p>:{{re|Lugnuts}} there is not a notifications log, however you can find your own notifications/mentions at <a href='?title=Special%3ANotifications'>Special:Notifications</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 14:27, 25 August 2021 (UTC)</p> <p>::Thanks. <strong><a href='?title=User%3ALugnuts'><span style="color:#002bb8;">Lugnuts</span></a></strong> ^{<a href='?title=User_talk%3ALugnuts'>Fire Walk with Me</a>} 14:29, 25 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--e-careful-about-trailing-whitespace-'><h2 class='section-toggle'>Be careful about trailing whitespace.</h2><div class='wiki-body'><p>I occasionally see people's signatures set in code style. <a href='?title=Special%3APermalink%2F1040624528'>Special:Permalink/1040624528</a> is an example I just generated by accident. I think I know what's going on. Various tools that collect some text and automatically append a signature don't check to see if there's trailing whitespace in the edit box. If there is, it's invisible to the user, but generates leading space(s) before the <nowiki>~~~~</nowiki> is inserted, resulting in it being interpreted as code.</p> <p>If you maintain any sort of tool which does this, I suggest you strip any trailing whitespace before appending the signature. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 17:42, 25 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ikipedia-rticles-for-deletion-og-2021-ugust-25-'><h2 class='section-toggle'>[[Wikipedia:Articles for deletion/Log/2021 August 25]]</h2><div class='wiki-body'><p>I've been trying to work around where and how Cyberbot I broke the TOC for today's AfD log, but my usual method of eliminating the issue (fixing the small tags) doesn't seem to work on this round, and it may be possible some of the noms were transcluded the wrong way. Can someone help us out on fixing the logging? Thank you. <span style="font-family: Roboto;"><strong><a href='?title=User%3AMrschimpf'><span style="color:royalblue4">Nate</span></a></strong> <span style="color:#00008B">•</span> <small><em>(<a href='?title=User_talk%3AMrschimpf'><span style="color:#B8860B">chatter</span></a>)</em></small></span> 22:32, 25 August 2021 (UTC)</p> <p>:I figured it out; three noms from one nominator from the 19ths were both incorrectly transcluded and placed on the 25th log, then marked with two heads rather than the proper three. All fixed now. <span style="font-family: Roboto;"><strong><a href='?title=User%3AMrschimpf'><span style="color:royalblue4">Nate</span></a></strong> <span style="color:#00008B">•</span> <small><em>(<a href='?title=User_talk%3AMrschimpf'><span style="color:#B8860B">chatter</span></a>)</em></small></span> 22:52, 25 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--trange-redlink'><h2 class='section-toggle'>Strange redlink</h2><div class='wiki-body'><p><a href='?title=User%3AJohn_Quincy_Adding_Machine%2FImagfriend'>User:John Quincy Adding Machine/Imagfriend</a> displays a box generated by <code><nowiki>{{mfd|help=off}}</nowiki></code>, which includes a redlink that says "this page's entry" and links to the existing page <a href='?title=Wikipedia%3AMiscellany_for_deletion%2FUser%3AJohn_Quincy_Adding_Machine%2FImagfriend'>Wikipedia:Miscellany for deletion/User:John Quincy Adding Machine/Imagfriend</a>. Here is a hand-coded piped link: <a href='?title=Wikipedia%3AMiscellany_for_deletion%2FUser%3AJohn_Quincy_Adding_Machine%2FImagfriend'>this page's entry</a>. Here, it is a blue link. Why is it a redlink at <a href='?title=User%3AJohn_Quincy_Adding_Machine%2FImagfriend'>User:John Quincy Adding Machine/Imagfriend</a>? Note that in <a href='?title=Special%3AExpandTemplates'>Special:ExpandTemplates</a>:</p> <ul> <li>Context title, for {<nowiki/>{FULLPAGENAME}}, etc.: <kbd>User:John Quincy Adding Machine/Imagfriend</kbd></li> <li>Input wikitext: <kbd><nowiki>{{mfd|help=off}}</nowiki></kbd></li> </ul> <p>The output includes <samp><nowiki><strong><a href='?title=Wikipedia%3AMiscellany_for_deletion%2FUser%3AJohn_Quincy_Adding_Machine%2FImagfriend'>this page's entry</a></strong></nowiki></samp>, which displays as a blue link: <strong><a href='?title=Wikipedia%3AMiscellany_for_deletion%2FUser%3AJohn_Quincy_Adding_Machine%2FImagfriend'>this page's entry</a></strong>. What's going on here?</p> <p>—<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 00:11, 26 August 2021 (UTC)</p> <p>:{{re|Anomalocaris}} it looks like a blue link there on my end - I'd suspect the page was cached (so purging would resolve the issue). <a href='?title=User%3AElli'>Elli</a> (<a href='?title=User_talk%3AElli'>talk</a> | <a href='?title=Special%3AContributions%2FElli'>contribs</a>) 00:20, 26 August 2021 (UTC)</p> <p>::<a href='?title=User%3AElli'>Elli</a>: According to <a href='?title=Help%3APurge'>Help:Purge</a>, purging rebuilds a page, so if you saw a blue link, the page should have already been rebuilt. But I reloaded the page several times in both Chrome and Firefox, and it stayed red in both browsers. Then I purged (<code><nowiki>https://en.wikipedia.org/w/index.php?title=User:John_Quincy_Adding_Machine/Imagfriend&action=purge</nowiki></code>) in Chrome and nothing happened. Then I purged in Firefox and that turned the link blue in Firefox. Then I purged again in Chrome and that turned the link blue in Chrome. Maybe my browsers sometimes use versions cached in my own computer even when I refresh the page. This is something I don't know much about. There's also the question of, when the page was last updated at 19:06, 25 August 2021, and I noticed and reported it more than 5 hours later, why Wikipedia hadn't already turned the link blue all by itself in all that time. —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 01:07, 26 August 2021 (UTC)</p> <p>:::{{re|Anomalocaris}} probably just a weird caching edge case. I've seen similar things happen. And yes, refreshing will sometimes use a cached version your browser keeps - you need to force refresh (like ctrl+f5 instead of just f5) to avoid that. <a href='?title=User%3AElli'>Elli</a> (<a href='?title=User_talk%3AElli'>talk</a> | <a href='?title=Special%3AContributions%2FElli'>contribs</a>) 01:14, 26 August 2021 (UTC)</p> <p>::::This is a known issue, and it occurs if the edit that adds the {{tlx|mfd}} to the user page is saved before the MfD nomination page is itself saved. This sequence is understandable, because it is advised at <a href='?title=WP%3AMFDHOW'>WP:MFDHOW</a>. A subsequent <a href='?title=WP%3APURGE'>WP:PURGE</a> will rebuild the page on the Wikimedia servers, and so turn that redlink blue for other people; but it might not update any cached copy at the client's end, for which a <a href='?title=WP%3ABYPASS'>WP:BYPASS</a> may be necessary.</p> <p>::::My own workaround is to follow <a href='?title=WP%3AMFDHOW'>WP:MFDHOW</a> step I down to the last-but-one direction (Check the "Watch this page" box), then instead of saving the page, <a href='?title=WP%3APREVIEW'>WP:PREVIEW</a> it. Then in step II, instead of carrying out the direction "Click that link to open the page's deletion discussion page.", I would instead <em>right-</em>click that link. Then in the new tab, carry out the remainder of step II. Then return to the first tab, and complete step I by saving the page. Then proceed to step III. --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 11:34, 26 August 2021 (UTC)</p> <p>{{Outdent|::::}}</p> <p><a href='?title=User%3AElli'>Elli</a>, there's a related problem. The page <a href='?title=%3AUser%3AMaylimayli'>:User:Maylimayli</a> transcludes <a href='?title=%3AUser%3AHexagon1%2FImagfriend'>:User:Hexagon1/Imagfriend</a>, which redirects to <a href='?title=%3AUser%3AJohn_Quincy_Adding_Machine%2FImagfriend'>:User:John Quincy Adding Machine/Imagfriend</a> (where we started), which brings in <kbd><nowiki>{{mfd|help=off}}</nowiki></kbd>. So the effect is a redlink in <a href='?title=%3AUser%3AMaylimayli'>:User:Maylimayli</a> that says "<a href='?title=Wikipedia%3AMiscellany_for_deletion%2FUser%3AMaylimayli'>this page's entry</a>" and links to the <strong>non-</strong>existing page <a href='?title=%3AWikipedia%3AMiscellany_for_deletion%2FUser%3AMaylimayli'>:Wikipedia:Miscellany for deletion/User:Maylimayli</a>. It would seem that {{tlx|mfd}} needs a modification that somehow limits its pagename grab to the innermost transclusion. Is this possible? —<a href='?title=User%3AAnomalocaris'>Anomalocaris</a> (<a href='?title=User_talk%3AAnomalocaris'>talk</a>) 08:43, 26 August 2021 (UTC)</p> <p>:The wrong template was used, also causing other problems. <a href='?title=WP%3AMFDHOWTO'>WP:MFDHOWTO</a> says:</p> <p>:If the nomination is for a userbox or similarly <a href='?title=Wikipedia%3ATransclusion'>transcluded</a> page, use {{tlsx|mfd-inline}} so as to not mess up the formatting for the userbox.</p> <p>:I have fixed it. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:32, 26 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--blocking'><h2 class='section-toggle'>Pblocking</h2><div class='wiki-body'><p>{{tracked|T202673}}</p> <p>A fellow admin has recently discovered that blocking an editor for a period of time, then pblocking said editor from and article indefinitely has the effect of removing the original block.</p> <p>IMvHO, this is a weakness in the blocking system. Is there any way that blocking and pblocking can be separated, so that one does not impinge on the other? <a href='?title=User%3AMjroots'>Mjroots</a> (<a href='?title=User_talk%3AMjroots'>talk</a>) 10:29, 26 August 2021 (UTC)</p> <p>:For the "technical" parts of this, see <a href='?title=phab%3AT202673'>phab:T202673</a> and <a href='?title=phab%3AT194697'>phab:T194697</a>. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:38, 26 August 2021 (UTC)</p> <p>:{{re|Mjroots}} wait, you want an account to have a site block, and also a partial block at the same time? Why would this be needed? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:34, 26 August 2021 (UTC)</p> <p>::This is more of an English Wikipedia workflow question - keeping in mind that our blocks are meant to be preventative, not punitive. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 12:40, 26 August 2021 (UTC)</p> <p>:::{{re|xaosflux}} - the situation in question is that an editor has been issued with a three day block, and it is desired that they are permanently pblocked from editing a certain article. At the moment, an admin has to wait for the 3-day block to expire, then go back and add an indefinite pblock. Should said editor be temporarily blocked again in future, the pblock expires the second the new block is applied. This is why it is desirable to separate the two. <a href='?title=User%3AMjroots'>Mjroots</a> (<a href='?title=User_talk%3AMjroots'>talk</a>) 12:57, 26 August 2021 (UTC)</p> <p>::::{{re|Mjroots}} the general local argument here is: <em>if the blocked editor is only causing trouble at one page that can be solved with a pblock then why would they need to "serve out" the 3 day siteblock?</em> -- making the siteblock no longer necessary. There certainly can be some niche cases such as mandated arbcom remedy blocks, but these should be the exception. In any case, the blocking system doesn't currently allow for multiple blocks of any type right now, and the linked tasks above track the possible development of such capabilities that could have use in any mediawiki instance. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 13:03, 26 August 2021 (UTC)</p> <p>:::::{{re|xaosflux}} for info - <a href='?title=WP%3AAN%2FI%23Disruption_at_RPSI%2C_Part_2'>WP:AN/I#Disruption at RPSI, Part 2</a>. <a href='?title=User%3AMjroots'>Mjroots</a> (<a href='?title=User_talk%3AMjroots'>talk</a>) 13:31, 26 August 2021 (UTC)</p> <ul> <li>This is vaguely similar to page protections not being stackable. It would be nice to be able, for example, to semi-protect a page indefinitely, and also have full protection for a week. When the full protection expired, it would revert back to semi. But it doesn't work that way.</li> </ul> <p>:My first thought on reading this was it might set a trap for admins allowing them to accidentally undo a checkuser block without realizing it. Experimenting, however, it looks like when you set the pblock, you get the full block log shown to you, which means you would see the existing cu-block. So I think we're good there. -- <a href='?title=User%3ARoySmith'>RoySmith</a> <a href='?title=User_Talk%3ARoySmith'>(talk)</a> 15:00, 26 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--eedback-on-improved-template-search-needed'><h2 class='section-toggle'>Feedback on improved template search needed</h2><div class='wiki-body'><p>Hello! The <a href='?title=metawiki%3AWMDE_Technical_Wishes'>Technical Wishes team</a> kindly asks for your feedback on a specific part of an improvement regarding templates. Please take a minute to let us know what you think:</p> <p>We are currently working on improving <a href='?title=metawiki%3AWMDE_Technical_Wishes%2FFinding_and_inserting_templates%23Improved_search'>the search in the “add a template” dialog</a> to make finding relevant templates easier. When using the template search, you have to know the exact title of the template you want to add. The planned improvement will allow you to search for keywords within the whole template name and template documentation pages. This change is already deployed on <a href='?title=metawiki%3AWMDE_Technical_Wishes%2FFinding_and_inserting_templates%23Status_and_next_steps'>a few wikis</a>, and our plan is to deploy it on all other wikis by the end of 2021.</p> <p><strong>The question</strong>: The improved template search currently also returns subpages of templates (that include the keyword) in the results, but we have received individual feedback that this is not wanted. Before we change this behavior, we want to ask a broader audience: <strong>Can and should subpages of templates be ignored in this search</strong>? Or are there cases in which a subpage of a template may host a template, and is therefore a relevant result?</p> <p>In cases where template subpages are relevant to the search, examples are very much appreciated. More information about the feature can be found on <a href='?title=metawiki%3AWMDE_Technical_Wishes%2FFinding_and_inserting_templates%23Improved_search'>this page</a>. You can leave comments and share your thoughts until September 8th on <a href='?title=metawiki%3ATalk%3AWMDE_Technical_Wishes%2FFinding_and_inserting_templates'>this talk page</a>. Thanks for your help! For the Technical Wishes team, -- <a href='?title=User%3ATimur_Vorkul_%28WMDE%29'>Timur Vorkul (WMDE)</a> (<a href='?title=User_talk%3ATimur_Vorkul_%28WMDE%29'>talk</a>) 14:22, 26 August 2021 (UTC)</p> <p>:{{Ping|Timur Vorkul (WMDE)}} I don't suppose it could just depend on whether the subpage-template has elsewhere been directly transcluded outside the parent template? --<a href='?title=User%3AYair_rand'>Yair rand</a> (<a href='?title=User_talk%3AYair_rand'>talk</a>) 17:49, 26 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--isappearance-of-side-bar'><h2 class='section-toggle'>Disappearance of LH side bar</h2><div class='wiki-body'><p>all the items on the left-hand side bar have just disappeared nysteriously a few minutes ago, all of a sudden. my script buttons have disappeared with them. --<small><span style="background-color:#ffffff;border: 1px solid;"><a href='?title=User%3AOhconfucius'><strong><span style="color:#000000; background-color:#EEE8AA"> Ohc </span></strong></a></span></small><a href='?title=User_talk%3AOhconfucius'>^{<em>revolution of our times</em>}</a> 20:27, 25 August 2021 (UTC)</p> <p>:If "Use Legacy Vector" is disabled at <a href='?title=Special%3APreferences%23mw-prefsection-rendering'>Special:Preferences#mw-prefsection-rendering</a> then try to enable it. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 21:36, 25 August 2021 (UTC)</p> <p>::Thanks, I have them back again. But I'm curious as to what action caused the sidebar items to disappear? --<small><span style="background-color:#ffffff;border: 1px solid;"><a href='?title=User%3AOhconfucius'><strong><span style="color:#000000; background-color:#EEE8AA"> Ohc </span></strong></a></span></small><a href='?title=User_talk%3AOhconfucius'>^{<em>revolution of our times</em>}</a> 18:46, 26 August 2021 (UTC)</p> <p>:::<a href='?title=WP%3AITSTHURSDAY'>WP:ITSTHURSDAY</a> and PROGRESS! — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 18:59, 26 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--odify-template'><h2 class='section-toggle'>Modify template</h2><div class='wiki-body'><p>I want to add a parameter to the template: {{tl|Infobox individual space vehicle}}. I also want to suppress the parameter's visibility when a value is not entered for it. I believe the code to make it invisible when it's not assigned a value looks like this: <nowiki>{{#if:{{{sample_text|}}}|{{{sample_text|}}} }}</nowiki>, but I haven't had success making it work. I was able to edit the template today, but was reverted, probably because of the unwanted visibility of the parameter in article(s) where a value for it had not yet been added. I made another effort at editing the template, but now find that any new parameter I add does not show up when I Preview, even after I scrutinize it for correct placement of braces, pipes, equal signs, underscores, capitalization, etc many times. I'm using a desktop version of Win10. I'm not new to Wikipedia, but am a template newbie. Appreciate any tips. Thanks. <a href='?title=User%3ADonFB'>DonFB</a> (<a href='?title=User_talk%3ADonFB'>talk</a>) 03:01, 26 August 2021 (UTC)</p> <p>:{{replyto|DonFB}} You're missing a pipe from your data line, you currently have <code><nowiki>|data18 = {{{Distance_flown_or_driven_at_destination}}}</nowiki></code>, you should have <code><nowiki>|data18 = {{{Distance_flown_or_driven_at_destination</nowiki><strong>|</strong><nowiki>}}}</nowiki></code>. By default if a parameter is not set then the tripple curly braces and parameter name show up in the final output, adding the pipe results in the parameter returning nothing instead. <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 11:24, 26 August 2021 (UTC)</p> <p>::{{ping|DonFB}} In general, adding the pipe causes whatever is after the pipe to show up instead. Try to follow the style of other parameters. Your new parameter is the only one starting with a capital. Unlike page names, the first character of parameter names is case sensitive. The name <code>Distance_flown_or_driven_at_destination</code> is awfully long. Look for something shorter. The displayed text "Distance flown or driven at destination" is also awfully long and that's worse. It may split into four lines in a narrow infobox column. It looks bad to display alternatives like "flown or driven". If you want two possibilities then make two parameters. Finally, I'm not sure the whole parameter is a good infobox idea. It requires updating while the vehicle is operational, and then it may need an as of date. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 12:15, 26 August 2021 (UTC)</p> <p>:::Thanks for answers with advice and insight. I have added separate params for "flown" and "driven", and the template works, with no unwanted text in several articles I checked that use it. I remain mystified, however, why the new parameters are not visible on the rendered page of the template itself, either in Preview or Published. I would like to fix that. <a href='?title=User%3ADonFB'>DonFB</a> (<a href='?title=User_talk%3ADonFB'>talk</a>) 06:23, 27 August 2021 (UTC)</p> <p>::::{{replyto|DonFB}} You need to add your new parameters to the example template on the doccumentation subpage → <a href='?title=Template%3AInfobox_individual_space_vehicle%2Fdoc'>Template:Infobox_individual_space_vehicle/doc</a> <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 12:11, 27 August 2021 (UTC)</p> <p>:::::I already did, but no effect on the rendered template page. There are actually five links that open the edit window for the Doc page and I used all of them ('edit this page' tabs on main and documentation pages; 'Usage' edit link on both pages; and edit link to the right of 'Template Documentation' on main template page). <a href='?title=User%3ADonFB'>DonFB</a> (<a href='?title=User_talk%3ADonFB'>talk</a>) 12:39, 27 August 2021 (UTC)</p> <p>:::::: {{replyto|DonFB}} Sorry, I wasn't clear, I meant you need to add them to the "Parameter usage example" template at the top of the page, like [https://en.wikipedia.org/w/index.php?title=Template:Infobox_individual_space_vehicle/doc&diff=1040915733&oldid=1040900782 this]. <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 12:46, 27 August 2021 (UTC)</p> <p>:::::::Thank you! Thought it was probably something simple, but I wonder if I ever would have discovered that.... <a href='?title=User%3ADonFB'>DonFB</a> (<a href='?title=User_talk%3ADonFB'>talk</a>) 12:53, 27 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--daho-roject-reborn-with-new-alk-page-banner-deally-ather-large-7-talk-page-edit-'><h2 class='section-toggle'>[[WP:Idaho]] Project reborn...with new Talk page banner...Ideally (Rather large 7K talk page edit)</h2><div class='wiki-body'><p>So, I have a pretty large talk page update to perform. The <a href='?title=Template%3AWikiProject_Idaho'>WikiProject Idaho</a> template was rebuilt as a wrapper a couple years ago. A wrapper to the US Template. Being thorough, they also put into place an auto <a href='?title=WP%3ASUBST'>WP:SUBST</a> that rebuilds the Idaho template into the US template with the ID flags. In trying to rebuild the project, I need to reverse that...Sort of... Finding the US Banner WITH the ID=yes flag and ADDING the new ID Template. (Currently in the template's sandbox).</p> <ul> <li>) I didn't want to perform a change on some 7,000 pages without getting some kind of consensus with the US Project first. Debating pulling the ID flag off?</li> <li>) Anyone have a favorite tool that would help me walk through an auto-edit of that many pages?</li> <li>) Though I have worked with templates for quite a while, this would be the largest change that I have pulled off. Might be nice to have another template expert looking over my shoulder?</li> </ul> <p>Just looking for a touch of help. <a href='?title=User%3AMjquinn_id'>Mjquinn_id</a> (<a href='?title=User_talk%3AMjquinn_id'>talk</a>) 20:50, 25 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AMjquinn_id'>Mjquinn id</a> What is the utility of spliting out Idaho from the US banner? Doesn't it already categorize everything as desired. Also if someone wants to add the article to <a href='?title=%3ACategory%3AIdaho_articles_needing_attention'>:Category:Idaho articles needing attention</a> it's likely they would just do it on the main United States banner meaning these categories may be missed. In general it feels more convenient to just have one banner. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 21:55, 25 August 2021 (UTC)</p> <p>::It was to introduce Task Forces (People and Geography to start). Which we cannot under the US banner. See: <a href='?title=Template%3AWikiProject_Idaho%2Fsandbox'>Template:WikiProject_Idaho/sandbox</a>. <a href='?title=User%3AMjquinn_id'>Mjquinn_id</a> (<a href='?title=User_talk%3AMjquinn_id'>talk</a>) 22:06, 25 August 2021 (UTC)</p> <p>:::Alright, makes sense. I just feel that if we are to put significant effort into a project we should be sure there's an advantage. You can also use a petscan if you want a list of Idahoans [https://petscan.wmflabs.org/?referrer_url=&depth=5&cb_labels_yes_l=1&cb_labels_no_l=1&edits%5Bbots%5D=both&search_max_results=500&language=en&edits%5Bflagged%5D=both&interface_language=en&since_rev0=&edits%5Banons%5D=both&project=wikipedia&ns%5B1%5D=1&categories=WikiProject%20Idaho%20articles%0AWikiProject%20Biography%20articles&cb_labels_any_l=1&&doit= like this]. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 22:13, 25 August 2021 (UTC)</p> <p>::::Is this a job for <a href='?title=User%3APearBOT'>User:PearBOT</a>? I'm really looking for a one-time mechanism... <a href='?title=User%3AMjquinn_id'>Mjquinn_id</a> (<a href='?title=User_talk%3AMjquinn_id'>talk</a>) 22:51, 25 August 2021 (UTC)</p> <p>:::::Well I could from a technical perspective. I'm just quite busy right now and dealing with WikiProject banners is far from the most fun thing on wiki in my opinion, especially if I need to do a BRFA. --<a href='?title=User%3ATrialpears'>Trialpears</a> (<a href='?title=User_talk%3ATrialpears'>talk</a>) 15:39, 27 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--annot-pecial-dit-atchlist'><h2 class='section-toggle'>Cannot Special:EditWatchlist</h2><div class='wiki-body'><p>Special:EditWatchlist no longer works for me. I get a result such as</p> <p>::Server timed out</p> <p>:: The maximum request time of 60 seconds was exceeded.</p> <p>:: [074bbe7e-f867-4ada-8295-29331efb79bc] 2021-08-27 08:47:58: Fatal exception of type "Wikimedia\RequestTimeout\RequestTimeoutException"</p> <p>What options do I have to download and edit my watchlist? --<a href='?title=User%3ASmokeyJoe'>SmokeyJoe</a> (<a href='?title=User_talk%3ASmokeyJoe'>talk</a>) 08:55, 27 August 2021 (UTC)</p> <p>:Can you use <a href='?title=Special%3AEditWatchlist%2Fraw'>Special:EditWatchlist/raw</a>? —<a href='?title=User%3AKusma'>Kusma</a> (<a href='?title=User_talk%3AKusma'>talk</a>) 09:10, 27 August 2021 (UTC)</p> <p>::Yes! 1 second. <a href='?title=User%3ASmokeyJoe'>SmokeyJoe</a> (<a href='?title=User_talk%3ASmokeyJoe'>talk</a>) 09:59, 27 August 2021 (UTC)</p> <p>::{{re|SmokeyJoe}} Or [https://en.wikipedia.org/wiki/Special:EditWatchlist/raw?safemode=1 raw safemode]? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 09:48, 27 August 2021 (UTC)</p> <p>:::Yes! 3 seconds. <a href='?title=User%3ASmokeyJoe'>SmokeyJoe</a> (<a href='?title=User_talk%3ASmokeyJoe'>talk</a>) 09:59, 27 August 2021 (UTC)</p> <p>::: Thank you both. —<a href='?title=User%3ASmokeyJoe'>SmokeyJoe</a> (<a href='?title=User_talk%3ASmokeyJoe'>talk</a>) 10:01, 27 August 2021 (UTC)</p> <p>::::{{replyto|SmokeyJoe}} This can happen if your watchlist has a large number of entries. I think that 20,000 is a ballpark figure for "large number". --<a href='?title=User%3ARedrose64'><span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64</a> 🌹 (<a href='?title=User_talk%3ARedrose64'>talk</a>) 19:39, 27 August 2021 (UTC)</p> <p>:::::Over 18 000. —<a href='?title=User%3ASmokeyJoe'>SmokeyJoe</a> (<a href='?title=User_talk%3ASmokeyJoe'>talk</a>) 22:57, 27 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--nfobox-combination'><h2 class='section-toggle'>Infobox combination</h2><div class='wiki-body'><p>Does anyone know if it is possible to combine the two infoboxes on <a href='?title=Hildegard_of_Bingen'>Hildegard of Bingen</a>'s article? Ideally the philosophical information on the work she did would be before all of the random dates of canonization and such. <a href='?title=User%3AAza24'>Aza24</a> (<a href='?title=User_talk%3AAza24'>talk</a>) 03:39, 28 August 2021 (UTC)</p> <p>:{{txl|infobox saint}} doesn't support being embedded, but {{txl|infobox philosopher}} does, so I combined them that way. It's not the order you wanted, but I think it is an improvement. <a href='?title=User%3AMB'><b style="color:#034503">MB</b></a> 04:02, 28 August 2021 (UTC)</p> <p>::The annoying to hear!—But thank you regardless, I definitely agree that's an improvement. <a href='?title=User%3AAza24'>Aza24</a> (<a href='?title=User_talk%3AAza24'>talk</a>) 05:06, 28 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ynamic-maps-broken-for-2-weeks-already-emplate-aplink-odule-apframe-'><h2 class='section-toggle'>Dynamic maps broken for 2 weeks already (Template:Maplink + Module:Mapframe)</h2><div class='wiki-body'><p>Many of the dynamic maps provided by <a href='?title=Template%3AMaplink'>Template:Maplink</a> and <a href='?title=Module%3AMapframe'>Module:Mapframe</a> have been broken for quite a few days now as pointed out <a href='?title=Module_talk%3AMapframe%23Discussion_at_Wikipedia%3AGraphics_Lab%2FMap_workshop_%C2%A7_Broken_map%2C_not_sure_how_to_fix...'>here</a>. Does anyone know ({{ping|Evad37}}?) what is happening and if it is being worked on already?--<a href='?title=User%3AKozuch'>Kozuch</a> (<a href='?title=User_talk%3AKozuch'>talk</a>) 21:14, 24 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AThiemo_Kreuz_%28WMDE%29'>Thiemo Kreuz (WMDE)</a>, do you know what has happened recently there? <a href='?title=User%3AWhatamidoing_%28WMF%29'>Whatamidoing (WMF)</a> (<a href='?title=User_talk%3AWhatamidoing_%28WMF%29'>talk</a>) 19:22, 27 August 2021 (UTC)</p> <p>::Sorry, I don't know enough to be helpful. While my team plans to work on Kartographer, this <a href='?title=meta%3AWMDE_Technical_Wishes%2FGeoinformation'>hasn't started yet</a>. --<a href='?title=User%3AThiemo_Kreuz_%28WMDE%29'>Thiemo Kreuz (WMDE)</a> 08:59, 28 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ow-can-find-list-of-files-uploaded-including-derivatives-'><h2 class='section-toggle'>How can I find list of files I uploaded including derivatives?</h2><div class='wiki-body'><p>Most of the files I uploaded under <a href='?title=Wikipedia%3ANon-free_content_criteria'>Wikipedia:Non-free content criteria</a> technically were deleted with lower resolution versions uploaded by a bot, so when I look for images I uploaded I cannot find them easily in <a href='?title=Special%3AListFiles%2FShushugah'>Special:ListFiles/Shushugah</a>. For example I uploaded <a href='?title=%3AFile%3ADeutsche_Wohnen_%26_Co_Enteignen_campaign_logo.jpg'>File:Deutsche Wohnen & Co Enteignen campaign logo.jpg</a> which was replaced by a bot, but I cannot easily find that in a gallery view anywhere without knowing the bot name, and those include millions of images. <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 18:31, 27 August 2021 (UTC)</p> <p>:That's strange. I assumed that all you would need to do is tick the box for "Include old versions of files" on the Special:ListFiles/Shushugah page <em>but that doesn't work!</em> The upload is there in your "contributions" log for August 2021, so I'm puzzled.... <a href='?title=User%3AMichael_D._Turnbull'>Mike Turnbull</a> (<a href='?title=User_talk%3AMichael_D._Turnbull'>talk</a>) 19:14, 27 August 2021 (UTC)</p> <p>::@<a href='?title=User%3AMichael_D._Turnbull'>Michael D. Turnbull</a> I moved it here. Perhaps old version refers to old versions by the same author, e.g after cropping an image? <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 20:01, 27 August 2021 (UTC)</p> <p>:::It might also be because the version you uploaded was <a href='?title=special%3Aredirect%2Flogid%2F120384345'>revdelled</a> per <a href='?title=WP%3ACSD%23F5'>WP:CSD#F5</a> after getting resized. In addition to your contribs, which Mike pointed out, you can also still find them through <a href='?title=Special%3ALog%2Fupload%2FShushugah'>Special:Log/upload/Shushugah</a>. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 21:57, 27 August 2021 (UTC)</p> <p>::::I can see all of the file links, but not visually which is what I want. I have to manually open each file separately. <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 22:10, 27 August 2021 (UTC)</p> <p>:::::I only just noticed you'd already said most of that before my comment and I just somehow managed to miss it, making my comment rather pointless – sorry for that. I don't know of any good way to get what you want, but I can throw together a quick and dirty user script that displays images on Special:Log if you're interested. It's not going to look pretty, though. – <a href='?title=User_talk%3ARummskartoffel'><span style="background:linear-gradient(90deg,#e40303,#ff8c00,#ffed00,#008026,#004dff,#750787);color:transparent;background-clip:text;-webkit-background-clip:text;">Rummskartoffel</span></a> 11:53, 28 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rchiving-at-alk-eno-911-and-eno-911-rchive-2-'><h2 class='section-toggle'>Archiving at [[Talk:Reno 911!]] and [[Reno 911!/Archive 2]]</h2><div class='wiki-body'><p>Can someone please take look at what is going with the archiving at <a href='?title=Talk%3AReno_911%21'>Talk:Reno 911!</a>? I noticed this a couple weeks ago at Category:Wikipedia requested edits and moved an edit request back to the main talk page but it was archived again. Thanks! <a href='?title=User%3AS0091'>S0091</a> (<a href='?title=User_talk%3AS0091'>talk</a>) 21:36, 28 August 2021 (UTC)</p> <p>:@<a href='?title=User%3AS0091'>S0091</a> I've prevented it from being archived again (by adding {{tls|DNAU}}). Was that the problem? ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 22:09, 28 August 2021 (UTC)</p> <p>:Please state the perceived problem clearly when you request help. There is no <a href='?title=Reno_911%21%2FArchive_2'>Reno 911!/Archive 2</a>, and archiving was done as instructed to <a href='?title=Talk%3AReno_911%21%2FArchive_2'>Talk:Reno 911!/Archive 2</a> as far as I can see. I guess you just think archiving is too fast but don't know how to change it. I have changed it from 168 hours (7 days) to 2160 hours (90 days).[https://en.wikipedia.org/w/index.php?title=Talk:Reno_911!&diff=1041153409&oldid=1041152454] <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 22:20, 28 August 2021 (UTC)</p> <p>::Yes, <a href='?title=Reno_911%21%2FArchive_2'>Reno 911!/Archive 2</a> is a red link but that is how is showing up in the Category:Wikipedia requested edits. Search for Reno which now has 3 listings for edit requests, one is for <a href='?title=List_of_Reno_911%21_episodes'>List of Reno 911! episodes</a> (ignore, it's fine), one for <a href='?title=Reno_911%21%2FArchive_2'>Reno 911!/Archive 2</a> (no main page but does have a talk page) and now one for <a href='?title=Talk%3AReno_911%21'>Talk:Reno 911!</a>. When you click on "request" on the red linked page, it takes you an archived talk page which is not connected to a main page (red). Something squirrely is going on. <a href='?title=User%3AS0091'>S0091</a> (<a href='?title=User_talk%3AS0091'>talk</a>) 22:35, 28 August 2021 (UTC)</p> <p>:::<a href='?title=%3ACategory%3AWikipedia_requested_edits'>:Category:Wikipedia requested edits</a> displays both the automatic listing of member pages at <a href='?title=%3ACategory%3AWikipedia_requested_edits%23Pages_in_category'>:Category:Wikipedia requested edits#Pages in category</a>, and a transclusion of the bot-maintained <a href='?title=User%3AAnomieBOT%2FEDITREQTable'>User:AnomieBOT/EDITREQTable</a>. It is the latter which <a href='?title=Special%3APermalink%2F1041138862'>previously</a> linked <a href='?title=Reno_911%21%2FArchive_2'>Reno 911!/Archive 2</a> because there was an edit request on the corresponding talk page <a href='?title=Talk%3AReno_911%21%2FArchive_2'>Talk:Reno 911!/Archive 2</a>. I have removed the request there. Maybe <a href='?title=User%3AAnomieBOT'>User:AnomieBOT</a> should be coded to detect the request is on an archive and link the parent page <a href='?title=Reno_911%21'>Reno 911!</a> instead, but it's a minor issue you can take up with the operator if you want. <a href='?title=User%3APrimeHunter'>PrimeHunter</a> (<a href='?title=User_talk%3APrimeHunter'>talk</a>) 23:28, 28 August 2021 (UTC)</p> <p>::::{{ping|Qwerfjkl}} and {{ping|PrimeHunter}} thanks for your help! <a href='?title=User%3AS0091'>S0091</a> (<a href='?title=User_talk%3AS0091'>talk</a>) 23:40, 28 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--issing-post-on-my-talk-page'><h2 class='section-toggle'>Missing post on my talk page</h2><div class='wiki-body'><p>Hi,</p> <p>I received a message from an editor on my talk page vide this [https://en.wikipedia.org/w/index.php?title=User_talk%3AAshLin&type=revision&diff=1041096245&oldid=1040853020 diff], however I cannot locate the message on my talk page after the diff - please see [https://en.wikipedia.org/w/index.php?title=User_talk:AshLin&oldid=1041096245].</p> <p>Would really appreciate any information on this phenomenon. <a href='?title=User%3AAshLin'>Ashwin Baindur (User:AshLin)</a> (<a href='?title=User_talk%3AAshLin'>talk</a>) 05:02, 30 August 2021 (UTC)</p> <p>:{{re|AshLin}} The comment on the first line wasn't properly closed <a href='?title=Special%3ADiff%2F533375842'>since 2013</a>. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 05:31, 30 August 2021 (UTC)</p> <p>::{{ping|Nardog}}, thank you very much :D! <a href='?title=User%3AAshLin'>Ashwin Baindur (User:AshLin)</a> (<a href='?title=User_talk%3AAshLin'>talk</a>) 07:10, 30 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--m-pecial-y-anguage-ech-ews-2021-35-ech-ews-2021-35-'><h2 class='section-toggle'>[[m:Special:MyLanguage/Tech/News/2021/35|Tech News: 2021-35]]</h2><div class='wiki-body'><p><section begin="tech-newsletter-content"/><div class="plainlinks"></p> <p>Latest <strong><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>tech news</a></strong> from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F35'>Translations</a> are available.</p> <p><strong>Recent changes</strong></p> <ul> <li>Some musical score syntax no longer works and may needed to be updated, you can check <a href='?title=%3ACategory%3A%7B%7BMediaWiki%3Ascore-error-category%7D%7D'>:Category:{{MediaWiki:score-error-category}}</a> on your wiki for a list of pages with errors.</li> </ul> <p><strong>Problems</strong></p> <ul> <li>Musical scores were unable to render lyrics in some languages because of missing fonts. This has been fixed now. If your language would prefer a different font, please file a request in Phabricator. [https://phabricator.wikimedia.org/T289554]</li> </ul> <p><strong>Changes later this week</strong></p> <ul> <li><a href='?title=File%3AOcticons-tools.svg'>File:Octicons-tools.svg</a> The parameters for how you obtain <a href='?title=mw%3AAPI%3ATokens'>tokens</a> in the MediaWiki API were changed in 2014. The old way will no longer work from 1 September. Scripts, bots and tools that use the parameters from before the 2014 change need to be updated. You can <a href='?title=phab%3AT280806%237215377'>read more</a> about this.</li> <li><a href='?title=File%3AOcticons-sync.svg'>File:Octicons-sync.svg</a> The <a href='?title=mw%3AMediaWiki_1.37%2Fwmf.21'>new version</a> of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2021-08-31|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2021-09-01|en}}. It will be on all wikis from {{#time:j xg|2021-09-02|en}} (<a href='?title=mw%3AMediaWiki_1.37%2FRoadmap'>calendar</a>).</li> </ul> <p><strong>Future changes</strong></p> <ul> <li>You will be able to read but not edit <a href='?title=phab%3AT289660'>Commons</a> for a few minutes on {{#time:j xg|2021-09-06|en}}. This will happen around [https://zonestamp.toolforge.org/1630818058 05:00 UTC]. This is for database maintenance.</li> <li>All wikis will be read-only for a few minutes in the week of 13 September. More information will be published in Tech News later. It will also be posted on individual wikis in the coming weeks. [https://phabricator.wikimedia.org/T287539]</li> </ul> <p><strong><em><a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews'>Tech news</a></strong> prepared by <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2FWriters'>Tech News writers</a> and posted by <a href='?title=m%3ASpecial%3AMyLanguage%2FUser%3AMediaWiki_message_delivery'>bot</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%23contribute'>Contribute</a> • <a href='?title=m%3ASpecial%3AMyLanguage%2FTech%2FNews%2F2021%2F35'>Translate</a> • <a href='?title=m%3ATech'>Get help</a> • <a href='?title=m%3ATalk%3ATech%2FNews'>Give feedback</a> • <a href='?title=m%3AGlobal_message_delivery%2FTargets%2FTech_ambassadors'>Subscribe or unsubscribe</a>.</em></p> <p></div><section end="tech-newsletter-content"/></p> <p>15:59, 30 August 2021 (UTC)</p> <p><!-- Message sent by User:Trizek (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=21954810 --></p></div></section><section class='wiki-section collapsible' id='section--oving-locally-uploaded-fair-use-image'><h2 class='section-toggle'>Moving locally uploaded fair use image</h2><div class='wiki-body'><p>Hello, could anyone move <a href='?title=%3AFile%3ACommunity_of_the_Lippovan_Russians_in_Romania_logo.png'>:File:Community of the Lippovan Russians in Romania logo.png</a> to <a href='?title=%3AFile%3ACommunity_of_the_Lipovan_Russians_in_Romania_logo.png'>:File:Community of the Lipovan Russians in Romania logo.png</a>? I recently moved the article of the organization, <a href='?title=Community_of_the_Lipovan_Russians_in_Romania'>Community of the Lipovan Russians in Romania</a>, as "Lipovan" is more common than "Lippovan" and is their standard name in Wikipedia (their article is titled <a href='?title=Lipovans'>Lipovans</a>, I specify they are a Russian minority in Romania). I wanted to move this image to have consistency but I don't know how to do this, there's no button and I've never seen a locally uploaded image on places such as <a href='?title=WP%3ARMT'>WP:RMT</a>. <a href='?title=User%3ASuper_Dromaeosaurus'><span style="color:#0099FF;">Super</span></a> <a href='?title=Special%3AContributions%2FSuper_Dromaeosaurus'><span style="color:#800080;">Ψ</span></a> <a href='?title=User_talk%3ASuper_Dromaeosaurus'><span style="color:#E60026;">Dro</span></a> 16:42, 30 August 2021 (UTC)</p> <p>:{{replyto|Super Dromaeosaurus}} Done; see <a href='?title=Wikipedia%3AFile_mover'>Wikipedia:File mover</a> for more information about the process of moving files here. <strong><a href='?title=User%3AGraham87'>Graham</a></strong><a href='?title=User_talk%3AGraham87'><span style="color: green;">87</span></a> 03:48, 31 August 2021 (UTC)</p> <p>::Great, thank you. <a href='?title=User%3ASuper_Dromaeosaurus'><span style="color:#0099FF;">Super</span></a> <a href='?title=Special%3AContributions%2FSuper_Dromaeosaurus'><span style="color:#800080;">Ψ</span></a> <a href='?title=User_talk%3ASuper_Dromaeosaurus'><span style="color:#E60026;">Dro</span></a> 08:43, 31 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--itation-bot'><h2 class='section-toggle'>Citation bot</h2><div class='wiki-body'><p>Hi Technical Village Pump responser, I am try to run the citation bot but it cannot happen. When I entered the article name after that I clicked to the process page button and processing is happen but result cannot show. Why this happen? Please help me. Thank you ! <a href='?title=User%3AFade258'>Fade258</a> (<a href='?title=User_talk%3AFade258'>talk</a>) 14:49, 28 August 2021 (UTC)</p> <p>:Try <a href='?title=User_talk%3ACitation_bot'>User talk:Citation bot</a>. Remember to explain your problem clearly, including what article gives you an issue. <span style="font-variant:small-caps; whitespace:nowrap;"><a href='?title=User%3AHeadbomb'>Headbomb</a> {<a href='?title=User_talk%3AHeadbomb'>t</a> · <a href='?title=Special%3AContributions%2FHeadbomb'>c</a> · <a href='?title=WP%3APHYS'>p</a> · <a href='?title=WP%3AWBOOKS'>b</a>}</span> 15:26, 28 August 2021 (UTC)</p> <p>:I find that for large parts of the day it times out with gateway error. But at other times it works. So just keep retrying. I am guessing it is overloaded with massive requests. <a href='?title=User%3AGraeme_Bartlett'>Graeme Bartlett</a> (<a href='?title=User_talk%3AGraeme_Bartlett'>talk</a>) 11:30, 31 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--rphaned-talk-pages'><h2 class='section-toggle'>Orphaned talk pages</h2><div class='wiki-body'><p>I've been dealing with a lot of orphaned talk pages lately and it seems that when an admin mass deletes pages created by a sockpuppet, the script or tool used doesn't delete associated talk pages. And also, when admins close AFDs, the script that closes them doesn't delete any associated subpages like talk page archives. And when pages are deleted using Twinkle, Twinkle deletes redirects but not redirect talk pages. I've posted about that last item on the Twinkle talk page but it seems like these are all the same problem although different scripts and tools are being used.</p> <p>The result is that this leaves a lot of orphaned talk pages that can disappear into the ether. I'm coming across subpages of articles that were deleted as far back as 2015 and "To do" subpages (which apparently used to be a thing that isn't done any more) that no one would stumble upon. Is there a fix for this? <span style="font-family:Papyrus; color:#800080;"><a href='?title=User%3ALiz'><strong><em>L</strong></em>iz</a></span> <sup style="font-family: Times New Roman; color: #006400;"><a href='?title=Special%3AContributions%2FLiz'><strong><em>Read!</strong></em></a> <a href='?title=User_talk%3ALiz'><strong><em>Talk!</strong></em></a></sup> 05:24, 30 August 2021 (UTC)</p> <p>:I guess I should add that regarding the AFD closure & subpage problems, I am working with a list from 2020 so perhaps this is a problem that has already been addressed in the past year. The problem with mass deletion of pages and Twinkle is current though. <span style="font-family:Papyrus; color:#800080;"><a href='?title=User%3ALiz'><strong><em>L</strong></em>iz</a></span> <sup style="font-family: Times New Roman; color: #006400;"><a href='?title=Special%3AContributions%2FLiz'><strong><em>Read!</strong></em></a> <a href='?title=User_talk%3ALiz'><strong><em>Talk!</strong></em></a></sup> 05:28, 30 August 2021 (UTC)</p> <p>::For what it’s worth, I also don’t think it’s great flow wise that deleting an Article automatically/always deletes the associated talk page. Recently I created a bad redirect and requested G6 CSD and <a href='?title=User%3ATheresNoTime'>User:TheresNoTime</a> additionally deleted the associated talk page accidentally. Luckily she was able to refund it so no harm done, but it felt look a shortcoming of the twinkle tools (pinging not because you did anything wrong but to bring attention to this question) Are there any bots that scan for orphan talk pages? That changes how I view the problem. <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 06:47, 31 August 2021 (UTC)</p> <p>:::{{replyto|Shushugah}} There's <a href='?title=Wikipedia%3ADatabase_reports%2FOrphaned_talk_pages'>Wikipedia:Database reports/Orphaned talk pages</a>. <a href='?title=Special%3AContributions%2F192.76.8.74'>192.76.8.74</a> (<a href='?title=User_talk%3A192.76.8.74'>talk</a>) 09:46, 31 August 2021 (UTC)</p> <p>::::Also see <a href='?title=meta%3ACommunity_Wishlist_Survey_2021%2FAdmins_and_patrollers%2F%28Un%29delete_associated_talk_page'>meta:Community Wishlist Survey 2021/Admins and patrollers/(Un)delete associated talk page</a> which was approved <a href='?title=User%3AShushugah'>Shushugah</a> (he/him • <a href='?title=User_talk%3AShushugah'>talk</a>) 11:53, 31 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ass-delete-broken-'><h2 class='section-toggle'>Mass delete broken?</h2><div class='wiki-body'><p>I know this is not the right place to ask this, because its not really an en.wiki issue. Probably somewhere on meta. But is anybody tracking that mass delete is broken?</p> <p>PHP fatal error: Allowed memory size of 698351616 bytes exhausted (tried to allocate 8388616 bytes)</p> <p>Anybody else getting this error on this or other projects? <a href='?title=User%3AGreenMeansGo'><span style="font-family:Impact"><span style="color:#07CB4B">G</span><span style="color:#449351">M</span><span style="color:#35683d">G</span></span></a><a href='?title=User_talk%3AGreenMeansGo%23top'><sup style="color:#000;font-family:Impact">talk</sup></a> 11:29, 31 August 2021 (UTC)</p> <p>:<small>I don't think this is related to Meta either; a Phabricator task might be best suited.</small> Just performed a "mass" deletion of one page at Meta and couldn't reproduce this. <span style="display:inline-block;text-align:center;vertical-align:bottom;line-height:0.5em;">~~<nowiki/>~~<br/><span style="font-size:0.7em;"><a href='?title=User%3A1234qwer1234qwer4'>User:1234qwer1234qwer4</a> (<a href='?title=User_talk%3A1234qwer1234qwer4'>talk</a>)</span></span> 12:10, 31 August 2021 (UTC)</p> <p>::Well, what I meant was that it seemed likely to be a bug in the software somewhere and not a project-specific issue. <a href='?title=User%3AGreenMeansGo'><span style="font-family:Impact"><span style="color:#07CB4B">G</span><span style="color:#449351">M</span><span style="color:#35683d">G</span></span></a><a href='?title=User_talk%3AGreenMeansGo%23top'><sup style="color:#000;font-family:Impact">talk</sup></a> 12:56, 31 August 2021 (UTC)</p> <p>:::{{re|GreenMeansGo}} is this with <a href='?title=Special%3ANuke'>Special:Nuke</a>? Is this still occurring now? What parameters are you using so someone else can try to duplicate the problem? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 15:46, 31 August 2021 (UTC)</p> <p>::::{{re|Xaosflux}} It's hard to show you because I don't think we share advanced permissions on any project. Trying to delete [https://en.wikiquote.org/wiki/Special:Contributions/Carljacobhpaz11052012 these page creations], 42 in all. Haven't tested on Commons because I haven't found anything comparable that I can rightfully mass delete. But it's just the "mass delete" button when you're looking at a user's contribs. But it's still not working. Same error. <a href='?title=User%3AGreenMeansGo'><span style="font-family:Impact"><span style="color:#07CB4B">G</span><span style="color:#449351">M</span><span style="color:#35683d">G</span></span></a><a href='?title=User_talk%3AGreenMeansGo%23top'><sup style="color:#000;font-family:Impact">talk</sup></a> 16:20, 31 August 2021 (UTC)</p> <p>:::::{{re|GreenMeansGo}} I'm going to assume that clicking on that brings you to <a href='?title=Special%3ANuke'>Special:Nuke</a>. The one twist I see in there is that that delete is targeting pages and Files. Can you try it without files and see if it is only broken for files? — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 16:26, 31 August 2021 (UTC)</p> <p>::::::{{re|Xaosflux}} Well I can use it to delete their user page. Their cat creations aren't even showing up as a mass deletion option. Maybe the problem is that they're not actually local files. Local uploads are disabled on WQ, and these are just local descriptions overwriting the page on Commons. <a href='?title=User%3AGreenMeansGo'><span style="font-family:Impact"><span style="color:#07CB4B">G</span><span style="color:#449351">M</span><span style="color:#35683d">G</span></span></a><a href='?title=User_talk%3AGreenMeansGo%23top'><sup style="color:#000;font-family:Impact">talk</sup></a> 16:39, 31 August 2021 (UTC)</p> <p>:::::::{{re|GreenMeansGo}} I was able to use Special:Nuke on a single page, that was a local description page of a commons file ([https://en.wikipedia.org/wiki/Special:Log?type=&user=Xaosflux&page=File%3AStaghound.jpg&wpdate=&tagfilter=&wpfilters%5B%5D=newusers see log]), so not sure what is going on for you. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 17:23, 31 August 2021 (UTC)</p> <p>::::::::I dunno. Looks like <a href='?title=User%3AUDScott'>UDScott</a> already cleaned them up manually. I'll just try to keep and eye out and see if I can get more info next time something like this happens. <a href='?title=User%3AGreenMeansGo'><span style="font-family:Impact"><span style="color:#07CB4B">G</span><span style="color:#449351">M</span><span style="color:#35683d">G</span></span></a><a href='?title=User_talk%3AGreenMeansGo%23top'><sup style="color:#000;font-family:Impact">talk</sup></a> 18:11, 31 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ata-raphics-from-citations-and-more-'><h2 class='section-toggle'>Data/Graphics from citations and more...</h2><div class='wiki-body'><p>Hey there! I'm an admin at SqWiki. I mostly look out for the technical side of the citations there. We have, for quite some time now, implemented <a href='?title=%3Asq%3AStampa%3AGrafiku_i_gjuh%C3%ABve_t%C3%AB_burimeve'>this graphic</a> which tells us in what language are most of our citations coming from. This can be interesting for quite some reasons which I can discuss further below if you want, not wanting to make the text longer now. For the moment I wanted to ask how you feel about this kind of "infrastructure"? Would it be a good idea if we could have more graphics similar to this implemented on EnWiki, tracking data from citations (or other areas)? Or do you think the categories are enough on its own? For example, again in relation to citations, we also have these:<a href='?title=%3Asq%3AKategoria%3AMir%C3%ABmbajtja_CS1'>:sq:Kategoria:Mirëmbajtja CS1</a>, <a href='?title=%3Asq%3AKategoria%3AGabime_CS1'>:sq:Kategoria:Gabime CS1</a>, <a href='?title=%3Asq%3AStampa%3AGrafiku_i_faqeve_me_adresa_q%C3%AB_p%C3%ABrdorin_stamp%C3%ABn_e_arkiv%C3%ABs_s%C3%AB_rrjetit'>:sq:Stampa:Grafiku i faqeve me adresa që përdorin stampën e arkivës së rrjetit</a> and <a href='?title=%3Asq%3AKategoria%3AFaqe_me_adresa_q%C3%AB_p%C3%ABrdorin_stamp%C3%ABn_e_arkiv%C3%ABs_s%C3%AB_rrjetit_q%C3%AB_k%C3%ABrkojn%C3%AB_v%C3%ABmendje'>:sq:Kategoria:Faqe me adresa që përdorin stampën e arkivës së rrjetit që kërkojnë vëmendje</a>, the benefits of which I can also discuss further below if you want. My question is not related to citations per se but to graphical data tracking in general. Tell me your thoughts on the subject and maybe even show me some kind of implementations you might already have here in regard to that. :) - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 08:50, 28 August 2021 (UTC)</p> <p>:Nice. I like the graphics at the top of the tracking category page. Quickly shows where problems are. Check out {{tlx|NUMBEROF}}. It's not a graphics, but does track statistics across multiple wiki sites using Commons Tabular and a Lua template. It could be useful for tracking citation usage data across multiple sites, which could then be fed into a template that produces a graphic, that would work universal on any site with the same Lua code. It would require a language translation table that users can customize. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 15:23, 28 August 2021 (UTC)</p> <p>::@<a href='?title=User%3AGreenC'>GreenC</a>, yes. I did check it out but I'm not sure how it could be used for citations or anything of the same sort. I mean, the statistics it tracks are pretty general, like number of articles or number of active users. What am I missing here? :P <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 18:12, 28 August 2021 (UTC)</p> <p>:::It's a model how the same could be done with citation statistic data. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 18:35, 28 August 2021 (UTC)</p> <p>::::@<a href='?title=User%3AGreenC'>GreenC</a>, oh, yeah. Interesting indeed albeit unfortunately I'm not versatile enough on Lua as to create something like that. Especially on a global scale. But I like the idea, it's very in tune with what I've written. Citations aren't generally utilized for data/statistic purposes. Or even other utilities. The information on more than 6 million articles that we have here is vast and it does provide a lot of ground for introspective data collecting/analyzing of this sort. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 20:07, 28 August 2021 (UTC)</p> <p>:::::It is indeed vast, and vitally important. This is one thing WikiCite was supposed to provide services for (citation stats) but the WikiMedia Foundation recently declined to fund the project (a WikiCite central db) so we are back in the untamed wilderness. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 17:44, 30 August 2021 (UTC)</p> <p>::::::@<a href='?title=User%3AGreenC'>GreenC</a>, really? I didn't know WikiCite was "stopped" as a project. I had high expectances from it. Last time I checked I saw that there were plans of creating an "inside" WikiLibrary for citations, can't remember the name correctly. I thought it was a continuation of WikiCite. Strange to hear that.</p> <p>::::::And on another discussion fork, I was thinking today that at least the graphical aspect I said above could be used on maintenance categories here for the reasons we both mentioned. Maint-cats in general, not related to citations. It would be interesting to read some opinions from users that usually work with categories what they think of the idea. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 22:53, 30 August 2021 (UTC)</p> <p>:::::::WikiCite is not stopped. You cant stop something run by volunteers who require no funds. But if you want to build a database and services, you need funds. That has been declined by the WMF. So WikiCite right now is aspirational - something that might be. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 16:50, 31 August 2021 (UTC)</p> <p>::::::::Yeah, that's what I meant with "stopped". Here's to hoping we have more concrete steps taken towards that concept. - <a href='?title=User%3AKlein_Mu%C3%A7i'>Klein Muçi</a> (<a href='?title=User_talk%3AKlein_Mu%C3%A7i'>talk</a>) 19:44, 31 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--n-enhanced-diff-broke-for-me'><h2 class='section-toggle'>An enhanced diff broke for me</h2><div class='wiki-body'><p>Many years ago, I enabled a different version of diff on Wikipedia. This gave me a little triangular icon above a normal diff, and if I clicked that I got an additional diff displayed which made some changes easier to spot, particularly those involving whitespace. A few days ago, this little icon disappeared, so I can no longer use the other version of diff. I don't remember how I enabled this in the first place; it may be the line "span.diffchange { text-decoration: underline; }" in my standard.css file. Is there any way to get this enabled again?</p> <p>About the same time, I also noticed that when viewing a diff I could no longer click on links to articles. I can live without this but it might be a symptom with the same cause.</p> <p>I have the wikEdDiff turned on in Preferences/Gadgets, although nothing appears to change if I turn that off. I don't use the visual editor.-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 03:29, 28 August 2021 (UTC)</p> <p>:I assume you have scripting enabled and that <a href='?title=WP%3AWIKEDDIFF'>WP:WIKEDDIFF</a> fails to work (the triangle symbol does not appear). I have no idea but there is a newish "Browse history interactively" which might be a factor. <a href='?title=User%3AJohnuniq'>Johnuniq</a> (<a href='?title=User_talk%3AJohnuniq'>talk</a>) 03:51, 28 August 2021 (UTC)</p> <p>::Thanks, that's helpful. So the triangle is WikEdDiff. I presume then that my scripting is broken or turned off. I do have Javascript enabled, so presumably this is some other setting, but I don't see it in Preferences. If I enable wikEd then the visual editor seems to work, and the diff is the WikEdDiff, but I prefer to edit the classic Wiki source.-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 04:15, 28 August 2021 (UTC)</p> <p>::A workaround is to turn on wikEd (and turn off wikEdDiff since it's enabled with wikEd) and then use the wikEd control panel to turn off visual editing. This still gives me the wikEdDiff view (but no longer the standard diff, which I suspect I don't really need). I'd still like to get my old functionality back though.-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 04:20, 28 August 2021 (UTC)</p> <p>::Better workaround: I've installed wikEdDiff in my common.js file, and turned off wikEd in gadgets. Ultimately, the problem therefore seems to be that the manual installation works for me but the gadget doesn't. I'm still curious about why this should be. I'm on Firefox on Windows 10, and I run several security addons including uBlock Origin and Ghostery, but nothing should be blocking anything on Wikipedia and my setup hasn't changed recently.-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 04:27, 28 August 2021 (UTC)</p> <p>:::I tried it: disable wikEd in gadgets, add to common.js (with proper reload) - not seeing the triangle. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 15:49, 28 August 2021 (UTC)</p> <p>::::This works in common.js: <code><nowiki>importScript('User:GreenC/wikEdDiff2.js');</nowiki></code> .. it's a fork that implements the changes recommended at <a href='?title=User_talk%3ACacycle%23wikEdDiff'>User_talk:Cacycle#wikEdDiff</a>. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 16:06, 28 August 2021 (UTC)</p> <p>:::::{{ping|GreenC}} Thanks, that works nicely. The triangle is back and links in the diff are working again. —<a href='?title=User%3ABruce1ee'>Bruce1ee</a>^{<a href='?title=User_talk%3ABruce1ee'><em>talk</em></a>} 11:22, 29 August 2021 (UTC)</p> <p>:I've got the same problem - the wikEdDif button is not visible. (I'm not sure how long it's been missing. I suspect no more than a day or two - I use it relatively often.) I have it enabled in my preferences, and (to my knowledge) I haven't changed anything recently. I'm using <a href='?title=Pale_Moon_%28web_browser%29'>Pale Moon (web browser)</a> on Windows 7. <a href='?title=User%3AMitch_Ames'>Mitch Ames</a> (<a href='?title=User_talk%3AMitch_Ames'>talk</a>) 06:38, 28 August 2021 (UTC)</p> <ul> <li>Note, wikEdDiff is managed my a single user, <a href='?title=User%3ACacycle'>User:Cacycle</a> - who may want to look in to this. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 07:30, 28 August 2021 (UTC)</li> <li>I've notified Cacycle, but they are all but no longer editing here - we may need to disable this gadget or convert it to a community-managed script if there is enough desire to update it and maintain it going forward. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 07:33, 28 August 2021 (UTC)</li> </ul> <p>:::The post above yours at <a href='?title=User_talk%3ACacycle%23wikEdDiff'>User talk:Cacycle#wikEdDiff</a> looks relevant.-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 08:43, 28 August 2021 (UTC)</p> <p>:::{{U|Xaosflux}} Well, I think you may know my opinion on that. ;D <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 16:05, 29 August 2021 (UTC)</p> <p>::::{{re|Izno}} I'm mostly suggesting that we simply move the page from Cacycle's userspace to mediawiki:gadget space if it is still wanted and will be maintained. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 21:14, 29 August 2021 (UTC)</p> <p>:{{ping|Xaosflux|Gadfium|Johnuniq|Bruce1ee|Mitch Ames}} This should be fixed in the original gadget now. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 16:05, 29 August 2021 (UTC)</p> <p>::{{ping|Izno}} Thanks, the original gadget is working again. —<a href='?title=User%3ABruce1ee'>Bruce1ee</a>^{<a href='?title=User_talk%3ABruce1ee'><em>talk</em></a>} 17:16, 29 August 2021 (UTC)</p> <p>::Thank you, great service. Is strict class matching something turned on in the mediawiki platform recently, or was this a browser change?-<span style="font-family:cursive; color:grey;"><a href='?title=User_talk%3Agadfium'>gadfium</a></span> 18:27, 29 August 2021 (UTC)</p> <p>:::Given the timing of when this started occurring (<a href='?title=WP%3ATHURSDAY'>WP:THURSDAY</a>), I would guess what happened is that additional classes were added to the elements of interest. Strict equality accordingly will not work. <a href='?title=User%3AIzno'>Izno</a> (<a href='?title=User_talk%3AIzno'>talk</a>) 18:39, 29 August 2021 (UTC)</p> <p>::It's working for me again, too. Thanks. <a href='?title=User%3AMitch_Ames'>Mitch Ames</a> (<a href='?title=User_talk%3AMitch_Ames'>talk</a>) 02:28, 30 August 2021 (UTC)</p></div></section><section class='wiki-section collapsible' id='section--ove-wik-d-iff-to-community-gadget-'><h2 class='section-toggle'>= Move wikEdDiff to community gadget =</h2><div class='wiki-body'><p>With Cacycle being absent, and the discussion above suggesting this gadget is still desired - any objections to moving this to a normal community gadget? From a end-user perspective, there should be no change; it would mostly just mean that Cacycle wouldn't be able to directly update it without seeking interface-admin access first. — <a href='?title=User%3AXaosflux'><span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span></a> ^{<a href='?title=User_talk%3AXaosflux'><span style="color:#009933;">Talk</span></a>} 13:33, 30 August 2021 (UTC)</p> <p>:It seems logical to make it a community tool, so we don't have precisely this situation with a sole maintainer unavailable to fix a breakage not of the program's fault. Luckily Serhio Magpie was able to identify the problem and offer a solution, caused by changes in MediaWiki elsewhere, we have to assume future changes could break it again. Keeping these scripts together could make identifying where problems occur easier, searching a collection of scripts. -- <a href='?title=User%3AGreenC'><span style="color: #006A4E;"><strong>Green</strong></span></a><a href='?title=User_talk%3AGreenC'><span style="color: #093;"><strong>C</strong></span></a> 17:38, 30 August 2021 (UTC)</p> <p>:It makes little sense to me that we allow <em>any</em> gadget to be one that merely loads another script in someone's userspace. That poses a huge security threat given they could go rogue or be compromised. <a href='?title=User%3ANardog'>Nardog</a> (<a href='?title=User_talk%3ANardog'>talk</a>) 20:09, 31 August 2021 (UTC)</p> <p>::Especially since MediaWiki.js pages can be invoked from URLs. ― <a href='?title=User%3AQwerfjkl'><span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span></a><a href='?title=User_talk%3AQwerfjkl'><span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span></a> 20:15, 31 August 2021 (UTC)</p></div></section></div></main> <footer class="site-footer"> <div class="footer-container"> <div class="footer-links"> <a href="/about.php">About</a> <a href="/help.php">Help</a> <a href="/updates.php">Updates</a> <a href="/contact.php">Contact</a> <a href="/privacy.php">Privacy</a> <a href="/terms.php">Terms</a> <a href="https://github.com/yourusername/friendly-wiki" target="_blank" rel="noopener">GitHub</a> </div> <div class="footer-copy"> © 2025 Friendly Wiki. All rights reserved. </div> </div> </footer> <script> const toggle = document.getElementById('mobileMenuToggle'); const menu = document.getElementById('mobileMenu'); toggle.addEventListener('click', () => { menu.classList.toggle('active'); }); </script> <!-- Collapsible toggle --> <script> document.addEventListener("DOMContentLoaded", function () { const toggles = document.querySelectorAll('.section-toggle'); toggles.forEach(toggle => { toggle.addEventListener('click', function () { const section = toggle.closest('.collapsible'); const body = section.querySelector('.wiki-body'); body.classList.toggle('collapsed'); }); }); }); </script>