Module talk:WikiProject banner/Archive 4

Archive 1

Archive 2

Archive 3

Archive 4

Archive 5

Archive 6

→

Archive 10

Why do we need Listas?

I understand the purpose of listas, so that talk pages are properly categorized. However, since it seems to be causing a fair bit of trouble in some instances and, in my opinion, isn't widely used enough to make sense, couldn't DEFAULTSORT just be used on all the pages, separating the sorting function from the WikiProject Banners? The DEFAULTSORT could go at the page top, to avoid getting mixed in with other text. -Drilnoth (talk) 03:25, 26 February 2009 (UTC)

{{{small}}} and template length

Is there any way to make text display differently based on whether or not it has the |small=yes parameter? The template in question is {{D&D}} (just trying to give Martin some more fun :) ), and at WT:DND it looks really bad because of its length. Could there be some kind of |SMALL_TEXT parameter for when designing templates so that shorter text can be used when the banner is "small"? Thanks. -Drilnoth (talk) 03:25, 26 February 2009 (UTC)

This was actually something that I was going to propose once. However the small form is not so widely used so I am not sure if it's worth it. In the meantime you can do it manually using a parser function, for example [1]. Martin^msgj 09:32, 26 February 2009 (UTC)

Ah... thanks. I wasn't completely sure whether or not that would work in combination with the Meta template. -Drilnoth (talk) 14:49, 26 February 2009 (UTC)

Since this can be so easily set by doing {{#if:{{{small|}}}| Small text | Big text }}, and could be justifiably applied to all the text parameters (|TF_4_SMALL_TEXT= anyone?) it makes infinitely more sense to do it as shown above. Vis number of small banners, Category:Small talk page templates is currently only populated by WPBannerMeta banners. I'm seriously considering unsupporting small altogether, although I know that will raise a lot of hackles. Happy‑melon 18:22, 28 February 2009 (UTC)

Taskforce hook and hide subpage

I recently implemented {{WPBannerMeta}} on {{WPMED}}, and I came across two inconsistencies in this template involving the taskforce hook. First, when task forces are specified using the hook, category checks are not done to insure their existence. I would expect the error messages to be displayed for missing categories, just as they are for task forces used by the built-in parameters. Second, after I added the /hide subpage to suppress the category error messages, the task forces specified using the hook are no longer displayed at {{WPMED}}. Everything still appears to function properly, but it would be nice to display all of the available task forces when looking at {{WPMED}}. --Scott Alter 22:03, 27 February 2009 (UTC)

1. Regarding your first point, this is not something that is supported yet. Until recently there were no checks done on taskforce categories at all. Now the main 5 are checked. What you can do in the meantime is rotate their positions in the sandbox to check 5 at a time.
2. About the second point, this seems weird and unintended. I'll look into it. Martin^msgj 22:20, 27 February 2009 (UTC)

It wasn't connected to /hide. It was just a BANNER_NAME paramter incorrectly set. I've fixed it for you. Martin^msgj 22:29, 27 February 2009 (UTC)

Thanks for fixing that. I'm pretty sure that all of the task forces were displayed before I created the hide subpage, but since it is working now, I guess it doesn't really matter. --Scott Alter 22:35, 27 February 2009 (UTC)

Doing sanity-checks for things added by hooks is probably possible, but certainly rather complicated. I'll have to have a think about it... Happy‑melon 18:25, 28 February 2009 (UTC)

Migrating Template:WPAVIATION

I would like to switch Template:WPAVIATION over to this code. The only thing stopping me from already having done this is the fact that out b-class checklist has only 5 items, the same as the Military history checklist, and not the 6 I thought the meta required. But I just found Template:WPBannerMeta/class and am wondering if I'm reading it right. Can it be used to incorporate our style of checklist? - Trevor MacInnis (Contribs) 20:25, 19 February 2009 (UTC)

Yes, you can implement it with the five items. Alternatively you could use six items but set the 6th to "yes" by default so that the existing articles are not affected. That might be confusing though. Martin 21:04, 19 February 2009 (UTC)

Actually, looking at Template:WPBannerMeta/class, it doesn't look like the 6th parameter is currently checked for the B class assessment. That might be a bug in the WPBannerMeta code. For more complicated banners such as WPAVIATION, it's alway good to start the changes in a sandbox version first and see how it goes. -- WOSlinker (talk) 21:14, 19 February 2009 (UTC)

That is indeed a bug, now  Fixed. How well do the 5 milhist criteria map onto the 6 WP1.0 criteria? Happy‑melon 22:42, 19 February 2009 (UTC)

It looks like it's just that they don't use b6. -- WOSlinker (talk) 08:02, 20 February 2009 (UTC)

An option in core to use a custom bchecklist, just like the custom class would would (I think). Change

{{#if:{{{B_CHECKLIST|}}}|
{{WPBannerMeta/bchecklist|class={{{class|}}}|b1={{{b1|}}}|b2={{{b2|}}}|b3={{{b3|}}}|b4={{{b4|}}}|b5={{{b5|}}}|b6={{{b6|}}} }}
}}

To

{{#if:{{{B_CHECKLIST|}}}|{{#ifexist:{{{BANNER_NAME}}}/bchecklist
|{{ {{{BANNER_NAME}}}/bchecklist|class={{{class|}}}|b1={{{b1|}}}|b2={{{b2|}}}|b3={{{b3|}}}|b4={{{b4|}}}|b5={{{b5|}}}|b6={{{b6|}}} }}
|{{WPBannerMeta/bchecklist|class={{{class|}}}|b1={{{b1|}}}|b2={{{b2|}}}|b3={{{b3|}}}|b4={{{b4|}}}|b5={{{b5|}}}|b6={{{b6|}}} }}
}}
}}

-- WOSlinker (talk) 08:11, 20 February 2009 (UTC)

It would be kinder to write a hook for |HOOK_IMPORTANCE= rather than add another #ifexist: call to all million-odd transclusions. This is the first project other than MilHist that I've seen to use the 5-point scale. Happy‑melon 08:47, 20 February 2009 (UTC)

WikiProject Films and WikiProject Comics also use the 5-point scale. :) PC78 (talk) 16:49, 20 February 2009 (UTC)

The template is almost ready for the changover, but there is just one issue (that I can see) that needs fixing. The hooks for collaboration and peer review are not giving the links I'm looking for. The "currently" link in the peer review doubles the subject page name, so the link is [[Wikipedia:WikiProject_Aviation/Peer_review/SUBJECTPAGENAME/SUBJECTPAGENAME]]. The same happens in the "archived" link, and the "candidate" link in the collaboration hook. - Trevor MacInnis (Contribs) 18:39, 1 March 2009 (UTC)

I've made a change to the sandbox banner & that should be fixed now. -- WOSlinker (talk) 19:33, 1 March 2009 (UTC)

Issues to fix

I've found a few issues while trying to convert the aviation banner to this format:

1. the b-class checklist allow you to enter random text into the 6 items and still get a b-class assessment, even though the items are still not checked off.
2. "y" and "n" seem to work for some items (notes, collaboration, etc) but not for other (bclass checklist, taskforces). Our banner curently uses a subpage Template:WPAVIATION/YesNo that allow for a variety of entries (y, yes, Yes, YES, etc), can this be incorporated somehow? - Trevor MacInnis (Contribs) 03:05, 26 February 2009 (UTC)

I've just looked at the code to give you a definitive answer. As things stand:

1. For notes, any value except no, No, NO, or nO or a blank will result in a "yes";
2. For taskforces, any value will result in a "yes" (even "no"!) So you have to leave it blank or undefined to get a "no". We could look at changing this maybe.
3. For the B-class checklist:
   • yes, Yes, yEs, yeS, etc. produce "criterion met"
   • No, no, NO, nO produce "criterion not met"
   • Anything else or blank value produces "not checked"

Hope this helps, Martin^msgj 09:27, 26 February 2009 (UTC)

Sounds good. There are a few things I think the code guru's should check and fix though. You're correct that in the B-class checklist "Anything else or blank value produces "not checked"" in the checklist, but if you were to enter the "anything else" into all 6 parameters, say by copying and pasting the example code from the banner | b1 = <yes/no> | b2 = <yes/no> | b3 = <yes/no> | b4 = <yes/no> | b5 = <yes/no> | b6 = <yes/no>, this will result in the article assessment being automatically, and incorrectly, changed to "B-Class". It may not be a big issue...unless someone decides to auto tag articles, including the checklist for future use.

Secondly, I think "y" and "n" should be added to the list of accepted terms for "yes" and "no"- Trevor MacInnis (Contribs) 16:16, 27 February 2009 (UTC)

I am not able to replicate this error. Can you link to an example? Martin^msgj 16:30, 27 February 2009 (UTC) Oh, wait. I think I just did. I'll look further. Martin^msgj 16:32, 27 February 2009 (UTC)

Yes, this does seem to be an error. Well done for spotting it. Although the checklist display takes anything other than "no" to mean "yes", the actual calculation of the class takes anything other than "yes" to mean "no"! I think my code in Template:WPBannerMeta/class/sandbox will fix it. Can someone just check it? Martin^msgj 16:49, 27 February 2009 (UTC)

I've been tagging articles for WP:MEASURE over the last couple of days. Our project banner (which uses the checklist) certainly wouldn't let me assess any articles at B-class until I'd filled out the checklist: they were automagically placed at C-class instead. I think that includes C-class articles where I left the checklist unfilled to come back to later, but I can't quickly find an example. On the other hand, the template lets me assess at any other class (including FA!) without a problem. Physchim62 (talk) 17:07, 27 February 2009 (UTC)

The error is only apparent if something other than yes or no is entered. For example setting b1-b6 as "gobbledygook" and class=b currently results in b-class. I might make one further suggestion, based on something I've seen other banners do. That if the 6 criteria are marked as satisfied, then the article is classified as B-class even if class=start or class=C. Any thoughts on this? Martin^msgj 17:13, 27 February 2009 (UTC)

No. I think it's an important freedom of the project reviewer not to give B-class even if the criteria are fulfilled. Such a situation should be rare, but I don't think we should make it technically impossible. Physchim62 (talk) 21:42, 27 February 2009 (UTC)

The changes you made in class/sandbox nearly work but the b1..b6 parameters need to be put though the lc: thingy somewhere. It may be better to do that in WPBannerMeta or core before it is passed over to class. -- WOSlinker (talk) 19:23, 27 February 2009 (UTC)

 Fixed I hope. Thanks for the lc reminder. I couldn't avoid doing it twice though. It seems to be working correctly. If not, please let me know. Martin^msgj 22:07, 27 February 2009 (UTC)

I've updated the example code in the class docs as well. -- WOSlinker (talk) 22:16, 27 February 2009 (UTC)

More on the B-class checklist

I've put a new version on the B-class checklist in the sandbox. It has the following two possible advantages:

1. Gives warning of incorrect parameters. The following values are accepted:
   • yes, y, 1 = criterion met
   • no, n, 0 = criterion not met
   • <yes/no>, yes/no, ? or (blank) = not checked
   • Anything else = incorrect parameter warning
2. It will accept an input of "unused" from the project banner in which case it will not display anything for that criterion. This might allow projects which use 5-point checklists to use the standard code instead of an extra hook. (But I'm not sure how to change the prompt which appears when no parameters are entered ...)

See my sandbox for an example. What do people think about this? Martin^msgj 14:05, 2 March 2009 (UTC)

"NA" would be a better term than "not used". Happy‑melon 16:58, 3 March 2009 (UTC)

Well, maybe, but NA often means "not article" rather than "not applicable", so that's why I tried to avoid it! Martin^msgj 17:39, 3 March 2009 (UTC)

Based on your idea I have implemented a "n/a" option so that if the reviewer of an article believes that a criterion is not relevant to an article, he/she can use "n/a" instead of "yes" and still award the B-class. (Of course this is only implemented on the default class mask and not on custom ones yet.) I still think an "unused" option might be useful when a project decides they won't use a particular criterion, and this would alleviate the need for the separate hook. But I think this needs some more thought to do properly. Martin^msgj 23:34, 3 March 2009 (UTC)

That would allow the 5 item b-class checklist to merge into this, but it would need to have a way of having a specific item be "n/a" without having to enter it into every use. - Trevor MacInnis (Contribs) 23:39, 3 March 2009 (UTC)

Yes, of course. The "unused" parameter, if implemented, would be passed by the project banner template, not the individual instances on talk pages. I think in this case it would be better if the unused criterion was hidden and not marked as "not applicable". Martin^msgj 23:49, 3 March 2009 (UTC)

Custom messages for class/importance

A while ago the physics banner linked to the project's guidelines for importance ratings, but this is not possible under the metabanner. Could custom messages be shown instead (I'm sure other projects would like to link to their own A/B class guidelines too)?Headbomb {^ταλκ_{κοντριβς} – WP Physics} 20:07, 3 March 2009 (UTC)

You can use the ASSESSMENT_LINK parameter to define what the "rated" link points to. Martin^msgj 22:13, 3 March 2009 (UTC)

"fix nested header alignment/linewrapping/general awfulness"

With the successful wind up of quite a long chain of changes, it is now possible for me to have a crack at resolving this issue that's been bugging me for a while. Please take a look at the nested examples below and tell me what you see:

The WikiProject Cutlery is an example of the current display when no quality assessment is given. The Discworld banner shows the current display with a class rating, and the Australia banner shows the appearance when a number of taskforces are included. The three Video Games banners demonstrate the new layout; I like to think it is an improvement, not least because the centrelines of each banner will align correctly when a number of them are present on a page, such as Talk:Mohammed. Thoughts? Happy‑melon 23:16, 24 February 2009 (UTC)

It's nice that they're aligned, but I prefer the larger gap personally. Martin^msgj 23:37, 24 February 2009 (UTC)

We can make it as large or as small as desired - I've increased it a bit more. Happy‑melon 23:53, 24 February 2009 (UTC)

I increased it a little bit more and like it. Martin^msgj 00:01, 25 February 2009 (UTC)

How about having the WP Name (and task forces aligned to the left) and then have the classes aligned to the right next to the show button (eg: Rated: C [Show]). Peachey88 ^{(Talk Page | Contribs)} 04:41, 26 February 2009 (UTC)

I'll put some classes on the cells so you can inflict that on yourself if you want to... :D Happy‑melon 18:18, 28 February 2009 (UTC)

 Done finally. Happy‑melon 16:56, 3 March 2009 (UTC)

Not quite. On Firefox 3, there is a slightly annoying thing where the project name and class move slightly when showing/hiding their nested forms. Martin^msgj 23:51, 3 March 2009 (UTC)

Thats from the [Show/Hide] changing, since they are different lengths it increases the width of the box so the center dynamically changes so it contents will also slightly change as well. Peachey88 ^{(Talk Page | Contribs)} 00:55, 4 March 2009 (UTC)

Indeed, this affects all show/hide buttons now (it was that or keep wasting a quarter of the width of the banner on each side with a fixed-width box); I don't think it's possible to prevent this except by putting "show/hide" into a monospace font, which is likely to make big waves... Happy‑melon 11:20, 4 March 2009 (UTC)

Extension of B-checklist

At present, if a banner has B_CHECKLIST = yes set, it is impossible to assess an article as B-class without consciously filling in the checklist of B-class criteria. On the other hand, it is still possible to assess the article at A-class: this seems slightly illogical to me! Could we have a system where all the higher classes (GA, A, FA and perhaps FL as well) require such a conscious step for those projects which have chosen to implement the criteria function? Or, to ask the real question, would that screw things up too much for too many projects if I just propose it here?! Physchim62 (talk) 12:52, 27 February 2009 (UTC)

Interesting suggestion, but I think I don't agree. Obviously we would hope and expect GA-, A- and FA- class articles to meet B-class standards (although actually for the first case it is not clear whether it is the case). However each of these classes has its own review process (i.e. WP:GAN, Wikiproject A-class review, WP:FAC). Therefore it is unlikely that the B-class checklist would be of any use to someone assessing the article for one of these higher classes. And yes, it would screw things up for other projects as a lot of featured articles would be reclassified as start-class if we did this (not good!) Martin^msgj 13:23, 27 February 2009 (UTC)

That's what imagined – that it wasn't simple and non-controversial enough to be done simply by changing the meta-template! The coding change is pretty simple, but the political implications aren't… I shall raise the matter in more appropriate fora. Physchim62 (talk) 13:37, 27 February 2009 (UTC)

Bus since there is an A-class hook, what if the parameter A-class=yes was required for an A-class Assessment. - Trevor MacInnis (Contribs) 04:18, 2 March 2009 (UTC)

That would be nice for me, yes, so long as it doesn't screw up anyone else's assessment schemes. I think CHECK_B_FOR_A would be a better parameter name, just in case someone decides to implement an A-class checklist as well. Physchim62 (talk) 14:13, 2 March 2009 (UTC)

MilHist have an A-Class assessment checklist, I think. I know I copied someone's into the code for {{Comicsproj}}. Hiding T 13:13, 3 March 2009 (UTC)

(note: I am a coord at MILHIST) - MILHIST removes the B-class checklist when an article passes GA, A, FA or FL, as we feel that it is redundant (although there have been a few discussions about the value of GA and if a MILHIST B is higher or equal to it).
MILHIST does not have an A-class checklist for its template, but we do have WP:MH/A. Articles passing an A-class nomination must pass those 5 criteria. (FAQ page is here for the interested) —Ed 17 ^{(Talk / Contribs)} 22:21, 3 March 2009 (UTC)

• Hmm. I copied it from someone's template, so maybe it is in India's, Australia's, Film's or Africa's. I think those are the ones I've stolen borrowed from. Hiding T 10:59, 5 March 2009 (UTC)

Category parameter = "none"

I've been thinking about allowing the parameter "none" for various category parameters to specify that no category be used. For example, COMMENTS_CAT currently allows this but AUTO_ASSESS_CAT, ATTENTION_CAT, and INFOBOX_CAT do not. I suppose it is unlikely that some of these would want to be set to "none", but I think it would be helpful to do this for consistency.

There is some code in the sandbox (diff). Please tell me if this is a good idea and if this code will do the trick. — Martin (MSGJ · talk) 12:16, 8 March 2009 (UTC)

We'll need to go deeper than that, or it will just produce output like [[Category:|{{PAGENAME}}]]. But I agree it's a good idea; it's been on the todo list for aaaages. Happy‑melon 12:53, 8 March 2009 (UTC)

Actually, most of these would have worked straight off. Only |AUTO_ASSES_CAT= requires any more groundwork, and that's now done. Happy‑melon 13:02, 8 March 2009 (UTC)

Great.  Done. Seems to be working correctly. — Martin (MSGJ · talk) 13:18, 8 March 2009 (UTC)

Question: would it be possible/desirable to depreciate the IMPORTANCE_SCALE parameter and just check whether the importance parameter is passed? (In the same way that AUTO_ASSESS is no longer used.) Ditto for QUALITY_SCALE. — Martin (MSGJ · talk) 13:18, 8 March 2009 (UTC)

Questions

A few questions, if I may:

1. Is it possible to define custom text in place of "More information" when using |HOOK_COLLAPSED=?
2. I thought that the meta forced a C-Class assessment if the B-Class checklist was not completed, or is this not correct? Why is this not working at User talk:PC78/Sandbox1?
3. Regarding {{WikiProject Korea}}, will it be possible to delete the custom mask for quality classes once all transclusions are using the standard values?

Cheers! PC78 (talk) 18:37, 8 March 2009 (UTC)

Answer to #1 is |COLLAPSED_HEAD= & answer to #2 is that the custom class at Template:WikiProject Korea/class does not have the code to handle the B-Class checklist included. See Template:WPBannerMeta/class for how to do it. -- WOSlinker (talk) 18:42, 8 March 2009 (UTC)

Ah, thanks. So presumably the answer to #3 would be no, because it will be needed to do #2. PC78 (talk) 19:13, 8 March 2009 (UTC)

Actually, as long as the "Good", "D", "E", "Cate" and "Tool" classes are being removed, you should be fine; you can go back to using the standard mask, which will include the C-Class force (assuming that's what you want, of course). Happy‑melon 19:28, 8 March 2009 (UTC)

How would I best add a tracking category for the forced assessments? By adding the same ifexpr at the end of the banner code? PC78 (talk) 19:46, 8 March 2009 (UTC)

Another question, in the "task force" instructions, it says that TF TEXT 1 is required, but it was left out in the original instructions. If TF NAME 1 is used, why would TF TEXT 1 be required and left blank? Thanks for the help! --Funandtrvl (talk) 19:39, 8 March 2009 (UTC)

It's not really required, it's just a cunning plot to confuse you :D Happy‑melon 19:45, 8 March 2009 (UTC)

Oh, I thought so. Thanks again for the help!! --Funandtrvl (talk) 19:47, 8 March 2009 (UTC)

--Need some more help, refering to this paragraph, under "Other details": "Normal project banners, which are substituted rather than transcluded, usually show up in Category:WikiProject banners, allowing for a periodic cleanout. Banners using WPBannerMeta do not appear in this category when substituted, making it easier for them to get lost."

1. What is a "normal" project banner refering to?
2. If "it" gets lost, where do we find it??!!
3. Shouldn't the phrase be re-worded somehow to say "Do not substitute this template"? Or am I reading this incorrectly? It is a rather vague paragraph, would like some help from someone technically-minded to re-word it. Thanks very much! --Funandtrvl (talk) 20:56, 8 March 2009 (UTC)

Well, in this context I think a "normal" banner is one which does not use {{WPBM}}. However WPBM-banners are rapidly becoming the norm! I suppose if it gets lost, you can't find it. Otherwise it wouldn't be lost :) I agree that this sentence is a bit confusing. I don't understand why substituted templates would normally appear in Category:WikiProject banners, because that category is generally enclosed in noinclude tags and so not included whether transcluded or substituted. — Martin (MSGJ · talk) 13:07, 9 March 2009 (UTC)

Waaay back in the very early versions of the documentation, it recommended to use a template {{subst check}}, which I created for the purpose, so that accidentally-substituted templates would be neatly categorised into a cleanup category to be periodically desubsted. It took me a full three months to realise that I was actually talking complete and utter crap and that the method didn't work at all, for the obvious reason that the noincluded template wouldn't get substituted. Essentially the sentence is pretty much useless, as MSGJ notes, lost banners are just that, lost. It would be possible to get a list of substed banners by taking the list of all pages transcluding WPBM, then removing all pages transcluding each banner that's known to use WPBM; but that's quite an operation given how many pages this is used on. Happy‑melon 14:30, 9 March 2009 (UTC)

Tracking cats

A). On a related note, I did see the category show up about using comment parameters, so I looked at Category:WPBannerMeta tracking categories and noticed that:

1. These categories are (mostly) correctly populated: Category:WPBannerMeta templates using custom classes and Category:WPBannerMeta templates with missing assessment categories.
2. These categories are (still) not populating correctly: Category:WPBannerMeta templates using obscure class values, Category:WPBannerMeta banners using comment parameters and Category:WPBannerMeta banners using collapsed notes.
3. Would you be able to compare the differences in codes in the WPBM template that causes some tracking categories to work and others that don't? Thanks for your expert help! --Funandtrvl (talk) 17:01, 9 March 2009 (UTC)

Could you explain why you think those categories are not populating correctly? — Martin (MSGJ · talk) 17:03, 9 March 2009 (UTC)

Yes, the difference is in the namespace. The categories that are populating correctly only have templates in them, hence the cat name "WPBM banners (templates) with/using etc.", where the 3 other categories are populating every namespace, including the articles, hence the reason for 6000+ in the cats. Hope this helps... --Funandtrvl (talk) 17:13, 9 March 2009 (UTC)

The latter ones are true "tracking" categories: they are only supposed to exist for as long as it takes for us to resolve whichever issue they document. As such they deliberately cover all namespaces (hence the "banners" rather than "templates". If article pages are being tagged with WPBM banners, that is itself a Very Bad Thing and should be resolved ASAP. Happy‑melon 17:53, 9 March 2009 (UTC)

Clarification, it's the "talk" pages that are populating the categories, not the article pages and one of those 3 categories in the not-populating-correctly group does use "templates" in their name, not just "banners" (eg: Category:WPBannerMeta templates using obscure class values), so your explanation does not follow. If the tracking categories are supposed to cover all namespaces, then due to the extreme size of them, (8000+ talk pages), how could you possibly use those tracking categories to narrow down which of the WikiProject BannerMeta "templates" is causing a problem, if any? Wouldn't it be easier to just populate those categories with the templates only? Because, in their present form, they are really of no use other than to take up space. --Funandtrvl (talk) 18:52, 9 March 2009 (UTC)

Funandtrvl - these are hidden categories. If they are worrying you, you may switch of their display in your preferences ;) — Martin (MSGJ · talk) 18:55, 9 March 2009 (UTC)

No problem, just trying to help. --Funandtrvl (talk) 18:58, 9 March 2009 (UTC)

(ec)Indeed, that's a mistake, but there's no point in renaming it given that it's only supposed to be temporary. The advantage of including all instances is that it means the categories are populated much faster; if a banner has 500 instances, then a page using that banner will appear in the category on average much faster than if only the template page would eventually appear (not least because the probability of one of those pages being edited, in which case it bypasses the job queue, is much higher). Once the template is fixed, of course, all its instances start to drain out of the category with equal speed. They do their job, which is the important thing. Happy‑melon 18:58, 9 March 2009 (UTC)

Bug report

Random driveby but - I don't suppose the fiddling about above has caused Category:WPBannerMeta banners using comment parameters to be populated with thousands of pages that don't use comments and the stray "if" code seen on talk pages? Nanonic (talk) 15:07, 9 March 2009 (UTC)

Yes it was one missing } I think. Reverted for now. — Martin (MSGJ · talk) 15:12, 9 March 2009 (UTC)

Templates based on WPBannerMeta (e. g. Template:WikiProject Pharmacology) show a weird artefact below: {{#if:|}}. Could this be due to some bug in this template? Cheers --ἀνυπόδητος (talk) 15:09, 9 March 2009 (UTC)

Yes, see above. Should be fixed now. Thanks for reporting it, — Martin (MSGJ · talk) 15:13, 9 March 2009 (UTC)

The problem is still present. –Holt (T•C) 15:24, 9 March 2009 (UTC)

Seems to be fixed. The templates just need purging. Thanks --ἀνυπόδητος (talk) 15:42, 9 March 2009 (UTC)

Right, thank you. I never thought of that. –Holt (T•C) 16:02, 9 March 2009 (UTC)

Playing well with WPBS?

Why doesn't this banner seem to play well with {{WPBS}}? You can see what I mean at Talk:Mario Capecchi: the projects using WPBannerMeta display on one line, but the ones using this template are awkwardly formatted (off-center and on two lines). WhatamIdoing (talk) 20:28, 13 March 2009 (UTC)

They all look exactly the same to me. What browser/OS are you using? §hep^Talk 21:21, 13 March 2009 (UTC)

The only issue I see on that page is that the project title for WikiProject Molecular and Cellular Biology is wrapped onto two lines (that's using IE7). PC78 (talk) 21:26, 13 March 2009 (UTC)

That might be your resolution??, I see one complete line (IE7, 1440x900). §hep^Talk 21:59, 13 March 2009 (UTC)

I see what he means. I'm using IE7 (1680x1050), and the Biography banner (non-WPBannerMeta) is noticeably shorter vertically, as well as centered differently from all the other banners (WPBannerMeta). DeFaultRyan (talk) 22:25, 13 March 2009 (UTC)

Perhaps; my resolution is 1024x768. I don't see the issue with the Biography banner, but when I look at a page using {{WikiProjectBanners}} (Talk:Augusto Pinochet, for example) the meta and non-meta banners have a slightly different width. Is this a related issue? PC78 (talk) 23:15, 13 March 2009 (UTC)

I see this issue in Safari 3.2.1 on Mac OS X 10.5.6, regardless of browser window width. I do not see the issue in Firefox 3.0.7, Flock 1.2.7, Camino 1.5.2, or Camino 1.6.6. So, the issue seems to be in IE7 and Safari. ···日本穣^{? · Talk to Nihonjoe} 00:34, 14 March 2009 (UTC)

I see the same thing without javascript. It's probably in the code in /core that displays the project name. Gimmetrow 02:40, 14 March 2009 (UTC)

I'm just speculating here but in the header section there is <tr><td colspan="2" width="100%"></td>{{td}}</tr> before the main row and <tr>{{td}}{{td}}{{td}}</tr> afterwards which results in conflicting table column width declarations. Perhaps the <tr>{{td}}{{td}}{{td}}</tr> could be changed to <tr><td colspan="2" width="100%"></td>{{td}}</tr> -- WOSlinker (talk) 11:57, 14 March 2009 (UTC)

Gosh that screenshot looks terrible! What browser did you say you are using? WhatamIdoing and Nihonjoe: is this the same issue that you were seeing? — Martin (MSGJ · talk) 13:39, 14 March 2009 (UTC)

Yikes, that is awful! Ditto the "what browser" question; also, how did you get that display without JavaScript? Or did you enable JS temporarily to take the screenshot? Happy‑melon 15:39, 14 March 2009 (UTC)

Specific screenshot came from Safari, like Nihonjoe. Of course javascript was enabled for that. Gimmetrow 20:46, 14 March 2009 (UTC)

Yes, that is exactly what I'm seeing in the browsers mentioned above (well, I only use Safari, not IE7, but same thing as far as appearance). ···日本穣^{? · Talk to Nihonjoe} 20:57, 14 March 2009 (UTC)

My comments:

1. the projects using WPBannerMeta display on one line, but the ones using this template are awkwardly formatted - I don't understand this. Is there a "not" missing here somewhere? Otherwise what does "this template" refer to?
2. I can't see any awkward formatting on Talk:Mario Capecchi, on FF3 or IE7. Perhaps a screenshot would help here.
3. I can see the slight height difference when the banners are nested. I don't think there is no reason to expect them to be the same as there is no "standard size". Which height do you prefer?
4. I can see the slight width difference in IE7 when using WPB. But I think this issue is still being looked at (or needs to be) because there is no reason why the width of the banners should be so much less than the width of the shell anyway ...

— Martin (MSGJ · talk) 07:10, 14 March 2009 (UTC)

For what it's worth, this is what I see on my screen:

As I say, for me there is only the wrapping on the Molecular and Cellular Biology banner. No big deal; it looks as if there is enough room for it not to wrap, though. PC78 (talk) 10:47, 14 March 2009 (UTC)

Actually, looking at my screenshot again I can see there is a very slight difference in the height of Medicine & United States (meta) and Biography & Italy (non-meta). PC78 (talk) 12:09, 14 March 2009 (UTC)

The reason the MCB banner wraps is because there's an invisible div floating to the left, approximately the same size and shape as the hide/show button on the right, to keep the headers centred. So consider that a 'feature'; it's certainly not something we can get rid of. The WPBM header row is actually explicitly padded (0.3em worth) which is the cause of the extra height in WPBM banners; obviously this is completely adjustable if people prefer slightly more compact display in WPBS. Happy‑melon 15:37, 14 March 2009 (UTC)

I get something similarly ugly in Google Chrome:

Any chance someone who knows the template better could get the WPBannerMeta-using banner (the first one) to have a title aligned more like the bespoke one (second), please? :o) — OwenBlacker (Talk) 18:03, 14 March 2009 (UTC)

Ah, interesting. Now we have a specific browser I can start trying things. I see the difference in colour is due to a declaration in your monobook (I have something very similar myself); and the whitespace was just an extra linebreak in {{WikiProject Typography}}, now fixed. Happy‑melon 19:44, 14 March 2009 (UTC)

I'm surprised that's what you're getting in IE7. Here's what I get: , all nice and perfect. §hep^Talk 18:48, 14 March 2009 (UTC)

• The other article talk listed above renders fine for me too. You're having severe problems though (banner discoloration, etc.) that might be your end? Have you tried purging the page/do other pages look normal? §hep^Talk 18:51, 14 March 2009 (UTC)

---

Ok, it seems the main problem is with a set of browsers including Safari and GoogleChrome, whereby the cell widths in the header sub-table are completely screwed over by something. Unfortunately I'm off on holiday in about an hour's time, so unless the random attempt I made in /core/sandbox worked first time, I'm out of this one for a week. But of course, that's why we gave Martin the admin bit :D...

One thing that I'm sure would be hugely helpful: can someone who's got one of the affected browsers temporarily put

#bodyContent * {border: 1px solid red !important;}

into their monobook.css and take another screenshot? As you might guess, that gives everything a red border, which makes it easy to see what's going on. We need to know if the issue is with the way the width is distributed between the three columns of the table, or if the table is not actually filling the entire header cell. Good luck! Happy‑melon 21:47, 14 March 2009 (UTC)

File:Wpbm redborders.png, I think that screenshot is showing the correct things, right? On the left is Firefox, on the right Safari (looked the same as Chrome for me) chandler · 17:00, 15 March 2009 (UTC)

I've just done some tests using Google Chrome & the following change will fix the issue. -- WOSlinker (talk) 09:28, 16 March 2009 (UTC)

There seems to be an extra line space occuring now (Firefox). Shall I revert? — Martin (MSGJ · talk) 09:36, 16 March 2009 (UTC)

Yes, please do. Will have to have a look for some other option. -- WOSlinker (talk) 10:20, 16 March 2009 (UTC)

B-Class checklist icons

A matter of extreme triviality to be sure, but any thoughts on using File:Green check.svg in place of File:Orange check.svg in the checklist? It seems more logical to me in that green and red are typically associated with yes and no, and would be more consistant with the likes of {{Tick}}. Plus it creates a better aesthetic in the banner, IMHO. :) PC78 (talk) 18:44, 14 March 2009 (UTC)

Changed it over. Looks nice! What do you think about the two new icons - for invalid parameter and not applicable? — Martin (MSGJ · talk) 22:04, 14 March 2009 (UTC)

Thanks! The tilde looks good; it would be nice to have an exclamation mark that was more visually consistant with the other icons, but I've had a look on Commons and there doesn't appear to be one. :( PC78 (talk) 23:59, 14 March 2009 (UTC)

No I couldn't find one either. — Martin (MSGJ · talk) 07:31, 15 March 2009 (UTC)

We've got one now! :) PC78 (talk) 15:08, 15 March 2009 (UTC)

That's great. It's a little bit narrower than the others so the text doesn't align. I don't know if that matters though. — Martin (MSGJ · talk) 15:28, 15 March 2009 (UTC)

Fixed. Try using File:Orange exclamation mark.svg in the banner. PC78 (talk) 17:46, 15 March 2009 (UTC)

It looks very cool :) — Martin (MSGJ · talk) 18:01, 15 March 2009 (UTC)

Text instead of images

I'd like to be able to use text instead of an image for things like |IMAGE_LEFT=. See for an example {{Gaijin tarento}}. Any chance this could be implemented? —Ms2ger (talk) 16:38, 17 March 2009 (UTC)

Where using text instead of images would be even more useful would be for the notes and/or taskforces. -- WOSlinker (talk) 19:08, 17 March 2009 (UTC)

I agree. If something could be set up to create a small div instead of the image, with the text sized appropriately to fit. ···日本穣^{? · Talk to Nihonjoe} 20:58, 17 March 2009 (UTC)

Transcluding pages of images

I had an idea of transcluding a portal's image of the month directly onto the WikiProject Banner so that when the image changed every month in the portal, it would show this in the banner. However this does not seem possible but i was wondering how to make it possible. The one i was going to try it on was the selected image from Portal:London to Template:WPLondon. A copy of the image has been made at Portal:London/Showcase picture/pic. Simply south (talk) 18:46, 21 March 2009 (UTC)

I think the only thing you need to do, is create something a variable that when transcluded only includes the file name. Either though making two pages like "Portal:London/Showcase picture/pic2" or modify the code in the current one

{{#ifeq:{{1}}|banner|<noinclude>}}[[Image:{{#ifeq:{{1}}|banner|</noinclude>}}HansomCab.jpg{{#ifeq:{{1}}|banner|<noinclude>}}|450px|center]]{{#ifeq:{{1}}|banner|</noinclude>}}

That code worked for me when I tried it, using {{Portal:London/Showcase picture/pic|banner}} in the IMG_LEFT (or what the exact name is) chandler · 18:57, 21 March 2009 (UTC)

Yes, Chandler's right. You need a page with just the name of the file. Then you can do this and it should all work fine. You might want to consider at least semiprotecting the page in question to prevent vandalism. — Martin (MSGJ · talk) 19:17, 21 March 2009 (UTC)

It occurs to me now that you might have meant the main banner image rather than the portal image. In which case, you can just tweak my code! — Martin (MSGJ · talk) 19:18, 21 March 2009 (UTC)

Yeah, i was meaning replacing the banner image with the portal image, but the other thing that has happened is fair as well. Simply south (talk) 20:45, 21 March 2009 (UTC)