[09:57:29] Hello! Vector 2022 left-floating table of contents appears only when authorised, guests don't see it, they see a standard in-page block instead. cannot find any config param or skin code on how to show floaing Vector 2022 ToC for guests too [09:59:33] wonder if using cache prevents floating ToC and force in-page display instead [10:19:16] An unhelpful reply, sorry, but "that doesn't sound right" [10:20:30] thanks for reply! yeah, watching redis cached page content I see no ToC content here, so it must be rendered this way on the fly somewhere [11:44:09] We deprecated $wgHooks? That's going to be a pain for everyone doing LocalSettings.php customizations [11:45:14] it's complicated but my understanding is that a plain $wgHooks['SomeHook'][] in the LocalSettings file scope will is at least currently not emitting deprecation warnings [11:48:05] Ah ok, that alliviates most of my concerns [11:52:00] lol [11:58:41] yes, it will be a pain. My understanding is that everyone doing customizations using hooks will have to create their own custom extension [13:32:13] Can I put a preformated text block in the middle of an ordered list and then continue the numbering after it? [13:32:50] like: 1. foo 2. bar

 3. baz
[13:37:34] 	 J_Darnley: If your pre has newlines, i think instead of the # sytnax, you would have to use foo
barwhatever
[13:40:14] 	 it doesn't have newlines so I migth be able to get away with #
[13:40:29] 	 but if I have to use proper lists then so be it
[14:25:46] 	 Wikitext is for simple formatting. Newlines break lists. In such a complex scenario you'd have to go with html
[15:15:44] 	 I found my answer (a while ago):  # foo # bar #:  # baz
[15:15:57] 	 thanks though
[15:59:28] 	 Uhh... perhaps ConfirmAccount.php has disappeared from the git... very recently 
[15:59:57] 	 git cloning the 1_39 branch does not yield a file called ConfirmAccount.php
[16:02:32] 	 Neither does REL1_38
[16:02:55] 	 so it's definitely not recently
[16:03:20] 	 https://github.com/wikimedia/mediawiki-extensions-ConfirmAccount/commit/4b35487b799cd7a5cb2af08031578e17197ee2ae
[16:03:23] 	 December 2021
[16:04:31] 	 There is an alias, but the readme does not mention any renaming needed
[16:05:06] 	 (alias of some sorts ConfirmAccount.alias.php)
[16:05:15] 	 There's no renaming needed
[16:05:32] 	 https://www.mediawiki.org/wiki/Manual:Extension_registration#Migration_for_site_administrators
[16:06:00] 	 perhaps my LocalSettings.php is out-of-date, it is from March 2003
[16:06:07] 	 (this has been an ongoing change since MW 1.25)
[16:08:53] 	 Iamthehuman1: lol, march 2003
[16:09:02] 	 Only 20 years old
[16:09:16] 	 Did ConfirmAccount even exist in 2003?
[16:09:18] 	 Did mediawiki?
[16:10:11] 	 Oh, appearently version 1.1 of mediawiki was released in december 2003
[16:10:13] 	 yeah, it was outdated syntax .. it was using requireonce
[16:10:58] 	 bawolff: Back in the day when Magnus Manske rewrote the whole software with php it was called "Wikipedia Phase III" :)
[23:49:36] 	 Hi, I wonder if someone can help me here. I'm trying to find the number of Wikipedia articles with Geolocations in different cities. I don't necessarily need to know any other information apart from how many there are. I'm planning to use the API but I'm hindered by the 500 response limit, and I am wondering if maybe there is some metadata
[23:49:37] 	 accessible for the number of articles within the geosearch limits, even if I can't get data on them all. I've looked through the metadata docs and can't see anything, but hoping an expert here can offer some guidance or another alternative.
[23:59:15] 	 Guest2294: yes, you can download a database dump of all the coordinates, give me a minute to find it
[23:59:58] 	 Guest2294: https://dumps.wikimedia.org/enwiki/20230401/ ctrl+f for "coordinates"