Template talk:No article text/Archive 2

Archive 1

Archive 2

Dark mode compatibility

Please sync Template:No article text/sister projects/styles.css to Template:No article text/sister projects/sandbox/styles.css. Sohom (talk) 15:40, 6 June 2024 (UTC)

 Done * Pppery * _{it has begun...} 17:29, 7 June 2024 (UTC)

Protected edit request on 11 June 2024

|{{#ifeq:{{#invoke:Title blacklist|main|action=create|pagename={{#invoke:String|replace|source={{FULLPAGENAME}}|­}}}}|templateeditor|* This page is on the title blacklist, so only [[Wikipedia:Administrators|administrators]], [[Wikipedia:Template editors|template editors]], and [[Wikipedia:Page movers|page movers]] can create it|* ''' {{ #switch: {{NAMESPACE}}

Please add a "." to the "can create it" phrase. Just a random Wikipedian^(talk) 14:07, 11 June 2024 (UTC)

 Done * Pppery * _{it has begun...} 17:56, 11 June 2024 (UTC)

Archives

On talk page archives, the "page" tab on top gives redlinks, because it incorrectly backforms a page title. E.g.

• Talk:Jesus → Jesus
• Talk:Jesus/Archive 30 → Jesus/Archive 30

Since this template already does a bunch of logic, how hard would it be to automatically detect and correct this? Note that we already seem to have something like this for Smith (disambiguation (note the missing end parenthesis).

Did you mean: Smith (disambiguation)?

My thinking here is to just automatically detect if the page title has /Archive or /archive in it, and if so, say something like this, e.g. for Talk:George W. Bush/Archive 1 linking to George W. Bush/Archive 1 it would say:

Did you mean: George W. Bush?

If anyone has a reason why this would be stupid or harmful, let me know, otherwise I intend to start working on a modification that fixes this. jp×g🗯️ 00:11, 23 October 2024 (UTC)

Confused

This talk page appears to be for a template that doesn't exist. When I click on the "Template" link at the top left of the page, I get to Template:No_article_text, which starts ambiguously with

Did you mean: Template:No article text?

and continues

Wikipedia does not have a template with this exact name.

I'm clearly out of my depth here. Maproom (talk) 12:56, 13 July 2025 (UTC)

That is what the template looks like. It's similar to how if you go to say {{db-g12}} it says that template is in the process of being deleted. Primefac (talk) 13:26, 13 July 2025 (UTC)

@Maproom: The template is used by MediaWiki:Noarticletext which is displayed at top of non-existing pages like https://en.wikipedia.org/wiki/No_such_page (the red link No such page behaves differently). If it detects a very similar page name which does exist then it's suggested with "Did you mean"? On the template page itself, the result can be confusing. The "similar" page name is actually the page itself in this case. The template tries if the page name would exist if certain characters were removed. On the template page this test doesn't actually remove any characters so it ends up testing whether the page itself exists. It does, so the detected page is suggested with a wikilink which becomes bold text instead because it's a selflink. PrimeHunter (talk) 17:39, 13 July 2025 (UTC)

Protected edit request on 20 September 2025

Before: Template:No article text/sandbox (Template:No article text/sister projects, Template:No article text/sister projects/styles.css) After: Template:No article text/sandbox (Template:No article text/sister projects/sandbox, Template:No article text/sister projects/sandbox/styles.css)

Good day. I made numerous tiny tweaks over hours to get this just right. I made it so the boxes don't overlap, the gaps etc. are more readable, in mobile mode too, they're equal and symmetrical. A lot else I'd change but I sticked with the exact Wikipedia theme. Thing is, I feel the Did you know shouldn't be so big (the light bulb) and in general its border looks bad since it has no background, but it looks bad with a background, so I suggest doing something with that, but I suspect borderless boxes won't make anyone happy. Lastly, in order the "No article exists' message is actually third so in mobile this entire time it shows at the end, no ideal. I can fix that but still show it in the current order on desktop, if you'd like. Also: Dark mode support for wiktionary logo, per other Template:Sister project-like templates. Added much better support for accessibility tech too!

Kindly merge Template:No article text/sister projects/sandbox and Template:No article text/sister projects/sandbox/styles.css. (Don't forget to change Template:No article text/sister projects/sandbox's template styles to Template:No article text/sister projects/styles.css and Template:No article text/sister projects/sandbox template call to remove '/sandbox'.) waddie96 ★ (talk) 17:52, 20 September 2025 (UTC)

Support; seems like a good idea to me —Matrix _{ping me}^{when u reply} (t? - c) 19:11, 21 September 2025 (UTC)

 Done please tell me if that looks okay. By the way there are 7 warnings on Template:No article text/sister projects/styles.css including some of your new code. Can these be improved? — Martin (MSGJ · talk) 14:43, 23 September 2025 (UTC)

Hey! So weird... I tested so much, but the live version only looks different on the actual interface... look at Segg. I'm going to work on a fix now waddie96 ★ (talk) 14:47, 23 September 2025 (UTC)

Oh Martin those aren't actual errors, the parser for the CSS editor the mw:Extension:TemplateStyles is really well done for a one-man show almost (I think) but it's really slow, and recently updated on Gerrit yet for some reason it doesn't recognise the newer CSS properties, like overflow-wrap: for instance or display: flow-root; or in this particular CSS it doesn't know that align-items: start is shorthand for align-items: flex-start; although in the sourcecode it references and follows the CSS RFC exactly to the T. So I'm unsure what's the disconnect. Also, other thing is, to prevent cross-site SQL injection or cross-site request forgery they 'sanitize' the CSS so some values can be var(--) and others have to have hex, and some will accept both but will show a warning like shown there for the var. Anyway, I test it, and it's benign. waddie96 ★ (talk) 14:55, 23 September 2025 (UTC)

@MSGJ  Fix implemented see latest diff at Template:No article text/sister projects/sandbox/styles.css. Sorry the one CSS selector selected for the element on the sandbox and template but not on the actual page because the parent head class changed with the parser output waddie96 ★ (talk) 15:55, 23 September 2025 (UTC)

@Waddie96, this is not the correct fix. I'm reverting both changes until you can figure this out. Izno (talk) 20:25, 23 September 2025 (UTC)

Indeed, it is correct to say that the errors in the editor are not necessarily true errors, and are generally associated with a pretty old version of CSS. The final arbiter of accepted CSS is whether the page saves (though objectionable CSS will display on preview). Izno (talk) 20:30, 23 September 2025 (UTC)

This caused lots of awkward whitespace when viewing pages that were previously deleted such as AAAAAAAA. Could this be fixed please? * Pppery * _{it has begun...} 18:51, 23 September 2025 (UTC)

@Waddie96, you must prefix selectors selectors so generic as li with some names pertinent to the template of interest. (See also the guidance at WP:TemplateStyles.) You have no idea where this page could display, just some usually-unreasonable belief that there will be no other parsed content on the page.

Separately, role=none is entirely unnecessary on a div. That is its default state and we do not mark entities up with their defaults. I would advise that it's generally a bad idea to add an aria-label to a region marked as none.

Thirdly, when someone puts a comment in a page that says "don't touch this div" (specifically, that was me), best you don't touch that div without asking someone. Izno (talk) 20:23, 23 September 2025 (UTC)

And fourthly, generally don't add CSS to an unrelated TemplateStyles page as was done at the sister projects sub template for a change that affects the wider template. It takes a lot of work to verify that the styles are all ending up where they should. It would be better to add CSS to a direct subpage of this template instead. Izno (talk) 20:28, 23 September 2025 (UTC)

To be fair, it makes TemplateStyles vroom vroom isn't exactly clear. --Redrose64 🌹 (talk) 18:59, 24 September 2025 (UTC)

Yeah about prefixing I think I may have missed that one as I always do that, or I was thinking it's becuase the page has no other lli element on it waddie96 ★ (talk) 22:25, 24 September 2025 (UTC)

Yeh to be honest vroom vroom made me be like wtf? waddie96 ★ (talk) 22:26, 24 September 2025 (UTC)

I knew that meant makes it work.... but how I wasnt sure and couldnt find it.... so I just carried on. What and how does it work? So I can fix this thing... waddie96 ★ (talk) 22:27, 24 September 2025 (UTC)

Take a minute to read WP:TemplateStyles. It has enough explanation on it even without going to MediaWiki wiki which has some more documentation. Izno (talk) 00:45, 25 September 2025 (UTC)

I don't see the word "vroom" there. --Redrose64 🌹 (talk) 17:09, 25 September 2025 (UTC)

@Redrose64, was that comment addressed to you? Izno (talk) 23:17, 25 September 2025 (UTC)

Yes, I don't know what point you're arguing. I'm not inept at CSS and you know that. Two, the issue seems to have come about from a mistake because of an unclear comment. waddie96 ★ (talk) 20:27, 25 September 2025 (UTC)

I do not think you are inept at CSS. I think you don't understand how TemplateStyles differs from CSS.

One factor, but certainly not the only factor, is that all selectors you write in TemplateStyles will have .mw-parser-output added. Most selectors like .my-selector-of-whatever-flavor will be transformed to .mw-parser-output .my-selector-of-whatever-flavor. Selecting on body and html, which must be written to include the HTML elements as body.an-interesting-selector .my-selector-of-interest, will be transformed to body.an-interesting-selector .mw-parser-output .my-selector-of-interest.

You will find that documented already in at least one of the two places mentioned in my prior comment (WP:TemplateStyles and MediaWiki wiki). It makes it clear you did not read the relevant documentation and additionally makes it clear why my "don't touch this div" is an obviously incorrect div to target.

Please go and read it. There are other things those pages say which could have saved me some text earlier in this interaction and you the trouble of having had your changes reverted in whole with this attempted change. Izno (talk) 23:29, 25 September 2025 (UTC)

Got you on the And fourthly, generally don't add CSS... waddie96 ★ (talk) 22:28, 24 September 2025 (UTC)

Update "title blacklist" to a more inclusive alternative

The MediaWiki guidance on Inclusive language is to avoid the term "blacklist" but it currently appears the version where the user does not have perms to create a page (first bullet reads, "This page is on the title blacklist..."). I don't think the suggested alternatives on the MediaWiki page are great fits for this context, but could we replace the term with something like "restricted titles list" or "gated titles list" instead? Booksybeeksy (talk) 00:38, 11 December 2025 (UTC)

According to blacklist the word itself does not appear to be rooted in any racial sense (and explicitly calls that notion out). I don't see the phrase changing any time soon, and if anything we should get meta to change that list. Primefac (talk) 13:28, 14 December 2025 (UTC)