Jump to content

Wikipedia:Templates for discussion/Log/2021 February 16: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Line 121: Line 121:
*'''Delete''' Per nom. Perfectly good template exists. Navboxes at the end of articles are the preferred style and what the reader expects to find. [[User:Nigej|Nigej]] ([[User talk:Nigej|talk]]) 15:40, 17 February 2021 (UTC)
*'''Delete''' Per nom. Perfectly good template exists. Navboxes at the end of articles are the preferred style and what the reader expects to find. [[User:Nigej|Nigej]] ([[User talk:Nigej|talk]]) 15:40, 17 February 2021 (UTC)
*'''delete''' after replacing with a composer navbox and {{tld|italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 01:01, 19 February 2021 (UTC)
*'''delete''' after replacing with a composer navbox and {{tld|italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 01:01, 19 February 2021 (UTC)
*'''Delete''' Redundant to {{tl|Ethel Smyth}} and per my comments at numerous other deletion discussions for these sidebars... Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. [[User:Voceditenore|Voceditenore]] ([[User talk:Voceditenore|talk]]) 16:17, 19 February 2021 (UTC)


==== [[Template:Smareglia operas]] ====
==== [[Template:Smareglia operas]] ====

Revision as of 16:18, 19 February 2021

Propose merging Module:PassMath with Module:Math.
A separate module for division is not necessary because the function is within the scope of Module:Math. I would also be okay with deleting Module:PassMath entirely as redundant to the #expr parser function. * Pppery * it has begun... 21:59, 16 February 2021 (UTC)[reply]

The divide function in PassMath is not finished yet. Trigenibinion (talk) 22:04, 16 February 2021 (UTC)[reply]
The functionality of divide is now finished, but it may need to be revised for calling with other than strings. The error semantics of this module is different from Module:Math: PassMath forwards errors generated below, Math always outputs its own errors. Trigenibinion (talk) 23:02, 16 February 2021 (UTC)[reply]
  • Merge indeed. Redirect/replace & depr is good and harmless.
btw I do not agree with the #expr part, because it is cumbersome oldstyle coding, and out-of-editing-pattern. (Recently I had to spend hours & frustrations looking for a "floor" function, any). But if I understand this correct, this is moot for the merge. -DePiep (talk) 23:28, 16 February 2021 (UTC)[reply]
#expr is beside the point, but because the purpose of the module is to forward any sub-expression errors before attempting the operation. And Module:Math does not do this, so these functions do not belong there. Trigenibinion (talk) 01:10, 17 February 2021 (UTC)[reply]
thx, Trigenibinion. Allow me to skip this tech detail, unless I should rethink my !vote logic ;-) Have a nice edit. -DePiep (talk) 02:07, 17 February 2021 (UTC)[reply]

More complete navigation is provided by {{Foo Fighters}}, and per Template:Extra track listing: "track listings should not be added to infoboxes if there is a navigation template or navbox at the bottom of the article which already lists the songs." StarcheerspeaksnewslostwarsTalk to me 21:29, 16 February 2021 (UTC)[reply]

Except these templates are intended for navigation; if someone wants to see the full track listing, they can simply link to the article for the album. StarcheerspeaksnewslostwarsTalk to me 22:38, 16 February 2021 (UTC)[reply]

This is a massive template, with only a small fraction of the entries bluelinked. There is no reason to have something this large that does this little. Primefac (talk) 11:21, 13 January 2021 (UTC)[reply]

  • Keep I'm in the process of creating articles for around 85 of the people listed (who were the first women MPs in China). They're all valid redlinks as the people in question pass WP:NPOLITICIAN and 575 of them were linked to the zh.wiki articles using {{ill}}, but this has been removed for some reason. The zh.wiki template has a majority of bluelinks. It's fairly common to have these kinds of navigational templates (see e.g. {{Members of the 5th Bundestag}} which also appears to have a majority of redlinks) Number 57 11:24, 13 January 2021 (UTC)[reply]
    I'm happy to userfy until the majority of those pages are created. As per the usual arguments, the existence of one redlink-bloated template isn't a good reason to create another. Primefac (talk) 01:23, 14 January 2021 (UTC)[reply]
  • Recommend procedural withdraw and replace with wider RFC, without prejudice to re-listing in light of outcome of that RFC on issue of templates like these which are likely to have non-English blue-links available. If I had to take a position on this particular one case, I would say keep, as useful if it has or soon will have inter-language links assuming the 575 links are restored. However, this class of templates - templates which are mostly filled with links that will "always be red in English, not due to notability but due to lack of writers with the interest or the language skills to create a page, or if a page is created, it will be very small compared to the non-English page," should have a wider discussion. As for cases where there likely will NOT ever be inter-language links or English links, I usually prefer list-ification or category-ification. I say "usually" because there are some things, like Nth legislature of the state of Y or Yth parliament of the country of Z, where may of the "Nth" in the series are well-developed, but a few are not. In those cases, for the sake of consistency, I prefer keeping them all in the same format, even if many of the "older" (pre-20th-century?) ones are full of redlinks. As above, I'm also open to a wider RFC on cases like this. davidwr/(talk)/(contribs) 13:50, 13 January 2021 (UTC)[reply]
    We don't put {{ill}}s in navboxes, and we don't create navboxes that are 90% redlinkes (whether there are 50 or 500 total). Primefac (talk) 01:23, 14 January 2021 (UTC)[reply]
  • Delete Surely this should be a list article, eg. List of Members of the First Legislative Yuan. It serves no useful purpose being turned in a vast template, much too large to useful for navigation. Nigej (talk) 15:23, 14 January 2021 (UTC)[reply]
  • Comment the template is mistaking being complete from being navigation. Just strip the template of all redlinks, and reformat into a single listgroup of the exiting bluelinks. Thus it wil function to navigate between extant articles. Just as how musical band templates only list extant album articles and not every album the band published. -- 70.31.205.108 (talk) 22:26, 17 January 2021 (UTC)[reply]
  • Delete – This navbox fails several points at WP:NAV. The majority of its links are red and provide no navigational aid; with >800 entries, it's too big. Several links point to a wrong target. It's also malformed, not using hlist properly. -- Michael Bednarek (talk) 00:07, 23 January 2021 (UTC)[reply]
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, ProcrastinatingReader (talk) 13:48, 23 January 2021 (UTC)[reply]
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, Plastikspork ―Œ(talk) 19:07, 16 February 2021 (UTC)[reply]
The following discussion is an archived debate of the proposed deletion of the template(s) or module(s) below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).

The result of the discussion was Delete; deleted as G2 by Fastily (talk · contribs · blocks · protections · deletions · page moves · rights · RfA) AnomieBOT 04:05, 19 February 2021 (UTC)[reply]

Another attempt to use mainspace subpages in violation of Wikipedia:Subpages#Disallowed usage of subpages point 3. Previously: Wikipedia:Templates for discussion/Log/2021 February 10#Template:/Subdivisions * Pppery * it has begun... 19:02, 16 February 2021 (UTC)[reply]

The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).

Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles; or perhaps by expanding {{Gilbert and Sullivan}}. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:14, 16 February 2021 (UTC)[reply]

  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 11:02, 17 February 2021 (UTC)[reply]
  • Delete Per above and previous discussions/comments. Navboxes at the end of articles are preferred style and what reader expect to find. Nigej (talk) 15:37, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Redundant to {{Johann Strauss II}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:12, 16 February 2021 (UTC)[reply]

  • Keep. The proposed replacement is a massive sea of links, overwhelming to the typical reader; the current template is a more usable design for this specific targeted subset of articles. Nikkimaria (talk) 01:11, 17 February 2021 (UTC)[reply]
    The operettas are at the very top of the "sea". The sidebar has been found unsuitable for various reasons in previous discussion, so delete. --Gerda Arendt (talk) 10:20, 17 February 2021 (UTC)[reply]
    In that case I'm fine with deletion without replacement. Though I note that in several cases {{Johann Strauss II}} is already on the articles which use the sidebar, with no previous complaints having been raised that it it not suitable for such use. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:36, 17 February 2021 (UTC)[reply]
    As is to be expected, since there is currently a more usable option available; I wouldn't expect anyone to complain about what they likely don't look at, when their navigational needs are already met. Nikkimaria (talk) 23:57, 17 February 2021 (UTC)[reply]
    "likely don't look at" seems to be pure supposition; we default to footer navboxes; that's where our readers expect to find them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:09, 18 February 2021 (UTC)[reply]
    "likely don't look [further], when their navigational needs area already met" Seems pretty logical. Plus, it has as much evidence behind it as the opposing claims. Nikkimaria (talk) 02:07, 19 February 2021 (UTC)[reply]
  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Re the objection above The operettas are at the very top of the footer box, very visible and not remotely lost in a "sea" of links. Voceditenore (talk) 11:04, 17 February 2021 (UTC)[reply]
  • Delete Per above and previous discussions/comments. Navboxes at the end of articles are preferred style and what reader expect to find. Nigej (talk) 15:37, 17 February 2021 (UTC)[reply]
    Sidebars are used in hundreds of thousands of articles; they're by no means outside of the realm of reader expectation. Nikkimaria (talk) 23:57, 17 February 2021 (UTC)[reply]
    No one has said that sidebars should not be used. They are just inappropriate for navboxes. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:10, 18 February 2021 (UTC)[reply]
    Both are navigational template designs. What would they be used for if not navigation? Nikkimaria (talk) 02:07, 19 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Only three inclusions, so fails WP:NENAN. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles, if sufficient articles exist. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:10, 16 February 2021 (UTC)[reply]

  • delete after replacing with a composer navbox (or see also links) and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]
  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 16:15, 19 February 2021 (UTC)[reply]

Only four inclusions, so fails WP:NENAN. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles, if sufficient articles exist. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:09, 16 February 2021 (UTC)[reply]

  • delete after replacing with a composer navbox (or see also links) and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]
  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 16:15, 19 February 2021 (UTC)[reply]

Only two inclusions, so fails WP:NENAN; also redundant to {{Louis Spohr}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:07, 16 February 2021 (UTC)[reply]

  • delete after replacing with a composer navbox (or see also links) and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]
  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 16:16, 19 February 2021 (UTC)[reply]

If an image were added, the template would hide it from users on mobile. Readers would be better served by a horizontal navbox, at the foot of articles. ({{Italic title}} should be added to articles from which this is removed.) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:06, 16 February 2021 (UTC)[reply]

  • Keep. The only "problem" noted in the nomination does not currently exist, same with the "solution"; theories are not rationales for deletion. Nikkimaria (talk) 01:11, 17 February 2021 (UTC)[reply]
    {{Edward Solomon}} is now in place. In all his operas, the sidebar was somewhere in the middle or at the bottom. No advantage to a normal navbox, delete. --Gerda Arendt (talk) 10:36, 17 February 2021 (UTC)[reply]
    Variation in placement demonstrates a simple solution to the purported problem: even if there were an image being hidden by this template, which there is not, the existence of this template would not prevent a different lead image from being presented. It also improves accessibility compared to the redundant template just created. Nikkimaria (talk) 23:57, 17 February 2021 (UTC)[reply]
    There is ample evidence that the community holds the very real issues (plural) identified in the rationale to be problematic; every single such opera composer sidebar nominated for deletion in recent months - with similar rationales - has been deleted (including batches on September 28, October 5, October 8, December 20, December 28, January 14, January 24 & February 7 ). Not a single one of them has been kept. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:41, 17 February 2021 (UTC)[reply]
  • Delete Perfectly good template now exists. Navboxes at the end of articles are the preferred style and what the reader expects to find. Nigej (talk) 15:39, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]
  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 16:16, 19 February 2021 (UTC)[reply]

Redundant to {{Ethel Smyth}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:04, 16 February 2021 (UTC)[reply]

  • Delete Per nom. Perfectly good template exists. Navboxes at the end of articles are the preferred style and what the reader expects to find. Nigej (talk) 15:40, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]
  • Delete Redundant to {{Ethel Smyth}} and per my comments at numerous other deletion discussions for these sidebars... Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 16:17, 19 February 2021 (UTC)[reply]

Only three inclusions, so fails WP:NENAN. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles, if sufficient articles exist. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:02, 16 February 2021 (UTC)[reply]

  • Delete Now redundant to {{Antonio Smareglia}} and per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 10:57, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox (or see also links) and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Redundant to {{Dmitri Shostakovich}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:02, 16 February 2021 (UTC)[reply]

  • Delete Now redundant to {{Dmitri Shostakovich}} and per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Voceditenore (talk) 10:58, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Only three inclusions, so fails WP:NENAN. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles, if sufficient articles exist. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:00, 16 February 2021 (UTC)[reply]

  • Delete Per my comments at numerous other deletion discussions for these sidebars. Footer navboxes are the preferred and expected location for such links and are much less obtrusive. These sidebars are simply artifacts from 2006/2007 when WikiProject Opera started creating these and footer navboxes were not all that common. (I created many of these sidebars myself.) There is nothing sacred about this 14 year-old design which in my view is now a detriment to article presentation and reader experience. They are invisible and consequently so are the images they contain to half of the article's readers (mobile version). In the desktop version, they clutter the top of the article and prevent the use of more apt and illustrative images of the opera in the lede. Will shortly create a replacement footer. Voceditenore (talk) 11:00, 17 February 2021 (UTC)[reply]
  • delete after replacing with a composer navbox (or see also links) and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Redundant to {{Franz Schubert}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:58, 16 February 2021 (UTC)[reply]

Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:57, 16 February 2021 (UTC)[reply]

Redundant to {{Antonio Salieri}}. Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers are better served by the horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:53, 16 February 2021 (UTC)[reply]

  • delete after replacing with a composer navbox and {{italic title}} where appropriate. footer navboxes are better in terms of layout, since they don't crowd the prose and leave more room for other right-floating content. Frietjes (talk) 01:01, 19 February 2021 (UTC)[reply]

Hides the image on mobile (the image should be retained in the articles when the template is removed; and {{Italic title}} added). Readers would be better served by a horizontal navbox, at the foot of articles. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:51, 16 February 2021 (UTC)[reply]

Wikidata userwarnings

No longer useful, all interlanguage links have been added to Wikidata long ago. Elliot321 (talk | contribs) 16:21, 16 February 2021 (UTC)[reply]

NFL team season templates

Nominating for deletion on the grounds that these templates are redundant. Each individual team template (e.g. {{Arizona Cardinals}}, {{Atlanta Falcons}}, etc.) already has a list of seasons with links at the bottom of the template. These season lists are present on every team template, which renders these above listed templates, whose only purpose is to list that team's seasons, unneeded. The complete set of Arena Football League team season templates was deleted for the same reason. PCN02WPS (talk | contribs) 03:38, 16 February 2021 (UTC)[reply]

Unnecessary navbox for only 2 related articles. StarcheerspeaksnewslostwarsTalk to me 01:17, 16 February 2021 (UTC)[reply]

Don't take it personally because we tend to both work in article on musicians, albums, and songs. We will cross paths often, I'm sure. Because you tend to create articles, categories, templates in this area, they show up at User:AlexNewArtBot/AlbumSearchResult, which I monitor regularly. However, for this one, I happened to be doing some maintenance in Category:Discographies of Australian artists and saw that Dallas Woods discography was a redirect (which is not common for discographies). It took me to Dallas Woods, I noticed the navbox and nominated it. It doesn't matter if it's been there for 4 months or 4 years. StarcheerspeaksnewslostwarsTalk to me 00:53, 17 February 2021 (UTC)[reply]
@Starcheerspeaksnewslostwars: That makes sense – I apologise if my initial response was a bit of an overreaction. I think I'll have a look at the aforementioned bot subpage more frequently, that seems like a helpful tool. (Also, the fact that it's 4 months old only seemed pertinent because I'm surprised it hasn't been deleted yet as per the relevant guidelines). Sean Stephens (talk) 05:44, 17 February 2021 (UTC)[reply]