Template talk:Infobox music genre/Archive 1

optionality
Needs to be made so that fields are optional, and not shown if they're not entered.--Urthogie 15:58, 17 February 2006 (UTC)


 * Did that already with hiddenstructure. how/where does it not work? Circeus 16:02, 17 February 2006 (UTC)
 * On rapcore.--Urthogie 21:03, 17 February 2006 (UTC)
 * Solution is that all variables MUST be listed,with those unused left empty (also makes the job easier if said variables need to be filled later.)Circeus 21:07, 17 February 2006 (UTC)
 * Cool, thanks!--Urthogie 21:14, 17 February 2006 (UTC)

Genre
What exactly are the differences between "derivative genres", "subgenres" and "fusion genres"? --Circeus 04:05, January 2 2006


 * subgenres are styles of a genre that have become notable enough to have been called a new name in their specific scenes, i.e., heavy metal music > thrash metal, black metal, death metal, etc


 * derivative genres are styles of music that are related to the parent genre musicologically but are considered seperate or developed enough to be considered parent genres, i.e., rock music > heavy metal music, punk rock, etc


 * fusion genres are subgenres that fuse the parent genre with other distinct genres/subgenres, i.e., industrial music > industrial metal, industrial rock --MilkMiruku 20:03, 13 March 2006 (UTC)

move 'Derivative forms:' down a bit?
might it be an idea to move the 'Derivative forms:' section down to below 'Fusion genres'? i feel subgenres and fusion genres are more notable in relation to a genre article than derivative forms. also, would a better wording not be "Derivative styles:"? --MilkMiruku 20:46, 11 April 2006 (UTC)

Adding a Tnavbar?
Could we add a view/talk/edit option to the infobox? So that we have this on each one: I just think it would make things a lot easier, and it makes it much easier than just editing every template that uses the format individually. 66.229.182.113 10:55, 6 July 2006 (UTC)

Image
Image syntax should be added. It doesn't need to be included in every article, but can be helpful in some where an artist's image is as relevant to the genre as the music. —Malber (talk • contribs) 14:51, 9 July 2007 (UTC)

Polish interwiki
Can someone add Polish interwiki to the template? Thanks. Hołek ҉ 12:32, 19 July 2007 (UTC)


 * Would you consider adding interwikis on the Polish page as well?  Sala Skan  18:43, 19 July 2007 (UTC)
 * Of course, I just forgot about that. ;) Consider it done. Hołek ҉ 11:33, 20 July 2007 (UTC)
 * ✅ Done ck lostsword•T•C 19:01, 19 July 2007 (UTC)

Characteristics or Style Elements
I suggest adding a field for one of these:

Characteristics =

Musical Features =

Elements of Style =

This could be used to identify specific features of a music genre, such as in jazz or blues the use of swingtime, or in different types of dance music, examples of the common BPM for different, etc... The field should be general enough for any style elements to be included. Probably best if the text shows up small, since it might include multiple elements in a list. --Parzival418 Hello 20:56, 22 July 2007 (UTC)
 * What exactly do you want? How should the change be coded? You may want to ask at Requested templates to find someone to write and test the code for this change. --ais523 16:43, 24 July 2007 (UTC)


 * OK, that's a good idea. I'll come up with something more defined and then re-post here with the suggested change in detail.  For now I'm removing the editprotected tag.  When I have the specifics ready, I'll re-post here and add the tag again.  Thanks for the reply.  --Parzival418 Hello 17:49, 24 July 2007 (UTC)

Recommended colors, if any
Do the colors (color and bgcolor elements) signify anything? I don't see any rules anywhere, and I'm trying to figure out a recent undiscussed change.[//en.wikipedia.org/w/index.php?title=Gangsta_rap&curid=12212&diff=156215813&oldid=155948521] / edg ☺ ★ 15:25, 7 September 2007 (UTC)
 * Hmm... doesn't look like there are any rules or guidelines for the colours. People have probably just been using whatever might look appropiate for the genre. Should we make a list of genres that use this infobox and the colours currently used by each? Yep, sounds like a good start to organizing something; I'll check them out. --Geniac 19:29, 11 September 2007 (UTC)
 * Never mind. See WikiProject Music genres/Colours. --Geniac 19:46, 11 September 2007 (UTC)

Parameters


On House music you notice how using instead of  has resulted in a meaningless parameter to be shown. This should be fixed. (Also, it would be a good idea to change to  ) huji— TALK  21:43, 10 February 2008 (UTC)
 * Code added to display parts of table optionally, but still display parameter names in template space for documentation. Gimmetrow 03:16, 13 February 2008 (UTC)

Possible Creators
I propose 'Possible Creators' section, as every single genre has certain people at its roots and it is useful to find them in infobox -- Werwerwer11 (talk) 12:06, 22 April 2008 (UTC)
 * That would be an original research field. Wikipedia already has too much OR already. Peter Fleet (talk) 12:46, 22 April 2008 (UTC)

Proposed redesign...
See User:The Obento Musubi/Sandbox for the source code.


 * to be frank, i think it's a little bit information overkill. lots of this could go in a navbar template and/or the lead of the article. possibly a personal taste thing, but i like compact infoboxes that contain just the basics. --Kaini (talk) 17:20, 28 February 2009 (UTC)


 * I didn't add any parameters... This is the exact same template, just redesigned a little. obento  musubi  02:19, 2 March 2009 (UTC)


 * I agree w/ Kaini, I like compactness and simplicity, and I don't like the inflated header banners. I also don't like the small text; there's just too much text to shrink it all & expect it not to annoy people. Also for some reason it doesn't show any of the "other topics", and it puts "view/edit" buttons at the bottom that really shouldn't be there. I also don't particularly like how this was implemented without any support in this discussion. You could've notified WikiProject Music about your proposal to draw more attention to the discussion & get more feedback. I think [//en.wikipedia.org/w/index.php?title=Template:Infobox_Music_genre&diff=279484559&oldid=277209308 just going for it] on the basis of WP:BOLD was a bad move. You're an old hand, OM, you know where to go to get more opinions & build consensus. --IllaZilla (talk) 01:22, 26 March 2009 (UTC)


 * Per the various discussions I've had with The Obento Musubi, I've removed the various overrides to the template styling. The infobox defaults were chosen after discussion and are widely used across the project – there is no support for arbitrarily overriding the padding or other elements. Chris Cunningham (not at work) – talk 00:01, 9 April 2009 (UTC)


 * Well, I'm not good with this kind of technical stuff but whatever you did took away all of the colored topic banners within the infobox, so I reverted it. Is there a way to undo the offending overrides without turning this into just a standard infobox? The colored banners, etc. were installed to make this a topic-specific box (and are used widely in most other topic-specific infoboxes ie. albums, artists). And could you both discuss your proposed changes here, on the talk page, instead of wherever else you're having these "various discussions"? This template is used in hundreds of articles, so changes ought to be discussed. Heck, it says it's permanently protected yet it's not...I was able to revert it just now. --IllaZilla (talk) 02:09, 9 April 2009 (UTC)


 * Ah, yes, oops. As much as I dislike this idea that WikiProjects should decorate their infoboxes with different pretty baubles to make them stand out, removing the colour stripes was an oversight. Replacement code is now in the sandbox for testing. Chris Cunningham (not at work) – talk 07:53, 9 April 2009 (UTC)

Ref to WikiProject Music genres
Can we please remove the reference to the defunct WikiProject Music genres? Thanks. -- Klein zach  23:52, 30 April 2009 (UTC)
 * Sorry I see no such reference in this template. — Martin (MSGJ · talk) 09:47, 1 May 2009 (UTC)

It's in the documentation Template:Infobox Music genre/doc, which is not protected. — Martin (MSGJ · talk) 09:47, 1 May 2009 (UTC)

Two fields
Why are there fields for "local scenes" and "regional scenes"? You only need one. WesleyDodds (talk) 20:45, 5 May 2009 (UTC)

less extreme makeover
So I've updated the sandbox to do less overriding of the default infobox styling while still keeping some of the stylistic quirks which keep this from being, in Illazilla's words, "a plain-jane" infobox. Comparison is at the new test cases page. If there are no complaints I'll request sync. Chris Cunningham (not at work) – talk 12:27, 28 April 2009 (UTC)


 * What's the rationale for going from regular text to small text? Most other infoboxes don't do that. If it's merely to reduce the final size of the box, then I think that purpose might be better accomplished by discussing if any of the fields should maybe be cut. I don't think small text just for the sake of size reduction is the best idea (keeping in mind that some readers have vision issues). --IllaZilla (talk) 17:53, 28 April 2009 (UTC)


 * Actually, "most other infoboxes" do indeed do so (although one's mileage may vary depending on what part of Wikipedia one spends most time on), as it's the default for the infobox base class. The reason that particular font size was chosen is because 88% is the largest size which displays identically in both Firefox and Internet Explorer – any larger size means significant changes in the metrics between the two most common browsers. I'm keen to avoid accessibility issues with too-small text, but I feel that the infobox default is still acceptable here and has been well-tested. Reducing the final size of the box can easily be accomplished by removing some of the random embellishments such as the per-row borders, but I'd rather not shake the boat too much here for now. Chris Cunningham (not at work) – talk 09:16, 29 April 2009 (UTC)


 * I'll take your word for it. I'm thinking mainly of other music-related tinfoboxes such as Infobox Musical artist, Infobox Album, and Infobox Single. I use IE, and for me the text in each of those is the same size as the current one in this infobox, not smaller like the text in your new version. I like the bolded field names, though. That resembles the format in those other boxes. I think we should aim for consistency amongst music-related boxes. --IllaZilla (talk) 18:48, 29 April 2009 (UTC)


 * There isn't currently consistency across the various music boxes anyway - infobox musical instrument uses the infobox defaults; infobox Musical artist uses, which on Firefox displays at the smaller size; infobox Music genre uses 95%; infobox Album and infobox Single use 100%. If we're going to standardise, we should try to standardise on the same defaults used elsewhere on the encyclopedia. Chris Cunningham (not at work) – talk 08:05, 30 April 2009 (UTC)


 * I'm not advocating one over the other necessarily, though if I was to choose one I think I'd just go with the infobox defaults. I just think it might be worth bringing up at the Music project that these various infoboxes have inconsistent font sizes, and maybe we can aim for them all having the same. I think I'll post a note on the project talk page. --IllaZilla (talk) 17:54, 30 April 2009 (UTC)

Update
The WikiProject posting Illazilla refers to above has gone unanswered (and is now archived). As such, I'm planning on rolling out the proposed changes. Chris Cunningham (not at work) – talk 12:47, 20 May 2009 (UTC)

Sync with sandbox
While we've been having this discussion, infobox single and infobox album have moved to use the same basic styling (in particular font metrics) as the proposed sandbox here. Requesting sync to catch up with them, as this currently isn't in dispute. Chris Cunningham (not at work) – talk 12:34, 8 July 2009 (UTC)
 * ✅ — Martin (MSGJ · talk) 19:00, 8 July 2009 (UTC)

Colors
Could we please pick a color for this infobox and make it standard, rather than allowing editors to set the colors to whatever they please? Most other topic-specific infoboxes have a set colors in order to standardize the look of those topic article across Wikipedia. Template:Infobox Musical artist, for example, has set colors with specific meanings. WikiProject Music genres/Colours seems to give no particular meanings to the colors (and the page is deprecated anyway). I've been having a problem at the emo article with an editor who thinks it should be pink or purple or whatever other random color he feels like at the moment, when it seems like rock genres ought to be crimson (and nearly every rock genre article I've seen uses crimson). Could we just pick a single color for genre infoboxes and lock it in, removing the option for editors to set it? Alternatively, we could create a list of 6 or so overarching genres (Classical, Rock, Jazz, Hip-Hop, Electronic, Country, etc.) and set corresponding colors for those (similar to how Template:Infobox Album works). In any case, the current usage leads to inconsistency across music articles and doesn't look good at all. --IllaZilla (talk) 00:05, 14 May 2009 (UTC)


 * I'd rather the colour was just removed entirely. It's never going to be anything other than arbitrary, so there's little reason to distract readers with large bands of it in the infobox. Chris Cunningham (not at work) – talk 12:48, 20 May 2009 (UTC)


 * I'd like to add my opinion to the discussion. I've been editing a few articles about different types of music and have noticed that this infobox color is in mess in those articles. I can provide examples: snap music is a subgenre of hip hop music, that is explicitly stated in the article with the citation. However the color of infobox is white in the article, and the color of infobox in hip hop music article is dark-blue. Why? (1) Exactly the same situation is with funk music article and nu-funk (2), soul music and northern soul (3), soul music and brown-eyed soul (4), soul music and smooth soul (5), reggae music and dub music (6), hip hop music and baltimore club (7), hip hop music and hyphy (8), dance punk and nu rave (9), disco and space disco (10), disco and italo disco (11), disco and hi-nrg (12) and so on.
 * Another issue is fusion genres. As fusion genre article reveals (though poor article with bad to none sources) fusion genre is a combination of some genres of music, that could even be unrelated (like, R&B punk). So, what should the color of infobox in those articles be (red as in punk rock or dark-blue as in contemporary R&B)? In some cases, the color of infobox had caused small edit conflicts, like here: ("what should the colour of infobox in 'smooth jazz' article be like?"). Such situations, when users argue over infobox colours make damage to Wikipedia, as they drift attention away from the topic of article.
 * I'd like to make two possible solutions for the issue:
 * to remove the parameter of colour from this infobox
 * to forbid using this template in articles about sub-genres. This solution will also draw a brighter diffenre between various music genres and their sub-genres, as some editors don't seem to understand the difference (as far as I have been editing articles of such kind, an exact reference to if the type of music is a genre or a sub-genre of some other genre can easily be found in most cases. For all other cases, when it is unclear from sources whether the type of music is a genre or a sub-genre of some other genre both points of view can be presented, as in crunk music). -- Appletangerine un (talk) 06:31, 21 October 2009 (UTC)

Style, again
So the music project has pretty much stabilised on using the infobox default styling over the last year or so. This template still uses weird bottom borders on all of its rows. I think it's time to get rid of them. Code is in the sandbox, comparison is on the test cases page. If there's no objection I'll request a sync. Chris Cunningham (not at work) – talk 15:15, 4 December 2009 (UTC)


 * Requesting sync with sandbox as this doesn't seem controversial any more. Chris Cunningham (not at work) – talk 10:42, 10 December 2009 (UTC)
 * ✅ Plastikspork ―Œ (talk) 17:06, 10 December 2009 (UTC)

Derivative forms
Can anyone clearly explain what that field is meant to be filled with and to make that explanation a standart rule. The term derivative form isn't, AFAIK, widely used if even it is used somewhere. So I want this to be explained. If it should be used for sub genres that "shifted" away from their parental genre a bit more than others, then it is useless, as no source would measure that imaginable "distance" and that field will only serve to start POV wars. If it should be used for the separate genres of music that evolved from an initial genre, then there are probably no cases to use, as all new genres to the moment are of fusional origin and have no single parental genre they had evolved from – in this case using this field will cause only POV wars once again, as one can hardly distinguish what genre was "basic" in formation of a new genre and what genres were only "influences". -- Appletangerine un (talk) 12:33, 11 December 2009 (UTC)

Add an image
Simples. Add this below the headerstyle line:


 * image      =
 * caption    =

Chris Cunningham (not at work) – talk 13:17, 9 July 2010 (UTC)


 * I'm a bit weary on this. Do we really want to capture something as vague as a genre in a single image ? Won't that become a bit original research ? It might just be better to have a few images throughout the article. —Th e DJ (talk • contribs) 14:24, 9 July 2010 (UTC)


 * I agree with TheDJ. How would you capture an abstract concept like a musical genre in a single image? For example, what single image would you choose to represent punk rock in the article's infobox? --IllaZilla (talk) 14:46, 9 July 2010 (UTC)


 * Support for an image does not make the use of an image mandatory. Ideally, we should be including illustrative images in the ledes of articles where we can, and if present this change would allow them to be incorporated into the infobox nicely. Right now most of the genre articles have a dearth of images (not one image on soul music?), so I don't see there being any warring over which image to have. Chris Cunningham (not at work) – talk 15:05, 9 July 2010 (UTC)


 * Re-enabling. An optional image shouldn't be controversial. Chris Cunningham (not at work) – talk 14:08, 15 July 2010 (UTC)
 * Well it was controversial clearly. And I realise the other two editors didn't return to the conversation but there is not consensus for this edit yet. — Martin (MSGJ · talk) 14:17, 15 July 2010 (UTC)

Interwiki add, please~
Korean interwiki(ko:틀:음악 장르 정보) is ruled out.

Interwiki add, please~ --Idh0854 (talk) 14:57, 3 August 2010 (UTC)

Popularity
"major popularity" must be removed. It is disputable, POV, and depends of time moment. mikka (t) 2 July 2005 17:29 (UTC)


 * I agree. --Jones5 15:34, 12 April 2006 (UTC)

Five or six years later, I also agree. "Mainstream popularity"? That's subject to infinite interpretations and is just a magnet for unverifiable peacockery. Do we expect editors to ever write, "Not very popular"? The absence of guidelines for usage makes it even worse, but the concept of shoehorning popularity into an infobox is fundamentally flawed. AtticusX (talk) 23:09, 16 January 2011 (UTC)

Another reason to delete this parameter, apart from the inherent subjectivity of popularity, is that infobox fields are supposed to be reserved for concise, easily sum-uppable data about the subject. An infobox's brevity is inadequate to synopsize anything's popularity. AtticusX (talk) 23:18, 16 January 2011 (UTC)

Template:Infobox music subgenre
The only difference between Template:Infobox music subgenre and this template is [//en.wikipedia.org/w/index.php?title=Template%3AInfobox_music_subgenre&action=historysubmit&diff=335638720&oldid=335608514 the addition] of a notable artists parameter. Would anyone be against adding this parameter to this genre template? Or perhaps it's not needed at all. I don't know : ) – Kerαu noςco pia ◁ gala xies 19:36, 24 May 2011 (UTC)


 * I don't think it's needed. Too open to either POV or infobox bloat. It only appears to be used in 3 articles, so I say delete it & replace with this infobox in those usages. --IllaZilla (talk) 20:45, 24 May 2011 (UTC)


 * Excellent, I agree. I'll replace the infoboxes. – Kerαu noςco pia ◁ gala xies 20:47, 24 May 2011 (UTC)

Definition of a genre
I'm not sure where I should be asking or posting this, but assume this talk-page may be watched by many with extensive experience in defining music genres. In regards to a question I've posted at Talk:Bangla rock, I would appreciate further opinions, suggestions, or adjustments by others whom are more familiar with genre-related policy and procedure. Thank you. -- WikHead (talk) 20:54, 30 July 2011 (UTC)

addition of hlist
I propose we add WP:HLIST to this template, which will allow us to change eliminating all the nowrap markup, and replacing it with more meaningful list markup. all that is necessary to make this happen is to add "dataclass = hlist" to the template (e.g., this version of the sandbox). any objections? Frietjes (talk) 20:37, 7 August 2012 (UTC)
 * There is no dataclass param in the infobox template, so I've changed it to bodyclass in the sandbox. -- WOSlinker (talk) 21:21, 7 August 2012 (UTC)
 * thanks, I forgot that we only have that in sidebars. Frietjes (talk) 22:27, 7 August 2012 (UTC)
 * since there are no objections, I have added the edit request (to update the template to this version of the sandbox). an example of the sandbox template in action can be see in this old version of Blues. thank you. Frietjes (talk) 14:31, 11 August 2012 (UTC)
 * ✅ -- WOSlinker (talk) 08:07, 13 August 2012 (UTC)

"Mainstream popularity"
Please, let's remove this parameter. It is not possible to measure or, in most cases, source, current and past "mainstream popularity" of a genre of music, and also has serious global scope issues (what is passé now in the West might be incredibly popular in other parts of the world still, something easily overlooked). I would like to remove it myself, as there seems to be a consensus to do so at the top section of this page, but I don't know if it would screw up transclusions of the template. - filelake shoe  &#xF0F6;   14:57, 10 December 2012 (UTC)
 * Glam rock, nederpop, art rock probably others use that parameter, so you (anyone) would first have to go through every article that uses this template and move that information into the article, if it's not already there, before the parameter could be removed. If a zillion articles have used that param, then maybe a drive would be in order. You have my !vote to remove that parameter too. – Kerαu noςco pia ◁ gala xies 00:57, 11 December 2012 (UTC)
 * I've experienced problems with this parameter too, and I'm not sure why we have it. Often contentious and difficult to source. No need to move it into article body, since there really shouldn't be anything in the infobox that isn't in the article body already. The only reason to move it would be if the info carried a citation and was missing from the body. Otherwise, count me as a vote for deleting the parameter. --IllaZilla (talk) 04:25, 11 December 2012 (UTC)
 * I've been bold and started removing |popularity parameters from templates and invite others to do so too (the parameter has been left in the template for now). I agree with the above – if it's sourced, move it, if it's a simple vague "1980s" or "underground", no point in moving it, if it's a contentious "originally underground, now high in USA, the Netherlands, Brazil, Australia and Western Samoa, medium in Eastern Europe, Russia, Turkey and Iraq from 2003-2006" then just remove it as OR. - filelake shoe  &#xF0F6;   10:04, 9 January 2013 (UTC)

Footnotes and hlist
I created a footnotes field and made the hlist only apply to the data fields. the issue was with Diablada. to see the problem, try clicking on the [show]/[hide] links in the collapsed "note" in the infobox in this version. it expands to fill the entire page. the problem is fairly simple. hlist specifies that each element in the list is not to be wrapped, but this article is using a list of footnotes, which are having the hlist class applied to them. there are basically two fixes (1) create a below field which does not use hlist (which is what I did) or (2) change the footnotes from a formal list to something else. let me know if there are any problems. we should probably check to see if there are any more of these? Frietjes (talk) 00:54, 16 November 2013 (UTC)

A addition to the template?
Through browsing, I noticed articles for sports team such as, New York Yankees in their template they have a link at the top to send you to the article for the current season. I was thinking this could be done to the genre infobox to link to the current article on the yearly events of the genre. Such as the template on Hip hop music would have a link to the 2013 in hip hop music article, and the template on Country music would have a link to the 2013 in country music article, so on and so forth. This seems like a good idea, and would provide a easier way to access these articles, as I would think their would not many instances where 2013 in classical music would be linked in the prose of an article.  STATic  message me!  04:41, 18 August 2013 (UTC)

Hello, it has been a few months with no comments or opposition, so I would like to request that this template be given a subheading similar to Template: Infobox award doc can be viewed here and [//en.wikipedia.org/w/index.php?title=Template:Infobox_award/sandbox&action=edit source here] as I described in the above post. This would require the heading/subheading parameter added and then the "current_awards" in that parameter with "current_year". I have attempted to add this to the infobox in the sandbox, but it would not show up for me. If anyone with more knowledge of more complex template coding, please help me make this change a reality as I see it as nothing but a helpful positive change for the template.  STATic  message me!  23:26, 14 December 2013 (UTC)


 * I agree with you that four months is long enough to wait for comments, and am willing to make your requested changes. I have drafted the necessary changes in the sandbox, and you can see them in action here. Note that I've placed the "2013 in..." section at the bottom, instead of at the top, since in my opinion the immediate importance of such a link is lower here than with a baseball team's sports season, or a recent/upcoming award ceremony. That's just my view as a fellow editor; let me know how strongly you feel about having it at the top. As to the mechanics of this new parameter, you would call it on a specific page by setting  to  . By default, it would then link to " in ", or, if there is no such article but there is one for the previous year, " in ". If you want the second half of the construction to be anything other than the page's name, you can specify that with  . If you want to use a custom value for the whole thing, you can use , though if you use that it won't automatically update to the current year unless you tell it to manually (which requires a fairly ugly sequence of parser functions). Understand that this wouldn't be added to any pages by default. You'd have to do that yourself on individual articles, at your own discretion.  Anyways, does this all sound good to you? Let me know if there's anything you think should be done differently, and we can try to come to an agreement. —  PinkAmpers  &  ( Je vous invite à me parler )  12:25, 19 December 2013 (UTC)


 * Thanks a lot for taking the time to that, I really appreciate it. It all looks good to me, but in my opinion it would look much better at the top. If you think about it these 2013 in...music basically represent that genres "season," if that makes sense. As the yearly award and season would normally be on the article 365 days, even though Baseball is not that important in January and MTV VMAs are not that important around Grammy season, but what is currently happening in the genre of music you are looking up, would always be of significant interest as there is not downtime or offseason. If that argument did not sway you, its really no huge issue with me, I would just be happy to have in implemented in the template. Also one question, since it is going to 2014 soon, would it automaticly change with the new year or would it have to be manually changed?  STATic  message me!  16:59, 19 December 2013 (UTC)


 * If there were some discussion here, I'd be okay with putting it at the top, but since there hasn't been any, I'm uncomfortable making too large a change. It's not your fault, of course, that there hasn't been any, but I hope putting it at the bottom is a reasonable compromise. The icon's pretty big, so it should still get readers' attention.
 * Yes, it will change for the new year automatically (unless you use the  parameter). However, it won't switch to the new year's article until that article has been created, with the exception that, in the unlikely case that there's no article for "2013 in..." or "2014 in...", then it will redlink the latter, to encourage someone to create it. If you see a case where the "2014 in..." article exists, but the infobox still links to "2013 in...", try purging the page. If I'm not making sense now, I'll try to explain it in the documentation too.
 * I'm a bit tired right now, so I'll be making the edit later, lest I screw something up in my sleepy state. If another template editor or admin sees this before then, they can feel free to make the changes themselves.
 *  — PinkAmpers  &  ( Je vous invite à me parler )  20:17, 19 December 2013 (UTC)


 * Yes you are right, that is fine to me, and thats great that it will change and link automatically. I am looking forward to this addition being made.  STATic  message me!  20:47, 19 December 2013 (UTC)


 * Pink check tick.svg Done. Let me know if there are any problems, or if you have any further requests regarding this parameter. — PinkAmpers  &  ( Je vous invite à me parler )  14:18, 20 December 2013 (UTC)


 * If you want to see the parameter in action, by the way, I've tried it out on Hip hop music. — PinkAmpers  &  ( Je vous invite à me parler )  14:27, 20 December 2013 (UTC)


 * Okay, I will make sure to send a message your way. Thanks a lot again, I will begin adding it to articles.  STATic  message me!  17:34, 20 December 2013 (UTC)

BPM (Beats per minute)
I suggest to add a parameter for the BPM (Beats per minute). Most of the musics have a BPM. Currently, the reader has to search it in each article content. Ftiercel (talk) 18:08, 5 April 2014 (UTC)
 * Its not relevant to most forms of music.--  SabreBD  (talk) 18:53, 5 April 2014 (UTC)
 * Sorry to answer so late. Do you mean most of form of music haven't BPM or do you mean most of form of music haven't a tempo? I think almost all the music have a tempo. However, I can understand BPM is a unit mostly used for modern music. Either the unit is badly chosen, either the term is badly chosen. What about using the term tempo and the parameter can be filled with a unit or with classical terms like andante, presto. We can also type a range. Ftiercel (talk) 16:21, 13 April 2014 (UTC)
 * I meant BPM, because you did not ask about tempo. However, I do not see how it would work for that either. What is the tempo of say the blues or rock music?--  SabreBD  (talk) 17:00, 13 April 2014 (UTC)

Tweaks
I've left an amended version of the infobox in the sandbox whose primary tweaks are some padding of the title (abovestyle), its label formatting (labelstyle) and the linkname used in data6 ("List" rather than the more committed "Complete list"). I'm intending to transfer the amendments a few days hence. Sardanaphalus (talk) 10:40, 12 July 2014 (UTC)
 * see this thread. Frietjes (talk) 16:26, 19 July 2014 (UTC)

Template-protected edit request on 28 August 2015
Please merge the sandbox to add colour tracking to identify WP:COLOUR violations.

Alakzi (talk) 18:16, 28 August 2015 (UTC)
 * At your service.... Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 19:46, 28 August 2015 (UTC)

Template-protected edit request on 22 February 2017
Per above RfC, please sync template to Template:Infobox music genre/sandbox Ilovetopaint (talk) 01:33, 22 February 2017 (UTC)
 * Yes check.svg Done — Train2104 (t • c) 03:20, 22 February 2017 (UTC)

Adding "other_names" parameter

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Is there support for this? I've left an example at Template:Infobox music genre/testcases. Would work well for articles like New wave (synthpop), Progressive rock (art rock, progressive pop) and Chillwave (hypnagogic pop). Synonymous terms, but still considered different genres. --Ilovetopaint (talk) 17:19, 11 October 2016 (UTC)
 * One problem is that "new wave" means different things in the US and in the UK – in the UK it would not necessarily have been associated with synthpop because it was used to describe immediate post-punk outfits... it would have been far more common in the UK press in the 1970s to use "new wave" to describe acts like Television, Blondie and Elvis Costello, who definitely weren't synthesizer-based bands. And conversely, the idea that 1980s mainstream pop acts like Culture Club, Tears for Fears or Howard Jones were in any way "new wave" would have had you laughed out of Britain. Richard3120 (talk) 14:25, 19 October 2016 (UTC)
 * Of course. It's the same thing with Shoegazing and Dream pop, as well as the other examples I named. "Art rock" is not "progressive rock", but history has treated those terms interchangeably. Similarly, "shoegazing" is what the British used to call "dream pop". It was only later that these all became their own distinguished genres.
 * Another example is Acid rock. There is a persistent edit war over whether "psychedelic rock" should be listed as a stylistic origin. According to numerous sources, "psychedelic rock" and "acid rock" mean the same thing. So having psychedelic rock as the "origin" of acid rock violates WP:NPOV, since it pushes the pov that acid rock came after psyche rock. That leaves other_topics as the only appropriate spot for linking psyche rock. But I think adding other_names is a fairer solution. Psychedelic and acid rock are inextricable – they shouldn't be linked in a "footnotes"-type section for both infoboxes.--Ilovetopaint (talk) 03:41, 20 October 2016 (UTC)
 * I agree with you, but I know other editors have different views – I was just highlighting one example where genre warriors could end up arguing about whether a particular act was new wave or not. I generally steer well clear of any genre discussions, it would take up too much of my editing time which would be better spent elsewhere. Richard3120 (talk) 03:49, 20 October 2016 (UTC)

It looks like fodder for WP:OR and edit wars. We already have genre warriors, this would likely go down the same road. Walter Görlitz (talk) 13:43, 20 October 2016 (UTC)
 * Edit wars rarely ensue with infoboxes that contain inline citations.--Ilovetopaint (talk) 09:29, 22 October 2016 (UTC)

RfC

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Considering the ubiquity of musical genres that have more than one name, should other_names be added to Infobox music genre? (Testcase examples) --Ilovetopaint (talk) 22:41, 22 January 2017 (UTC)

Survey

 * Support Uncontroversial examples include Progressive rock/Classical rock, Post-punk revival/New rock revolution, Chillwave/Glo-fi, Garage rock/Garage punk, Experimental rock/Avant-rock, Post-punk/New musick, Krautrock/Kosmische musik, and Synthpop/Technopop. We get into more awkward territory with examples like Dream pop/Shoegaze and Hypnagogic pop/Chillwave, but nothing that can't be resolved with a talk page consensus.--Ilovetopaint (talk) 22:41, 22 January 2017 (UTC)
 * Support. Comprehensive the way an encyclopedia should be. Well done. SW3 5DL (talk) 04:35, 31 January 2017 (UTC)
 * Support – Summoned by bot. As noted in the RfC statement, music genres don't always have a single name. Meatsgains (talk) 20:01, 2 February 2017 (UTC)
 * Support. I too was invited by the bot. At first I thought that this would just be a sinkhole of editor time trying to get consensus on what to put in the field, but in looking at some of the genre pages I realize it's too late, the discussions are already been happening about which names to include in the lead sections. As long as the two match, it shouldn't be a problem, and the readers will have a choice of paragraph or point form for the information.—Anne Delong (talk) 05:06, 11 February 2017 (UTC)
 * Support Invited by bot. Seems like a mostly positive addition, but it will need monitoring just like other parts of articles that can become bloated, unsourced, or show undue weight. Argento Surfer (talk) 13:25, 15 February 2017 (UTC)


 * The discussion above is closed. Please do not modify it.</b> Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Threaded discussion

 * The discussion above is closed. <b style="color: #FF0000;">Please do not modify it.</b> Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

WCAG AA or AAA?
There seems to be some disagreement on the accessibility standard this template should be held to. Currently, any infobox using this template with color contrast less than the WCAG AAA standard of 7:1 is added to the tracking category Category:Articles using Template:Infobox music genre with invalid colour combination. However, the standard music genre colors conform mostly to the more lenient WCAG AA 4.5:1 standard. Which color contrast ratio should be standard for infoboxes, AA or AAA? <span style="text-shadow: 4px 4px 20px lightskyblue, -4px -4px 20px HotPink;font-weight:bold;">Mooeena ● 💌 ● ✒️ ● ❓ 06:32, 12 April 2019 (UTC)


 * Should be 4.5:1 contrast ratio to satisfy the AA guideline. The AAA optional guideline is formulated to help people with 20/80 vision, but such people are not usually looking at Wikipedia without some form of vision correction. We don't need to meet this much more difficult (and optional) level of accessibility. Binksternet (talk) 01:45, 1 June 2019 (UTC)

Please change "Ensure AAA contrast ratio" to "Ensure AA contrast ratio". This will bring the infobox into conformance with the "should be followed" AA level of color contrast. The AAA level is optional, and is not required anywhere by Wikipedia. Binksternet (talk) 22:59, 2 June 2019 (UTC)
 * Yes check.svg Done – Jonesey95 (talk) 04:35, 3 June 2019 (UTC)

Clarification regarding country names in Infobox music genre
A discussion has been started at Wikipedia talk:WikiProject Music/Music genres task force. Please add your comments there. —Ojorojo (talk) 16:33, 29 July 2019 (UTC)

RfC on place names in infoboxes
Following the discussion mentioned above, Ojorojo has opened an RfC regarding how place names are written in music-related infoboxes at Wikipedia talk:WikiProject Music. Because the result will potentially affect this infobox's location parameter, users may wish to add their own comments there.  Life of Tau 10:48, 22 August 2019 (UTC)

Removal of typical instruments parameter
For more notice, a discussion that may result in the removal of instruments from the infobox has been started at WT:WPMU. Please add your comments there. —Ojorojo (talk) 16:58, 20 August 2020 (UTC)

Typical instruments parameter – remove?
Following a discussion at Talk:New wave music, I would like to poll the community about the typical instruments parameter. I would like to remove it from the template because the infobox should be restricted to simple facts but typical instruments of a music genre are never simple facts unless the genre is Bagpipes music.

A big problem with the parameter is that we never know if the list should be inclusive or exclusive. Should we list piano in rock and roll even though a good portion of rock and roll songs don't have piano? Should electronic drums and acoustic drums both be listed at new wave? Because it's usually one or the other, rarely both. So listing both would seem like a pretty strange "typical" setup.

WP:INFOBOXPURPOSE says that the infobox is for summarizing key points in the article. The "typical instrumentation" parameter is far too often the only part of a genre article that mentions instruments. It is not summarizing any prose in the great majority of cases. The jazz article, for instance, doesn't have a single paragraph dedicated to instrumentation. The infobox tells us that "horns" are among the typical instruments in jazz, but nowhere in the article body is found the word "horns", and the word is not defined for the reader, who will not know whether a saxophone is considered a "horn" in jazz. (It is.)

WP:INFOBOXPURPOSE also says "The less information it contains, the more effectively it serves [its] purpose, allowing readers to identify key facts at a glance." I vote for less.

expressed support for removal, and I'm sure there are others. Thoughts? Binksternet (talk) 17:21, 20 August 2020 (UTC)
 * move/copy this to WT:WPMU? I wasn't aware of the other discussion at new wave. —Ojorojo (talk) 17:28, 20 August 2020 (UTC)


 * Okay, I'll go there and copy my opinion about it. Binksternet (talk) 18:45, 20 August 2020 (UTC)

Template-protected edit request on 2 October 2020

 * Remove the "typical instruments" parameter, per the consensus at Wikipedia talk:WikiProject Music/Archive 39
 * Add a tracking category as in [//en.wikipedia.org/w/index.php?title=Template:Infobox_music_genre/sandbox&type=revision&diff=975970435&oldid=975969848&diffmode=source this diff] so that editors can assess the value in a "core instruments" parameter ili (talk) 18:56, 2 October 2020 (UTC)


 * so you want to replace "Typical instruments" with "Core instruments", keep the "instruments" parameter and track it with the existing, is that correct?  P.I. Ellsworth   ed.  put'r there 22:50, 2 October 2020 (UTC)


 * did you do the testing when the tracking category was placed in the data6 parameter? and did it work? Asking because I think I would prefer to wrap it in a Main other template at the bottom of the code before the noincluded /doc page.  P.I. Ellsworth   ed.  put'r there 23:23, 2 October 2020 (UTC)


 * The consensus was to remove the instruments parameter entirely. Don't waste your time on tracking or other nonsense. Make it go away. Binksternet (talk) 23:55, 2 October 2020 (UTC)


 * No, I did not mean to replace the parameter with "core instruments". That discussion can come at a later time. Only remove the parameter entirely. Maybe a tracking category is unnecessary... We already have a list of articles that are currently using the parameter. ili (talk) 01:12, 3 October 2020 (UTC)
 * ✅, and please update the template documentation as needed. Thank you very much!  P.I. Ellsworth   ed.  put'r there 01:21, 3 October 2020 (UTC)


 * No Paine; the discussion about the use of instruments never reached consensus, so I didn't touch, test or track the template. The discussion about tracking was about accurately determining to what degree the param was being misused, in order to inform the greater discussion, in order to reach consensus, but it was rendered unreasonable, so I went and did something else.  04:59, 3 October 2020 (UTC)
 * okay, got it, so are you okay with the removal of the instruments param? It can all be reversed until the consensus is stronger if you think it should be.  P.I. Ellsworth   ed.  put'r there 20:35, 3 October 2020 (UTC)
 * The discussion fell into a coma and, almost the instant after it was laid to rest in archive, consensus was claimed here and bish-bash-bosh; none of the participants of the discussion were informed that the discussion had been deemed to have reached consensus, no admin or neutral party had concluded anything and the discussion wasn't closed (at the time). This maneuver is a forking sheet show. Ilil started out agreeing with my suggestion of altering the param to perhaps encourage more appropriate usage, then, when a vote was initiated, switched to a "remove" without explanation. That was their only participation in the discussion, and yet they decided that consensus was reached, and you Paine, seem [//en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AWikiProject_Music%2FArchive_39&type=revision&diff=981673482&oldid=981549053 clearly satisfied that they're right]. I'm pinging and  because reasons, but honestly, at this precise moment in time, don't give a flying fork whether it stays, goes or mutates into a giant dinosaur-looking-thing and stomps all over Tokyo. This sheet goes on all the time and I was tired of of years ago.   21:17, 3 October 2020 (UTC)
 * Our readers will be much better served by a prose-based treatment of "typical instruments" in the article body, as in the Conga (music) article which has an "Instrumentation" section. The infobox should be reserved purely for easy facts, but instrumentation in various musical genres is almost always a complex matter. The parameter should not have been added in the first place. The suggestion for tracking or testing the parameter would have delayed the inevitable deletion for no good reason. We are better off without it. Moving forward, each genre article should be given a section describing instrumentation, properly describing the complexity and richness. Binksternet (talk) 22:15, 3 October 2020 (UTC)
 * I disagree. After thinking about it, I wonder if the parameter may have been misunderstood and even a bit abused by editors who in good faith were not as well-informed as they thought they were? And perhaps a section in the article would be a good thing while also being summarized in the infobox? In any case, I now am too involved to let my closure stand, and so I will reverse my decisions on this matter. You may look for someone else to further your non-consensical ends. All my edits have been rolled back.  P.I. Ellsworth   ed.  put'r there 01:32, 4 October 2020 (UTC)
 * I don't know what the consensus was, I was in favor of removing the parameter unless instruments are discussed, particularly if they are important to defining that particular style. The instruments were removed from the Viking metal infobox, even though I think that's a case where they should stay, and I used that as an example in the discussion.--<b style="color:navy">3family6</b> (<u style="color:black">Talk to me &#124; <small style="color:purple">See what I have done ) 03:21, 4 October 2020 (UTC)
 * Not sure I understand? Why would a parameter need to be deleted? Why not just leave it empty in some cases? Isn't that done already? Why would a parameter in an infobox need to be completely eliminated? That would mean that even if instruments are discussed, there would be no parameter to summary list them for our readers. Aren't they the ones we should be thinking of?  P.I. Ellsworth   ed.  put'r there 07:11, 4 October 2020 (UTC)
 * @Binksternet:
 * much better served by a prose-based treatment – as a summary of article body content, infoboxes are supposed to be reliant on that content, not an alternative to it, so moot point.
 * tracking or testing the parameter would have delayed the inevitable deletion for no good reason:
 * "inevitable"? You have knowledge of the future? Cool.
 * "delayed"? Is there a deadline I'm unaware of?
 * "no good reason" to test and track template usage before making decisions about how to change it? I believe this to be a fine example of why we sadly need the template editor privilege.
 * @3family6:
 * instruments were removed from the Viking metal infobox, even though I think that's a case where they should stay – and yet you're (now) in favor of removing the parameter that supports their summary? *facepalm*
 * I don't know what the consensus was: exactly (jus' sayin').
 * @Paine: Thanks for rethinking, and Aren't [our readers] the ones we should be thinking of? – what kind of hippy-trippy nonsense is that? ;)  08:57, 4 October 2020 (UTC)
 * To Fred: it's a pleasure! Let me go brush my long hair and... now where did I put that LSD??? !)  P.I. Ellsworth   ed.  put'r there 15:06, 4 October 2020 (UTC)

Visual Presentation
I find that this box doesn't play well with the HTML on some pages, for example the Death Metal page looks wrong when the page is too wide: this box overlaps boxes lower down on the page. I'd fix it but I don't know how. — Preceding unsigned comment added by 206.223.186.124 (talk) 14:47, 27 July 2007 (UTC)

Add an example of filled template?
Think it would be helpful. We already have the filled example here – WikiProject Music/Music genres task force/Infobox, so maybe a link to that page would be enough. Solidest (talk) 13:25, 24 February 2021 (UTC)
 * Yes check.svg Done ; trivial but useful alteration to documentation.  08:45, 25 February 2021 (UTC)

"Genres and subgenres must be capitalized"
Is this really a necessary thing? Or is it just about the first character of the first genre in the list? (If it's true, then it should be reworded) This requirement is absolutely ignored everywhere. Even in the mentioned example – house music. Solidest (talk) 10:36, 24 February 2021 (UTC)
 * In documentation of Musician it is said that "Most genres are not proper nouns and should not be capitalized. However, the first word in a list of multiple genres should be capitalized." I guess that's why most people ignore capitalization rule. And I think that it would be useful to replace with this words current capitalization requirement here. Solidest (talk) 14:09, 2 March 2021 (UTC)
 * I agree with what Musician says, and I think it should apply here as well. Richard3120 (talk) 14:21, 2 March 2021 (UTC)