Wikipedia talk:WikiProject Templates

This is the talk page for discussing WikiProject Templates and anything related to its purposes and tasks.

Put new text under old text. Click here to start a new topic.
New to Wikipedia? Welcome! Learn to edit; get help.

WT:WPTWT:WPT

Archives: 1, 2, 3, 4, 5, 6, 7, 8, 9: 4 months

Template doc not showing as anticipated

Hi all, I have created documentation for Template:British university, but it is not showing on the main page as it does in the separate documentation article (shortcut box and see also section missing). Is there any way I can fix this? MB 2437 08:29, 16 May 2025 (UTC)[reply]

I have fixed it with a purge of the template page. -- John of Reading (talk) 08:56, 16 May 2025 (UTC)[reply]

Standardization of template formats and measurements

Why do sidebar and series templates have different widths? Here are two examples:

Can this be fixed so they are all the same width?

I'm sure this is likely addressed elsewhere, so point me in the right direction... >>> -- Valjean (talk) (PING me) 01:52, 16 July 2025 (UTC)[reply]

On desktop resolution these appear to be the same width to me. A look at the CSS matches that expectation. Izno (talk) 02:27, 16 July 2025 (UTC)[reply]

I'm using Firefox, and they are definitely different, regardless of the zoom factor. To spare my old eyes, I usually use 120-133%. They are clearly different widths to me. -- Valjean (talk) (PING me) 04:51, 16 July 2025 (UTC)[reply]

They are not, according to the CSS and my own experience (Win10, Firefox 140, Vector 2022), which doesn't vary on any of those dimensions. I can verify that in safe mode they are identical widths, so I suspect you have some gadget or anon that is causing the issue. You are welcome to upload a WP:SHOT I suppose, but I would guess no one will be able to help you. Izno (talk) 05:25, 16 July 2025 (UTC)[reply]

I'm running Firefox 140.0.4 and have either the same or a similar mismatch in template widths. I am at default magnification (100%). There is something going on here. Van Isaac, GHTV^contr_about 05:30, 16 July 2025 (UTC)[reply]

They are both using Module:Sidebar. The default width is 22em. Both templates try for 22em, but the second one has an image that is specified as 250px, so (for me) the second template is rendered wider than 22em. – Jonesey95 (talk) 05:34, 16 July 2025 (UTC)[reply]

That would explain a mismatch, but not why at least one person doesn't have a mismatch. :D Izno (talk) 05:35, 16 July 2025 (UTC)[reply]

You lot are using Monobook. The font size on Monobook (and a few other older skins) will cause the 22em to be interpreted there as a smaller width than the image. Izno (talk) 05:37, 16 July 2025 (UTC)[reply]

I'm using Vector 2022, FWIW, and I see the lower template wider than the upper one (about 264px versus 239px). – Jonesey95 (talk) 05:40, 16 July 2025 (UTC)[reply]

Did you set your font size to Small in V22? That still doesn't affect the font size sufficiently for me. I get a Standard font width computed at about 310px for both and in Small I get a computed width of 271px.

Y'all going to need to verify this issue exists for you in safe mode and review your preferences both onwiki and personal for font size adjustments. you may have made. Skins that aren't V22 are one way to have this issue (I experienced it in Monobook and Modern but neither Vector, choosing to use a non default skin is your choice but will likely have negative effects like this). Izno (talk) 06:21, 16 July 2025 (UTC)[reply]

In safe mode, the top one is still narrower. It looks like I have the font size set to "Small", which was the old default. When set to "Standard" or "Large", the boxes are the same size (272px wide for me in Standard). When I am logged out, the top box is slightly smaller when the font size is set to "Small", and the boxes are the same width at the other font sizes. It still appears to me that the fixed 250px image size is causing the width difference. There are many reasons to avoid fixed px sizes for images; this appears to be one of them. – Jonesey95 (talk) 13:22, 16 July 2025 (UTC)[reply]

No, it's clearly the image, but that doesn't explain why I have a roughly 10% larger font size by default than you do even in safe mode. Izno (talk) 20:59, 16 July 2025 (UTC)[reply]

Font sizes are chosen in browser settings. I have mine set to 14, with a minimum size of 11 so that I never get micro-text. Even a 14-point default will probably render differently for different viewers on different operating systems with different fonts. There is no way to get a flexible grouping of web objects like this to render the same for all viewers, as far as I know. The web is not PDF or print. – Jonesey95 (talk) 17:20, 18 July 2025 (UTC)[reply]

I am using Monobook. Whatever the case, it appears that the image is the problem. Can that be fixed? The boxes should be the same width for everyone, regardless of their systems or preferences. -- Valjean (talk) (PING me) 15:10, 16 July 2025 (UTC)[reply]

We should not optimize for skins not used by, well, most of our readers. So no, I disagree with changing the image based on your experience. Izno (talk) 20:02, 16 July 2025 (UTC)[reply]

Tangential links in navboxes

Input requested at this discussion regarding permitting tangential links into navboxes per this edit on the explanatory essay --wooden superman 08:53, 22 July 2025 (UTC)[reply]

New(-ish) Wikipedia Library access template

Just a note to draw people's attention to a template I created recently: Template:Wikipedia Library access (alias TM:Twlac). I created it as a way to avoid the hassle involved in manually checking whether or not TWL has access to a particular source.

The idea is that regular (non-TWL) URLs and DOIs should be used in citations, to ensure that readers who don't have access to TWL (ie. the vast majority of readers) can access the ordinary link; this new template could then be tagged on to the end of the citation to direct any future editors with TWL access to an accessible version of the source. The template can take a URL, a DOI, or a JSTOR ID, and converts the input into TWL link format.

Markup	Renders as
{{Wikipedia Library access\|https://www.example.com}}	Full access available to users of The Wikipedia Library.

(See the documentation for further examples.)

I have very little prior experience of making or editing templates, so I'm very open to feedback and contributions to any aspects of the template that need improvement/could be made more efficient/etc.

On a broader scale, I'm interested to hear people's thoughts on the template's suitability for being included in mainspace articles, as opposed to just on talk/project pages for instance. Given that such a tiny proportion of readers could make use of the link, is it actually beneficial to add this template to mainspace citations, or would it just confuse/distract readers? Should a feature be added to the template so that it only displays for auto- or extended-confirmed users—ie. the users for whom the template is most likely to be relevant? Or should the template be limited to use in non-article namespaces such as talk pages?

If anyone has any thoughts on these issues, or on any other aspect of the template, please feel free to share them on the template's talk page; I'm really keen to get an idea of the community's views on this! Thank you in advance! :) Pineapple Storage (talk) 18:47, 24 July 2025 (UTC)[reply]

Given that such a tiny proportion of readers could make use of the link... that would be my only concern with using it in mainspace; the Library is (as far as I understand it) primarily a tool for editors, not readers. That being said, I think it would be a great tool for talk page discussions, in particular those looking for RS to support a given statement. Primefac (talk) 22:00, 24 July 2025 (UTC)[reply]

Thank you, yes that was my concern too. What are your thoughts on the option of using (for instance) Template:Main other and Template:If autoconfirmed to only display the template in mainspace for autoconfirmed users? Pineapple Storage (talk) 22:35, 24 July 2025 (UTC)[reply]

If you didn't want it to be used in the article space, then wrapping it in {{main other}} would be a good option. Not sure if the second option is as good, since it would mean even talk page discussions would exclude IP editors. Primefac (talk) 22:46, 24 July 2025 (UTC)[reply]

I was actually thinking of combining the two, so that the logic would be:

Is the template in mainspace?
- No: template is displayed
- Yes: is the user is autoconfirmed, confirmed, XC or administrator?
  - Yes: template is displayed
  - No: template is hidden

I'm not sure whether this kind of thing is normally done in templates, but I think in this case it might work quite well? Unless there's something I'm missing—which is quite possible, as I have very little template experience! Pineapple Storage (talk) 23:03, 24 July 2025 (UTC)[reply]

I mean, I'm just one editor with one opinion. Your proposed solution would work if the template is designed to be used in the mainspace for editors to use. I think making that determination is the best first step. Primefac (talk) 23:13, 24 July 2025 (UTC)[reply]

Of course, and I'm still hoping to get a wider discussion going to identify a consensus on the best application of the template; your comments have prompted me to clarify the logic behind the possible options as I see them, so I appreciate that! :) Pineapple Storage (talk) 23:34, 24 July 2025 (UTC)[reply]

Haven't considered all the implications yet, but have you considered using it with param |via= of citation templates? What I usually do whenever I gain access to a source via TWL, is leave the normal, non-TWL link in param |url=, and then add |via=[[WP:TWL|TWL]] to the citation. Your template suggests an alternate approach: leave the original url in |url= as before, but now use a different version of your template which would drop the 'available to users...' verbiage, and instead do this:

Is the user autoconfirmed, confirmed, or XC? (don't think you need to include admin here)
- Yes: emit citation param |via=[[<TWL url to resource>|TWL]], piping TWL to the resource
- No: emit citation param |via=[[WP:TWL|TWL]] linking The Wikipedia Library

That may be too radically different than what you had in mind, and I hope to come back with comments more directly related to how you conceive of it. (edit conflict) Mathglot (talk) 23:40, 24 July 2025 (UTC)[reply]

Interesting! So in that scenario, would the template actually be used as the input for the |via= param in citation templates (eg. ... |via={{twlac|...}}) so that the main citation template will output — via [<TWL url> The Wikipedia Library]. (or — via The Wikipedia Library. if the user isn't autoconfirmed)? Or would it be added outside the citation template but mimicking the |via= param? As mentioned, I'm a complete template novice, so I'm not sure whether there would be COinS issues if it were used inside a citation template. Pineapple Storage (talk) 00:05, 25 July 2025 (UTC)[reply]

I was actually thinking of it being used inside, as the value of param |via=; if you are not familiar with that citation param, see Template:Cite journal#TemplateData, and scroll about 80% of the way down that long section, or search-on-page for 'via'. But in a way, it is sufficiently different from what you had in mind, that maybe it should be a new template. And your synopsis was correct; the TWL url would of course be enclosed in single brackets, and without the pipe. Mathglot (talk) 22:18, 25 July 2025 (UTC)[reply]

Don't worry, I am familiar with the 'via' parameter, I just wasn't sure whether there would be COinS issues that might prevent the use of the template inside a citation template! :) Pineapple Storage (talk) 03:23, 26 July 2025 (UTC)[reply]

|via= should not be used for this. The analog (pun intended): would you do this with checking a book out from The New York Public Library? Izno (talk) 22:48, 25 July 2025 (UTC)[reply]

See also this recent discussion, I suppose. Izno (talk) 22:51, 25 July 2025 (UTC)[reply]

I don't see an analogy here. I would not do it with checking out a physical book from the NYPL, nor would I do it to link a digitized book at Google or Internet Archive that happened to be a scan from the NYPL collection, as that information is irrelevant to someone seeking to verify the article content by locating the resource. In neither case is it relevant to the reader/verifier to know that somebody found the book at NYPL, whether hardbound book, or an online version.

However, the same cannot be said for resources discovered at some online repository like MUSE or Gale, or a search platform like TWL. In these cases, it is highly relevant to know where the item was found, to help a reader/researcher who wishes to find it. Users of TWL know that the search feature is finicky, and the same search that shows zero results at the top level of TWL search, (or too many results, like the 35,000 for 'OED') will find what you want if you go to the proper access link for the TWL partner, and search from there. Once you find the resource you are looking for, it is worth preserving the TWL url to save other editors the trouble, or even to show that the resource exists online at all.

So, I think preserving the TWL url resulting from a successful TWL search is well worth it for verifiability, as well as for the productivity of future researchers. It turns out that trying to store it in the |via= param works, but is accompanied by a CS1 warning about urls found in non-url parameters, and trying to store it in a url-holding param like |entry-url= is worse, because it gets stripped. So I guess we have all but reached a dead end at least with respect to current behavior of the citation templates and |via=. A hidden comment could be used, but would be missed by most of the users who might have been helped by a TWL link in the citation. Mathglot (talk) 01:28, 26 July 2025 (UTC)[reply]

Hmm... I think what @Izno may have been getting at (please correct me if I'm wrong!) is that a lot of users, myself included, likely use TWL not necessarily as a search platform but as an institutional login, like you get from a university or another academic institution. The |via= parameter isn't used for institutional logins to an online publisher's website, for instance, and to my knowledge a lot of sources aren't actually hosted on TWL's database but rather have dedicated TWL URLs on their host site; in that case, |via= probably isn't the best parameter, and having the template as a separate tag on the end of the citation would probably work better. Pineapple Storage (talk) 03:30, 26 July 2025 (UTC)[reply]

If what you say is right, then the idea of tagging something to the end of the citation just says to me that the citation is missing a param that should go inside it. But you would need consensus for that, so maybe creating the template as a tag-on is a halfway house that might get people exposed to it, and drum up support for further action. (Or not.) Mathglot (talk) 05:53, 26 July 2025 (UTC)[reply]

Yes I guess that is a possibility; if so, I agree that any change to that effect would need to have further discussion, so this might help to provide an example. Pineapple Storage (talk) 06:26, 26 July 2025 (UTC)[reply]

Just a quick note to say I've edited Template:Wikipedia Library access/sandbox to add {{main other|<span class="autoconfirmed-show">|}} and {{main other|</span>|}} around the template. This feels a bit inelegant, and I don't know how to get the 'demo' parameter for Template:Main other to work properly (eg. for Template:Wikipedia Library access/testcases), so if anyone has time and knows of a way the sandbox version could be improved, that would be much appreciated! Pineapple Storage (talk) 06:30, 26 July 2025 (UTC)[reply]

Are you familiar with templates {{If autoconfirmed}} and {{If extended confirmed}}? They wouldn't change anything for users, but might make it a bit easier for you (and other template editors) to follow and modify, perhaps. Otoh, your version would probably have fewer curlies, so maybe in the end your way is easier. Anyway, those templates might come in handy in some other situation which is less squirrely than this one. Mathglot (talk) 06:43, 26 July 2025 (UTC)[reply]

Yes for sure, and that was what I was originally thinking of doing (see above), but I just checked and it looks like Template:If autoconfirmed already contains Template:Main other, so it felt like nesting the two would be a bit redundant? Again though, I might be missing something. Pineapple Storage (talk) 06:49, 26 July 2025 (UTC)[reply]

Oops, carry on, you seem to have thought of everything. Pretty good, for someone just getting into templating.

Mathglot (talk) 07:03, 26 July 2025 (UTC)[reply]

Thanks! :D I think it's just because I'm still in the conscious incompetence phase, so I try to look for all the possible options before making any changes... Input and improvements from more experienced template editors are still very much welcome! Pineapple Storage (talk) 07:15, 26 July 2025 (UTC)[reply]

Another quick note: I've been playing around with Template:Wikipedia Library access/sandbox again and I've reached a bit of an impasse. I ended up opting for the {{#tag:span|content|attribute="name"}} magic word to wrap the template in span tags, with a class="autoconfirmed-show" attribute which is conditional on a namespace check. (The sandbox version is currently set to not show for non-autoconfirmed users in Template namespace, ie. {{ns:10}}, to try and allow a demo in Template:Wikipedia Library access/testcases; for the real template, this would obviously be replaced with {{ns:0}} to hide it for non-autoconfirmed users in mainspace only.) I've been checking whether the template is showing up on testcases using my alternate (non-autoconfirmed) account User:Pineapple Storage 2 in another browser, and I can't get it to work properly, ie. display for autoconfirmed and hide for non-autoconfirmed; at the moment, it's displaying for both. I'm having real trouble working out how to fix it and I think some fresh eyes on the issue could help, so if anyone has time to look over it and see if you can identify the problem, that would be very much appreciated! :) Pineapple Storage (talk) 00:03, 27 July 2025 (UTC)[reply]

Before even attempting a response to a detailed question about a template with a lot of levels of nesting, I would look to see how easy it is to follow the conditionals, and in this case, it is very difficult, so I would not attempt it without pretty-printing the code first, but even that is non-trivial (we should have a tool for that) so I quickly gave up. See something like Template:Chart for a pretty-printed template. (I'm not sure how you are even debugging at all, without having a pretty-printed version; if you are doing that offline or between saves, it's perfectly all right to release a pretty-printed version that works properly.) Mathglot (talk) 02:59, 1 August 2025 (UTC)[reply]

Yes, I've had real trouble with that too... I did try pretty-printing it but beyond a certain point, adding line breaks etc actually affected the output/functionality of the template, so I didn't want to proceed any further and risk messing the whole thing up even more. Thank you for linking Template:Chart; that template seems to use  notation to enclose line breaks and indentation, which (now that I think about it) seems like an obvious solution! I will have a go at implementing that and get back to you. Thank you again! Pineapple Storage (talk) 13:48, 1 August 2025 (UTC)[reply]

@Mathglot Sorry about that, I've gone through and prettified the code at Template:Wikipedia Library access/sandbox so hopefully it's now a bit more approachable! Feel free to tweak the formatting etc. if you notice any room for improvement/clarification. Pineapple Storage (talk) 15:44, 1 August 2025 (UTC)[reply]

I think I've now actually fixed the issue of the <attribute class="autoconfirmed-show"/> not being applied to the template... I don't think the function recognised the attribute if it was enclosed in a conditional expression, so to fix this I just duplicated the whole template inside a conditional expression, with the only difference being the presence/absence of the tag attribute, based on the namespace detected. Again, this feels a bit inelegant, so I'm very open to suggestions on how this can be streamlined! Pineapple Storage (talk) 18:12, 1 August 2025 (UTC)[reply]

Could this be added as a parameter to the standard cite book/cite journal templates? ARandomName123 (talk)^{Ping me!} 00:03, 27 July 2025 (UTC)[reply]

Yes, I think that's a possibility... maybe in the future after further discussion, and once the exact functionality has been ironed out? Pineapple Storage (talk) 00:08, 27 July 2025 (UTC)[reply]

Sure. Also, have you thought about having a "short" option for the template? Something like {{ProQuest}} (ProQuest 734005592) or {{EBSCOhost}} (EBSCOhost 129997295), where it would just display TWL link. That would be a shorter one that could be used in the |id= parameter in citation templates. ARandomName123 (talk)^{Ping me!} 00:17, 27 July 2025 (UTC)[reply]

It would fit those quite well, since ProQuest, EBSCOhost and the other similar templates are also paywalled or login-gated, like TWL. ARandomName123 (talk)^{Ping me!} 00:18, 27 July 2025 (UTC)[reply]

Yes, this is definitely something I'll add in as an option! Thank you for raising it! :) Pineapple Storage (talk) 00:26, 27 July 2025 (UTC)[reply]

Discussion at Wikipedia talk:Manual of Style/Infoboxes § Flags and coats of arms

You are invited to join the discussion at Wikipedia talk:Manual of Style § Flags and coats of arms, which is within the scope of this WikiProject. Coleisforeditor (talk) 15:25, 30 July 2025 (UTC)[reply]

Coleisforeditor, please double-check your link, as a discussion of that name does not appear to exist. Primefac (talk) 21:19, 30 July 2025 (UTC)[reply]

Thank you. I have corrected the link. Coleisforeditor (talk) 22:12, 30 July 2025 (UTC)[reply]

New template: Template:Wrong ISBN

I've created a new ambox template for articles that contain multiple ISBNs that don't match the books they're listed alongside (often found through the Check Wikipedia project's errors CW Error #70, CW Error #71, CW Error #72, and CW Error #73.) It's at Template:Wrong ISBN and sends to Category:Articles with incorrect ISBNs . It's my first template, so hopefully everything works okay - please let me know if there's any bugs. Moose (talk) 21:31, 10 August 2025 (UTC)[reply]

See my feedback on a similar post. – Jonesey95 (talk) 16:07, 11 August 2025 (UTC)[reply]

Box to link template styles

We have {{Lua}} and {{Uses Wikidata}} for use on template doc pages, is there someting similar to show that a templatestyles is in use? See for example the doc of Template:Infobox company, where Template:Infobox company/styles.css is not mentioned at all. --Redrose64 🌹 (talk) 07:38, 18 August 2025 (UTC)[reply]

Someone put {{Uses TemplateStyles}} at Module:Convert. Johnuniq (talk) 08:51, 18 August 2025 (UTC)[reply]

Where I've moved templates with an underlying metatemplate (infobox, navbox, sidebar, etc) to using TemplateStyles, I haven't been putting the styles page on the documentation. But yes, the right template is the above. Izno (talk) 19:45, 18 August 2025 (UTC)[reply]

Thank you --Redrose64 🌹 (talk) 08:16, 19 August 2025 (UTC)[reply]

Nomination for merger of Template:Format link

Template:Format link has been nominated for merging with Template:Format linkr. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you. FaviFake (talk) 15:44, 18 August 2025 (UTC)[reply]

Comment requested at Template_talk:Pagelist#ER

We are discussing a change to the template, please see Template_talk:Pagelist#ER. --FaviFake (talk) 12:03, 30 August 2025 (UTC)[reply]

Template:Discrimination

There is a discussion at Template:Discrimination; when you look at the template navigation between different types of discrimination, it's useful. But... by the time you get to "manifestations" you can see it's become "stuff everything into this template". I feel if it were a category, there should be a top level category and lower level ones, and everything has been stuffed into this "top level" template. Like "Music in the movement against apartheid" isn't a top-level article in subject matter.

One of the users pointed out there are navigation templates that already exist for smaller groups of sub articles. So if there was a way to make a top level template where you get to another top level article, then a second template for that subject area, that would best.

The editors we have are mostly in agreement/open to discussion, but I think none of want to mess up such a big template across so many articles. There are some odd placements too, like Han Chauvanism (similiar to white supremacy, but for the Han ethnic group) is listed under social and not... race / ethnicity. Denaar (talk) 02:55, 12 September 2025 (UTC)[reply]

@Denaar: I think that you mean Template talk:Discrimination#Scope: Articles on discriminatory subjects. --Redrose64 🌹 (talk) 18:01, 12 September 2025 (UTC)[reply]