Template talk:Collapsible list

Collapsed option?

It would be most helpful to a collapsed option when only one list is present. Can this be done? —MJCdetroit 17:53, 27 July 2007 (UTC)

Unfotunately, I do not think this is possible. The list is implemented using NavFrame, and the documentation for this feature indicates that you cannot control the initial state, as best I can tell. —Duae Quartunciae (talk · cont) 11:22, 5 August 2007 (UTC)

===Sister template: Template:Collapsible list collapsed===

I created a sister template that is always collapsed. It is located at Template:Collapsible list collapsed. While it would be best to have one template that has the option to collapse, this will have to do until someone can figure out how this can be done. It's beyond me. —MJCdetroit 01:37, 6 August 2007 (UTC)

With the tweaks described below, this sister template is not needed. It will be deleted. —MJCdetroit 03:14, 29 August 2007 (UTC)

New options to always collapse the list and hide the borders

I tweaked the template so that it can always be collapsed by adding |list_style = text-align:left;display:none; and/or so that it could have its border hidden by adding |frame_style = border:none; padding: 0;. See the doc page or an example at the infobox on the Vancouver page. —MJCdetroit 03:14, 29 August 2007 (UTC)

Corrected a bug with closing div tags

I have modified the code for this template to correct a problem with closing div tags. Previously, all thirty possible rows generated a </div> tag, whether the corresponding parameter was given or not. Now I have moved this tag inside the #if for that list item, and the right number of div tags is generated. —Duae Quartunciae (talk · cont) 11:18, 5 August 2007 (UTC)

navFrame doesn't work with if js is turned off

If your initial state is display:none and have java script turned off, then you can never expand the list... --ChoChoPK (球球PK) (talk | contrib) 01:33, 3 September 2007 (UTC)

Yes, I agree. I will remove the display:none; revert if there's a good reason for it. Gimmetrow 08:08, 2 December 2007 (UTC)

BUG---Item #1 on list not showing up? Any ideas?

{{Collapsible list 
|title=[[Great Lakes]] States 
|frame_style=border:1px solid #aaa; padding: 1;
|title_style = 
|list_style  = text-align:left;display:none; <!--NOTICE: list_style makes the list stay collapsed-->
|1=[[Michigan]] 
|2=[[Ohio]] 
|3=[[Indiana]] 
|4=[[Illinois]]
|5= [[Minnesota]]<!-- <!-- the #= is optional, but if used, then all entries must have it-->-->
|6= [[Wisconsin]]
|7= [[Pennsylvania]]
|8= [[New York]]
|}}

Great Lakes States

• Michigan
• Ohio
• Indiana
• Illinois
• Minnesota
• Wisconsin
• Pennsylvania
• New York

Notice how the first spot is blank instead of showing Michigan. Anyone have any ideas? —MJCdetroit ^(yak) 15:10, 27 March 2008 (UTC)

You need to delete the final pipe (as I've done in the active version above). I guess the parser treats the pipe as introducing another parameter (equal to nothing), and being the first unnamed parameter treats it as {{{1}}}, overriding the value previously set for {{{1}}}.--Kotniski (talk) 20:00, 27 March 2008 (UTC)

Those damn pipes! Thanks K, I'll fix the doc page. —MJCdetroit ^(yak) 20:03, 27 March 2008 (UTC)

Hide/Show button in the middle of an infobox

See Bassar. Any ideas how to keep the hide/show button from showing up in the middle of an infobox but keep the list next to the infobox? —MJCdetroit ^(yak) 16:32, 14 May 2008 (UTC)

Broken list

This change to the template broke this template on other wikis. Can anyone explain why the </br> tag works here, but not elsewhere? On my wiki, I changed it to <br/>, but I cannot predict what that will do here. --Otheus (talk) 11:02, 23 July 2008 (UTC)

Edit request

{{editprotected}} Hi. Please replace the current code with the following, which adds parameter names without underscores (framestyle, titlestyle, liststyle) along the lines of {{Navbox}} etc.

<div class="NavFrame" style="{{#if:{{{frame_style|}}}{{{framestyle|}}} |{{{frame_style|}}}{{{framestyle|}}} |border:none; padding:0;}}">
    <div class="NavHead" style="{{#if:{{{title_style|}}}{{{titlestyle|}}} |{{{title_style|}}}{{{titlestyle|}}} |width:100%; background:transparent;" align="left}}"><!--
     -->{{#if:{{{title|}}} |{{{title|}}} |List}}<!--
 --></div>
    <div class="NavContent" style="display:none; {{#if:{{{list_style|}}}{{{liststyle|}}} |{{{list_style|}}}{{{liststyle|}}} |text-align:left;}}"><!--
     -->{{#if:{{{1|}}}  |{{{1|}}}       }}<!--
     -->{{#if:{{{2|}}}  |</br>{{{2|}}}  }}<!--
     -->{{#if:{{{3|}}}  |</br>{{{3|}}}  }}<!--
     -->{{#if:{{{4|}}}  |</br>{{{4|}}}  }}<!--
     -->{{#if:{{{5|}}}  |</br>{{{5|}}}  }}<!--
     -->{{#if:{{{6|}}}  |</br>{{{6|}}}  }}<!--
     -->{{#if:{{{7|}}}  |</br>{{{7|}}}  }}<!--
     -->{{#if:{{{8|}}}  |</br>{{{8|}}}  }}<!--
     -->{{#if:{{{9|}}}  |</br>{{{9|}}}  }}<!--
     -->{{#if:{{{10|}}} |</br>{{{10|}}} }}<!--
     -->{{#if:{{{11|}}} |</br>{{{11|}}} }}<!--
     -->{{#if:{{{12|}}} |</br>{{{12|}}} }}<!--
     -->{{#if:{{{13|}}} |</br>{{{13|}}} }}<!--
     -->{{#if:{{{14|}}} |</br>{{{14|}}} }}<!--
     -->{{#if:{{{15|}}} |</br>{{{15|}}} }}<!--
     -->{{#if:{{{16|}}} |</br>{{{16|}}} }}<!--
     -->{{#if:{{{17|}}} |</br>{{{17|}}} }}<!--
     -->{{#if:{{{18|}}} |</br>{{{18|}}} }}<!--
     -->{{#if:{{{19|}}} |</br>{{{19|}}} }}<!--
     -->{{#if:{{{20|}}} |</br>{{{20|}}} }}<!--
     -->{{#if:{{{21|}}} |</br>{{{21|}}} }}<!--
     -->{{#if:{{{22|}}} |</br>{{{22|}}} }}<!--
     -->{{#if:{{{23|}}} |</br>{{{23|}}} }}<!--
     -->{{#if:{{{24|}}} |</br>{{{24|}}} }}<!--
     -->{{#if:{{{25|}}} |</br>{{{25|}}} }}<!--
     -->{{#if:{{{26|}}} |</br>{{{26|}}} }}<!--
     -->{{#if:{{{27|}}} |</br>{{{27|}}} }}<!--
     -->{{#if:{{{28|}}} |</br>{{{28|}}} }}<!--
     -->{{#if:{{{29|}}} |</br>{{{29|}}} }}<!--
     -->{{#if:{{{30|}}} |</br>{{{30|}}} }}<!--
     -->{{#if:{{{31|}}} |</br>{{{31|}}} }}<!--
     -->{{#if:{{{32|}}} |</br>{{{32|}}} }}<!--
     -->{{#if:{{{33|}}} |</br>{{{33|}}} }}<!--
     -->{{#if:{{{34|}}} |</br>{{{34|}}} }}<!--
     -->{{#if:{{{35|}}} |</br>{{{35|}}} }}<!--
     -->{{#if:{{{36|}}} |</br>{{{36|}}} }}<!--
     -->{{#if:{{{37|}}} |</br>{{{37|}}} }}<!--
     -->{{#if:{{{38|}}} |</br>{{{38|}}} }}<!--
     -->{{#if:{{{39|}}} |</br>{{{39|}}} }}<!--
     -->{{#if:{{{40|}}} |</br>{{{40|}}} }}<!--
     -->{{#if:{{{41|}}} |</br>{{{41|}}} }}<!--
     -->{{#if:{{{42|}}} |</br>{{{42|}}} }}<!--
     -->{{#if:{{{43|}}} |</br>{{{43|}}} }}<!--
     -->{{#if:{{{44|}}} |</br>{{{44|}}} }}<!--
     -->{{#if:{{{45|}}} |</br>{{{45|}}} }}<!--
     -->{{#if:{{{46|}}} |</br>{{{46|}}} }}<!--
     -->{{#if:{{{47|}}} |</br>{{{47|}}} }}<!--
     -->{{#if:{{{48|}}} |</br>{{{48|}}} }}<!--
     -->{{#if:{{{49|}}} |</br>{{{49|}}} }}<!--
     -->{{#if:{{{50|}}} |</br>{{{50|}}} }}<!--
 --></div>
</div>
<noinclude>
{{documentation}}

<!---Please add metadata (categories, interwikis) to the <includeonly> section
     at the bottom of [[Template:Collapsible list/doc]], not here - thanks!--->
</noinclude>

Sardanaphalus (talk) 14:55, 13 September 2008 (UTC)

Done. Cheers. --MZMcBride (talk) 08:26, 15 September 2008 (UTC)

Center

Would it be possible to add a parameter to have the list entries centered? Bovineboy2008 (talk) 19:15, 24 December 2008 (UTC)

Altering "hide" and "show" text strings

Are the "hide" and "show" links defined somewhere in the template, are they in a style-sheet somewhere, or...? I am interested in replacing "show" with a more descriptive word indicating what is in the hidden frame. DMacks (talk) 08:46, 20 January 2009 (UTC)

Use class="NavFrame collapsed", not style="display:none"

{{editprotected}} If you use style="display:none" for the NavContent divs, then users who do not have Javascript will be unable to see the content. Every instance of

<div class="NavFrame">...<div class="NavContent" style="display:none">...</div></div>

should be changed to

<div class="NavFrame collapsed">...<div class="NavContent">...</div></div>

—AlanBarrett (talk) 21:22, 4 February 2009 (UTC)

Done. It's really bad that this was being done in the first place. --- RockMFR 04:57, 5 February 2009 (UTC)

Thanks. —AlanBarrett (talk) 07:35, 5 February 2009 (UTC)

Changing where Show/Hide appears?

S'me, Daedryon again, I just transferred this template to the Castle Crashers Wikia, and I am in need of assistance. Is it possible to change the position of the "Show"/"Hide" button? I don't want it to be all the way over on the right side of the page. 24.226.33.10 (talk) 03:38, 4 May 2009 (UTC)

Initial state

Has something changed here? It used to be possible to control the initial state of the list (displayed or hidden) using "list_style=display:(something)", didn't it? Can someone update/remind me on how to do this?--Kotniski (talk) 10:13, 27 May 2009 (UTC)

Oh, hang on, this probably results from the change above, where the NavFrame class was replaced by NavFrame collapsed. What's the method now for making the list display initially, or do we have to use a different template - such as the {{Collapsible list expanded}} I've just produced?--Kotniski (talk) 10:17, 27 May 2009 (UTC)

This could be added pretty easily. I'll look into how other templates handle it (i.e., what to name the parameter) to keep everything consistent. — RockMFR 13:39, 16 August 2009 (UTC)

I've added this functionality now. You can use expand=yes (or any non-empty string) to make it uncollapsed. — RockMFR 15:19, 16 August 2009 (UTC)

[Show]/[Hide] overhang

{{editprotected}} I have created a sandbox and testcases page for this template to illustrate the [Show]/[Hide] overhang outside the right edges of all the infoboxes that use this template. (See toward the bottom in the "Codes" section.) I'm not sure about other browsers; however, my IE7 shows this overhang in all nine skins. You'll note that the Infobox on the left is actually called from my personal sandbox, which is where I call the sandbox version of this template.

When the width near the top of the code is changed from 100% to 96%, this gives the best rendition of the [Show]/[Hide] link and brings the right end of the link within the edges of the Infoboxes. I'm interested to know how the testcases appear in other browsers. If the appearance of the left-side testcase is okay in other browsers, then I'd like for an admin to change this width to 96%. If the testcase does not look good in Firefox, etc., then perhaps a lesser or greater percentage should be used. At any rate, the width really should be reduced so that the [Show]/[Hide] link does not overhang outside Infoboxes.
 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  10:43, 25 October 2009 (UTC)

• PS. Here's the sandbox and here are the testcases. Thank you very much!

Looks okay for me in IE8. If it's just a matter of IE7 being broken, then we probably shouldn't change it. — RockMFR 15:47, 25 October 2009 (UTC)

Okay, just to be specific, do you mean that both Infoboxes on the testcases page look okay? If the one on the right, which is the live version, looks okay to you in IE8, then you may be right. Consider, though, that IE7 and even some of its predecessors are still popular browsers and widely used. Also, while the live version probably looks okay in FireFox, it might still be a good idea to make this slight change in width even if the left Infobox looks okay in FireFox, too. Remember that this is a "template's template" and it's used by many different templates for several different applications.

 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  17:16, 25 October 2009 (UTC)

 Done — it was fine in Firefox and Safari, but the bug did exist in IE7. If any problems occur, please tell me. The Earwig (Talk | Contribs) 19:55, 25 October 2009 (UTC)

Thank you very much, The Earwig! Looks like we've nailed it. Best of everything to you and yours!

 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  23:03, 25 October 2009 (UTC)

{{editprotected}} This change should be reverted. I was wondering why the lists suddenly became narrower. Where is the consensus for this? The fact that this was changed not even just without consensus, but even with opposition is a problem within itself. {{editprotected}} even states it is to be used for edits that are "uncontroversial or supported by consensus", neither of which applied. Even if there were many people that watched this page, which there are actually less than 30, how much discussion could have taken place in less than 13 hours? I think it looks horrible to have the button set in from the right side. Maybe someone should figure out the reason why it's bad in IE7 instead of making all the other browsers look bad. MrKIA11 (talk) 15:58, 9 November 2009 (UTC)

Somewhat strong words for a mostly visual problem. It's not as if the thing stopped working, and I don't think that immediate reverting is required. However, I too would have cared to understand and document the problem with IE 7, before changing this, and still think we should try to understand this problem. I'm guessing it has something to do with absolute positioning, because the CSS for this show/hide element is

position: absolute;
right: 3px;
top: 0px;

Why that would confuse IE7 is eluding me however. can we get screenshots ? —TheDJ (talk • contribs) 18:43, 9 November 2009 (UTC)

Not sure what is meant by "confuse", but then I'm not myself any kind of programmer. I see that the sandbox has been set back to width=100%. I now use IE8 to edit Wikipedia, and the [Show]/[Hide] link once again hangs outside the right edge of the infobox in the sandbox version. The live version still looks okay. To answer MrKIA11, this was a "fix" to improve the way numerous infoboxes that use this template appear to numerous readers who use Internet Explorer to browse Wikipedia. How professional is it to have links hanging off the edge of an infobox? This was not a controversial change, this was a template repair.

 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  03:59, 12 November 2009 (UTC)

(out). I'm not certain, but it appears that this template might need a bit more repair. I have added two versions of the India-article infobox, Template:Infobox Country, to the testcases subpage. If this page is accessed with an Internet Explorer browser (confirmed for versions IE7 and IE8), then it can be seen in the sandbox version on the left that one of the collapsible lists, Constitutionally recognised languages has a [Show]/[Hide] link that extends beyond the right edge of the infobox. Please see my documentation on the sandbox page for a complete explanation. The version on the right side of the testcases page shows that a local change, removing the line break in Constitutionally recognised <br /> languages brings the [Show]/[Hide] link back inside the right border of the infobox. However, I'm not certain that this local fix is a viable alternative. Can we receive other editorial opinions on this situation? Thank you for any and all help you can offer!
 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  11:07, 12 November 2009 (UTC)

PS. Actually, an involved editor of the India article, SpacemanSpiff, in a response on the India discussion page, pointed out that such a local change might not be enough. I'm continuing to search for other infoboxes that use the line break in a Collapsible list title.

PPS. NOTE to TheDJ... My Print Screen doesn't work, and when I try to do a regular page print of the testcases page, the preview screen doesn't show the boxes collapsed. They automatically uncollapse, and there is no [Hide] link showing. However, I assure you that, in the infobox on the left, the Constitutionally recognised languages list's [Show] link is almost halfway off the right edge of the infobox (in IE7 and IE8).

(out). After checking hundreds of articles and templates that link to either Collapsible list or to Infobox Country or both, I have been unable to find another instance of long-titled lists with line breaks. So at this point, I conclude that the overhang of the [Show]/[Hide] link in Template:Collapsible list has been repaired. I'll continue to look for this as a normal course of editing and, if I find another instance of the [Show]/[Hide] link extending past the edge of an infobox, I will pursue a local solution. Thank you, everyone, very much for your help with this template repair!
 —  ^{.`</sup>^) Paine Ellsworth<sup>diss`cuss} (^^`.  08:50, 13 November 2009 (UTC)

But the template is not fixed. If anything, it is worse than originally because now every page looks bad in Firefox, long title or not. MrKIA11 (talk) 12:58, 13 November 2009 (UTC)

Did a reduction of four degrees in the width cause that much damage? Can you be more explicit, please?

 —  Paine's Climax  18:18, 13 November 2009 (UTC)

(out). This is Paine again, and here is where we are at present: I converted the LEFT infobox on the testcases page to the Collapsible list/sandbox, in which the width parameter has been increased back to 100%. So now a direct comparison can be made between the Collapsible list sandbox version (width=100%) and the live version (width=96%). Internet Explorer users will note that in the LEFT infobox, ALL THREE lists, the Official languages, Constitutionally recognised languages and the Non-numbered Footnotes lists have [Show] links that hang over outside the right edge of the infobox. As might be expected, the [Show] link in the #2 list, Constitutionally recognised languages, hangs outside farther than the others because of the <br /> (line break) in that title.

And there's more... I just downloaded the FireFox web browser so I could see for myself what the difference is between the 100% width on the left (sandbox) and 96% width on the right (live version). It is true that the infobox on the LEFT, while it looks lousy and unprofessional in IE8, looks just fine in FireFox 3.5.5. However, it is also true that the infobox on the RIGHT also looks just fine in FireFox, and it looks okay in IE8, too. So I do not see what editor MrKIA11 says about the template not being fixed and that, "If anything, it is worse than originally because now every page looks bad in Firefox, long title or not." Sorry, I just don't see it. So perhaps what we need here to resolve this is to have other editors who have FireFox to look at the testcases page and let us know how both of the infoboxes' collapsible lists look to them. If anybody sports a Safari or a Chrome browser, please chime in with your observations, too. Thank you very much!
 —  Paine's Climax  21:10, 13 November 2009 (UTC)

I'm not saying that the current sandbox is OK, but I don't think leaving the way it is now is OK either. The sandbox page is not a good example, as the overall width is so small that the difference is pixels, but when the overall width is the whole page, 4% can be almost an inch. The problem really lies in the compatibility of collapsible lists and infoboxes, as there are no problems when the list is not contained. I'm no expert with templates, but I think the problem can be found and fixed. MrKIA11 (talk) 21:38, 13 November 2009 (UTC)

Okay, thank you, MrKIA11! Now that you've explained it, I can create the scene you describe. Please look at my personal sandbox, where I've taken the Non-numbered references list from the India Infobox Country template and increased its width to page-wide. When I view this page in IE8 (the "Chick" skin appears to be the worst case, but the commonly used "Monobook" isn't significantly different), the 4% width change has caused the [Show] link to move about 1/4 inch to the left, however when I look at it in FireFox, the difference is more like 1/2 inch. So now I can see that you've made two excellent points...

1. The change in width does become significant in FireFox when the list is a whole page wide, and
2. There does seem to be a compatibility issue between this template, Collapsible lists, and all the many infobox templates.

In the case of number one above, I looked at over a hundred templates yesterday, and they were all less than 1/3 of a page wide. Most were less than 1/4 page wide. There were none that were a whole page wide, but of course, this doesn't mean that there are no templates that are a whole page wide. As for number two above, I don't have a clue how to go about fixing that, so a Collapsible list template expert is needed there.

It looks like you are right– it does boil down to the need for a consensus. May we please have the observations and opinions of other editors on this? MrKIA11, would you like to get an RFC started?

 —  Paine's Climax  00:04, 14 November 2009 (UTC)

• Let it be. My own opinion is still to leave this template as is, in other words, I think the edit that decreased the width from 100% to 96% should remain as is. My reason is that to revert this edit would mean that a large number of templates would again look very unprofessional to all readers who use Internet Explorer to read Wikipedia. And when I compare that to the way the templates appear in FireFox, in my opinion the present version is acceptable and looks professional. Added note (16 Dec 2009): According to statistics found at W3 Schools dot com, Internet Explorer users and Firefox users number 37.5% and 47.5%, respectively, of the total users who browse the Internet. IE still possesses a significant part of the market.

 —  Paine's Climax  00:04, 14 November 2009 (UTC)

Well if you want to get into numbers, then it is really only 24.7%, because IE8 is not affected, and even looks worse than Firefox, because the Show link is overlapping the text in most zoom levels. This website shows the comparison between the different versions of IE & Firefox. MrKIA11 (talk) 18:01, 16 November 2009 (UTC)

Beg to differ, Mr. K! I presently use IE8 to edit Wikipedia, and the problems pertaining to this template were just as visible in IE8 as they were in my old IE7. Perhaps you have found a way to change your browser settings so that they more closely match Firefox? and BTW, I also have Firefox, which I use to check to make sure my edits appear okay in that popular browser, as well.

 —  Paine's Climax  20:25, 19 November 2009 (UTC)

I actually never use IE8, so I have not changed any settings. But apparently you are one of the few, if not only person affected in IE8, as neither I, RockMFR (who was the first to respond above), or the website that I linked to show a problem in IE8. But this may help solve the problem. If there is a way to compare your setting to everyone else, then maybe the problem can be found easier. MrKIA11 (talk) 16:48, 20 November 2009 (UTC)

Please explain how you can draw such a conclusion, "if not the only one"? There is no evidence for that. The administrator who altered the width saw a problem in IE7, and I presently see the same exact problem in IE8. Also I tried to get editor RockMFR to give details about what was seen, but so far there has been no response. Maybe RockMFR was not looking in the right place? I have tried many different settings for my IE8, including "bare-bones" settings, and I still see the problem in the sandbox version on the testcases page, and this applies in all of the nine skins. So I suggest we see if more editors won't add their observation to this discussion. Again, feel free to start an RFC to get other opinions.

 —  Paine's Climax  23:26, 21 November 2009 (UTC)

Overhang section break

So what do we do about this? The issue will unfortunately not fix itself. I'm not sure if there is a place to ask "IE" experts that could figure out why it is broken in IE7. MrKIA11 (talk) 21:13, 9 December 2009 (UTC)

Is there anyone that is an expert on the inner-working of IE to determine why this problem occurs? Considering that less than 25% of people are effected, I still think we should change this back. MrKIA11 (talk) 15:52, 21 January 2010 (UTC)

I'm tempted to revert the change based slightly on WP:BRD. And there doesn't seem to be any problem with that as no one has responded to me in almost 2 months. MrKIA11 (talk) 16:08, 29 January 2010 (UTC)

I'm going away for a week now, but if the issue is still outstanding, i'll see if i can look at it again. I've added the template to my watchlist, but don't be shy to poke for my attention next week. —TheDJ (talk • contribs) 20:46, 29 January 2010 (UTC)

There should be no width specified at all. Every table cell has padding: 0.4em 0.6em 0.4em 0.6em;, which IE7 adds to width: 100%; (or even width: 96%;) to create a width greater than 100% of the cell. div's are block elements, which take up all horizontal space by default, so a width should not be required for any other browser, either.
Other than that, there's one other bug that might manifest, which would most simply be dealt with by adding #bodyContent { display: inline-block; } #bodyContent { display: block; } somewhere in Common.css (likely benign to other browsers, but I haven't tested this against the horrific code Wikipedia currently has in place). ¦ Reisio (talk) 09:55, 30 January 2010 (UTC)

Small glitch

See Template_talk:Infobox_currency#Small_glitch. I'm not sure whether the problem is with this template or the infobox. 86.150.102.21 (talk) 20:28, 27 December 2009 (UTC).

My talk page

Will some look at my user page? I am using this template to collapse my user boxes and it doesn't seem to work. The code is located on this subpage. BOVINEBOY2008 :) 14:36, 21 January 2010 (UTC)

It looks good to me. What exactly do you think is wrong? MrKIA11 (talk) 15:39, 21 January 2010 (UTC)

Every time I look at it, either on the subpage or on my page, it isn't collapsed. BOVINEBOY2008 :) 15:41, 21 January 2010 (UTC)

It's collapsed for me in both Firefox and IE8, logged in or not. Have you tried purging the page? MrKIA11 (talk) 15:55, 21 January 2010 (UTC)

It still won't work, I checked my preferences and they seem fine, maybe it is my monobook? BOVINEBOY2008 :) 16:01, 21 January 2010 (UTC)

I tried it the Monobook skin, but it was still fine. If you are talking about your Custom JS, I'm not an expert, but nothing looks like it would effect the collapsiblity of the lists. MrKIA11 (talk) 16:09, 21 January 2010 (UTC)

I just won't worry about it. Thanks for the help though! BOVINEBOY2008 :) 16:13, 21 January 2010 (UTC)