Template talk:Editnotice

New parameter

I'd like to add a new parameter to this template (perhaps |category=) to specify a category used to check usage of the edit notice. For example Category:Pages with editnotice Romeo notice tracks usage of {{Romeo notice}}. Currently this is hard-coded in each template, but I think it could be simpler for this meta template to handle it. — Martin (MSGJ · talk) 19:24, 15 September 2014 (UTC)

Background colour

I'm working on a warning editbox for an inactive project's talkpage and want the warning pink background to run under the text AND the image. Setting textstyle = #fdd will do it for the text, but not for the image. I've succeeded by substing then replacing the type in the call to fmbox from "editnotice" to "warning". (Example) Could a parameter be added to expose the type of the call to fmbox with a default of "editnotice" and an option of "warning"? Bazj (talk) 13:49, 14 February 2015 (UTC)

The issue is {{fmbox |type = editnotice, where editnotice sets a transparent background per {{fmbox}}. Looks like the {{fmbox}} editors presumed that editnotices would never have a backgrount but the {{editnotice}} editors added support for background.

We could change |type=editnotice to |type={{{type|editnotice}}}. Then setting |type=warning would set the warning triangle and the pink background.

Discussion? --  Gadget850 ^talk 14:18, 14 February 2015 (UTC)

The version I currently have in the sandbox uses :

|{{fmbox
  |type      = {{#ifeq: {{{warning_notice|}}} | warning | warning | editnotice }}

to protect against any other (invalid) values for the fmbox's type. Bazj (talk) 14:36, 14 February 2015 (UTC)

You say that you are setting textstyle = #fdd - this shouldn't do anything at all, since the |textstyle= parameter is intended for a CSS declaration-list - a semicolon-separated list of valid CSS declarations (with optional whitespace between tokens), and #fdd is not a CSS declaration. --Redrose64 (talk) 18:04, 14 February 2015 (UTC)

Sorry, should have copied & pasted what I meant to say... | textstyle = background-color: #fdd; Bazj (talk) 18:40, 14 February 2015 (UTC)

• Parameter renamed type as suggested. Also included fmbox's "system" type in the same way as "warning". Test cases updated & checked.

{{edit template-protected}} Please copy sandbox to live. Bazj (talk) 15:07, 20 February 2015 (UTC)

If we are going to do this, I favour Gadget850's simplistic approach. But better still, why not just use {{fmbox}} instead? — Martin (MSGJ · talk) 15:46, 20 February 2015 (UTC)

I took the wordier approach to prevent invalid types being passed to fmbox. The reason for doing it here is that I intend using it in a shedload of editnotices and it seemed more logical to fix up the editnotice template rather than use fmbox. Having found the peculiarity that a colour could be placed under the text but NOT under the image it seemed the responsible thing to try and fix it. (Edit request on hold pending your reply) Bazj (talk) 16:21, 20 February 2015 (UTC)

Please copy sandbox to live. Bazj (talk) 22:37, 25 February 2015 (UTC)

Not done: please establish a consensus for this alteration before using the {{edit template-protected}} template. Hex color codes should be 6 digits, not 3. Also, I don't see the consensus here. I see "let's do this", "no, let's do it like this instead", "yeah, I like that idea better", "no, I'm doing this way instead"... That does not a consensus make. — {{U|Technical 13}} (e • t • c) 14:33, 28 February 2015 (UTC)

@Bazj: The proposed change won't work as intended, since {{#ifeq}} only takes four parameters; any additional parameters are ignored. This means the fallback type is "system" rather than "editnotice". You may want to use {{#switch}} instead.

@Technical 13: "Hex color codes should be 6 digits, not 3." – Who says that? Also, neither the sandbox nor the live template currently contains any color codes.

SiBr₄ (talk) 14:48, 28 February 2015 (UTC)

Technical 13, I'm aware discussion makes consensus. Unfortunately experience in this thread shows that discussion only starts once I ask for the edit to be executed. Other efforts to get the discussion to progress have failed.

Your summary of the discussion so far rather mis-represents it. I see a series of comments to which I've replied and then met with silence.

• Gadget850 suggested a pithier parameter name, which I implemented in the sandbox. G850 also suggested some syntax, I already had similar in the sandbox and explained that my version would prevent invalid values being passed through to fmbox. No further comment received on the issue.
• Redrose64 raised a point about my initial problem, I corrected myself. No further comment received on the issue.

No comment for 6 days - so I raise edit request.

• MSGJ suggested using fmbox instead. I explained my reasoning. Despite prompting, no further comment received on the issue.

No comment for 3 days - so I raise edit request.

T13, what else would you have me do to establish consensus? I'm happy to wait for the matter to be discussed further, so long as there is some discussion. I'm also aware I still owe you some comments promised at WT:WPT#Participants List regarding your non-consensual edit.

SiBr4 thanks for pointing out the deficiencies in ifeq. Will fix. Bazj (talk) 16:45, 28 February 2015 (UTC)

Done. Bazj (talk) 17:05, 28 February 2015 (UTC)

• SiBr4 As was pointed out by Redrose64 in this comment three-digit hex codes like #F00 for red are a different matter, since they are not recognised by earlier versions of IE.
• "No further comment" is not the same as "commented as resolved". Have you tried going to the talk page of those editors who raised concerns and asking them if their concern was resolved or addressed? I don't see a consensus to make an edit here. Even your own summary (which differs only slightly from mine and doesn't offer yourself the same amount of WP:AGF that mine did), shows there is no consensus and goes a step further to say that your reply to MSGJ is simply WP:IDHT. Anyways, I won't make this edit for you at this time, but feel free to ask the user's whom objected (two of them are administrators) and are as versed or more so in templates and code as/than I am and would be happy to make a change for you once everything is resolved. Good luck and happy editing! — {{U|Technical 13}} (e • t • c) 20:47, 28 February 2015 (UTC)

• background-color:#FDD - I'd like to be able to point you to the location from which I lifted the colour code so that you could fix them. However none of the 6 templates which use that code rings a bell. Widening the search to templates, articles,and user pages throws up 15 matches, none of which is familiar to me, not even User:Technical 13/Scripts/Gadget-codeAnchors.js.
• I take your point that my suggestion and the pings to elicit further comment have done nothing but stir up apathy. The sandbox has been restored to a copy of live and the testcases relevant only to this change removed. Bazj (talk) 12:51, 2 March 2015 (UTC)

• I'm sorry I didn't have time to respond to your earlier comment. I think the underlying request is uncontroversial; it's just the way you were proposing it that seemed to reach disagreement. I've passed the type parameter to fmbox now. If that's all that's required, I think we can mark this as resolved. — Martin (MSGJ · talk) 17:08, 2 March 2015 (UTC)

Thank you. I've refreshed the sandbox again but left the testcases since the changes weren't relevant to the live version. Bazj (talk) 08:11, 3 March 2015 (UTC)

Any objections to sync Template:Editnotice/notice/sandbox to live?

@MSGJ: The issue is that the expiry notice for an editnotice as {{Editnotices/Namespace/Module}} is incorrectly pointing to the mainspace page Module rather than a link to, say, the Module namespace. Currently, at {{Editnotice/notice/sandbox}}, I put in special cases for editnotices with a prefix "Template:Editnotices/Group" and "Template:Editnotices/Namespace". (I don't know if there are other special cases.) — Andy W. (talk · ctb) 07:51, 17 May 2016 (UTC)

Thanks for fixing this. I don't have time to check your code right now, but will try and find time later today — Martin (MSGJ · talk) 07:55, 17 May 2016 (UTC)

I'm confident to sync what I have, but I can wait. I did some preliminary testing by switching the prefix and seeing its output, and it looks okay to me. The thing that's left to resolve is whether there are other special cases. — Andy W. (talk · ctb) 08:01, 17 May 2016 (UTC)

Looks fine to me. There are no special cases that I'm aware of. (I must say I can't stand all the <!-- --> stuff you've added to the code. But this is just my personal preference.) — Martin (MSGJ · talk) 15:08, 17 May 2016 (UTC)

Tweaked the code a bit. I don't think your code would work for subpages (e.g. Template:Editnotices/Group/Template:Taxonomy/preload). Please check my revised code. Regards — Martin (MSGJ · talk) 15:13, 17 May 2016 (UTC)

@MSGJ: Further tweaks. If we don't have a default case, no need to print "(for )". I'm planning on syncing in about 12 hours. Thanks for the review! — Andy W. (talk · ctb) 16:41, 17 May 2016 (UTC)

Live. I left the prefix to check the full 2 base levels to avoid a weird case like "User:Example/Namespace/Module" or something. Thanks for looking this over — Andy W. (talk · ctb) 05:08, 18 May 2016 (UTC)

Looking good on pages like Template:Editnotices/Group/Wikipedia:In the news/Candidates and Template:Editnotices/Namespace/TimedText — Andy W. (talk · ctb) 05:12, 18 May 2016 (UTC)

Auto-tag G8

@MSGJ, Redrose64, Callanecc, Nyttend, and Amalthea: who were involved at some point in editing the page in question

I have a suggested change for {{Editnotice/notice}} in its sandbox. (Special:Diff/726208381/727286188) What it does: for page and protection editnotices, if the target page does not exist AND is not specially create-protected in any way, we automatically tag it with WP:G8 for deletion. I've tested this in preview mode on Template:Editnotices/Page/Add article (protected) and Template:Editnotices/Page/Addd articlee (and the {{db-g8}} box pops up). It depends on the fact that {{editnotice}} is used in the first place, but should help. Do you think this is a good idea? — Andy W. (talk · ctb) 23:33, 27 June 2016 (UTC)

I don't understand parser functions one bit (except for stuff like {{{1}}} being used for fillable parameters), so I can't comment on whether your proposal should be implemented. However, I think the idea itself is great: why shouldn't these pages be auto-tagged, if it's possible? Nyttend (talk) 00:33, 28 June 2016 (UTC)

Was thinking about this a bit more. The only slight problem might be that the G8s cannot be declined, unless the target page is re-created. — Andy W. (talk · ctb) 01:24, 28 June 2016 (UTC)

[Assuming that the template does as designed] Why would this be a problem? I can't understand why you'd want to decline it, unless (1) the page shouldn't have been deleted, in which case undeletion or recreation is correct, or (2) the editnotice somehow needs to be moved to a new title. Do we ever intentionally have editnotices for nonexistent pages, e.g. "Template:Editnotice/Willy on wheels" existing with a message of "Don't create this page. We mean it!" I can't see why we'd do that, since there's no real point to saying "Don't create this title", unless the page has been recreated so many times that we should protect it. Nyttend (talk) 01:35, 28 June 2016 (UTC)

Salt detection prevents db-g8 from showing up at Template:Editnotices/Page/Enter your new article name here, for example. And actually, the "decline" problem is not too bad (sometimes I have lapses). The 4 ways to decline: 1. recreate the target; 2. blank the notice; 3. use an fmbox instead; 4. salt the target. — Andy W. (talk · ctb) 03:39, 28 June 2016 (UTC)

I think we're in agreement here; I can't imagine why we'd need an editnotice for an unsalted target, and the protection log excerpt at top will serve the purpose of an editnotice for a salted one. Nyttend (talk) 13:15, 28 June 2016 (UTC)

Elaborated on rationale. (effective diff) I plan to act on this in a few days unless I hear otherwise. Thanks — Andy W. (talk · ctb) 18:11, 28 June 2016 (UTC)

In the "how to decline this tag" bit, you offer "Blank this notice page itself" as an option. Is there a way to force it to produce a link to the editnotice page itself? If I were unfamiliar with editnotices, I wouldn't have a clue how to do this. Nyttend (talk) 20:01, 28 June 2016 (UTC)

The db-g8 nom is not by default visible on the target page above the edit box. On the editnotice itself, a link wouldn't really be necessary anyway. The link becomes bolded instead, and, override with red text, so there is no link. — Andy W. (talk · ctb) 21:04, 28 June 2016 (UTC)

But how am I supposed to blank the editnotice if I'm not familiar with how it works? Maybe we're talking past each other (I don't understand why we can't have a link), but it would help to have the Jerusalem editnotice display a link to https://en.wikipedia.org/enwiki/w/index.php?title=Template:Editnotices/Page/Jerusalem&action=edit (it would work; it wouldn't be bolded) if Jerusalem is a redlink. Nyttend (talk) 22:26, 28 June 2016 (UTC)

@Nyttend: Ahh, misunderstood. Applied your suggestion. I'm unaware if it's possible to replace an existing page's contents in the edit box with something else. preload and preloadparams work only for nonexistent pages. Thanks — Andy W. (talk · ctb) 22:50, 28 June 2016 (UTC)

Great; thanks! I figured I was misunderstanding a bunch of stuff. Nyttend (talk) 22:52, 28 June 2016 (UTC)

@Nyttend: I just discovered 2 pages with potential issues (so far). Template:Editnotices/Page/List of Filipino architects and Template:Editnotices/Page/List of Canadian architects appear to be created in advance, expecting a page at the location, due to the existence of a bunch of other "List of * architects". I can see reason to keep them, but it's weak reasoning. What I could do is make a special case for "List of"-prefixed pages. — Andy W. (talk · ctb) 01:06, 29 June 2016 (UTC)

Arbitrary break 1

@Nyttend: So the only remaining issue after a scrub through the pseudospace is potentially Template:Editnotices/Page/Wikipedia:Bots/Requests for approval/Approved/sandbox, whose target, "Wikipedia:Bots/Requests for approval/Approved/sandbox" doesn't exist. The title does makes sense though in the scheme of templates. I'm now thinking that a tracking category for editnotices with (unsalted) redlink targets is more appropriate, which I plan to write in a day or two. (A few dozen other issues were CSD resolved, and 3-4 other issues are at MfD, surely to be deleted.) — Andy W. (talk · ctb) 02:22, 4 July 2016 (UTC)

• As the sandbox of an active page, I think this one's useful; it's not a random page that merely hasn't been created yet. I've tagged that one as {{G8-exempt}} (weird, it's really hard not to type "G8-exempty"), but if course if you don't think it useful, I won't object if you un-tag it. Please don't seek to have it deleted until the MFD closes; I don't want someone to object that we started G8-deleting these things without waiting for the MFD. Nyttend (talk) 02:58, 4 July 2016 (UTC)
  • @Nyttend: I updated the notice subpage to populate the new tracking category Category:Editnotices with unsalted non-existent targets instead of tagging G8, given that there are circumstances where target pages are redlinked and unsalted, like the sandbox example above. Any entries that show up there could then be double-checked for meeting G8. — Andy W. (talk · ctb) 02:40, 7 July 2016 (UTC)

Tracking when editnotices become notices on redirects

The current editnotice system is somewhat lacking in awareness when their pages (targets) are moved. 6 weeks back, the introduction of Category:Editnotices with unsalted non-existent targets, which started tracking editnotices that have become unused/unnecessary on red-links, resulted in cleanup of about a dozen pages. I'm proposing a new category, Category:Editnotices whose targets are redirects (or something similar) (self-explanatory name). Many editnotices that would appear in this category may need to be moved, though some, like Template:Editnotices/Page/Giants, are valid.

To track editnotices on redirects, the change would be something like this (with the check returning the category, not the string of course). Let me know if there's any feedback or comments. If none, I'll create the tracking category and update the notice subtemplate. Cheers, — Andy W. (talk · ctb) 01:01, 31 August 2016 (UTC)

I have made the notice subtemplate start populating Category:Editnotices whose targets are redirects. Expecting several templates to start popping up. Any questions, let me know :) — Andy W. (talk · ctb) 00:04, 6 September 2016 (UTC)

Good idea. Could you also add a note to this effect on Template:Editnotice/notice? Perhaps it could even contain a move link to the editnotice of the target of the redirect. — Martin (MSGJ · talk) 08:35, 6 September 2016 (UTC)

@MSGJ: Thanks. A note shouldn't be a problem. Though about the move link: I suppose we could add one, but I think there are many examples where a move link might not be appropriate (such as the one for Giants), since they are intended only for the redir page, and to detect this, might need some more expensive parser functions to detect this properly. I'll ponder this, and might get to some of this later in the week as time permits. — Andy W. (talk · ctb) 16:32, 6 September 2016 (UTC)

A small note added to the effect, along with some additional logic updates. Could add a move link, but ideally, possibly making it aware an editnotice already exists for the new title (though that could get semantically even heavier on parser functions... not sure) — Andy W. (talk · ctb) 16:36, 7 September 2016 (UTC)

Start-of-line wiki markup ignored at start of text arg

If you call {{Editnotice}} with:

{{Editnotice|text=
# Point 1
# Point 2
# Point 3
}}

it renders:

It ignores the first '#', even though it starts the line. The issue only occurs when the start of the |text= value is one of the characters that are special at the start of a line in WML, including '*' and ' ' (space).

A workaround is to put something else in front of it, even if it is invisible, like:

{{Editnotice|text=<nowiki />
# Point 1
# Point 2
# Point 3
}}

which renders (correctly):

Another workaround is to specify a |header= parm.

Should this be documented or fixed? —[AlanM1(talk)]— 02:56, 18 March 2019 (UTC)

Update: I see a similar issue is documented at Template:Quote/doc § Technical issues with block templates. —[AlanM1(talk)]— 11:21, 20 March 2019 (UTC)

Adding category parameter

I see MSGJ asked about this many years ago; it's come up again here. Could we find a way to implement this? There's certainly demand for it — I see Wugapodes tried to implement it at Template:COVID19 GS editnotice (or was that just copied from the Iran notice?), but it looks like that implementation isn't working properly. {{u|Sdkb}} ^talk 20:43, 23 June 2020 (UTC)

The code for getting from the editnotice page to the article itself is {{#titleparts: {{FULLPAGENAME}} |0|3}}, but I'm not sure how to categorize another page. {{u|Sdkb}} ^talk 21:04, 23 June 2020 (UTC)

I added code in the sandbox to add |category= and |sortkey=. — Wug·a·po·des​ 21:13, 23 June 2020 (UTC)

@Wugapodes: It looks like that code categorizes the editnotice template page, rather than rather than the article page the editnotice is for. Is that an issue? - {{u|Sdkb}} ^talk 01:07, 24 June 2020 (UTC)

I was under the impression that was the intended behavior. I don't think we can categorize articles from the editnotice page. — Wug·a·po·des​ 02:28, 24 June 2020 (UTC)

A page can categorise itself, or a page that it is transcluded to, or both. Since an editnotice is not transcluded to its associated article, it follows that it cannot categorise that article. --Redrose64 🌹 (talk) 18:16, 24 June 2020 (UTC)

Okay, in that case we're good to implement. Thanks for the coding, Wugapodes! {{u|Sdkb}} ^talk 01:43, 25 June 2020 (UTC)

Protected edit request on 25 June 2020

Please implement this change from the sandbox per the discussion above. This adds a parameter allowing an editnotice to add pages to a category. {{u|Sdkb}} ^talk 01:41, 25 June 2020 (UTC)

Um, what's the point of this? Why not include the category separate from the transclusion of {{editnotice}}? * Pppery * _{it has begun...} 02:41, 25 June 2020 (UTC)

Pppery, the request that led to this discussion was here. The functionality is a fair bit less useful when it can't go on the page itself, though. {{u|Sdkb}} ^talk 08:22, 26 June 2020 (UTC)

 Not done for now: So... why would we implement functionality in the template that doesn't support any obvious use case not already solved by other mechanisms? Izno (talk) 14:21, 6 July 2020 (UTC)

Expiry parameter

I just tweaked the documentation. My change is based on the existence of this: {{Editnotice/notice}}

CapnZapp (talk) 09:59, 17 October 2020 (UTC)

Icon link

In 99% of cases, the image used with an editnotice is just an icon, not anything someone would want to find out more about, so I think we should have |link= included blank by default to make it so that clicking on it won't bring you to the Commons file for the icon. This is similar to what we do for many other banners. Any objections? {{u|Sdkb}} ^talk 21:56, 17 December 2020 (UTC)

Which ones, specifically? If the image is licensed, for example, CC BY or CC BY-SA, there must be a link to its file description page in order to satisfy the attribution clause of the license. --Redrose64 🌹 (talk) 23:03, 18 December 2020 (UTC)

Hmm, that could be a wrinkle. In nearly all cases, though, it's something like File:Ambox important.svg or File:Information icon4.svg, which are fully public domain. {{u|Sdkb}} ^talk 23:44, 18 December 2020 (UTC)

If it's truly a public domain image, then you may set |link= blank for that specific image. But we cannot assume that all images used in editnotices are PD, therefore, we must not make a blank |link= be the default. --Redrose64 🌹 (talk) 22:03, 19 December 2020 (UTC)

Well, if certain file names are common (and they're PD), we can code that logic into the template to automatically do so for those. And I'm guessing using Lua it may be possible to do an automatic check for if it'd PD in general. ProcrastinatingReader (talk) 23:29, 19 December 2020 (UTC)

That's probably more effort than it's worth, but if you wanna go for it, feel free. {{u|Sdkb}} ^talk 23:56, 19 December 2020 (UTC)

Indexing?

I've noticed editnotices showing up on Google before. This isn't desirable, since they're a back-end part of Wikipedia, not something that needs to face the world. Should we add {{NOINDEX}} to this template, or do something else to make sure they don't get indexed? {{u|Sdkb}} ^talk 06:57, 5 February 2021 (UTC)

Okay, I'd like to propose this, but I don't know where exactly the noindex tag should go. Anyone have thoughts? {{u|Sdkb}} ^talk 23:35, 14 February 2021 (UTC)

Why do you want to use a template instead of __NOINDEX__? --Redrose64 🌹 (talk) 16:12, 15 February 2021 (UTC)

Redrose64, I don't; it was just easier to type, and works the same. I'm more wondering where it should go so that it works for all editnotices but doesn't have any collateral (e.g. if an editnotice is just referenced in a project gallery of templates). {{u|Sdkb}} ^talk 19:45, 15 February 2021 (UTC)

Template-protected edit request on 22 November 2021

Please copy Template:Editnotice/notice/sandbox to Template:Editnotice/notice. This adds a link to the subpages of the target of a group editnotice, so people can quickly see all of the pages affected by such an editnotice. Thanks. Danski454 (talk) 00:22, 22 November 2021 (UTC)

 Done * Pppery * _{it has begun...} 01:14, 22 November 2021 (UTC)

Using plainlinks by default

This template calls {{fmbox}}, which calls Module:Message box' default behavior, which wraps all output in the class plainlinks. I'm not sure that this is desirable behavior. For templates like {{Pronoun editnotice}} which support arbitrary external links, there's no reason to suppress the default MW behavior of flagging external links. For instance, someone looking at Template:Editnotices/Page/Elliot Page would expect that "source" is going to be a local link (or, if they notice the slight difference in color, a link to an affiliated site), when in fact it's to theguardian.com.

I see two ways we could handle this:

1. Add a |plainlinks={{{plainlinks|yes}}} to {{fmbox}} and then add a |plainlinks=no to this template's call of {{fmbox}}
2. Add a |plainlinks={{{plainlinks|yes}}} to {{fmbox}}, add a |plainlinks={{{plainlinks|yes}}} to this template's call of {{fmbox}}, and then let transcluding templates disable that behavior case-by-case if they want.

I favor #1. I don't think we should be suppressing the internal links icon as default behavior. If people creating editnotices have a good reason to do so, they can suppress it explicitly with <span class="plainlinks">...</span>. Thoughts? -- Tamzin^{[cetacean needed]} (she/they) 08:56, 25 January 2022 (UTC)

@Tamzin: I agree. I came here to make an edit request for this. Do you want to go ahead with the edit? SilverLocust 🃏 💬 23:35, 28 January 2024 (UTC)

Heh, 2 years is probably long enough for someone to object. Long enough, in fact, that I've become an admin since I wrote this and won't even need to FPER it. Yeah, I'll get to this tonight or tomorrow. -- Tamzin^{[cetacean needed]} (they|xe) 23:52, 28 January 2024 (UTC)

Seems reasonable. {{u|Sdkb}} ^talk 07:21, 29 January 2024 (UTC)

 Done (using option 1 from above). This can be overridden either inline or by giving the whole editnotice |class=plainlinks. -- Tamzin^{[cetacean needed]} (they|xe) 00:16, 30 January 2024 (UTC)

Image linking and alt text parameters

The template does not currently appear to support these. Could they be coded? {{u|Sdkb}} ^talk 20:10, 27 February 2022 (UTC)

Disable display in mainspace

As you can see at Quarry 59537, it's fairly common for people to mistake templates like {{American English}} for their cousins like {{Use American English}}. I've just fixed the six listed there, my third run through fixing these. Often they stick around for months. I would suggest wrapping this template in the following:

{{#ifeq:{{NAMESPACENUMBER}}|0
  |{{#if:{{is redirect|{{FULLPAGENAME}}}}
     |<!-- Ignore -->
     |{{if preview
        |{{Error|Page is using editnotice template! Please remove or switch to an appropriate article template instead. (For instance, change {{tl|British English}} to {{tl|Use British English}}.)}}
      }}[[Category:Pages transcluding editnotices]]
   }}
|<rest of template>
}}

The redirect check in there is because some redirects use editnotices to warn people not to turn them into articles, and while that's not exactly standard usage, it's also probably not worth policing. But that check could be removed if desired.

Another option here would be to use Lua to get the name of the template being mistakenly used, allowing for stuff like correcting the template to the "Use" version on the fly (probably still in addition to the error message—which could be more dynamic—and maintenance cat). At least, I'm not aware of a way to do that with just templates.

Thoughts? -- Tamzin^{[cetacean needed]} (she/they) 08:26, 23 March 2022 (UTC)

@Tamzin I'm a year-and-a-half late on this, but if we're not already monitoring uses of editnotices in mainspace with at least a tracking category, yes, we absolutely ought to be. Cheers, {{u|Sdkb}} ^talk 15:55, 29 August 2023 (UTC)

TemplateStyles: Template:Editnotice/styles.css

We should use TemplateStyles for this template. 187.175.48.172 (talk) 19:27, 3 August 2022 (UTC)

Linking editnotice guide in the notice

Given that {{Editnotice/notice}} serves as a kind of quasi-documentation for editnotices, I'm planning to edit that template to link to Wikipedia:Editnotice over editnotice. Please let me know if there are any concerns. Cheers, Sdkb ^talk 18:39, 28 February 2024 (UTC)

Namespace key off topic

I don't see how any parameter of {{Editnotice}} uses the IDs in Template:Editnotice/doc § Namespace key. The only things worth keeping are the two {{efn}}s, which need copyediting per WP:PROSELINE. 184.146.170.127 (talk) 01:39, 17 June 2024 (UTC)