Content deleted Content added
m Archiving 1 discussion(s) from Template talk:WPBannerMeta) (bot |
m MSGJ moved page Template talk:WPBannerMeta/Archive 11 to Module talk:WikiProject banner/Archive 11: discussion more relevant to module not the wrapper template Tag: Disambiguation links added |
||
| (29 intermediate revisions by 3 users not shown) | |||
Line 88:
<table style="width:80%; padding:4px;border:1px solid #bbbbbb; background:#f8eaba; margin-left:10%; margin-right:10%">
<tr>
<td style="padding:0;">[[File:Redwood National Park, fog in the forest.jpg|frameless|none
<td style="padding-left:10px;">This page is supported by '''[[Wikipedia:WikiProject Ecoregions|WikiProject Ecoregions]]''', a collaborative effort to help develop and improve Wikipedia's coverage of [[ecoregion]]s. The aim is to write [[Wikipedia:Neutral point of view|neutral]] and [[Wikipedia:Citing sources|well-referenced]] articles on these topics. See [[Wikipedia:WikiProject Ecoregions|WikiProject Ecoregions]] and [[Wikipedia:FAQ/Contributing]].</td>
</tr><tr>
<td style="padding:0; background:#ffaa66; text-align:center">'''[[:Category:Start-Class Ecoregions articles|Start]]'''</td>
<td style="padding-left:5px;">{{hidden|This article has been rated as '''Start-Class''' on the project's [[Wikipedia:WikiProject assessment#Quality_scale|quality scale]].
|<p>'''Detailed criteria:''' The article has a usable amount of good content but is weak in many areas. Quality of the prose may be distinctly unencyclopedic, and [[Wikipedia:Manual of Style|MoS]] compliance non-existent. The article should satisfy fundamental content policies, such as [[Wikipedia:Biographies of living persons|BLP]]. Frequently, the referencing is inadequate, although enough sources are usually provided to establish [[Wikipedia:Verifiability|verifiability]]. No Start-Class article should be in any danger of being [[Wikipedia:Criteria for speedy deletion#Articles|speedily deleted]].</p><p>'''Reader's experience:''' Provides some meaningful content, but most readers will need more.</p><p>'''Editing suggestions:''' Providing references to reliable sources should come first; the article also needs substantial improvement in content and organisation. Also improve the grammar, spelling, writing style and improve the jargon use.</p>|headerstyle=text-align:left; font-size: 110%; font-weight:normal; margin:0;}}</td>
</tr><tr>
<td style="padding:0; background:#ffddff; text-align:center">'''[[:Category:Low-importance Ecoregions articles|Low]]'''</td>
Line 108:
Given the many pages that would be affected and my lack of coding skills, I do not propose to make the change myself, but would hope for a volunteer. Are there serious technical difficulties or concerns? [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 15:25, 20 April 2017 (UTC)
:What about those with the extended scale? In my experience, those outnumber the ones with the standard scale. Also, what about those which have set up a custom scale, but the only actual customisation is to either disable one (often A-class), or to add one or two (such as Book-class or Redirect-class). --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:17, 20 April 2017 (UTC)
::I would be fine with supporting the extended scale as long as it does not add much complexity. If there are simple ways to support more customized scales and definitions, that would be good too. Maybe there is a way to pick up any available definitions, so <code>X class [show]</code> is supported if <code>X_detailed_criteria, X_readers_experience</code> and/or <code>X_editing_suggestions</code> have defined values in the project context. But I would prefer to keep it simple to start with. [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 00:28, 21 April 2017 (UTC)
== More informative optional text for categories of Wikiprojects ==
Hello,
when I will use the template <nowiki>{{WikiProject Academic Journals}}</nowiki> or <nowiki>{{WikiProject Plants|class=Category}}</nowiki> at some category talkpage, it will show text:
Category This category does not require a rating on the project's quality scale.
It is not much useful. Could it be possible to change the text to more descriptive according to certain Wikiproject needs? For example the mentioned Wikiprojects can have texts:
Category This Wikiproject follows [[Wikipedia:WikiProject Academic Journals/Categories|Categorization of journals]].
or
Category [[Wikipedia:WikiProject Plants/Categorization|Recommendations for categorizing plants]].
Or something like a wikilink to guidelines or to recommendations. I know that there is optional BOTTOM_TEXT for each Wikiproject template, but optional text would be useful for categories of Wikiprojects. How to do that? [[User:Snek01|Snek01]] ([[User talk:Snek01|talk]]) 12:46, 21 May 2017 (UTC)
:{{replyto|Snek01}} I have moved your question here because it is relevant to this template. The text you mention is produced by [[Template:WPBannerMeta/qualityscale]]. It is currently not possible to change this (and to my knowledge no one has ever asked for this before). However you could probably copy that code somewhere and make the changes you want and then implement your customised code using HOOK_ASSESS. It may be complicated because you are adjusting such an intrinsic part of the template (i.e. the class ratings part). Alternatively if there was demand for this feature from multiple projects we could look at adding the functionality here. — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 20:44, 21 May 2017 (UTC)
== Removing the "importance" parameter ==
Following the discussion at [[WP:Village pump (technical)/Archive 155#Removing the "importance" parameter from a WikiProject banner]], I followed the advice given by {{u|Redrose64}} and [https://en.wikipedia.org/w/index.php?title=Template%3AWikiProject_Disability&type=revision&diff=784639034&oldid=488789309 have done] the required edit to {{tl|WikiProject Disability}}. In the same discussion {{u|Iridescent}} mentioned that a bot could go around to all the existing banners to remove the Importance parameter. What do I need to do to get such a bot task done? If there's anything else I've missed or done wrong please let me know. [[User:Dodger67|Roger (Dodger67)]] ([[User talk:Dodger67|talk]]) 11:18, 9 June 2017 (UTC)
:
:[[User:AnomieBOT|AnomieBOT]] is the bot you want ([[User:Anomie|Anomie]] I assume it falls under [[User:AnomieBOT#On_demand|WikiProjectWorker]] and wouldn't need a separate BRFA?). I'd '''strongly''' advise leaving the assessments in situ but invisible for at least a couple of months before a bot run to remove them—if people object to the removal it's a lot easier to just make the existing assessments visible again, than to re-add an assessment to every page. ‑ [[User:Iridescent|Iridescent]] 11:31, 9 June 2017 (UTC)
::Yes, leaving {{para|importance|low}} etc. on every talk page is harmless - nothing is displayed, no categorisation is performed. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 11:41, 9 June 2017 (UTC)
:::Does anyone know where the discussions on removing priority/importance ratings are for {{tl|WikiProject Disability}} and {{tl|WikiProject Visual arts}}. I would like to summarise typical reasons in [[Wikipedia:Assessing articles]]. Is there an easy way to find other projects that skip the ratings? [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 12:06, 9 June 2017 (UTC)
::::{{u|Aymatth2}} See [[WT:WikiProject Disability#Proposal to remove the Importance parameter from the project banner and the article assessment system]] where I proposed the removal a month ago, nobody responded at all so per "silence = agreement" I've gone ahead. "Importance" is often a subjective personal opinion and subject to dispute. It's also of little to no actual value in the project's article improvement system - the Stub/C/B/GA/FA says everything we need to know about the article's quality, regardless of what it is about or how "important" anyone thinks it is. [[User:Dodger67|Roger (Dodger67)]] ([[User talk:Dodger67|talk]]) 13:18, 9 June 2017 (UTC)
:::::Some projects follow one the two "standard" schemes, which give reasonably objective criteria, and some follow tailored schemes, like {{tl|WikiProject Iran}}. Most effort should be given to improving articles on the most central aspects of the project's subject area. But with some areas it may be unavoidably subjective, like the difference between low- and mid-importance visual artists. I hoping for ideas on when importance ratings don't work to use in the [[Wikipedia:Assessing articles]] essay. [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 14:42, 9 June 2017 (UTC)
::::::You might consider taking a look at [[WP:VG/A#Importance scale]]. I don't think anything there is out-of-step with your essay--I think it might be good to point out that breaking down a field into subsections and then providing assessments for those subsections can help with good assessment. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:54, 9 June 2017 (UTC)
:::::::{{ping|Izno}} Thanks for pointing that out. I have added a note on it to the essay. An interesting approach that others might want to follow. [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 16:50, 9 June 2017 (UTC)
::::::::As regards Visual Arts, [[Wikipedia_talk:WikiProject_Visual_arts/Archive_2#Project_template|a conscious decision was made not to include "importance" when the template was originally created a decade ago]], so there's never been a "decision to remove it" as such. Occasionally people will suggest adding one, but it never finds any support. "Importance" really doesn't work on arts topics; someone interested in 19th century English history painting, someone interested in traditional Chinese porcelain, and someone interested in pre-Colombian architecture will each have a completely different idea of what "high importance" means.
::::::::
::::::::As I often point out, what editors feel ''ought'' to be the important topics rarely correlate with what the ''readers'' consider important topics; in terms of what the readers are actually reading, [[Darth Vader]] [https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-90&pages=Darth_Vader|United_States|World_War_II consistently gets more pageviews] than [[United States]] and [[World War II]] <em>combined</em>. To take the disability project as an example, if you look at [[Wikipedia:WikiProject Disability/Popular pages|what the readers are actually looking for]] there's not actually a very strong correlation between pageviews and "importance"—ultra-core topics like [[Speech and language impairment]] [https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-90&pages=Speech_and_language_impairment|I%27ve_fallen,_and_I_can%27t_get_up! get fewer views] than trivia like [[I've fallen, and I can't get up!]]. ‑ [[User:Iridescent|Iridescent]] 17:14, 9 June 2017 (UTC)
:::::::::{{ping|Iridescent}} Good points. I have added them to the essay. The pageviews difference makes sense: Darth Vader has galactic importance while the other two articles just cover minor details about one species on a small green planet. [[User:Aymatth2|Aymatth2]] ([[User talk:Aymatth2|talk]]) 11:55, 10 June 2017 (UTC)
== And old idea, revisited, part 2 ==
This is a follow up to [[Template_talk:WPBannerMeta/Archive_10#An old idea, revisited]], related to discussions with {{User|Nihiltres}} and {{User|Dispenser}} at Wikimania 2017.
*[[User:Headbomb/Sandbox/Banner#Mockup_1|Mockup 1]] was the original idea. Tried to include "vital" articles in there, but for 10,000 articles, this is really flagging this at the completely collapsed level.
*[[User:Headbomb/Sandbox/Banner#Mockup_2|Mockup 2]] effectively treats vital articles as another Wikiproject, with vitality replacing importance. It's quite neat, but discussions at Wikimania led me to a third mockup
*[[User:Headbomb/Sandbox/Banner#Mockup_3|Mockup 3]] the main thing is we separate ''type'' (article, list, category, media) from assessment, and can offer all levels of assessments for things that require assessments. I've also re-designed the issue-flagging so it's actually clear what the icons mean. Some of the links would have to be updated / some pages created, but you get the general idea.
Now of course, there is currently no B-class topics, or C-class media, so if consensus is against having those, we could easily restrict assessments to partial lists depending on type. I don't see support for anything but featured media, but on topics or lists? I absolutely see a demand for those. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 14:27, 15 August 2017 (UTC)
:There have been several proposals for a Good List class. They failed (see for instance [[Wikipedia talk:Good article nominations/Archive 22#Request for comment on stand-alone lists being nominated as Good Articles]] or [[Wikipedia:Village pump (proposals)/Archive 123#Good Lists]] - others exist as well); so any other graduations for lists are not likely to succeed either. That's with the exception of MILHIST which already has AL, BL and CL, see [[WP:MHA#SCALE]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:18, 15 August 2017 (UTC)
::I know for a fact that [[WP:PHYS]] would make use of B/C/Start/etc... lists. I suspect most projects would too, were it actually easy to set up. I'm not proposing we extend this systematically and create new reviewing process when there's no demand for such (e.g. Good lists, Good media, Good portals, etc...), just that we extend the scheme to support such assessment when needed. Projects that have no desire to assess lists could easily continue not doing so, but from my experience there is an appetite to keep track of how lists perform. Reading from the RFC, it seems most people objected because no solid criteria for a good list have been put forward. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 22:35, 15 August 2017 (UTC)
:::As I noted above, that RfC was not the only proposal. But we already have the mechanism for any WikiProject to add AL/BL/CL if it wants to, it is {{tlx|class mask}}, see for example [[Template:WikiProject Plants/class]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 07:37, 16 August 2017 (UTC)
::::The class mask is a real pain in the ass to setup, and most don't want to bother dealing with that. {{User|Nihiltres}} is working on externalizing the classes to a json file however, it looked real promising from what I saw of it. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 10:47, 16 August 2017 (UTC)
:::::{{re|Redrose64|Headbomb}} I've written up a little of my plans in the section below. Specifically, {{tl|class mask}} would be replaced with WikiProject-specific JSON files that extended or overwrote parts of the "default" class set. This would ''help'' implement "type" separation from assessments. I do think, though, that we'd be better off implementing the design improvements first before we tackle the headache of disentangling "type" assessments from quality assessments. I'm going to start writing up code to reimplement most of WPBannerMeta in Lua, so the most helpful thing at this point would be to get the main design improvements solidified so that I can get them out. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 00:02, 29 August 2017 (UTC)
To keep this discussion going: I've been eyeing the implementation details here and it looks like a lot of the functionality of the redesign is applicable to {{tl|WikiProject banner shell}}; it'd be really helpful if someone could itemize the features of this redesign as they'd be applicable to each template. Some support will happen in this template—or Lua reconstruction thereof—but some major features, like including a "master" rating, would have to happen in the banner shell. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 20:52, 7 September 2017 (UTC)
* Would this make sense to wrap into {{tl|article history}}? It already covers the status rating of the article (GA/FA, could extend down to Start for unified/"master" rating), and the template could also house a condensed listing of the relevant WikiProjects (I would go multi-column with shorter line heights, compared to the mockups). My gut tells me that WikiProjects create a lot of needless work for themselves (esp. relative to their editor capacities) by tagging talk pages rather than generating, say for [[WP:VG]], database readouts of all articles of "instance: video game, video game developer, etc." These templates are supposed to improve editor productivity, so wouldn't it better to generate readouts for any grouping of WP articles, e.g., topics related to [[Ursula Le Guin]] or financial companies in Iceland without necessitating a separate Ursula Le Guin (etc.) WikiProject with infrastructure and all? (Again, let the projects who actually use their custom features keep them—Milhist, Chem, anyone who actually uses their "importance" ratings—I'm thinking more of the vast majority of WikiProjects that have simple needs or are altogether dormant, where we should try to reduce editor maintenance costs while refining this template, if possible. <span style="background:#F0F0FF; padding:3px 9px 4px">[[User talk:Czar|<span style='font:bold small-caps 1.2em Avenir;color:#B048B5'>czar</span>]]</span> 06:18, 10 September 2017 (UTC)
== Suppressing class categories ==
I would like to add "class = Disambig" to [[Template:WikiProject Disambiguation]] so that all the tools that rely on PageAssessments data (XTools, CopyPatrol, Popular Pages Bot, etc.) will recognize these pages as disambiguation pages (as most of them don't have any other WikiProject banners). However, this would needlessly categorize all of these pages into a new [[:Category:NA-Class Disambiguation articles|NA-Class Disambiguation articles]] category, which would be silly. Is there any way to suppress the creation of class categories (besides not passing a class)? If not, could a way be added? [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|talk]]) 20:27, 8 December 2017 (UTC)
:I rather think that XTools etc. recognise pages as disambig-class by their being in a subcategory of {{cl|Disambig-Class articles}}, and not by the presence of parameters in WikiProject banners. That being the case, here is what I would do:
:#Modify {{tlx|WikiProject Disambiguation}} to have two new lines: <syntaxhighlight lang=moin>|QUALITY_SCALE=inline
|class={{class mask |dab|disambig=yes}}</syntaxhighlight>
:#Create {{cl|Disambig-Class Disambiguation articles}} with the following content: <syntaxhighlight lang=moin>{{CategoryTOC}}
[[Category:Disambig-Class articles]]</syntaxhighlight>
:After a while, the category will populate. There should be no need to create any other categories. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 15:59, 9 December 2017 (UTC)
::Or instead of step 1, you could add the category to the banner without displaying the class type. <code><nowiki><includeonly>[[Category:Disambig-Class Disambiguation articles]]</includeonly></nowiki></code> -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 20:13, 9 December 2017 (UTC)
:::You'd need to be careful how you did that, so that {{para|category|no}} would still be honoured. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 23:39, 9 December 2017 (UTC)
::::True. <code><nowiki><includeonly>{{#ifeq:{{lc:{{{category|}}}}}|no||[[Category:Disambig-Class Disambiguation articles]]}}</includeonly></nowiki></code> -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 13:28, 10 December 2017 (UTC)
== Overhaul: moving to Lua & JSON ==
I'm planning to rewrite this template's functionality as a Lua module. As part of that, the plan will be to incorporate some design tweaks (as suggested earlier/above by Headbomb) and move class definitions and class masks to a JSON-file model. I've already prototyped a JSON file covering the "standard" set of classes over at [[Template:Class/definition.json]], and there's Lua covering the functionality of {{tl|class}} and related over at [[Module:Class]]. I never pushed those live because they are bad at supporting custom classes; this upgrade will get us around that problem. Individual WikiProjects will be able to define their own JSON files to extend or override the default set.
Besides Lua generally producing faster, cleaner, and more maintainable code, the upgrade to use JSON files in place of class masks has a very specific advantage: it'll be very easy for other tools to "discover" custom classes defined by individual projects. For example, I maintain the [[Wikipedia:Metadata gadget|metadata gadget]] that brings assessments from the talk page to the title and tagline of the article namespace. That gadget currently must hardcode every custom class used by every WikiProject in order to support it, and that's not practical. By moving to JSON, both wiki-side Lua scripts and external (whether client-side gadgets in JavaScript or third-party code like bots) can access the same definitions without the need for one central file containing ''every'' custom definition used on the wiki. This will also make practical some future tools I'd like to develop, specifically focusing on exposing data about article quality over time and [[mw:ORES|ORES]].
I'm only human, so I'm probably missing some details here and there. Specifically, I'd appreciate input into the schema used for the JSON: for example, am I missing details that should be supplied in class definitions? More broadly, are there issues that this change would cause in places? I'd like to preempt problems as much as possible. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 23:54, 28 August 2017 (UTC)
:'''Highest support''' from me. This is a long term project, which will need a lot of testing and collaboration with other project/bots, but the goals are excellent and desirable. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 00:29, 29 August 2017 (UTC)
: Would the format used by the parameters in {{tl|ReleaseVersionParameters}} be a good starting point for the schema? [[User:Titoxd|Tito<span style="color:#008000;">xd</span>]]<sup>([[User talk:Titoxd|?!?]])</sup> 00:45, 29 August 2017 (UTC)
::Indeed, ReleaseVersionParameters already had this goal in mind: the WP 1.0 bot does not hard code any custom quality or importance classes, but is able to parse them directly from the info in this "template". Really, it is not a template, just a way to format information in a way that can be parsed by a bot and hidden on the wiki. The main theoretical issues is if different projects have different custom classes on the same article, in which case there may be no easy way to tell the single "authoritative" rating for the article. It is necessary to have information on the relative position of each custom class with respect to the standard classes, which the template achieves with a numerical parameter. — Carl <small>([[User:CBM|CBM]] · [[User talk:CBM|talk]])</small> 01:24, 29 August 2017 (UTC)
:::My thought on "multiple custom classes" was that if there's more than one WikiProject involved in an article, the "authoritative", "standard" rating should be picked strictly from the standard set. We'd accomplish that not with numerical ratings—those are best for ''ranking'' qualities, rather than picking from them—but with a "maps to" property. For example, a WikiProject that implemented a "B+" rating could give it a property mapping that rating to the ordinary B-class rating for standardization purposes. If the mapping property wasn't provided, then by default we could map to the quality rating with the nearest lower numeric quality rating … which might mean having to be tricky about list-type ratings, but that's manageable. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 14:04, 29 August 2017 (UTC)
::That's great; I wasn't aware of that. Where bits overlap, it'd definitely be worth using the same patterns or values. For example, I've been thinking that a numerical value should be added to the class definition schema so that tools can insert custom classes into an overall order, and so that the "overall rating" of the page can be selected sanely—we can use the same scale as ReleaseVersionParameters. As mentioned, I started [[Template:Class/definition.json]] as the prototype schema; my current thinking is that it might make sense to expand the schema to use two inner objects ("quality" and "importance") or even three ("quality", "importance", and "WikiProject definition") so that we can put everything in the same place. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 14:04, 29 August 2017 (UTC)
*'''Oppose''' Moving to Lua will make my long-term project (adding documentation to all WikiProject banners, ensuring that existing docs are accurate and up to date) much more difficult. It's OK when a banner uses one of the standard parameters in a standard way, but several use weird fiddles, and for these I need to trace through the code to see exactly what happens when a given permutation of parameters is in use. Lua code is untracable. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:10, 29 August 2017 (UTC)
*:Could you be more specific with the problem, or give examples, please? I'd like to think that this project will help us smooth out "weird fiddles" somewhat, and I'm willing to write a variety of debug/testing tools into the code if that's something that you need. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 03:41, 30 August 2017 (UTC)
*::Couldn't a Lua version possibly auto-generate the documentation page as well? -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 07:57, 30 August 2017 (UTC)
*:::It may be possible to autogenerate some documentation in Lua, I don't know. Don't expect me to do it: Lua is a total enigma to me (when templates get converted to Lua, this is against the spirit of "the free encyclopedia that anyone can edit"). I have been documenting WikiProject banners since April 2010 and have developed a set of templates (see for example {{tlx|WPBannerDoc}}) that cope with ''most'' cases of standard parameters used in standard ways; examples include
*:::{{WPBannerDoc|small}}
*:::{{WPBannerDoc|category}}
*:::and some cases of standard parameters used in non-standard ways, also some cases of non-standard parameters. My task is not complete: for example, I have not yet fully worked out the code for {{para|A-Class}} used by some banners (e.g. {{tlx|WikiProject Cricket}} used it {{diff|Template:WikiProject Cricket|prev|729920935|until July 2016}}). --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 09:43, 30 August 2017 (UTC)
:::::I don't really see why LUA code in the background would prevent any of this working as is, or with small modifications. Not an expert on LUA, but to my understanding how you create specific instance of a banner like {{tl|WP Physics}} should very much look the same as they do now, with a bit of streamlining for the class/importance code. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 12:21, 30 August 2017 (UTC)
:::::{{re|Redrose64}} There are (at least) two different ways we could roll this Lua/JSON update out:
:::::#Include a superset of existing functionality, move the new code into place in a single edit, then migrate deprecated functionality ("weird fiddles") to new functionality (i.e. the WikiProject-specific JSON file). Remove deprecated functionality as it's eliminated in the wild.
:::::#Write a new, cleaner template that significantly cleans things up but has a few breaking changes, then migrate project banners individually. Strictly speaking, we can write the JSON files that allow external-tool support for projects before migrating the project banners—just then we need to update things in two places any time a project wants to change its assessment system at all, with the risk that the two places become out of sync. This does have the advantage that it can be done even if the project members are cranky and don't want their project banner updated for whatever reason.
:::::Either way, a focus will be on straightforward, single-document configuration for WikiProject assessment systems, and getting rid of complex multi-template systems (like A-class review hooks) in favour of integrated code that produces stuff that's more standard across WikiProjects. Either way, we'll have dozens of edge cases to resolve, and people that resist change for no good reason.
:::::I understand the concern of Lua being opaque to you, but either way—multilevel-transclusion conditional wikitext or Lua—we've got complexity that's excluding ''someone''. We should work on making it so that ''most people'' don't have to deal with the complicated stuff, of course, and I think that this project is in line with that through its design goal of moving "adding support for custom processes" (like A-class reviews) away from weird systems and so on into "just specify some extra properties for the class definition".
:::::I think that our goals synergize well: we both want these systems to be easy to use and well-documented. My approach is just more dramatic, mostly by pushing things from "implement stuff yourself in wikitext" to "use the standard systems the banner module offers". My ''personal'' preference would be that we just force every WikiProject to use only a single standard set of classes and processes—that would give us site-wide consistency at a stroke—but I know that that's not politically feasible. As an alternative, I'm trying to make a system that offers support for custom classes and processes but ''makes them machine-readable'' so that we can deal with them (and yes, presumably ''document'' them) mostly automatically. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 17:32, 30 August 2017 (UTC)
::::::OK, here's an example. I've just improved [[Template:WikiProject Libraries/doc]]; whilst doing so, I found an unusual line in [[Template:WikiProject Libraries]]: <syntaxhighlight lang=moin>|INFOBOX = yes</syntaxhighlight> Wondering what the effect of that might be, I looked in the source of [[Template:WPBannerMeta]] for the sequence <code><nowiki>{{{INFOBOX</nowiki></code> and not finding it, I knew straightaway that the parameter was unrecognised, and I could safely ignore it. If [[Template:WPBannerMeta]] had been converted to a module, there would have been ''no way'' for me to find out whether that parameter is recognised or not, regardless of the difficulty in determining (if recognised) exactly what it does. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 08:47, 3 September 2017 (UTC)
:::::::If that's a desired feature, we could easily implement a parameter check like several templates do, and put out an error message when previewing the results. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 12:20, 3 September 2017 (UTC)
::::::::Parameter checks which display error messages on preview - such as the one that I {{diff|Template:Infobox London station|prev|796859992|recently added}} to {{tlx|Infobox London station}} - are fine if the person adding that check knows what the valid parameters actually are. Once a template has become a module, you no longer know this. You are then dependent upon the module writer to keep the valid parameter list up to date, something which we cannot guarantee will be done, just as we cannot guarantee that those who amend templates will also amend the documentation. Any computer programmer will tell you that fully-documented functions are an ideal that is never achieved. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 12:48, 3 September 2017 (UTC)
:{{undent}} [[Module:Citation/CS1/Whitelist]] is updated each time a parameter is added or removed. You can also inspect Lua code in the same way as you inspected the template code for banner meta--it only seems opaque to you because you are unfamiliar with the language, not because it is impossible to do so. To any programmer, or anyone not versed in arcane template syntax programming language (and it is arcane, for a number of reasons), your use case is just as opaque. If you don't want to learn Lua, that's your prerogative. But right now, I personally find the current template completely opaque, and would much prefer a Lua representation. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:09, 3 September 2017 (UTC)
::Agreed. I've started in on the work of converting the module, but almost all of my work so far has been ''assembling personal notes'' on how the template works to make sure I match functionality reasonably well (for example, I need to look more into how the hook system is used in practice). The wikitext-vs.-Lua concerns are not a sufficient counterargument to my plan. That said, I do appreciate Redrose64's concern of documentation quality, and we can keep it in mind moving forward. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 20:43, 7 September 2017 (UTC)
* The vast majority of WikiProjects use the simple/base banner, right? So I'd be less concerned about fitting the edge cases (let them continue to use the old banner innards, if necessary, if those projects even still actively use those extra features) than making the majority more efficient <span style="background:#F0F0FF; padding:3px 9px 4px">[[User talk:Czar|<span style='font:bold small-caps 1.2em Avenir;color:#B048B5'>czar</span>]]</span> 05:58, 10 September 2017 (UTC)
**<p>Handling the edge cases is one of the ''goals'' of this change, though. I'm already maintaining a gadget that needs to be able to handle custom classes—that was a big inspiration for this—and right now it has to have extra styles, strings, etc. hardcoded into the gadget to support custom classes, which is untenable. I'm ''planning'' to make some tools that help surface progression of quality metrics over time and highlight [[mw:ORES|ORES]] data for comparison, and for those tools it'll also be highly desirable to ''at minimum'' be able to automatically normalize custom classes to values from the standard set—let alone the portability and maintenance benefits of not hard-coding quality/importance classes in general. Handling edge cases well is one of the key benefits here. We can offer partial support by creating project configuration files for projects before they're properly updated, but that trick increases maintenance costs because it requires that any updates be mirrored in two places (the actual project banner, and the configuration file).</p><p>The fact that most WikiProjects use "simple" options does offer us an easy migration path, though: once the code's in a usable state we can start migrating "simple" banners and whittle the problem down to the tricky projects. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 19:55, 12 September 2017 (UTC)</p>
**: Sounds good. Just wanted to note that it's possible that some edge-case projects are no longer even active and therefore might not care if their edges are preserved. Perhaps someone can generate a list of edge cases and the rest of us can help by investigating <span style="background:#F0F0FF; padding:3px 9px 4px">[[User talk:Czar|<span style='font:bold small-caps 1.2em Avenir;color:#B048B5'>czar</span>]]</span> 20:34, 12 September 2017 (UTC)
**::Right, good call! I figure that we can proactively update most projects assuming there are no breaking changes. Few projects should have breaking changes; the nature of Lua means that it should be easy to cover most of the custom stuff with native functionality. Most of the edge cases should be easy to detect: they'll be using a class mask and/or the hook system, so they'll have non-empty values defined in relevant parameters. Many of those will be simple cases like "supporting extra parameters" that Lua can handle with negligible effort; a few might be more complicated. First things first, though: I've got to rewrite most of the core functionality. I'm planning to deprecate the hook system entirely: people who want that level of flexibility can instead just <code>require()</code> the main Lua module and reuse its functions in their own module. <span style="white-space:nowrap;">{{[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]] |[[User talk:Nihiltres|talk]] |[[Special:Contributions/Nihiltres|edits]]}}</span> 21:31, 12 September 2017 (UTC)
*'''Support'''. WikiProject banners are a contentious area for many historical reasons, but I'm committed to moving the technology forward in a way which doesn't step on anyone's toes too much. {{ping|Nihiltres}} Feel free to reach out if you'd like to collaborate. {{ping|Redrose64}} Your documentation goals are extremely important, and we should make sure they are supported throughout this process as much as possible. [[User:TheDragonFire|TheDragonFire]] ([[User talk:TheDragonFire|talk]]) 10:45, 11 February 2018 (UTC)
== Coloured blocks may be too large ==
[[File:WikiProject banner meta super sized class and import (bug?).png|thumb]]
On many pages (for example [[Talk:Deterrence (legal)]]) the coloured blocks for class and importance come out ridiculously large on zooming in, or when the page width is reduced, like jumping from a width of 5 em to 45+ em. Can something be done to keep the size constrained? --[[User talk:Lambiam|Lambiam]] 11:45, 4 May 2018 (UTC)
:Can't see this myself. What browser are you using? Maybe post a screenshot to show the problem? — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 12:41, 4 May 2018 (UTC)
::{{ping|MSGJ}} I was able to repro on Windows 7 with Firefox 59.0.3 (on Timeless skin, if that matters). That said, it was at a zoom level that I think is generally not a workable one, but I suppose could be used by readers with poor or failing eyesight. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 12:58, 4 May 2018 (UTC)
::::For me it happens with Firefox 59.0.2 on macOS (using MonoBook), already at relatively modest zoom levels (5 times command-+, corresponding to a magnification of about 171% compared to the default) – or by a window size reduction to 58% of the screen width (1/1.71 = 0.58) at the default zoom level. --[[User talk:Lambiam|Lambiam]] 22:55, 4 May 2018 (UTC)
:::This is very odd, because a WikiProject banner is essentially a table having three rows of three columns (in this case the third column isn't used). In a table, columns are of constant width all the way down, and so the the first cell of ''every'' row in the same table should be the same width as all the other cells in that column.
:::In the WikiProject law banner displayed at [[Talk:Deterrence (legal)]], the first column comprises one image and two items of text (the two coloured blocks under discussion). The width of the column is determined by the widest cell, which is [[:File:Scale of justice 2.svg]] displayed 55px wide, and the two others are widened to match that one.
:::When text is left-aligned within a cell, the second cells of each row should have their left edges aligned vertically; that is to say, the text "This article has been rated as '''Start-Class''' on the project's [[Wikipedia:WikiProject Law/Assessment#Quality scale|quality scale]]." and "This article has been rated as '''Top-importance''' on the project's [[Wikipedia:WikiProject Law/Assessment#Importance scale|importance scale]]." should not be displayed any further to the right than the text "This article is within the scope of '''[[Wikipedia:WikiProject Law|WikiProject Law]]''', ...". The screenshot shows that such vertical alignment is failing, which to me suggests a browser problem.
:::Looking at that column-two text beginning "This article is within the scope ..." shows that the text is flowing around the image - the words "encompassed by it." are below the image and left-aligned with the image's left edge. This cannot happen if they are in different cells, so to my mind, something is merging two cells that should be distinct.
:::Another odd feature in that screenshot is the "Law portal" box - the white background should entirely fill the border of that box, instead of stopping short of the bottom border. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:03, 4 May 2018 (UTC)
::::The portal box is probably an artifact of using Timeless--every portal box appears so in that skin, though I can confirm Vector and Monobook are fine. I suppose it's plausible that it's related and may indicate an error in the portal box module/metatemplate, but I am skeptical. I think Timeless is more likely missing some skin coloring or border manipulation that can be found in the vector/monobook themes. And it's that the border isn't shrinking to the background, not that the background needs to fill in the shape delineated by the border. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:31, 4 May 2018 (UTC)
== Protected edit request on 12 May 2018 ==
{{edit fully-protected|Template:WPBannerMeta|answered=yes}}
'''Request:''' Please change this template (or the other one; see below) so that the categories "Project-Class sociology articles" and "Top-importance sociology articles" are no longer invoked from every page transcluding it.
'''Background:'''
There is an error, either in this template, or in {{tl|WikiProject Sociology}}, I'm not sure which. The undesired behavior is that pages including the latter template, get categorized into two article categories. One example is the Talk page for WikiProject Sociology at [[WT:SOCIO]], which has two categories listed which are incorrect for a Talk page.
An example completely stripped of all excess cruft to make it easier to see the problem, and which also contains justification for the "undesirable" characterization, is here: [[User:Mathglot/sandbox/Test pages/Sociology Header noinclude thing]]. Thanks. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 03:00, 12 May 2018 (UTC)
:What exactly is the problem here? You've tagged the [[Wikipedia talk:WikiProject Sociology]] page with {{tlx|WikiProject Sociology|class{{=}}Project|importance{{=}}Top}}. "Project-Class sociology ''articles''" is simply an artefact of the underlying structure for the page categoriation. You could rename that to ''pages'' if that particularly annoys you, but nothing is broken here. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 04:15, 12 May 2018 (UTC)
::'Pages' or 'articles' is irrelevant, it's still wrong. A project page is not rated on a quality scale, and thus is not a 'Top-importance sociology articles' [or 'pages']. The talk page should be responsible for declaring its own categories, and not inherit them blindly, especially not if they aren't defining characteristics of the page. In any case, 'Top-importance sociology articles' [or 'pages'] is not a defining characteristic of a Project Talk page. I'm not a categorization honcho, I made need to page some folks that can explain this better than I can. Stand by... [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 11:13, 12 May 2018 (UTC)
:{{ping|Mathglot}} If you do not want WT:SOCIO to appear as a top-level article, [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Sociology&diff=840831732&oldid=840779785 you need to remove the rating]. Nothing was being inherited "blindly". --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 13:13, 12 May 2018 (UTC)
::As for the class, that appears to be set correctly as it is indeed a project "article" (that it is called an article is an artifact more than anything--we don't care enough to change however many millions of project talk pages tagged as such just for article -> page). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 13:15, 12 May 2018 (UTC)
:::If you object to the page being classified into top-importance aritcles, just don't set {{para|importance|top}} in the banner. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 13:20, 12 May 2018 (UTC)
::::In fact, you can safely remove the {{para|class|Project}} as well as {{diff|Wikipedia talk:WikiProject Sociology|next|840779785|the {{para|importance|Top}}}} since the class is detected automatically for all non-article talk namespaces (Category talk, File talk, Template talk, Wikipedia talk, etc.); the importance similarly defaults to NA (putting the page into {{cl|NA-importance sociology articles}}) in those namespaces. So all that you really need on [[Wikipedia talk:WikiProject Sociology]] is {{tlx|WikiProject Sociology}} with no parameters at all. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 21:12, 12 May 2018 (UTC)
:::::Ah, I see now, I didn't realize it was coming from the parameters, and not directly from the template. <s>You can mark this closed.</s> Thank you one and all. 03:25, 13 May 2018 (UTC)
:::::Either I'm really dense, or there's something I'm missing. I've removed both project class and quality scale params, leaving only {{tl|WikiProject Sociology}} in both the project page, as well as on my [[User:Mathglot/sandbox/Test pages/Sociology Header noinclude thing|test page]]. Both pages continue to show two categories at the bottom of the page, although not the same ones as before. In the case of the test page, the two categories shown are [[:Category|NA-Class sociology articles]] and [[:Category|NA-importance sociology articles]]. In the case of the actual project page ([[Wikipedia talk:WikiProject Sociology]]), it shows [[:Category|Project-Class sociology articles]] and [[:Category||NA-importance sociology articles]]. What am I missing? Can I say, <code><nowiki>|class=none |importance=none</nowiki></code> or something? [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 07:15, 13 May 2018 (UTC)
::::::This is normal behaviour for ''all'' WikiProject banners that recognise {{para|class}} and {{para|importance}} parameters. When one or the other of these parameters is blank or absent, a default value is used. As noted at [[Template:WikiProject Sociology#Optional parameters]]:
{{WPBannerDoc|class|PROJECT=Sociology |ASSESSMENT_LINK=Wikipedia:WikiProject Sociology/Assessment |BANNER_NAME=Template:WikiProject Sociology |QUALITY_SCALE=subpage }}
::::::If you don't want [[Wikipedia talk:WikiProject Sociology]] to appear in {{cl|Project-Class sociology articles}} and {{cl|NA-importance sociology articles}}, remove {{tlx|WikiProject Sociology}} entirely. You cannot keep the banner and also suppress the categories other than by removing recognition for the parameters entirely (as is the case with {{tlx|WikiProject Classical music}}), which would defeat the FA/A/GA/B/C/Start/Stub grading scheme as well. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 07:47, 13 May 2018 (UTC)
:::::::{{ec}} Okay, that was my question (keeping the banner and suppressing the categories) but as you say, we don't want to defeat the grading scheme. Thanks again. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 08:06, 13 May 2018 (UTC)
== FYI ==
I added a [[WP:AALERTS]]-related warning concerning mergers and moves in
*{{tl|WPBannerMeta/locwarning}}
*{{tl|WPBannerMeta/templatepage}}
<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 16:46, 14 August 2018 (UTC)
== Infobox No ==
Wanted to see if someone could help me out. I've noticed a few pages with <code>infobox=no</code> that are still getting categorized into "Needs infobox" categories. In looking at the source code, it seems that these should not be categorized but I think I'm missing something... Anyone able to provide some insight? --'''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 22:34, 3 October 2018 (UTC)
:{{replyto|Zackmann08}} Which pages are these? It will depend upon the coding within the individual infobox template. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:58, 3 October 2018 (UTC)
::{{ping|Redrose64}} thanks for the response. One example would be [[Talk:Battle, East Sussex]] which uses {{tl|WikiProject UK geography}}. Sounds like what you're saying is that the issue doesn't actually lie here with {{tl|WPBannerMeta}} but with the way that particular template (in this case {{Tl|WikiProject UK geography}}) is calling the template? --'''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 23:04, 3 October 2018 (UTC)
:::Read the '''Deprecated parameters''' section of the documentation for {{tl|WikiProject UK geography}}. The parameter is behaving as described in the docs. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 23:11, 3 October 2018 (UTC)
::::{{ping|WOSlinker}} ah ok! Thank you for pointing me to that. It is a bit bass-ackwards, but really appreciate you pointing me to the right place. I figured I was just missing something so thank you much! --'''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 23:22, 3 October 2018 (UTC)
:::::{{ping|Zackmann08}} That's probably why it was deprecated. There's only seems to be about [https://en.wikipedia.org/w/index.php?title=Special:Search&limit=50&offset=0&profile=all&search=insource%3A%2F%5C%7C+%2Ainfobox+%2A%5C%3D+%2Ano%2F+hastemplate%3A%22WikiProject+UK+geography%22 38] that need updating to the ''needs-infobox'' parameter format or removing if the infobox is there now. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 08:44, 4 October 2018 (UTC)
== Links from redirects? ==
[[Special:WhatLinksHere/Canadian Open Wireless and Mobile Communications Engineering Journal]] shows that [[Talk:Canadian Open Wireless and Mobile Communications Engineering Journal]] links to [[Canadian Open Wireless and Mobile Communications Engineering Journal]].
However, I can't find any such links on either [[Talk:Canadian Open Wireless and Mobile Communications Engineering Journal]], or {{tl|WP Journals}}. What gives?
Does something in the metabanner need to make use of {{tl|linkless exists}}? Possibly [[Module:Pagetype]]? <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 23:09, 12 October 2018 (UTC)
:{{ping|Headbomb}} Thanks for the ping. The talk page uses {{tl|WikiProject Academic Journals}} which uses {{tl|WPBannerMeta}}. That and its subpages do a few #ifexist: checks but only on pages such as [[WP:WikiProject Academic Journals]], and there's no #invoke: for a direct module call. Those subpages do use several other complex templates which may record a spurious wikilink. I agree that {{tl|Pagetype}} is the most likely candidate. Someone could test that theory by pretending to edit the module and previewing the talk page with the pagetype call removed. (I can't do this myself, as the modules are protected.)
:As you've noticed, [[Module:Linkless]] is currently up for deletion. If done carefully, that could still allow {{tl|linkless exists}} to keep working, but deleting the module-level interface would prevent other modules such as Pagetype from calling it.
:However, I don't think that Linkless can help us here. Pagetype is not just checking for existence but reading the page to find out whether it is, for example, a redirect. I don't know any way to do that without recording a wikilink. Even if we found a way, I'm not sure that it would be a good idea: we do want the talk page banner to update if its counterpart in the main namespace changes type. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 23:58, 12 October 2018 (UTC)
::Well, ideally, we'd want the banner to update, but without creating a link record. Because that's pretty annoying. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 00:07, 13 October 2018 (UTC)
:::Sadly, I don't think that's possible. Updating the banner requires the link record. As I understand it, when a page (such as the redirect in main namespace) changes, MediaWiki runs a query similar to "what links here" to work out which other pages depend on it, and updates them. No link means no update. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 00:51, 13 October 2018 (UTC)
::::It's not possible. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 01:03, 13 October 2018 (UTC)
:::::At least not until {{phab|T14019}} is dealt with. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 01:17, 13 October 2018 (UTC)
== Proposed extension to usage of project banners ==
Comments please, on [[Wikipedia:Village pump (idea lab)/Archive 26#Semi-automate DELSORT based on Project tags]]. Thanks, [[User:Cabayi|Cabayi]] ([[User talk:Cabayi|talk]]) 14:10, 31 October 2018 (UTC)
== [[Template:WikiProject Japan]] seems to be suppressing TOCs ==
I'm not sure if this is the right place to ask, but it seems that the template is blocking TOCs from being displayed unless <nowiki>__TOC__</nowiki> forces the page to show it. See for example [[Talk:Japanese battleship Yamato]], which has an apparently suppressed TOC. All of the project templates except for Japan are at [[Talk:German battleship Bismarck]], where there is no problem with the TOC displaying. I looked at the template, but there's nothing I can see that's causing the problem (though I by no means know what I'm doing). Can anybody take a look? Thanks. [[User:Parsecboy|Parsecboy]] ([[User talk:Parsecboy|talk]]) 13:04, 19 November 2018 (UTC)
:{{ping|Parsecboy}} It's not, if you look in the Todo section of the banner on that page, you'll find the toc there. It's because [[Wikipedia:WikiProject Japan/ToDo]] as sections. If these were replaced with just bolded text then the toc would appear after all the banners. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 16:27, 19 November 2018 (UTC)
::Ah, that would explain it - the sections were added [https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Japan/ToDo&diff=869059642&oldid=678441646 here], but I've reverted them. Thanks. [[User:Parsecboy|Parsecboy]] ([[User talk:Parsecboy|talk]]) 16:34, 19 November 2018 (UTC)
== Protected edit request on 29 March 2019 ==
{{edit fully-protected|Template:WPBannerMeta|answered=yes}}
Like [[Module:Documentation]], this template should automatically sense the protection level of a template and then transclude the proper icon and category - currently, there are almost 20 template-protected wikiproject templates, and likely many more with other protection levels. I don't know how this is implemented, and don't want to try and mess around with something transcluded so heavily. Thanks, --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 00:18, 29 March 2019 (UTC)
:It certainly can be worked on by anyone, once a sandbox has been validated feel free to reactivate the edit request. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 01:44, 29 March 2019 (UTC)
::It can be added to the [[Template:WPBannerMeta/templatepage]] page. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 08:38, 29 March 2019 (UTC)
::Why is this necessary? Which WikiProject banners are protected (to any level) but have no protection icon at top right? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 14:57, 29 March 2019 (UTC)
:::{{ping|Redrose64}} Eg {{tl|WikiProject Fencing}} --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 16:07, 29 March 2019 (UTC)
::::{{diff|Template:WikiProject Fencing|prev|890083312|Easy}}. Next? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 23:35, 29 March 2019 (UTC)
:::::{{ping|Redrose64}} I had a list, and put it somewhere. I'll ping you if I find it, but anyway thanks for the help. --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 23:36, 29 March 2019 (UTC)
:::::{{ping|Redrose64}} {{tl|WikiProject Rowing}}, {{tl|WikiProject Running}}, and {{tl|WikiProject Mixed martial arts}} all have hardcoded move and edit protection templates, as well as categories, that should be moved to documentation subpages. Can you help? --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 23:39, 29 March 2019 (UTC)
::::::Done, done and done; but if you examine the doc pages that I have created, none of them now have a pp template. It's built in to the core code of {{tlx|documentation}}, so there's no need to move any pp templates - just get rid of them. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 00:38, 30 March 2019 (UTC)
:::::::{{ping|Redrose64}} yeah. I know that documentation automatically adds the icon and stuff, and thats what I wanted to do here (or at the /templatepage page). Thanks, --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 00:47, 30 March 2019 (UTC)
== Redirect categories ==
How do I modify [[Template:WikiProject Civil Rights Movement]] to allow [[Talk:Whites only]] to register in [[:Category:Redirect-Class Civil Rights Movement articles]]? I am not familiar enough with this type of template to modify it. [[User:Mitchumch|Mitchumch]] ([[User talk:Mitchumch|talk]]) 01:03, 8 April 2019 (UTC)
:Issue fixed. [[User:Mitchumch|Mitchumch]] ([[User talk:Mitchumch|talk]]) 22:20, 8 April 2019 (UTC)
== Weird trailing indent causing excessive whitespace ==
Can someone make the text expand to the full width so it doesn't look like [[:File:Template-WPBannerMeta showing a formatting bug.png|this]]? <b>~</b> <span style="font-family:Monotype Corsiva; font-size:16px;">[[User:Tom.Reding|Tom.Reding]] ([[User talk:Tom.Reding|talk]] ⋅[[WP:DGAF|dgaf]])</span> 13:22, 2 June 2019 (UTC)
:{{replyto|Tom.Reding}} Please don't upload Wikipedia screenshots to imgur. My browser takes several minutes to display anything, and then it's the cookie information box which I am obliged to "accept" before I can see anything useful. Even when I have exited the website, my computer slows to a crawl necessitating at the very least close and restart the browser. In the past, my antivirus software has warned me about imgur and I don't want to reboot every time.
:Instead, we have guidance at [[WP:WPSHOT]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 19:12, 2 June 2019 (UTC)
::{{Ping|Redrose64}} screenshot migrated to commons. Wow, if you don't mind, what browser & antivirus do you use? <b>~</b> <span style="font-family:Monotype Corsiva; font-size:16px;">[[User:Tom.Reding|Tom.Reding]] ([[User talk:Tom.Reding|talk]] ⋅[[WP:DGAF|dgaf]])</span> 20:11, 2 June 2019 (UTC)
:::I have occasionally seen WikiProject banners used on talk pages where the text is confined to the left-hand half like that. Sometimes, a [[WP:PURGE]] will fix it; failing that, a [[WP:BYPASS]]. I think that it happens when some of the stylesheets or scripts were not fully processed by your browser. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:58, 2 June 2019 (UTC)
::::Unfortunately, neither a purge nor a bypass resolved the issue on Chrome (currently up-to-date: Version 74.0.3729.169 (Official Build) (64-bit)), but both Firefox and IE display normally. <b>~</b> <span style="font-family:Monotype Corsiva; font-size:16px;">[[User:Tom.Reding|Tom.Reding]] ([[User talk:Tom.Reding|talk]] ⋅[[WP:DGAF|dgaf]])</span> 21:51, 2 June 2019 (UTC)
Is this on the template page itself? I am unable to reproduce, and I am using Chrome too — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 11:00, 3 June 2019 (UTC)
== Multiple portals ==
Is there an easy way of displaying multiple portals in a WikiProject banner? I've taken a stab at this at [[Template:WikiProject Korea/sandbox]] but it seems like a bit of a hack and I'm not happy with the alignment of the main text. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 12:33, 13 July 2019 (UTC)
:{{replyto|PC78}} Please see my reply at [[Template talk:WikiProject Amphibians and Reptiles#Template-protected edit request on 9 April 2019]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 12:46, 13 July 2019 (UTC)
::{{ping|Redrose64}} Yes, what I've done is based on the WP Trains banner. I don't like how it aligns the main text at the top rather than in the middle, though. Is there any way to bypass this? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 13:10, 13 July 2019 (UTC)
::Could be a browser issue, I get this with Firefox but it looks fine using Edge. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 16:37, 13 July 2019 (UTC)
:::I don't understand what "it aligns the main text at the top rather than in the middle" relates to. Please provide a [[WP:WPSHOT]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 19:16, 13 July 2019 (UTC)
[[File:WikiProject banner text alignment.png]]
::::Well, it's this. I've had a play around and it seems like it's always there, regardles of browser. The enlarged portal box has made it more pronounced but it otherwise seems to be unrelated. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 23:27, 13 July 2019 (UTC)
:::::A WikiProject banner is a table, tables have rows, and the top edge of each row cannot be any higher than the bottom edge of the row above, even when there are no visible borders between the rows. In the case of [[Template:WikiProject Korea/sandbox]], the first row is [[:File:Gama2 crop.jpg|the image]], main text and portal box; the second row is the class information. Since the portal box is usually the tallest item in the first row, it governs the height of that row; on narrower screens (or when using high zoom settings) the main text will be the tallest item. You get the same thing happening at [[Talk:Elmers End station]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 00:01, 14 July 2019 (UTC)
::::::Ah-ha, thanks for the explanation. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 00:15, 14 July 2019 (UTC)
== Lowercase class ==
Please see [[Wikipedia:Categories_for_discussion/Log/2019_July_24#Category:List-Class_articles]] which, if agreed, would require a change to this template. – [[User:Fayenatic london|Fayenatic]] [[User talk:Fayenatic london|'''<span style="color: #FF0000;">L</span>'''ondon]] 12:14, 24 July 2019 (UTC)
== Note size? ==
Does the main template not have individual parameters to set the size of a note image, i.e. {{para|NOTE_1_SIZE}} etc.? From the doc it looks like there is only a single parameter that applies to all notes. Is it therefore necessary to use the note hook if I want to do this? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 16:34, 5 August 2019 (UTC)
:{{replyto|PC78}} The non-hooked method of setting up a note does indeed restrict you to {{para|NOTE_SIZE}}, for a variant size you do need to use the hook form, {{para|HOOK_NOTE|{{tlf|WPBannerMeta/hooks/notes|...}}}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:13, 5 August 2019 (UTC)
::Cheers, I guess I'll have to do that. Is there a reason why the template is set up this way? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:15, 5 August 2019 (UTC)
== Should we maybe hide the importance-rating when an article is classified as "low-importance"? ==
Importance ratings are helpful for categorizing in the project, and the vast majority topics are of low importance, but I do feel a bit mean rating a biography or a well-written article as being "low-importance". I'm wondering if we should maybe just hide the importance rating when set to "low"? It doesn't seem like something that would affect the projects and might be more encouraging than seeing your article marked as being of little importance. – '''[[User:Þjarkur|Thjarkur]]''' [[User talk:Þjarkur#|(talk)]] 14:07, 4 August 2019 (UTC)
:I don't see why we would do that.  <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 15:36, 6 August 2019 (UTC)
== rater-data.js subpages ==
There seem to be a lot of rater-data.js subpages for various WikiProject banners, all I've looked at are unused as far as I can see. Do anyone know about their purpose? Please respond at [[Wikipedia:Templates for discussion/Log/2019 August 31#Template:WikiProject Korea/rater-data.js|the related TfD]] to avoid discussion forking. --[[User:Trialpears|Trialpears]] ([[User talk:Trialpears|talk]]) 06:43, 4 September 2019 (UTC)
== To-do list for task forces? ==
Hi, is there a way to list the to-do pages for task forces? For example, on the [[Template:WPUSA]]? [[User:Funandtrvl|Funandtrvl]] ([[User talk:Funandtrvl|talk]]) 00:14, 27 August 2019 (UTC)
:{{ping|Funandtrvl}} Have you looked at the [[Template:WPBannerMeta/hooks/todolist|/todolist]] hook? But perhaps you are not asking about that. In any case, transcluding large amounts of text of thousands of pages is somewhat discouraged I think, because it can adversely affect page loading times for the benefit of very few editors — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 06:28, 18 September 2019 (UTC)
== Portal links not showing? ==
Looks like the main portal link isn't showing, all banners appear to be affected, e.g. {{tl|WikiProject Japan}}. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 14:42, 14 September 2019 (UTC)
:Was [https://en.wikipedia.org/w/index.php?title=Template:WPBannerMeta/core&diff=915029858&oldid=774482359 this edit], which I've just undone for now. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 16:42, 14 September 2019 (UTC)
::It looks like there was an extra pipe in the code. {{ul|BrownHairedGirl}} should be slapped with a wet trout for not testing in the sandbox ;) — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 06:25, 18 September 2019 (UTC)
:::Oops! Sorry, @[[User talk:MSGJ|Martin]]. Trouting accepted. --[[User:BrownHairedGirl|<span style="font-variant:small-caps"><span style="color:#663200;">Brown</span>HairedGirl</span>]] <small>[[User talk:BrownHairedGirl|(talk)]] • ([[Special:Contributions/BrownHairedGirl|contribs]])</small> 10:07, 18 September 2019 (UTC)
::::If there is a need for such a check it would probably be more efficient to put some code on [[Template:WPBannerMeta]] rather than in /core. What precipitated that change? — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 11:00, 18 September 2019 (UTC)
== Formatting error? ==
I recently updated the code for {{tl|WikiProject Korea}} and inadvertently placed it in {{cl|WikiProject banners with formatting errors}} under code "N". This was caused by the removal of the <code>TF_n_NAME</code> parameters from {{tl|WPBannerMeta/hooks/taskforces}} which I did because the documentation suggests that they are optional and redundant when <code>TF_n_TEXT</code> is also used. Restoring these parameters has fixed the problem but this looks like a false postive to me. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 13:28, 1 September 2019 (UTC)
:{{replyto|PC78}} You shouldn't need to use {{para|TF_''n''_TEXT}} if you are using {{para|TF_''n''_NAME}} and {{para|TF_''n''_LINK}} - when {{para|TF_''n''_TEXT}} is present, it completely overrides {{para|TF_''n''_LINK}}; and largely overrides {{para|TF_''n''_NAME}}, but there are certain parts of the code that rely on {{para|TF_''n''_NAME}} being set even when {{para|TF_''n''_TEXT}} is used. IIRC, using {{para|TF_''n''_TEXT}} is an old method that is retained for legacy reasons; if a template already uses {{para|TF_''n''_NAME}} and {{para|TF_''n''_LINK}}, don't switch it over. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:14, 1 September 2019 (UTC)
::Hmm, the banner was already using {{para|TF_''n''_TEXT}} but removing it might simplify the code somewhat; on the other hand, the ability to define custom text seems useful and is not documented as a legacy feature. The banner appeared to be working fine without those parameters but I might just leave it now it's "fixed". [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:26, 1 September 2019 (UTC)
{{ping|PC78}} Haven't looked in detail yet, but I think the TF NAME parameter is used for the default text when the banners are nested. — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 06:21, 18 September 2019 (UTC)
:No, you're thinking of the {{tl|WPBannerMeta/hooks/tfnested}} hook. I ended up making the change anyway, because the meagre benefits of maintaining custom text were outweighed by the simplification of the banner code. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 10:47, 18 September 2019 (UTC)
::You're right, but now I remember why the NAME parameter is mandatory - it is used by [[meta:Community Tech/PageAssessments|PageAssessments]] — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 10:53, 18 September 2019 (UTC)
:::The collapsed banner displays {{para|TF_''n''_NESTED}} whether tf hooks are used or not. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 14:41, 18 September 2019 (UTC)
== Auto assess icon ==
{{edit protected|Template:WPBannerMeta/core|answered=yes}}
Could someone please change the following in {{tl|WPBannerMeta/core}}:
|{{WPBannerMeta/note
|IMAGE=Robot icôn.svg
|SIZE=30px
to:
|{{WPBannerMeta/note
|IMAGE=Robot icôn.svg
|SIZE=<nowiki>{{{NOTE_SIZE|}}}</nowiki>
I don't see any reason why the auto assess icon should be handled differently to any other note icon, especially when the rest default to a diferent size. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 01:00, 18 September 2019 (UTC)
:Yes, that makes sense to me too — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 06:23, 18 September 2019 (UTC)
::{{Re|PC78}} please update in sandbox and validate testcases. If there is a missing test case for this condition, please make one and validate. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 13:49, 18 September 2019 (UTC)
:::{{ping|MSGJ}} A little help? :) I've made changes to {{tl|WPBannerMeta/core/sandbox}} and {{tl|WPBannerMeta/sandbox}} and switched {{tl|WikiProject Biography/sandbox}} over to the sandboxed meta... What am I missing? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 15:37, 18 September 2019 (UTC)
::::If you tell us where your testcases are, we can look at what is happening. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 18:08, 18 September 2019 (UTC)
:::::Ah... looks like it ''is'' working with the testcase at [[User talk:PC78/test banner]]; what's throwing me is why the change isn't visible at [[Template:WikiProject Biography/sandbox]]. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 18:12, 18 September 2019 (UTC)
::::::Testcases shouldn't be in a sandbox or in user space, they should be in Template: space - but for templates that are only used in a talk space, such as a WikiProject banner, they need to be in Template talk: space. Also, shey should be in a subpage whose name ends /testcases.
::::::If your primary change is going to be made to [[Template:WikiProject Biography]], the testcases should be at [[Template talk:WikiProject Biography/testcases]]; and if your primary change is going to be made to [[Template:WPBannerMeta]] or [[Template:WPBannerMeta/core]], the testcases should be at [[Template talk:WPBannerMeta/testcases]]. More at [[WP:TESTCASES]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 18:57, 18 September 2019 (UTC)
:::::::None of that should make the slightest bit of difference... however, see test banner at {{tl|WPBannerMeta/testcases}} and transclusion of test banner at [[Template talk:WPBannerMeta/testcases]]. Perhaps I'm being obtuse, but I don't see any other way of testing the code. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 20:01, 18 September 2019 (UTC)
:::::::Tests at [[Template:WikiProject Biography/testcases]] check out fine — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 20:25, 18 September 2019 (UTC)
::::::::{{replyto|MSGJ}} Why does one from the sandbox have the auto row in a collapsed "More information:" section, whilst the live one has it exposed? Aside from that, does the robot head need to be that big? I thought we usually set the heights of note icons to be consistent. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 21:19, 18 September 2019 (UTC)
:::::::::Cheers Martin, I'd just got there on my own but I see you beat me to it – that's what I get for trying to rush things at work when I should have done it properly at home! {{ping|Redrose64}} That's exactly what this change will fix, the auto symbol will be handled like all other note icons. As for being collapsed, that depends entirely on the number of notes in the banner and the {{para|COLLAPSED}} setting. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:36, 18 September 2019 (UTC)
::::::::::The testcase at [[Template:WikiProject Biography/testcases#Auto assess]] uses exactly the same parameters for live and sandbox, therefore it should have exactly the same number of notes, therefore either both should collapse, or neither should. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:48, 18 September 2019 (UTC)
:::::::::::The sandboxed version of {{tl|WikiProject Biography}} is not the same as the live version. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:50, 18 September 2019 (UTC)
::::::::::::[[Template:WPBannerMeta/testcases|Yes! We Have No Bananas]] – Hopefully this constitutes a sufficient test? {{ping|Xaosflux}} Can you please make [[Special:Diff/916370189|this change]] to {{tl|WPBannerMeta/core}}, assuming there are no further concerns? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 00:37, 19 September 2019 (UTC)
{{ping|Xaosflux}} (or someone else) I think we're good to implement this change now. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 20:18, 23 September 2019 (UTC)
:Haven't had time to review this yet - of course anyone else may. I will get to it eventually (always working the PERT queues). — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 00:33, 24 September 2019 (UTC)
::{{done}} {{ping|PC78}} this has been done. Anyone should revert without consulting with me if this causes an immediate problem. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 13:01, 24 September 2019 (UTC)
== How about adding FP as a class option? ==
Since it's getting widely used on file pages now, it might be useful to handle Featured pictures gracefully.... Thoughts? <span style="text-shadow:grey 0.118em 0.118em 0.118em; class=texhtml">'''[[User:Adam Cuerden|Adam Cuerden]]''' <sup>([[User talk:Adam Cuerden|talk]])</sup><sub>Has about 6.9% of all [[WP:FP|FPs]]</sub></span> 21:39, 18 September 2019 (UTC)
:We've got FM already, for {{cl|FM-Class articles}}: it can be used by setting {{para|fm|yes}} inside {{tlx|class mask}}. This of course requires either {{para|QUALITY_SCALE|inline}} or {{para|QUALITY_SCALE|subpage}} in the {{tlx|WPBannerMeta}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:01, 18 September 2019 (UTC)
::I think there's a case for renaming it FP-Class since it's used exclusively for Featured Pictures. Maybe that's a discussion for [[WP:VP]] though? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:41, 18 September 2019 (UTC)
:::I would suggest leaving it at FM class just in case [[Wikipedia:Featured sounds]] ever gets restarted — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 11:21, 30 September 2019 (UTC)
== What does ¬ do? ==
What does the ¬ character do in this template? Why is it important to use <pre>{{{category|¬}}}</pre> and not <pre>{{{category|}}}</pre>? I am asking because I was having trouble with {{cl|NA-Class Animals in media articles|count=yes}} depopulating after adding a class subpage to {{tl|WikiProject Animals in media}}. I noticed that the ¬s were missing, added them, and the category emptied. --[[User:NessieVL|Nessie]] ([[User talk:NessieVL|talk]]) 19:11, 1 October 2019 (UTC)
:It helps the template to spot the difference between {{para|category}} being present but blank, and being completely absent. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:13, 1 October 2019 (UTC)
:It basically tells that whatever has ¬ in it isn't desired. So <pre>{{{category|¬}}}</pre> means 'don't categorize'.  <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 20:14, 1 October 2019 (UTC)
== Importance params - undiscussed change ==
{{u|Wugapodes}}, where was {{diff|Template:WPBannerMeta|prev|955070895|this edit}} discussed? I don't even see it in [[Template:WPBannerMeta/sandbox|the sandbox]], so it can't have been tested either. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 20:56, 5 May 2020 (UTC)
:Nowhere, and it wasn't. Having a single parameter that uses a completely different naming scheme from the rest of the parameters is a horrible design, so—assuming editors will expect a consistent naming scheme—we should at least accept the dominant naming scheme as an option. Seemed pretty obviously uncontroversial. It's an alias, so it doesn't break templates that use the idiosyncratic name for this parameter; I've created a parameter alias before, so I didn't feel the need to test that the software still does aliases the way it always has. <span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 21:14, 5 May 2020 (UTC)
::Thanks for starting this discussion Redrose, I have reverted this change. The naming scheme is actually very logical and I see no reason to change it without proper discussion. You will notice that uppercase parameter names are ones defined by the banner template whereas lowercase parameter names are defined at the article level. So the banner templates just pass these through <nowiki>|class={{{class|}}}</nowiki> etc. — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 21:30, 5 May 2020 (UTC)
:::That's great for developers but incredibly unintuitive for end users who are using the template. I didn't just make the change on a whim, it's a problem I actually ran into while editing. <span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 21:36, 5 May 2020 (UTC)
::::WPBannerMeta isn't intended for general use, it should only be used within WikiProject banners, where we expect a certain level of competence in the art of template editing. That said, its doc page does give a full list of parameters that if copied and pasted will already be in the correct form. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:04, 5 May 2020 (UTC)
::{{ec}} It's not "a horrible design", it's a deliberate design. There are two kinds of parameters, distinguished in two parallel ways: by having their names in upper or lower case, and by using underscores or spaces. Those in upper case (with underscores) are configuration parameters, setting characteristics that, regardless of the talk page that the WikiProject banner is used on, do not change themselves - {{para|TF_1_LINK}} for the page to link to, {{para|TF_1_NAME}} for the text to show for that link, {{para|TF_1_IMAGE}} for the image, params for the categories and so on. By contrast, those in lower case (with spaces) are used to pass values through from the individual talk pages: {{para|tf 1}} and {{para|tf 1 importance}}, etc. Since there are two of these for each task force, your claim "a single parameter that uses a completely different naming scheme from the rest of the parameters" is incorrect.
::Please revert your change, sandbox it and obtain consensus. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 21:34, 5 May 2020 (UTC)
=== RfC on parameter alias ===
Should the {{code|tf n importance}} parameter of {{tl|WPBannerMeta}} accept an alias that makes it consistent with the other {{code|TF_N_DESCRIPTION}} parameter names? <span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 22:14, 5 May 2020 (UTC)
;Background
Currently, {{tl|WPBannerMeta}} has some parameters that use {{code|ALL_CAPS_UNDERSCORED}} style, and others that use {{code|all lower spaced}} style. The style difference is due to how the inputs are handled by the meta template. Configuration parameters use the all-caps style, while those passed from the article are in the lowercase style. For wikiprojects that have task forces, this leads to code such as:
<pre>
|tf 1={{{floridiae|}}}
|TF_1_LINK = Wikipedia:Wikiproject Tulips/Task forces/Floridiae
|TF_1_NAME = the Floridiae task force
|TF_1_NESTED = Floridiae
|TF_1_TEXT =
|TF_1_IMAGE = Tulipa florenskyi 4.jpg
|tf 1 importance={{{floridiae-importance}}}
|TF_1_ASSESSMENT_CAT = Floridiae articles
|TF_1_MAIN_CAT = Floridiae articles
</pre>
If a template uses {{code|TF_1_IMPORTANCE}} the meta template fails silently. In {{diff|Template:WPBannerMeta|prev|955070895|this edit}} I added an alias so that the template will accept either {{code|tf 1 importance}} or {{code|TF_1_IMPORTANCE}}, and it was reverted.
;Rationale
Allowing either style is more intuitive for editors who create wikiproject banners. While the ''wider'' style is consistent, for those maintaining or adding functionality to task force sections of banners, the most obvious parameter name given the data above is {{code|TF_1_IMPORTANCE}}. Should an editor make that assumption, the meta template gives no indication that something is wrong, and the reason why this task force parameter is different from the others is not obvious. Using an alias so that the template accepts either style makes the interface more intuitive and prevents silent errors when an editor assumes the naming scheme is like the other {{code|TF_N_DESCRIPTION}} parameters. The change is backwards compatible, and no existing transclusions will be broken.
<span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 22:14, 5 May 2020 (UTC)
* No please do not. The current naming of the parameters is sensible and logical. Adding additional aliases for parameters which are not even used by article editors is not helpful, may cause confusion and template bloat — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 22:34, 5 May 2020 (UTC)
*'''Oppose''' There is no demonstrable need. WikiProject banners are not created frequently, and are sufficiently complex that the documentation should be checked each time - it is bad practice to guess at the name of ''any'' parameter. This is why we have provided boilerplates that may be copied and pasted. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] 🌹 ([[User talk:Redrose64|talk]]) 22:37, 5 May 2020 (UTC)
*It does seem to me that at least the lower case param should not be in the middle of the all caps params but should rather come after the other lower case param, <code>tf 1</code> (in the boilerplate). Grouping params by their type makes it less likely to use the wrong naming convention. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 23:12, 5 May 2020 (UTC)
*:I have no opposition to that. People normally just copy and paste from the boilerplate. — Martin <small>([[User:MSGJ|MSGJ]] · [[User talk:MSGJ|talk]])</small> 11:12, 6 May 2020 (UTC)
| |||