Module talk:WikiProject banner/Archive 2

Archive 1

Archive 2

Archive 3

Archive 4

Archive 5

new implementation of WikiProject banner nesting

Recent code updates have made it possible to significantly improve the handling of WikiProject banner nesting, deprecating the |nested=yes system. See Template talk:WikiProjectBannerShell#New implementation of WikiProject banners for more details. Happy‑melon 19:22, 31 October 2008 (UTC)

Template:WikiProject Food and drink

Template:WikiProject Food and drink is expanding oddly at Talk:Candy pumpkin in that it takes up about six inches, most of which lacks text. If you have some free time, please take a look. Thanks. -- Suntag ☼ 21:00, 30 October 2008 (UTC)

What browser, etc etc etc etc? Happy‑melon 08:50, 31 October 2008 (UTC)

I tested that page, and it seems fine in all three of my browsers. The hide/show button inside the food and drink box works as it should for me and causes no empty space.

Suntag: Have you tried to purge the page and bypass your browser cache? Since someone might have fixed the error since you saw it, since we don't see it.

And as Happy-melon said: If you still see the problem, then you need to tell a lot more about what browser, plug-ins, user-scripts, gadgets, operating system, screen resolution and so on you are using.

--David Göthberg (talk) 14:21, 31 October 2008 (UTC)

I just checked this and its the same for me. Windows Vista, IE 7.0.6001.18000, 1440x900 pixels, I've done everything possible to clear my cache, my gadgets include HotCat, reftools, The JavaScript Standard Library, a compatibility library for browsers that lack full support for JavaScript 1.6. This includes Internet Explorer, Opera, and Safari., using the Monobook skin. My subpages include Huggle.css, [[User:Stepshep/monobook.css|Lupin settings in my monobook.css], and in my monobook.js a code that transforms sigs to date time format, extra edit buttons, both the Lupin scripts, something for WP:US, rollback summary, pyrospirit metadata, watchlist notifier, toolbox for article stats and DOI adder, and extended use tabs. Screenshot coming. §hep • ¡Talk to me! 22:24, 31 October 2008 (UTC)

Pic §hep • ¡Talk to me! 22:26, 31 October 2008 (UTC)

I can confirm the problem on my end, using IE7. Operating system and display size is irrelevant (I'm using WinXP, 1280x1024). Clearing cache, logging on and off, etc. doesn't fix the problem. ~Amatulić (talk) 22:59, 31 October 2008 (UTC)

I'd like to note this started happening to me when this template was converted to the new ombox tmbox stuff. §hep • ¡Talk to me! 01:26, 1 November 2008 (UTC)

Hey, it seems to be working there! §hep • ¡Talk to me! 00:59, 7 November 2008 (UTC)

They're back

Not sure how long this has been going on for but at Template:OH-Project, the box that says we're missing categories is back. I have the subpage that is supposed to make that not appear in palce. Any ideas? §hep • ¡Talk to me! 18:19, 1 November 2008 (UTC)

NA-Class was recently included as the 'catch-all' option on the 'short scale', so it became a compulsory category for the short scale. If, as OH-project is, the long scale is used, NA shouldn't be required; I've corected the parser functions to correct this, so  Fixed Happy‑melon 00:13, 2 November 2008 (UTC)

Thanks! §hep • ¡Talk to me! 02:24, 2 November 2008 (UTC)

Case sensitivity

Is there anyway to allow for an uppercase Y in the =yes part of the code? For example, the first banner here has England=yes and the second has England=Yes, not showing the sub-project banner.

—Borgarde^talk 08:49, 9 November 2008 (UTC)

Yes, |tf 3={{lc:{{{England|{{{england|}}}}}}}}. —Ms2ger (talk) 14:17, 9 November 2008 (UTC)

That allows for "England" or "england" but not "Yes" or "yes", though doesn't it? Paulbrock (talk) 22:23, 9 November 2008 (UTC)

The "E" and "e" are already supported, will that allow for the "Y"es and "y"es? —Borgarde^talk 02:48, 10 November 2008 (UTC)

Sweet, that works. I tested in in the sandbox, I will update the code shortly. Thanks Ms2ger. —Borgarde^talk 02:51, 10 November 2008 (UTC)

Ah I see, the key is the lc which converts the parameter value to lower case I guess... all a bit beyond my simple coding. Paulbrock (talk) 03:38, 10 November 2008 (UTC)

Can the colour of the banner be altered?

Is it possible for me to change the vanilla-like colour of the banner for the purposes of 'my' Wikiproject, or do they all have to be the same? And if I can, what code etc do I use to do it? Sticky Parkin 20:49, 9 November 2008 (UTC)

Well, the talk page message box styles were standardised in 2005. See the guideline Wikipedia:Talk page templates. And that style has several times since then been re-confirmed in several big discussions. So, since it makes me curios: Why do you want to deviate from the standard colours?

--David Göthberg (talk) 21:19, 9 November 2008 (UTC)

Embedded alert template isn't showing its show/hide link

See {{WikiProject Louisville}} template (using WPBannerMeta) where I set BOTTOM_TEXT to {{WikiProject Louisville alerts}}, which uses {{hidden}} for showing/hiding the alerts. The alert box's show/hide link won't show with normal usage of {{WikiProject Louisville}}, except when it's nested. Is this a bug in WPBannerMeta or a bug in {{WikiProject Louisville alerts}} or a bug in {{hidden}}? Stevie is the man! ^{Talk • Work} 16:27, 1 November 2008 (UTC)

It works for me, both nested and unnested. What browser are you using? Happy‑melon 00:19, 2 November 2008 (UTC)

I am using Firefox 3, and I just tested it against IE 7. It looks like it's not a matter of browser, but of skin. I'm using Cologne Blue, where the bug is appearing, but with the default skin, it works fine. Stevie is the man! ^{Talk • Work} 00:25, 2 November 2008 (UTC)

Does anyone know what is causing this problem? Is it a skin issue or an issue with this template (or other templates I refer to)? Stevie is the man! ^{Talk • Work} 22:18, 3 November 2008 (UTC)

I'm afraid I'm not sure; I can replicate the problem by changing to cologneblue skin, so it's clearly skin-related. Happy‑melon 23:54, 3 November 2008 (UTC)

There has been a change to our alert that doesn't really fix the problem but instead just spills out the alert text when the banner isn't nested. The alert text needs to be hidden with a show link whether the banner is nested or not. Stevie is the man! ^{Talk • Work} 15:21, 6 November 2008 (UTC)

That edit was to make the text visible to users without javascript (previously it was inaccessible). I'm honestly not sure why it doesn't work in cologneblue; I have asked at the village pump, maybe someone will have an answer there. Happy‑melon 23:44, 6 November 2008 (UTC)

I appreciate your work on this! There's a problem with this latest approach though. I have JavaScript enabled, and the alert text in an unnested project template is all showing, when it should be rolled up with a Show link. I understand the need to show all the text to those with JavaScript disabled, but that shouldn't be the standard behavior. Stevie is the man! ^{Talk • Work} 00:05, 7 November 2008 (UTC)

I have Javascript enabled too, and it looks fine. Another skin issue? §hep • ¡Talk to me! 00:10, 7 November 2008 (UTC)

Yes, Stevie, I know, this is the problem I'm trying to get my head around. The issue is entirely unrelated to the recent edit to {{hidden}}, as evidenced by the way it still recurs after I converted it to use CollapsibleTables instead. If you try viewing any other page using any other skin, you can see that the uncollapsed-by-default appearance is not the standard behavior. I'm doing my best to resolve this issue; just be patient (but keep prodding me if it seems I've forgotten!). Happy‑melon 00:15, 7 November 2008 (UTC)

If there's no requirement for the project banner to be based off WPBannerMeta, I may move it back to its prior design, until this issue can be resolved. It was doing all right before being standardized anyway. Stevie is the man! ^{Talk • Work} 16:07, 9 November 2008 (UTC)

This should now be fixed. Does it work for you? Happy‑melon 17:38, 10 November 2008 (UTC)

Yes, it's working now. Thanks! What was changed to make it work? Stevie is the man! ^{Talk • Work} 18:34, 10 November 2008 (UTC)

The CollapsibleTables code itself had a subtle error which affected the cologneblue skin only (it was looking for an id that doesn't exist in the cologneblue skin metadata). It wasn't spotted before because, TBH, no one uses cologneblue! :D That doesn't mean we can allow such random problems to persist, however, so thanks for bringing this to our attention. Happy‑melon 22:49, 10 November 2008 (UTC)

Shorten banner that clutters talk-pages

14-Nov-2008: Those banners were interesting the first several times, but now those ads to "participate" are getting old. Let's shorten those banner-boxes halfway by reducing the wording 60% (but leave images and other stuff the same for now). Perhaps try:

Compare that short box with the 36-word original wording:

[ Guitar images added at 19:19, 14 Nov 2008. -Wikid77 ]

The shorter box is still tall enough to allow a side image. Also, the shorter box says "or" as in "or see a list of open tasks" indicating a reader doesn't have to join to see the tasks.

Why the short form works: Psychological studies have shown that keeping a sentence under 6 phrases (only 4 prepositions) is much easier to read. The short wording has 5 sub-phrases, but the long wording has 12. That's why the extra irritation. The long form is not like "I will not talk in class" repeated 8 times, it's like a whole essay repeated each time. Each essay gives the impression the reader must stop and read: very aggravating.

Those banners (each advertising "would like to participate...") are stacked 3, 4, or 8 deep in talk-pages. The current repeated, windy, rote wording might make Wikipedia seem foolishly repetitive to readers, but the problem has been mainly to find short wording with similar meaning. The WikiProjects aren't foolish, it's just that it takes time to improve all the various areas of Wikipedia. Now is a good time to shorten those myriad banners. -Wikid77 (talk) 17:34, 14 Nov 2008

I have edited the examples above to use the correct widths and styles for talkpage message boxes, which significantly reduces the height of both. I don't think that the shorter wording thereby makes full use of the space available. I will not make the WP:POINTy gesture of sticking {{fact}} tags on the statements above, but some links to these "psychological studies" would be helpful for verification. While some of the project banners I have seen contain content that is entirely gratuitous in length, I don't think that this is something that can be very effectively mandated from 'on high': banner wordings are very much project-specific. Happy‑melon 17:46, 14 November 2008 (UTC)

I substituted the actual guitar image (above), showing the comparison using a real WikiProject image. The "psychological studies" can be traced with efforts of "Plain English" (search Google). -Wikid77 (talk) 19:19, 14 November 2008 (UTC)

Although I accept that this is the image used by WikiProject musical instruments, it's a rather contrived example to use an image that is not square. Happy‑melon 17:02, 16 November 2008 (UTC)

This is not the appropriate venue to bring about changes such as this. The appropriate place would be at WT:COUNCIL and all WikiProjects would have to be notified. §hep • ¡Talk to me! 17:40, 14 November 2008 (UTC)

• 14-Nov-2008: Thanks for the advice; I figured people in each area should be consulted, so now to the next group. -Wikid77 (talk) 19:19, 14 Nov 2008