Template talk:Image class names

Please see Version 1.0 Editorial Team/Assessment to see what this is all about.

Entrées vs Appetizers
Greetings all,

Every great restaurant has both appetizers and entrées. They can both be fantastic, but one expects tha appetizer to be somewhat smaller than an entrée. Similarly there are articles that are meant to delve deeply into a specific subject, and there are others that whet the appetite about the various aspects of a broad subject and then directs the reader to main articles.

It seems that in this grading system, the appetizer will always be graded as a stub, no matter how perfect it is. Now this wouldn't necessarily be bad except the stub shows up lower than a start. This doesn't seem fair. Am I missing something?KitemanSA (talk) 05:01, 4 January 2009 (UTC)


 * No that's not really so. An article is a stub if the content is jumbled and generally useless. Length doesn't affect grading. If an article is perfect it's generally a FA. Do you have an example of a "perfect" article that is classified as a stub? This might be better served if moved to WT:ASSESS §hep •  ¡Talk to me! 05:15, 4 January 2009 (UTC)

Proposal to change the colour of Project-Class
At present, Project-Class uses the same colour as Template-Class, however I feel it would be preferable to give it it's own unique colour. With that in mind I would like to suggest that we change the colour to this:

which is the same colour used for the border of message boxes such as WikiProject banners (#C0C090). Thoughts? PC78 (talk) 19:33, 9 January 2009 (UTC)


 * I think that's not the best color choice. Do I have a better idea right now? No. But I certainly don't like this one. §hep •  ¡Talk to me! 20:29, 9 January 2009 (UTC)


 * You mean you feel it is in some way inappropriate or you just don't like it? PC78 (talk) 20:41, 9 January 2009 (UTC)


 * I mean I feel it looks like the color of some animal feces. §hep •  ¡Talk to me! 21:04, 9 January 2009 (UTC)
 * Looks like very light animal feces to me... -- .: Alex  :.  21:07, 9 January 2009 (UTC)


 * :) Well... granted, I may not choose to wear a shirt of this colour, but for our purposes here I don't think we need be too picky. It doesn't clash with anything else, anyway. If anyone has any other suggestions then by all means speak up. PC78 (talk) 21:14, 9 January 2009 (UTC)

In all honesty I think this might need to be discussed more widely. Not all of this, because it isn't used as widely, but it's still used by on a good deal of pages. §hep •  ¡Talk to me! 21:25, 9 January 2009 (UTC)


 * Would that be the correct venue for discussion, though? Project-Class is one of the non-standard grades (and a fairly recent addition at that), and I don't think they're covered by the Version 1.0 Editorial Team (though I may be wrong). Heck, it's not even a protected template. PC78 (talk) 21:34, 9 January 2009 (UTC)


 * It does deal with the "obscure" assessments over there as well, AFAIK. A template talk page just doesn't get that many visitors. §hep •  ¡Talk to me! 01:55, 11 January 2009 (UTC)


 * Perhaps. Heck, I'm not even sure why Template talk:Project-Class redirects here when it isn't used in the grading scheme template. PC78 (talk) 11:26, 11 January 2009 (UTC)

As there were no alternative suggestions forthcoming, I have implemented the animal faeces. Martin 11:21, 12 January 2009 (UTC)
 * I think Template:Cat class should be changed as well, to match. Martin 11:23, 12 January 2009 (UTC)


 * The same colour you mean? No, I think all classes should have their own distinct colours, unless we were go the other way completely and give all of the "namespace" classes a single colour. I wouldn't be opposed to changing Cat-Class to something less similar to Start-Class, though. PC78 (talk) 11:35, 12 January 2009 (UTC)
 * You misunderstand. Template:Cat class is not the same as Template:Cat-Class. I am not suggesting we change the colour of category-class, but just to update the project-class colour on both templates so that it is consistent. Martin 13:32, 12 January 2009 (UTC)
 * Ah-ha, fooled by the dash! :) Ignore my ramblings then... PC78 (talk) 13:34, 12 January 2009 (UTC)
 * ...except to say that perhaps Project-Class and should be protected like Category-Class and others, as it now has nearly 1000 transclusions. PC78 (talk) 13:38, 12 January 2009 (UTC)

It does bother me that anyone can edit that template. Should we take it to WP:RPP? Also, just because someone suggested the change there was no consensus that that was the best color choice and was made in haste. Because someone suggests a change does not mean it should be acted on immediately. §hep •  ¡Talk to me! 18:43, 13 January 2009 (UTC)


 * Fair comment, though someone arbitrarily chose pink as the colour when the template was created nine months ago. As for protection, I see that Future-Class and Current-Class are also unprotected. It would probably be wise to request protection for all three. PC78 (talk) 01:17, 14 January 2009 (UTC)

Image-Class → File-Class?
Now that the namespace has been renamed, would it be an idea to change the name of Image-Class to File-Class? PC78 (talk) 08:09, 13 January 2009 (UTC)
 * Actually that would be a very good idea, as obviousl ynot all files related to WikiProjects may be images, and we certainly don't want to create classes for each type of file. -- .: Alex  :.  19:04, 13 January 2009 (UTC)
 * Sounds good. Just redirect Image-Class to File-Class? §hep •  ¡Talk to me! 21:31, 13 January 2009 (UTC)
 * Hmmm... won't project banners also need to be adjusted to accept  as a valid parameter? Then there would be project categories to rename as well. I still think it's worth doing, just might be a bigger job than first anticipated? PC78 (talk) 00:52, 14 January 2009 (UTC)
 * Not necessarily. Eventually categories, banners, etc. would need modified. For instance all BannerMeta templates accept both image and class as good values and sorts them as image-class. A good deal of banners rely on a system of #switches that modify the text and template that appear. If the banners are modified then all images, etc. that have been assessed as class=image would need to be changed to class=file. IMO the simplest option would be to modify all banners to accept image and file as classes (if the projects let us), have a bot go around switching class=image to class=file, remodify the templates we edited earlier to remove class=image functionality afer a time and most of the recategorization should be simple once image can no longer be a valid class. Projects that still wish to use image can still use the template and the updated banners would use the file template and categorization. A change like this would probably be best discussed at the council with as much input as possible from all projects. §hep •  Talk 01:01, 14 January 2009 (UTC)
 * Dunno how widely something like this would need to be discussed; ultimately it's a fairly cosmetic change. Depends how many projects are using the class, I suppose. PC78 (talk) 01:07, 14 January 2009 (UTC)
 * Appears that almost 400 projects have an Image-Class category correctly sorted to WP 1.0. There's also the possibility of banners that use the meta template haven't created the category yet and other projects that don't participate in WP1 but still use image-class. <font color="green" face="Comic Sans MS">§hep •  <font color="green" face="Comic Sans MS">Talk 01:38, 14 January 2009 (UTC)
 * On principle I think it is an extremely good idea, but there are huge technical issues to be resolved. By editing WPBM you can alter the categorisation of 700 banners with one edit, but if you change them to all categorise into Category:File-Class Foo articles instead of Category:Image-Class Foo articles then you immediately need four hundred new categories.  Which comes first, chicken or egg? WPBM already accepts file, it's just a question of which is the alias, 'file' or 'image'; both would have to be supported for the forseable future.  It's a good idea generally, but is quite technically involved. Happy ‑ melon 14:50, 15 January 2009 (UTC)
 * As a first step, I have boldly redirected to .  Assuming that sticks, stage 2 is to begin a transition from using Category:Image-Class Foo articles to using Category:File-Class Foo articles.  Happy ‑ melon 18:13, 26 January 2009 (UTC)
 * You might also want to add the following to MediaWiki:Common.css. -- WOSlinker (talk) 21:34, 26 January 2009 (UTC)
 * Damn, I thought I'd remembered that when I first added the classes. Oh well, it's in now. Happy ‑ melon 22:20, 26 January 2009 (UTC)
 * Can a bot take care of the categories? PC78 (talk) 00:00, 27 January 2009 (UTC)
 * Yes, it could, and I even have code that could be trivially modified for it, but that's a rather large step for which we'll need a larger consensus. Happy ‑ melon 00:09, 27 January 2009 (UTC)

Redundant "Classes"
There is a big problem with the assessment scale system, and that is classes. A class is normally a grade that shows what quality the page is of. However, the inclusion of non-quality classes interferes with the main point of assessmnet in general. For instance, List-class. There are MANY lists on wikipedia, with varying quality; ranging from short, badly written and cruft filled lists to the long, well-written and sourced lists that have achieved FL. The point of assessment is to show readers and editors what kind of shape the page is in and also shows if the article can be trusted better as a source. The same with lists, or so it should be. Most lists are currently being labeled as "List" class. What does this say of it's quality? Of it's reliability as a source/reference? Nothing. All it shows is that it's a list. Grading a list using the normal assessment scale can help readers understand if the page is well-written/factual, and for editors to know if it needs a bit more work (From GA to FL for example). It may increase the workload of assessers, but it gives the editors and related project the information they need to improve them. I do agree with replacing image class with file class, as there are many different types of files, and organizing them into one would decrease the needed work to make a class for each seperate file type (Sound, image, etc.). However, I do not agree with calling these types "Classes". I propose adding, along with quality/class and importance, a "Type" section, stating the type of the page (Article, List, File, Redirect, Project, etc.). This would help remove the "non-quality" classes and move them into a more appropriate section. Yes, this would involve editing every single project template, but removing this problem is far more worth it (and it will get rid of the complaining as well), especially when dealing with the quality of a page. If the page doesn't need quality (Like a project or Category), then it would get the NA-class, with the appropriate type added in. A concern some of you may face is clutter. The type could be added right below the importance, placed in the same way the upper two are. THis is an important issue that NEEDS to be addressed. Fixing this mess will ensure a more organized wikipedia all around, and will hopefully improve the quality of many pages that are wrongfully classified. Thank you for your time. ''' Dyla nlip (talk) 17:38, 26 January 2009 (UTC)


 * Thankyou for your comments. However, I believe you have somewhat misinterpreted the main purpose of the assessment scheme.  The scheme is not, as you suggest, aimed primarily to inform readers, or the assessment would be shown on the article page; we have had numerous discussions to the conclusion that only the FA/FL star should be shown on the article page. Article assessments are arbitrary, unilaterally implemented and usually lag behind the actual quality of an article; each grade has subtle criteria that will not be obvious to the lay-reader; as such, readers cannot rely on the grade of an article, and should not be expected to do so. The assessment scale is aimed entirely at the editing community, and has two main purposes.  Firstly, it is used by the WP:Version 1.0 Editorial Team to select quality articles for static releases.  Secondly, it is used by WikiProjects to co-ordinate and prioritise their work.
 * In this context, it is apparent that modifications to the scale should only be made when they would improve its utility and ease-of-use for those two groups. I don't believe that the changes you propose would necessarily do so.  There is no accepted quality scale for list articles: there are no "Good list" criteria, no "B-Class list" criteria, no "A-Class list review" departments. It makes no sense to grade lists on the full quality scale unless all this infrastructure is in place, and there is no evidence that it would be a net benefit for the projects using the scale to create and maintain such additional bureaucracy.  Similarly, replacing "Image-Class" with "Image-Type, NA-Class" is pure make-work unless there is a tangible benefit to be gained from the transition.  Images, like other non-article content, cannot be assessed on the stub/start/c/b/ga/a/fa quality scale, so there is no disadvantage in that scale being unavailable.  What you are essentially proposing is that every non-article page is marked as NA-Class on the quality scale and that a whole other scale is created to compensate for that loss of semantic clarity.  That is completely unnecessary.  Happy ‑ melon 18:05, 26 January 2009 (UTC)
 * I'm sympathetic with the above comment up to a point. The likes of Template-Class, Category-Class et al have got sod all to do with article assessments; personally I'd rather lump anything that isn't an article into NA-Class and do away with the rest, but I suspect that's a minority opinion. :) But I'm also against this idea of adding a third "Type" section, which I've already seen implemented in some banners. Why do we need anything in the banner to tell us what namespace we're in? It all seems a bit pointless to me. PC78 (talk) 00:08, 27 January 2009 (UTC)

A quick question about archives
Has there ever been any thought on adding an "Archive-class articles" classification? This would be useful on the many archive pages across WP. Just a suggestion, --Jeremy ( Blah blah... ) 03:09, 27 January 2009 (UTC)
 * What advantage would it have to the wikiprojects involved over and above either Project-Class or NA-Class? Happy ‑ melon 08:39, 27 January 2009 (UTC)

Edit request to -Class and -importance templates
Can someone please update the following templates with the code in each respective sandbox: In each case all this basically does is create a default link to the main category for each importance/class type, which will make them consistant with all other -Class templates such as FA-Class etc. Other changes are the removal of code defining the colours (these are now defined at MediaWiki:Common.css) and updated documentation. PC78 (talk) 01:10, 4 April 2009 (UTC)
 * Top-importance with Top-importance/sandbox
 * High-importance with High-importance/sandbox
 * Mid-importance with Mid-importance/sandbox
 * Low-importance with Low-importance/sandbox
 * NA-importance with NA-importance/sandbox
 * -importance with -importance/sandbox
 * -Class with -Class/sandbox
 * ✅ Let me know if there are any problems. --CapitalR (talk) 12:09, 5 April 2009 (UTC)

Proposed change of colour for Portal-Class
About a year ago, a concern was raised that the dark grey colour used for Portal-Class makes the text a bit hard to read, especially when the colour of the text turns purple after the linked page has been visited. The discussion trailed off without any changes being made, but as this is a perfectly valid issue I would like to raise it again. :)

I've tried out a number of different colours to see how they look alongside other class/importance colours and when set against the background of a banner template, and settled on puce which is quite distinct from anything else we currently use. Alternative suggestions are, of course, welcome. Thoughts? PC78 (talk) 16:27, 10 April 2009 (UTC)


 * Support &mdash; Martin (MSGJ · talk) 18:12, 10 April 2009 (UTC)
 * Looks good to me. Happy ‑ melon 18:28, 10 April 2009 (UTC)
 * Yummy, looks like beetroot. &mdash; Martin (MSGJ · talk) 18:31, 10 April 2009 (UTC)
 * ✅. &mdash; Martin (MSGJ · talk) 09:02, 14 April 2009 (UTC)
 * Don't forget Portal-Class. I'd edit it myself except I can't :P Tothwolf (talk) 16:10, 14 April 2009 (UTC)
 * I mistakenly thought that all these were using classcol now. Is there any reason why they aren't? &mdash; Martin (MSGJ · talk) 18:00, 14 April 2009 (UTC)
 * More to the point, why are they not all using Class? &mdash; Martin (MSGJ · talk) 18:03, 14 April 2009 (UTC)
 * AFAIK Class is not compatible with the individual -Class templates. PC78 (talk) 18:09, 14 April 2009 (UTC)
 * Okay, yes, I knew that really ;) But the td versions should be. I'll have a look into it. &mdash; Martin (MSGJ · talk) 18:49, 14 April 2009 (UTC)
 * You are right. The category parameter is not compatible. However there is no reason why they can't all use classcol. I believe the definitions in MediaWiki:Common.css are not being used now, but I have asked happy-melon for clarification. &mdash; Martin (MSGJ · talk) 19:18, 14 April 2009 (UTC)
 * That's probably a good idea. Class uses Classcol, as do all the -Class td templates; it would probably be prudent for the -Class templates to follow suit, then colours need only be adjusted in the one place. PC78 (talk) 22:03, 14 April 2009 (UTC)
 * Please don't do that; now all the templates will have multiple parser function calls that are unnecessary and which will slow down the display of the summary tables. :( Tito xd (?!? - cool stuff) 22:06, 14 April 2009 (UTC)

(outdent) Hmm, I'm not sure whether this is the problem you're making it out to be. The aim of this was for consistency, and to avoid the need to change multiple templates the next time it is agreed to tweak the colour of a certain class. &mdash; Martin (MSGJ · talk) 22:20, 14 April 2009 (UTC)
 * This change started causing problems in the WP:1.0/I pages. Tito xd (?!? - cool stuff) 02:22, 26 April 2009 (UTC)

Proposed colour changes for Merge, Category & Template-Class
At a glance, the colours used for Merge and Category-Class look pretty close to those used for FA/FL and Start-Class, while the colour used for Template-Class is identical to that used by Mid-importance. In a bid to get each Class type using it's own distinctive colour, I would like to propose the changes as illustrated in the table to the right. No radical departures from the colours we're already used to, just a bit of refinement. :) Alternative suggestions (should anyone have any) are of course welcome. Thoughts? PC78 (talk) 16:03, 16 April 2009 (UTC)

Question Is this really the most appropriate place to discuss these changes? I know the talk pages redirect here, but as pointed out before, this template doesn't even mention a lot of these classes! I don't really have a better solution though ... &mdash; Martin (MSGJ · talk) 16:25, 16 April 2009 (UTC)


 * Dunno, really. Last time I posted comments at Wikipedia talk:Version 1.0 Editorial Team/Assessment and Template talk:WPBannerMeta linking to the discussion, but only you and Melon had anything to say so I've not bothered this time (I can do, though). Template talk:Cat class, maybe? Village Pump? I can't see it being worth an RfC. PC78 (talk) 16:34, 16 April 2009 (UTC)
 * Perhaps we should retarget all those redirects to Template talk:Class. I like the changes, and I approve of the general shift towards more pastel colours; some of the old colours (Cat, Merge and Current in particular) are really rather glaring. Happy ‑ melon 16:37, 16 April 2009 (UTC)
 * I also support the changes. &mdash; Martin (MSGJ · talk) 16:40, 16 April 2009 (UTC)
 * I've posted a link to this discussion at a few of the places mentioned above. Where the discussion is held is less important than people actually knowing about it, after all. :) PC78 (talk) 17:44, 16 April 2009 (UTC)
 * Well I guess Template talk:classcol is the place, since that is the template which will be changed! I would still wish for a more descriptive name like class color or class colour, but I suppose the name was chosen to avoid the American/British thing? &mdash; Martin (MSGJ · talk) 18:24, 16 April 2009 (UTC)
 * Sure, but I imagine there aren't too many eyes on that template with it being relatively new; it doesn't even have a talk page yet! :) "col" was chosen primarily because of the old -Class col templates which it was meant to replace, but yes, it does also neatly avoid "the American/British thing". PC78 (talk) 18:35, 16 April 2009 (UTC)
 * Although unless I'm much mistaken, we're all three of us Brits... perhaps we should strike a blow for proper English before anyone notices <tt>:D</tt> Happy ‑ melon 19:08, 16 April 2009 (UTC)
 * Too late, I noticed! XD I support the color changes, just so you all know. *goes off to study Class's source in preparation for a new feature suggestion* 「ダイノ ガイ 千 ？！」(Dinoguy1000) 19:14, 16 April 2009 (UTC)


 * I noticed, don't do that. <tt>:P</tt> The problem I see is that having a trillion talk pages where it is possible to discuss the same thing ends up in discussions always being missed (yay for ForestFires!), so when the single-class templates were created, they were all redirected to a central location. If I were to change the redirects, it would be to Wikipedia talk:Version 1.0 Editorial Team/Assessment, but even that is meh...
 * Back on topic: I don't mind the new colors, although Category now looks like it lies between C and Start Classes.. Template is also close to Start as well. Tito xd (?!? - cool stuff) 00:27, 17 April 2009 (UTC)


 * Fair comment about the C/Category/Start colours, less so with Stub/Template. You could also say that the proposed colour for Merge-Class falls between FA and A, but ultimately there are only a finite number of colours to play with. ;) I can have another look, though, see if I can't find something a bit more distinctive. PC78 (talk) 15:21, 17 April 2009 (UTC)


 * If you are playing with the colors anyway, I noticed the colors used for File and Needed are difficult to distinguish on some LCD displays. I found if I tilt the display I use regularly File seems to have more of a violet hue, otherwise it looks more gray. It could be I just have a screwed up display but I'm probably not the only one. Tothwolf (talk) 15:52, 17 April 2009 (UTC)

PC, are you still looking at these colours, or shall I implement the proposed changes to Merge, Category & Template? &mdash; Martin (MSGJ · talk) 06:33, 20 April 2009 (UTC)
 * Nah, go ahead. I tried out a few more colours and came up with #F0E68C for Category-Class, but that looks like it lies between B and C-Class, so I'd rather stick with my first choice as it's closer to what we have now. It's not like anything is set in stone, so if anyone has any better ideas further down the line then they're more than welcome to put them forward. PC78 (talk) 14:54, 20 April 2009 (UTC)
 * ✅. &mdash; Martin (MSGJ · talk) 15:19, 20 April 2009 (UTC)

Overhaul
I've got a proposed new version of this template in the sandbox. It's not finished yet, but I'm looking for feedback. Here are the differences: There's a couple of things I haven't worked out yet. Any suggestions would be great. &mdash; Martin (MSGJ · talk) 20:52, 4 May 2009 (UTC)
 * Uses a subtemplate for each row to make the code much tidier
 * Width of each column is not stipulated. This makes for a more balanced look IMHO Reinstated - see below.
 * Displays the icons for each class in a separate column Removed due to protest.
 * FA and FL rows split to allow more particular wording for featured lists
 * FL-Class moved down to be with List-Class Under discussion
 * Removes the -Class links - I can't see the point of these
 * Uses the new class template (no functional difference there)
 * Uses HTML table code
 * FA and FL class share some rows and I'm not sure how best to implement this. Now irrelevant, see above.
 * I don't know how to convert Grading scheme/table into HTML code. Done.
 * Since you've split FA & FL into separate items, it might be better to also show List by default as it looks a little odd with just FL at the end of the list. The other thing I was wondering about is the Project parameter. Would it be better to call it topic so that it is consistent with things like cat class? But since the current version of the template already uses it, how about something like <tt> </tt> ? -- WOSlinker (talk) 18:14, 5 May 2009 (UTC)
 * ✅ both. &mdash; Martin (MSGJ · talk) 20:36, 5 May 2009 (UTC)
 * Or set the trigger for FL to the same as list. -- WOSlinker (talk) 18:15, 5 May 2009 (UTC)
 * To be honest, I would rather keep FL where it is (with FA) for consistency with assessment tables and cat class. I also think the "icon" colum is rather superfluous, not least because many of the icons are not commonly used. Otherwise it looks good. :) PC78 (talk) 18:20, 5 May 2009 (UTC)
 * Agree with automatically displaying List-Class. I don't know of any projects which don't use it now.
 * Splitting FA and FL: to me it is illogical to have FL up there where it is interrupting the article quality scale. It makes more sense with List, surely? I take your point about the assessment tables ... although cat class could easily be changed ;)
 * What? You don't like the icons? Apart from the category icon (which I agree is a bit rubbish) I think they're great and make the page more attractive.
 * File/Image-Class and Project-Class should probably get a mention, with their own trigger parameter.
 * &mdash; Martin (MSGJ · talk) 19:59, 5 May 2009 (UTC)


 * Regarding FL, one could also argue that it is illogical to split the two Featured classes. ;) Surely I have commented on the class icons before now, but I am still against their proliferation and believe that icons for FA/FL, A & GA are more than sufficient. I would prefer it to remain that way in this table, particuarly as the other icons are not used in project banners or cat class. Either way, I find it unnecessary to give them their own columm in a table where space is at a premium. PC78 (talk) 20:14, 5 May 2009 (UTC)
 * Icons have gone. I'm very sad to lose them, although I agree that space is at a premium. Let's see if we get any other comments about the position of FL. &mdash; Martin (MSGJ · talk) 20:32, 5 May 2009 (UTC)
 * So if we had FP-class (featured picture - why don't we have that class I wonder?), you wouldn't want that next to Image-Class? &mdash; Martin (MSGJ · talk) 18:03, 6 May 2009 (UTC)
 * Dunno, we don't have it (nor a Featured-Portal Class) so I don't really have an answer for you. ;) PC78 (talk) 21:10, 6 May 2009 (UTC)
 * Well, with the new template I could create FP-class in approx. two minutes, and then you can answer the question. &mdash; Martin (MSGJ · talk) 22:05, 6 May 2009 (UTC)
 * Sure, but Would It Be A Good Idea?™ Would FP stand for "Featured Picture" or "Featured Portal"? Unless there's a genuine need for it I wouldn't bother, though I detect a certain level of facetiousness to your comment. :) PC78 (talk) 22:41, 6 May 2009 (UTC)
 * (Warning: thinking out loud ahead, I understand the previous conversation wasn't *entirely* serious =) ) I think probably if these were ever to be implemented, "FF" (short for Featured File) should be used for Featured Picture, since then it could also apply to Featured Sounds (and any other featured content in the Image/File NS). Needless to say, that would also take care of any conflict between abbreviations for Featured Pictures and Featured Portals. And now I must ask... why don't we have Featured Templates? There's templates out there doing some really crazy $#!+... 「ダイノ ガイ 千 ？！」(Dinoguy1000) 03:44, 7 May 2009 (UTC)
 * I love it! You know about featured redirects don't you? &mdash; Martin (MSGJ · talk) 06:27, 7 May 2009 (UTC)
 * But of course! I saw it on the same day that I voted for Pedro. =D 「ダイノ ガイ 千 ？！」(Dinoguy1000) 07:18, 7 May 2009 (UTC)

Having second thoughts about the width stipulations. Probably the reason it was there, was to stop the columns shifting when you reveal the collapsed information. I guess I'll have to put those widths back in ... &mdash; Martin (MSGJ · talk) 20:38, 5 May 2009 (UTC)
 * ✅. &mdash; Martin (MSGJ · talk) 20:52, 7 May 2009 (UTC)


 * The use of class for two purposes both quality and type I have always found inappropriate. Before there was just lists where this was a problem now there are other types. Would it be better to have Quality of FA/GA/A/B/C/Start/Stub and Type of Article/List/Template/Category/Portal etc SunCreator (talk) 23:31, 9 May 2009 (UTC)
 * Have redirects been considered. SunCreator (talk) 23:31, 9 May 2009 (UTC)