Share to: share facebook share twitter share wa share telegram print page

Template talk:Archive

Template:Annual archive now redirects to this template

Per the discussions at Wikipedia:Templates for discussion/Log/2025 April 25#Template:Annual archive, {{annual archive}} redirects to this template. Its various parameters are not needed by {{archive}} because Module:Archive extracts them from the page title. In the merge proposal, I mentioned several ways to change to the blurb text generated by this template:

  • The |text= parameter will replace the default blurb with anything an editor writes.
  • It's not yet in the documentation, but {{archive|type=archive}} will give nearly the same language as used by the former {{annual archive}}. Nobody mentioned a desire for this ability or objected to it in the merge discussion. If "type=archive" goes unused, it can be removed from the module.

Rjjiii (talk) 01:37, 6 May 2025 (UTC)[reply]

Is there a way to turn off __NONEWSECTIONLINK__, as it used to be in the annual archive? I used it specifically because it didn't have this option. Primefac (talk) 12:50, 11 May 2025 (UTC)[reply]
@Primefac It looks like __NOEDITSECTION____NONEWSECTIONLINK____ARCHIVEDTALK__ were added to Template:Annual archives over the past few years [1][2] to match {{archive}}. Module:Archive#L-452 will suppress them with {{archive|demospace=yes}}. This was added by Gonnym, but I don't think it's documented on the /doc page. What's the use case for needing new section links on a page with an archive banner? Rjjiii (talk) 01:53, 12 May 2025 (UTC)[reply]
When I'm adding archives for WP:AFCH requests it's easier to "new section" it rather than edit and scroll all the way to the bottom of the page. Since it's a limited-use case I'll just demospace it, thanks. Primefac (talk) 08:43, 12 May 2025 (UTC)[reply]

Bug report

 You are invited to join the discussion at Wikipedia talk:Teahouse § Archive header is wrong. Sdkbtalk 04:47, 15 July 2025 (UTC)[reply]

@Sdkb & Vchimpanzee, in the issue raised above, it would be fairly straightforward to change the text to "This is an archive of past discussions about Wikipedia:Teahouse." but it would be more complicated to get "This is an archive of past discussions on Wikipedia talk:Teahouse." There was a change done in the past to link from talk page archive banners to the article page. This works pretty well for articles, but quirks have come up outside of article space. I believe Andy came up with the idea, so I'll ping him for his thoughts, Rjjiii (talk) 05:09, 10 September 2025 (UTC)[reply]
@Rjjiii, could you move your comment to the Teahouse talk discussion per WP:TALKCENT? Thanks! Sdkbtalk 03:25, 20 September 2025 (UTC)[reply]

The default situation is that an archive page does not have red links for future archives. As someone who manually archives, I find it cumbersome and awkward not to have a redlink so I can quickly and easily and accurately create the next archive. To ready the archive page for future manual archiving I have to add |noredlinks=no to the template. It's a minor thing, but an irritation nevertheless, as it's simply extra work that should not be necessary.

I've not looked back to see why it was made default that red links are not displayed. I can see that it would be acceptable if archives on a page were all automated, but if the archives are manually done then showing the red link would be of more benefit. Clicking on the red link immediately creates a new archive with the correct name and number (editors do make mistakes in naming and numbering which causes problems). Having a red link might also encourage editors to create a new archive page when the existing one is getting long (I do sometimes come upon some very long archive pages).

It is of course possible that other than auto-archiving there are reasons why not having a redlink is preferable for manual archiving, though other than personal taste I can't at the moment think of one.

Provided there are no practical issues with displaying a red link on an archive page which is not auto archived, would it be possible to default the template to displaying the red link? There may need to be some consideration given to the auto archiving software if defaulting to red links might cause problems there. SilkTork (talk) 19:09, 25 August 2025 (UTC)[reply]

Sounds like a bad default assuming most editors use automatic archiving. — Qwerfjkltalk 12:04, 19 September 2025 (UTC)[reply]
Human editors would use manual archiving, it's only bots that would use auto. And I assume that bots are not bothered by there being a red link. So you're right, it's a bad default as it restricts the ability of human editors to archive. SilkTork (talk) 21:30, 20 September 2025 (UTC)[reply]
SilkTork, to put it more precisely, most editors rely exclusively on automatic archiving, and so it would only be confusing to see a red link when looking at the archive. You can use a userscript to adjust how the archives display as much as you want. — Qwerfjkltalk 16:00, 21 September 2025 (UTC)[reply]
It's not confusing, it's restrictive. The red link is not for appearance sake, it enables a human editor to quickly and easily create the next archive (and without error) by clicking on it. Even when a page is automatically archived, it sometimes requires a manual archive because an event (an edit debate, or a news item, etc) has temporarily increased the length or amount of discussions on the talkpage. Having the red link allows people to quickly and accurately tidy up the talkpage, whether it is auto-archived or not. It gives people an easy choice. Suppressing the link removes that easy choice, and editors may not be aware of how to archive, or may be reluctant to go through that extra effort (small though it is, it is not the quick tap and go of the red link). The red link was created for the purpose of enabling editors to make a quick and accurate archive, but then someone added the code to conceal it. Not sure why someone would do that, as it then makes things more difficult for editors. Perhaps they were thinking that most editing is done automatically, and so it wasn't needed. But manual archiving is still done, and so it is still needed.
If you know of a userscript I'd welcome that personally until this issue is resolved, but that wouldn't solve the issue for other editors. I suspect we would get more (and more accurate) archiving done if the suppression were removed. Meanwhile, thank you for engaging with this. SilkTork (talk) 07:19, 22 September 2025 (UTC)[reply]
SilkTork, I had a go at writing a userscript, and found it was probably not straightforward to support all the various different ways {{Archives}} can be configured. But I think the simpler way to deal with this is just to archive to the latest archive. It might cause slight over-stuffing in some cases, but I don't think that's a terrible consequence (and some editors suggest a default archive size of 900k, so maybe not a problem after all). — Qwerfjkltalk 12:07, 22 September 2025 (UTC)[reply]
Thanks for trying the script, Qwerfjkl. I will consider just stuffing one archive page - if people are using the archives, it is mostly to search for previous conversations, so having one large archive could actually make searching easier than having several. In the meantime, if nobody is willing or able to turn off the red link suppression, then I'll continue to use "|noredlinks=no". SilkTork (talk) 03:04, 23 September 2025 (UTC)[reply]

Is it possible to lowercase the title?

Basically at User talk:guninvalid/archive 1 the template refers to me uppercase, but I prefer lowercase. Is it possible to change the title it uses? guninvalid (talk) 09:41, 19 September 2025 (UTC)[reply]

This, I think, not a template thing but a MediaWiki thing. If you copy the magic word {{BASEPAGENAME}} onto your talk archive and preview the edit, it will display in upper case. This template does have a |text= parameter that can accept any text. I have seen a few pages transclude material from a page in their userspace to create consistent custom archive headers as well. Rjjiii (talk) 16:40, 21 September 2025 (UTC)[reply]
Prefix: a b c d e f g h i j k l m n o p q r s t u v w x y z 0 1 2 3 4 5 6 7 8 9

Portal di Ensiklopedia Dunia

Kembali kehalaman sebelumnya