nb: The rfc-tag was added by Jack Merridew, who did not start this thread. Jack Merridew 16:55, 7 March 2010 (UTC)

Back in December 2008, the project came to consensus about the filmography table formatting here. At some point, for a reason I can't recall, the font size was changed to 95%. Really don't remember why. In any case, the project consensus was to use the 90% font size, use the blue table heading and continue to format awards with a "Nomination—Whatever name" and not to designate wins with saying "Win-whatever name". I want to establish that we still support using that consensus. Please note below via support or oppose. Wildhartlivie (talk) 22:46, 6 March 2010 (UTC)

You changed it to 95% yourself, here, which was where the page was changed to promote invalid code. Tisk, tisk. Jack Merridew 23:02, 6 March 2010 (UTC)

Please do not misrepresent what was done. Previous to that change, and I don't know why 95% was there, the table heading code was not using wikitable style, which was presented as a problem. That you failed to even attempt to explain here, after being clearly asked twice, what part of the code was a problem fairly discredits any pronouncements of "tisk, tisk." Tsk, tsk to you for refusing to bring the issue here to start with. Wildhartlivie (talk) 23:57, 6 March 2010 (UTC)

• Oppose — The 90% is too small and will interfere with accessibility. The coloring of tables is all of dubious value and hard coding any colors is usually inappropriate. Better approaches would be a) plain wikitable, b) a template based approach to encapsulate coding details and to centrally maintain them, and c) a stylesheet based-approach. 'c' is not too likely as few will support such ephemeral shite in site-wide stylesheets. Regards, Jack Merridew 23:02, 6 March 2010 (UTC)
• Support - There has been no issue raised, anywhere, anytime, by anybody about 90% causing accessibility issues. I have a vision disability that could be effected by sizing but it is not effected in any way by that size. An early attempt at using a template for color coding failed and in its stead, we were given the line coding for the colors. Tables used by various projects also use color and this is only an issue to you because you came across it. Wildhartlivie (talk) 23:57, 6 March 2010 (UTC)

  Actually, the issue of accessibility *was* raised previously, including the font-size concern. I'm surprised you don't recall it as you were quite involved in that discussion until consensus went against you. Regards, Jack Merridew 07:31, 7 March 2010 (UTC)

  You've stated, below, that you do not remember that long thread that you extensively participated in and that went so against your position; just above, you state that "There has been no issue raised, anywhere, anytime, by anybody about 90% causing accessibility issues." and yet I see a post on this very page that asks "My only concern is that such tables use 90% of regular font size, which to me affects general accessibility." You "replied" to the user (User:Erik) without actually addressing his concern. Do you recall this? Will you address the accessibility concern?

  At this point, I'm fully in favor of no reduction of font-size. And I strongly oppose snotting up the wiki with gratuitous markup to give filmographies undue weight. There may be a case for using tables, but semantically a filmography is a *list* of films and marking them up as a bulleted list (year, title^ref) seems a pretty good option. Any other details such as role-played could go in the film's article.

  You and the local clique seem to have a very off view of your authority to determine what is appropriate for articles. This is all ownership. You made some comment to me on your talk page about 'governance' which, frankly, is absurd. As Lar has told you, repeatedly, "Change your approach."

  Regards, Jack Merridew 19:53, 8 March 2010 (UTC)

  It would be helpful if you would change your approach as well, Jack. I agree with the crux of your argument, but there's no need for such rudeness and disrespect. —David Levy 20:59, 8 March 2010 (UTC)

  Wildhartlivie, what is the justification for having 90% or 95% instead of 100% in these tables? An article like List of accolades received by American Beauty looks adequate with 100% font size. I do not think it is worth any perceived aesthetic benefit to reduce the size further. Erik (talk) 22:02, 8 March 2010 (UTC)

• Support. I do think a template based table with CSS styling is probably more correct standard wise (and it would simplify things tremendously), but as the previous attempt failed, we should stick with the old consensus until a real alternative is presented. Nymf _hideliho! 00:25, 7 March 2010 (UTC) On second thought, I am changing my vote to Oppose. The "100%; bog-standard-wikitable" is far superiour in every way. Keeping it clean will make for less edit warring, cruft, increase compability etc. We shouldn't make it more complicated than need be. Nymf _hideliho! 02:25, 9 March 2010 (UTC)
  • The previous attempt seems to have failed due to a willful disregard of a discussion that went against WHL's liking. While she may not remember this now, she summarily removed all the usages of that template last May (see diffs on offer below by David Levy). The 'old consensus' you refer to is simply a local opinion and only supports what the locals prefer; out on the wider-wiki, there are overriding opinions. The reasonable options going forwards are a) bulleted lists and b) font-size: 100%; bog-standard-wiki-table as seen at top-right. Cheers, Jack Merridew 20:49, 8 March 2010 (UTC)
• Support Neutral to the 90%. I believe that the use of pretty tables in filmography distracts from the article itself, and would prefer the filmography listed in text and not a table. But if folks want to use a template, smaller is better and less distractive... specially as a pretty filmography template is not the main purpose of an article about an actor. Schmidt, ^{MICHAEL Q.} 00:50, 7 March 2010 (UTC)

  I'd support plain bulleted list for the reasons you cite. Hard-coded tables are about the poorest method of presenting this information; see the featured list Mary Pickford filmography which eschews the funny blue and silver this club is pushing. The Pickford list also goes with normal sized text. All this junk about tables and meretricious colours snots-up the wiki-text with heaps of markup of dubious value and presents teh wiki with a serious maintenance issue. There are probably tens of thousands of actor bios here mostly with some form of filmography and there is no easy way to re-style their look. I've no idea what template approach was unsuccessfully tried before, but such an approach certainly is appropriate. If it was intent on colours, it's probably best to have allowed that dead end road to find it's way to failure. Jack Merridew 02:42, 7 March 2010 (UTC)

  Michael, do you not think that 90% font size affects accessibility? See my link below in my oppose !vote. In addition, I'm reviewing WP:COLOR and am trying to determine if "#B0C4DE", or LightSteelBlue, is an adequate contrast to the black print of table headers. Erik (talk) 14:49, 8 March 2010 (UTC)

  After thought and consideration, I have gone neutral above, as I still don't think that such tables are actually even neccessary in a film or actor's article. They may be pretty, but do not actually add to a reader's understanding of a topic, and take up maybe three or four times the space in an article as the same information offered as plain bulleted text in our standard 100%. I sit here at this PC looking at the examples posted above, using IE7 and my screen resolution set to its usual 800 x 600, any differences seem minor. Then, having temporarily reset the screen resolution to 1024 x 768, I see that 90% is a tad more difficult to read than is 100%. Also, and specially for television roles, the current templates I've seen seem to allow a show's name and a character name but not additional column that might list the year range and number of episodes of a series in which an actor may have appeared. If used, any template must have flexibility dependent upon what information is needed to be presented. All that said, and though I think tables for actors are not always as useful as hoped, I do like the contrast of LightSteelBlue better than the LightGeyishWhite. Schmidt, ^{MICHAEL Q.} 04:36, 9 March 2010 (UTC)

I disagree about not using a table period (filmography). The credits are important for an actor, that is mainly what they are known for. Most information should be in prose, yes. However, a table is neat and easier the skim through (which is what most readers do, skim through their credits), while a bulletin list of 50 (or more!) credits is messy and a strain on the eyes. What I'm still trying to understand is how if this is such a huge issue, why is it just being noticed now, when this format has been used for at least two years (2008 is when this became standard practice within the Actor project?). I mean only a selective few seem to have an "issue" with the current style. I would like to see some outside opinions that were not related to the previous discussion from last year. —Mike Allen 05:12, 9 March 2010 (UTC)

There could be any number of reasons why this issue has not been seriously explored until now. For example, it may be that it's this subset of articles that only uses smaller-than-100% text size. I went to WP:FL and randomly clicked ten articles across the various categories; they all used 100% text size in their tables. Accessibility is a relatively hidden issue; it's not something most editors will consider. For example, it was only in the last year or so that WP:ALT has really taken off; as recently as September 2008 did it basically say, "Sorry, there is no way to have alternative text in addition to the image's caption." Now it's a standard process in Featured Article nominations. Wikipedia is a work in progress; we're continually fine-tuning ourselves. Sometimes we go backward, but mostly we go forward. Depending on the outcome of this RfC, I am sure that we will be able to arrange automated tasks to accommodate. As for use of tables, I do not have an issue with them, but simplicity can work, too. Names of the roles an actor has played can be relatively indiscriminate on that actor's article (and more discriminate in each film's article). Same with directors, though awards and some notes (like "Also directed") are more pertinent. Basically, lists or tables, do what works for the person. Erik (talk) 12:36, 9 March 2010 (UTC)

@User: MikeAllen: No argument... projects are what make an actor. Their inclusion supports the overall understanding of the individual and their careers. You offer decent points to consider. Perhaps both sides here can come to a compromise. Here are comparisons:

A lengthy career bulleted: Ernest Borgnine#Filmography.

A lengthy career templated: Tom Cruise filmography

The Cruise example shows that a long career templated on a seperate page does not distract from a main article, and yet is easy to find and study. The Borgnine example shows that for a long career, bulleted or not, such a list in the main article itself can become quite unwieldy. As an actor article usually hits the highlights of more major work within the prose of the article itself, I would think it reasonable that if there were 40 or 50 or more projects that could be listed in an actor article, a trimmed "partial filmography" of 10 or 15 might be bulleted in the main article with the "complete filmography" relegated to a referenced sub-page where use of a table could not be in any way seen as detracting from the reader's understanding of the subject as covered in the parent article. For actors with shorter careers, a bulleted text section within the article serves well and does not distract. Schmidt, ^{MICHAEL Q.} 16:29, 9 March 2010 (UTC)

• Support the 90% font. All this back & forth over this is getting annoying. I don't know how many times I've set up a proper table only for someone to change the font simply because they don't like it. That's not the way things are suppose to work around here. I don't like a lot of things, but I still respect consensus. Pinkadelica^♣ 01:54, 7 March 2010 (UTC)
• I don't care about the size. Whatever everyone else decides. But the filmography should be done with a template, not individual markup that has to be changed in every filmography page every time something needs to be changed. ++Lar: t/c 03:43, 7 March 2010 (UTC)
  • I agree. This would work best in a template. —Mike Allen 04:31, 7 March 2010 (UTC)
  • Then propose something concrete. Nymf _hideliho! 04:49, 7 March 2010 (UTC)
    • How about ? Jack Merridew 05:02, 7 March 2010 (UTC)
      • That shouldn't even exist. 25 templates for 25 films all contained within a pair of templates, with no accomodation for the film role or awards of any sort? Can we say redundant and convoluted? There's a good reason why that is only used on 16 articles. It is not user-friendly nor is it sufficient to meet the needs of a filmography in regard to content. Wildhartlivie (talk) 05:28, 7 March 2010 (UTC)
        • WP:TFD is open to you. Jack Merridew 19:53, 8 March 2010 (UTC)
• MediaWiki talk:Common.css/Archive 9#Header color in wikitables
• Template:Filmography table head

As they say, there's nothing new under the sun. This whole issue has been discussed at considerable length before and it's time to properly sort all the issues.

Cheers, Jack Merridew 07:31, 7 March 2010 (UTC)

Could somebody please display how a 95% looks as compared to a 90% please? ‡ Himalayan ‡ ^ΨMonastery 14:13, 7 March 2010 (UTC)

Examples at top-right. My concern is also about the colour being capriciously non-standard. The embedded colours also function as an attractive nuisance; see this (l r). Note that there are a lot of instances out there that use a semantically meaningless two-tier heading such as on Miley Cyrus; the col-spanning heading should properly be a caption-element. Cheers, Jack Merridew 16:48, 7 March 2010 (UTC)

• As covered in the archived discussion to which Jack Merridew linked, Wikipedia's standard table style should be used. A WikiProject doesn't own "its" articles and lacks the authority to override project-wide consensus. —David Levy 16:54, 7 March 2010 (UTC)

  Please note that User:Jack Merridew camvassed the above comment here as well as at several other talk pages [1] [2] [3] [4] [5] in a manner that exceeds acceptable notification. Any comments from those solicited talk pages should be viewed in that manner. Wildhartlivie (talk) 18:00, 7 March 2010 (UTC)

  Not. I believe I notified all the significant participants in that prior discussion. You, of course, were already aware of this thread. I've also sought wider input via the RFC process. Regards, Jack Merridew 18:06, 7 March 2010 (UTC)

  It's entirely appropriate to notify participants in related discussions, provided that this is done without regard for their positions. Do you have any evidence that Jack specifically targeted editors with whom he agreed?
  And what effort did you make to notify users not affiliated with this WikiProject? —David Levy 18:17/18:28, 7 March 2010 (UTC)

  I'll have to re-read that discussion, but my recollection is that there was unanimity in opposition to the effort to set the colour and font-size as a site-wide standard for filmographies. This could create the appearance that I notified only those opposed to the notion simply because there were no supporters to notify. I'm all for full participation by a wide group of editors. Note also, that the prior local consensus does not establish a site-wide consensus, it merely establishes what a small clique believes. Cheers, Jack Merridew 18:41, 7 March 2010 (UTC)

  What I have is the content of the posts he made, which go far beyond a normal notification of "here is a discussion that may interest you" to "here is discussion on which I see you've commented before. I think it's time to do something and here's what I think. Hope to see you there." He laid out his own position on the topic, stating "I think the appropriate outcome is ..." which violates WP:CANVAS which says "it is inappropriate to canvass with such messages" and that he states he selected the notified editors because of their posts to that discussion. I'd also note, per his own comments on my editing, that going about and changing articles while it is under discussion here is also inappropriate, including adding a currently unused template to one article and stripping the coding under discussion from another, to the point of edit warring over it. This is completely unacceptable conduct, both in regard to disregarding this discussion and inappropriately canvassing. As for me, check my contributions. I posted notes to no one about this, nor did I post an outline of my agenda to other editors on Wikipeda. As for who he picked to notify in this way, what matters is what he did. And that discussion was not "site-wide" consensus either. Factually, there was no call for consensus. You make reference to the "site-wide" consensus on wikitables, which this heading uses, but I have asked in the past and have yet to be given a link to the page where this consensus was garnered. Finally, I again object to your minimization of the project to "a club" in a dismissive tone such as you have. It is a project, show a little respect and please stop dismissing it as nothing. You were requested to do so, and steadfastly refusing to stop calling it a "club" is inordinately incivil. Wildhartlivie (talk) 19:05, 7 March 2010 (UTC)

  1. You've quoted (out of context) the section on "campaigning," which is described as "an attempt to sway the person reading the message." By your own admission, the users in question already have expressed such sentiments, so how do these posts constitute "an attempt to sway" them?
  2. Yes, he notified participants in a related discussion. Again, do you have any evidence that he excluded editors with whom he disagreed? If there simply weren't any participants with whom he disagreed, what does that say about your position?
  3. Wasn't it you who went around changing articles (unilaterally declaring that a template would no longer be used and replacing it with hard-coded tables to force the use of your preferred style) while the matter was under discussion last year?
  4.Indeed, you "posted notes to no one about this." Instead, you merely initiated this thread, thereby specifically notifying members of the WikiProject (the users most likely to agree with you), despite your knowledge that other editors (whom you made no effort to notify) had expressed dissenting views and explicitly criticised attempts to exclude input from outside the WikiProject. And then you actually complained when these users were notified and implied that their feedback should be discounted.
  5. What do you mean when you state that "factually, there was no call for consensus"? —David Levy 19:41, 7 March 2010 (UTC)

  Yes, posting his position on the topic and elaborating on it the way he did does by definition equal attempts to sway. That's part and parcel of improper canvassing. That he cherrypicked editors to notify with his biased post is another. I'm not saying that you did anything wrong by replying here, but I am saying that Jack Merridew posting the same basic message to numerous editors did violate WP:CANVAS. It's patently absurd to compare posting a discussion on this talk page, where the first consensus was made, to what Merridew did, as inappropriate cansvassing, especially after being pushed to garner new consensus by Merridew. Where the heck else would one do that? Patently absurd. A huge stretch by any term. There was no call for consensus on that page. That a template developed didn't work on a large number of articles led to not using it. You forget, I'm not the only member here and by far am not the only one who makes filmography tables, so please stop trying to make this all about me and no one else. And yet again, I have been given no link to a formal discussion where it was determined on a "site-wide" basis" that anything was determined about tables. That someone wrote it up doesn't make it a "site-wide" consensus. That various persons say it after the fact does not show anyone the consensus discussion to which is referred. Wildhartlivie (talk) 20:17, 7 March 2010 (UTC)

  1. How can one "sway" someone to a viewpoint that he/she already holds?
  2. Again, please cite evidence that Jack "cherrypicked" users to notify. Which editors did he exclude?
  3. "The first consensus," as you describe it, was challenged on the basis that a WikiProject lacks the authority to make such a decision on its own. You were well aware of this, and you nonetheless sought to validate said "consensus" via a message targeting only members of the WikiProject (and ignoring the numerous other editors who have expressed opinions). You could have notified all previous discussion participants and/or added an RfC tag (as Jack did), and you chose not to.
  4. Again, what do you mean when you state that "there was no call for consensus on that page"?
  5. You unilaterally determined that the template "didn't work" because other users edited it in a manner not to your liking. You then went from article to article, replacing it with hard code to restore your preferred table styling (despite complaints that this reduced accessibility). You did this while both the template's use and the table styling were under discussion (with most editors disagreeing with you).
  6. Do you dispute that Wikipedia has a standard class for the tables in question? Do you dispute that the previous discussion (which you decided to not even mention when initiating this thread, let alone notify its participants) demonstrated strong support for such a setup and opposition to arbitrary deviation? —David Levy 21:06, 7 March 2010 (UTC)

The fact of the matter is, I didn't remember that discussion, so each time you try and shove it down my throat, you're bringing something up I didn't even remember. Like I said, posting a request at this page is not improper canvassing, but searching for and notifying only specific editors on that page and posting what he did does constitute improper canvassing. No matter how many times you try and talk around it, the message he left was formulated to tell what he wanted and posted it to persons whom he believed, based on content from that page where he garnered his list to post was in fact cherry picking his postings. He only posted to people involved in that discussion. <shrug> Justify it all you want, it was inappropriate canvassing. There is no viable way to compare that to posting a question on the project talk page. You cannot legitimately compare one to the other. I posted no notices on Wikipedia to specific editors, I posted where Jack Merridew wanted new consensus. I have asked at least three times now on this page for a link to the consensus that is being touted as "site-wide" consensus, and if that isn't forthcoming, I'd suggest that stating there is one is unfounded. That a group got together and set what they thought should be the standard is no different than this group doing the same thing. <shrug> Please stop making this all about what you think I know or don't know or did. I had what equates to a minor stroke before my eye surgery, you have no clue what I remember from months ago, but that discussion was part of it. I recall the template, that wasn't workable on many filmographies because the columns were not "settable" and were fixed, coming from that. The rest becomes tl;dr when the link was posted. But yeah, persons with vision difficulties who can't see 90% already do set their font larger by default in their computers. As for the time frame of that discussion vs. the genesis of that template, it was created and existed as styled after the filmography being used. Meanwhile that discussion halted at first on April 19. David Gothberg, who made the template, did so and stated it could certainly meet what this project wanted without an issue with wikitables. It did not again become an issue until someone went in and changed it in May. It was not an ongoing discussion. The discussion stopped and did not start again until May 27, so saying I did anything to that template during a discussion is incorrect. But for now, I'm off to an Academy Awards party. Wildhartlivie (talk) 22:53, 7 March 2010 (UTC)

1. I'm sorry to learn that you suffered a stroke, and I sincerely hope that your condition has improved.

My recollection of the discussion was incomplete, so I read it today. I hope that you've acted in kind. I don't seek to "shove it down [your] throat," but it should not be ignored.

2. I don't assert that posting a request at this page constituted improper canvassing. I'm saying that you should have also made a reasonable effort to invite participation from users not affiliated with the WikiProject.

I accept your explanation that you forgot about the previous controversy, and I'm merely disputing your accusation that Jack engaged in wrongdoing by filling in the gap.

You claim above that Jack notified "only specific editors on that page." Again, which ones did he exclude? What editors expressing opinions contrary to his did he fail to notify? You note that "he only posted to people involved in that discussion," but you aren't explaining who else he should have informed.

And again, how can one "sway" someone to a viewpoint that he/she already holds?

3. You note that you "posted no notices on Wikipedia to specific editors." I understand that you're referring to users' talk pages, but you must realize that a post to this talk page is directed toward (and likely to be received by) members of the WikiProject. As noted above, I accept your explanation that you did not recall the previous discussion (and therefore did not realize that this would be controversial), but you cannot claim that you weren't aware of your post's narrow target.

But again, I'm not accusing you of misconduct. I'm merely pointing out a problem and explaining how Jack's messages and RfC tag helped to rectify it.

4. Your continual request for "a link to the consensus" illustrates your misunderstanding of what "consensus" is. You evidently believe that consensus is the outcome of a specific discussion or vote. While such things certainly can come into play, consensus also can be established when the community simply does something a certain way.

You state above that "a group [getting] together and [setting] what they [think] should be the standard is no different than this group doing the same thing," which again fails to recognize the distinction between Wikipedia and a WikiProject. In no way am I disparaging the latter (which does important work), but it lacks the authority to arbitrarily override the former's conventions.

In the discussion that you didn't remember, you repeatedly referred to articles as parts of your WikiProject. I don't know whether you retain that notion, which simply isn't correct.

5. I don't understand your claim regarding the template. While the discussion was underway, you responded to template edits that you opposed by unilaterally declaring that the template would not be used and requesting its deletion. You then replaced it in articles with hard code (thereby switching the tables back to your preferred style), without even supplying a class enabling custom tweaks (including those intended to increase accessibility) [1; 2; 3; 4; 5; 6; 7; 8; 9; 10; 11; 12; 13; 14; 15]. All of this occurred on 28 May and is covered in the discussion that you didn't remember (but hopefully have read).

6. I hope that you enjoy the Academy Awards party. (I mean that sincerely.) —David Levy 00:17, 8 March 2010 (UTC)

1. The ones he did not notify he went back to notify after it was brought up. There were three whom he failed to notify. To me, that was selective - to the ones who had the most to say. I came to this page to request "new" consensus as Jack Merridew demanded. It never occurred to me to go around hunting down other editors. Had I done that, then yes, someone could say I was canvassing. I consider making a pointed post to invite individual editors to comment, when that post outlines the poster's specific point, is inappropriate per WP:CANVAS.

2. This project is also followed by various members of WP:FILM. It does not occur to me that other editors would be interested in events involving this project. At what point does one decide that enough people have been notified? That one editor involved approached individual editors specifically seems to push the bounds of canvassing. That is an issue to me, one that I was intent on not violating. Should I trot over to Rossrs's talk page and invite him in the same way? No, I doubt it.

3. When someone says "this is by site-wide consensus", then there should be a specific discussion to cite. If not, then something has occurred naturally, such as the way that filmographies evolved here. It was done that way from the start, the only thing that changed was the color used and the move from the prettytables format to wikitable. That was done because the lack of use of wikitable was made an issue. The conventions to which you refer were not an issue prior to last summer and the project was using (unknowingly) a format that was not wikitable. I'm not understanding your statement about articles under this project. The only article I notice I mentioned in specific is the use-of-color nightmare that is Rafael Nadal career statistics.

4. I'd note how many times that Jack Merridew has disparaged this project by calling a "club" and dismissing that it does anything important. That's a serious comment. As for replacing the template with the filmography table we were then using, it was not until after that time that someone gave me the wikitable style. That was done using the same style that was widely used on myriad articles in the interest of consistency. Please stop representing it as being anything but that. If 5000 articles use one style and someone has gone in and stuck a style that isn't consistent to what - 20 articles? - that effects consistency, which is a goal of most projects.

6. I was pleased with who and what won, I hated the broadcast but enjoyed the company. Wildhartlivie (talk) 07:41, 8 March 2010 (UTC)

1. I'm very sorry to learn of your continued medical problems, and I wish you the best of luck in treating them.

2. I assume that Jack made a sincere effort to contact all editors and honestly overlooked three minor contributors to the discussion.

However, having given the matter some thought, I must concede that neutral wording would have been more appropriate (though I assure you that Jack's message in no way influenced my opinion).

3. As established in the discussion that you didn't remember, this is not merely an "[event] involving this project." It concerns the whole of Wikipedia. An RfC tag (along with notifications for all users previously expressing opinions on this matter) would have been appropriate, but I accept your explanation that your memory loss prevented you from realizing this.

4. Again, "consensus" ≠ "discussion outcome." I don't know whether there was a specific discussion. I just know that a standard table format exists and is accepted site-wide, and the only justification for using a different style for filmographies that I've encountered is the opinion that the standard style is "plain and bland."

In the previous discussion, you repeatedly referred to articles as parts of the "project" (referring to this WikiProject) and opined that "any WikiProject should be able to determine style in the articles under its scope."

5a. Well, speaking only for myself, I certainly don't seek to belittle the contributions of this or any other WikiProject.

5b. I was responding to your statement that "going about and changing articles while it is under discussion here is also inappropriate."

5c. Indeed, most projects seek consistency. This includes the English Wikipedia project, whose consistency is reduced via the arbitrary use of a nonstandard table style in one category of article.

6. I'm glad that you had an enjoyable evening. —David Levy 09:51, 8 March 2010 (UTC)

Really? Methinks you should have a fresh read of it, to refresh your memory. It's quite comprehensive. Also, I've gone through it, again, and noticed a few other participants that only had a post or two and have posted a note to their talk page, too. As said, I welcome a wider audience.

A simple question:

• Why do you think that, of all the myriad tables used in wiki-articles, Filmographies should stand out with a custom color heading?

Enjoy your party. Sincerely, Jack Merridew 00:21, 8 March 2010 (UTC)

I don't really care about the format of filmography tables. Either of the two proposed versions would be fine and most readers won't care. Came to comment on canvassing though. Firstly, see WP:CANVAS#Votestacking: When you contact people who you know beforehand will tend to agree with you on a matter, that's improper canvassing (though if he really contacted everyone who participated in a particular previous discussion, that might change things, and I haven't checked to see if this was the case. nevertheless...). Even if you do know this beforehand, and you word your message to them in a way that elevates your own side of the argument over the other, that does not contradict the votestacking characterization. Rather, it's then doubly improper. Yes, you can still attempt to sway someone who you already thought would side with you, because which side they take is never a 100% sure thing beforehand. When a political party contacts its own members for support, it still presents them with reasons their side merits support. That's part of how canvassing works. On Wikipedia, messages advertising discussions need to merely be advertisements informing of the topic and location. This does not qualify as proper notification, whether the list of users contacted was cherrypicked or not (though again, if so, it would be doubly as bad). Jack needs to read through the policy and be careful about this next time. I'd even invite him to edit his messages on those users' talk pages to fix the problem, as a sign of good faith. Equazcion ^(talk) 07:17, 8 Mar 2010 (UTC)

He did not contact all of the persons in that discussion until later on, when he went back to post the same biased post to the 3 or so he initially omitted. He posted the same, or very similar posts to all individual editor talk pages where he posted. Wildhartlivie (talk) 08:24, 8 March 2010 (UTC)

Did you see my question above?

• Why do you think that, of all the myriad tables used in wiki-articles, Filmographies should stand out with a custom color heading?

Regards, Jack Merridew 19:53, 8 March 2010 (UTC)

• Oppose. Whew. Having looked at this and at the previous discussions, I'm not seeing any compelling reason to make filmography a special case (or even class). There's certainly no valid aesthetic reason for tweaking wikitable colours for the film or actor projects. I don't really see that the font-size needs to be changed either.
  The important thing here is usability; for the editors, but–most importantly–for the readers. This overrides any subjective choice of which colour might best suit Miley or Johnny or Nandamuri's filmographies.
  Michael Q Schmidt makes a valid point about the use of text rather than tables, perhaps it would be best to simplify.   pablo_hablo. 20:20, 7 March 2010 (UTC)

Furthermore, the idea that film-project tables need a specific header colour to identify them as film-project tables is flawed. If a user is viewing an article about an actor, director, film etc, and that article is categorised, it would be obvious that that article relates to film without any project-specific colouration.   pablo_hablo. 09:35, 18 March 2010 (UTC)

• Support. If 90% is "too small" for users with vision problems, I'm sure they already have their browser font size increased. That's a non issue. It doesn't matter if we use blue, grey, pink, green, red... but if it is determine that we use the grey style, do you know how many articles we would have to change? Jesus. I can't believe people are still pushing this. Is this really a bigu problem? —Mike Allen 22:05, 7 March 2010 (UTC)
  • Actually, yes, it's a big problem. There is a considerable consensus in the field of user interface design that reducing font-size is an inappropriate action. See Erik's ref to w3.org, for example. Putting the burden on users is a profoundly unethical stance. It's much the same with color. The plain-gray is used because it maximizes accessibility and works well with all the site-skins. As to cleaning up the articles... it's a wiki, things change. I'll certainly work on it; I may even fire up a bot or two. I would hope a few of the locals would help; they did, after all, create the problem. Cheers, Jack Merridew 20:21, 8 March 2010 (UTC)
    • If it is indeed a "big problem" why has it gone unnoticed for so long? Yes, I'm well aware that things change—daily it seems. If it is determined to use the washed out skin, then of course I'll help update the existing tables, just as I was [thought at least] helping with adding the current table style. Yes I liked the blue color, it gave some color around here. However, this isn't about personal taste, it's about web standards. I hope a bot or two will come along and help. That would be nice. LOL. On second thought, we may need more than a couple of bots and what this project has to offer. There's a lot of articles with this format. —Mike Allen 00:23, 9 March 2010 (UTC)
• Oppose because smaller text size affects accessibility. I would rather support 100% and nothing less; text resize, especially below 100%, should not be used as an aesthetic tool. Tables are major parts of articles, and they should be readable. W3C advisory techniques on text resize encourage "Providing large fonts by default" and "Avoiding scaling font sizes smaller than the user-agent default". Erik (talk) 04:22, 8 March 2010 (UTC)
• Again? I didn't provide a solid opinion in the last discussion, but I'm going to be quite clear this time: unless there is a valid semantic reason for differing styles, tables should not use nonstandard styling, even if that custom styling is standard across a clearly-defined group of tables. There is no such reason obvious for filmography tables, and no one has presented one yet in any discussion on the matter I have read, to the best of my knowledge (but if you can prove me wrong, please do!). Furthermore, Jack makes a good argument for forgoing tables altogether in favor of lists for filmographies. In summary, a solid oppose. --Dinoguy1000 (talk · contribs) as 67.58.229.153 (talk) 04:24, 8 March 2010 (UTC)
• Again? My opinion remains that—if the consensus it to use a table—the standard wikitable class should be used. If you think the blue looks better—I can see the argument for that—why not improve it for every article, rather than just for your own articles? Discussion would be welcome at MediaWiki Talk:Common.css. (Not watching this page; if you want me to comment here, please ask me on my talk page.) —Ms2ger (talk) 17:37, 8 March 2010 (UTC)

Actually, there is a project goal of actually adding such a table to all articles under this group. I can't give you a specific number of articles where this has already occurred, but the section at the head of this page here speaks to that effort. That filmography tables have been created for the preponderance of articles is the rule rather than the exception. It is an active project effort. The table we have set up does use the basic wikitable class as its basis. This project covers over 32,000 articles at last count of actor, etc., articles with the project banner in place, so despite someone dismissing it as a drop in the bucket to the entire encyclopedia, it is still a large block of articles. The table heading colors serve to identify the table as an actor, etc. specific article, much the same as the infobox heading colors specifies to what project that article belongs. This doesn't just effect a few articles that project members "own", to use your wording. Members work on new and untabled articles all the time, thus the questions that are posted about it. I was glad to see the comment that projects should strive for consistency and some projects develop guidelines for that, such as when this project decided to remove awards from the infobox because it overwhelmed the rest of the page when open and the extensiveness of many articles. We listed those decisions on the main page, however that is being arbitrarily overridden in some cases [6]. How can a style guideline be conceived under such circumstances. No one said that this could not be covered in the article, but the overwhelming decision was that the Golden Raspberry awards were not critics or industry standard awards of the status and weight as the others, especially given that anyone can pay a small fee and vote, and there was no standard of controlling bias and margin of error or in fact, it isn't even established that this award has a vetted system of voting. Before we implemented using the blue color, it was checked with the tools listed at WP:ACCESS to ensure it did not effect visibility for color blind/impaired persons. The 90% was chosen because it allowed better fit of the awards a given person won or was nominated for. In addition, aesthetics was mentioned frequently regarding these colors and sizes. As to font size, as Mike Allen pointed out, if a mere 10% reduction is an issue for a reader, chances are highly likely that the person has already increased text size on their browsers, such as I have done. Wildhartlivie (talk) 19:11, March 8, 2010

I'm glad to know that the blue color was checked to make sure it did not affect visibility. However, what does "allowed better fit" mean? Vertically or horizontally? A featured filmography is Arnold Schwarzenegger filmography, which uses 90% font size in the tables. I modified it briefly for this diff, and the presentation of tables seem perfectly adequate without shrinking the text. In addition, visually challenged readers making browser adjustments is not a good reason for editors to shirk responsibility in ensuring accessibility. Reducing text size below 100% is certainly not helping them with accessibility. What does "better fit" in a table mean? Erik (talk) 00:18, 9 March 2010 (UTC)

Better fit was horizontally, which is a factor on some articles, not ones entirely dedicated to a filmography like the Schwarzennegger, but on filmographies on full biographies, although I do note that the size difference does force the 4th column to use a line break to the text on my browser, wiht the text taken down to "normal" size. That is the break the size difference is trying to avoid. And we are talking about a 5% or 10% reduction, it isn't the nearly the same as using the <small> would yield. And the color check was used for all choices on both check pages. Wildhartlivie (talk) 00:39, 9 March 2010 (UTC)

What are some examples of filmographies on full biographies where the font size of tables make a difference? This is what appears to me at 1024x768. The line breaks do not make the rows and individual cells any less readable. If visually challenged readers enlarge text in their browsers, then would they not deal with line breaks anyway? It just seems to me that the tradeoff is minimal. If we don't want the title column to have line breaks, then we can "lock" that column and have line breaks in other columns. Browser settings will vary with all readers and editors, who will see the tables in different forms. If 90% is not a big difference from 100%, then 100% seems an adequate and consistent default. Erik (talk) 00:57, 9 March 2010 (UTC)

Offhand, Drew Barrymore comes to mind, which looks hugely different to me. I'd have to look for others, but I am running out of time to look tonight. I'd also note that while I was chastized above for going about making changes while the issue was being discussed before, that is also being done today by Jack Merridew, and the edit summaries do not reflect the changes being made, but only says "Filling in 2 references using Reflinks". Why was it wrong for me to do so last summer, and it is okay for him to do so while this discussion is ongoing? And how, Erik, did you get that screen capture to look so clean? Wildhartlivie (talk) 01:38, 9 March 2010 (UTC)

I have to get going myself, but looking at Drew Barrymore quickly, I did not see a major difference when I changed to 1024x728 and looked at the sized-100% diff. (I did remove the image to keep it basic.) How do the Barrymore tables look different to you? Feel free to get back to me tomorrow! :) Good night. (After edit conflict; the key is to have a preexisting JPEG file and paste into that. Saving from new makes it look ugly.) Erik (talk) 01:50, 9 March 2010 (UTC)

I was about to say the same thing. I've been up far, far too many hours and it has gone into sleep debt. Good night, Erik. Dream well. Wildhartlivie (talk) 01:54, 9 March 2010 (UTC)

I honestly don't know. Most of the filmographies these days are looking pretty good so I don't gve them a second thought. If I had to say though I'd have thought the table would look best covering most of the width of the page... I honestly don't really don't whether it is 90% or 95%. As long as they look something like Arnold Schwarzenegger filmography I don't care.. ‡ Himalayan ‡ ^ΨMonastery 12:43, 9 March 2010 (UTC)

What if they look like this (100%)? Is it a game-changer? :) Erik (talk) 12:48, 9 March 2010 (UTC)

Some points:

• Going to a bulleted format is a major step backwards and removes the organization of a LOT of information in a LOT of articles. The tables allow us to organize appearances, both major and minor, film roles and in many cases gives us an organized way to present nominations and awards or miscellaneous bits of information regarding the films or the role. I'm firmly against taking that back step.
• As Himalayan Explorer mentioned, the ones that are done (the majority of major actors, etc.) are looking pretty good. To a certain degree, how those tables are arranged is flexible, regarding presenting "film" or "television" roles and other jobs such as director or producer. Quite a number of actors fill many roles and that is adequately presented. In probably over 99% of them, they do cover the width of the page, I can't remember who put the Drew Barrymore image next to her filmography, but to a certain degree, it's nice - that very lovely photo is looking at her body of work, so I've never considered moving it.'
• While I think the 90% font is working, I can see that perhaps that will change out of this discussion, but fitting text onto those lines tends to fill them up and crowd the information in some cases.
• On the other hand, the color of the heading meets accessibility, (which seemed to be a concern) regarding the color used and it does signify that this table is for a person who works in film and television in some capacity, and as I said, there are other projects who use color in some way to designate it is part of a given project. As someone else pointed out, we are given the tools to use color designations and outside of the argument that the wikitable basic doesn't include tables, I've seen no argument that convinces me that it cannot be used, especially given that it has been used in these tables since mid-2007. It is established, prior to my involvement in this project, so blaming me doesn't fly.
• Using a template for the heading removes any flexibility in making the tables. Some actors make films that have a distinct English title and titles in other languages (specifically coming to mind are Chinese or Japanese films), while some tables may contain box office gross or directors and other various bits of information. Templates remove that flexibility from the picture and presents presentation problems for those situations. Wildhartlivie (talk) 18:47, 9 March 2010 (UTC)
• Oppose I agree with Jack and think Wikipedia needs better standards in general. If a table must be used in any article it makes the most sense to use a standard wikitable. I see no point in having "pretty tables" with fancy colors and agree with Michael Schmidt - tables are bulky and can distract from the article. Having color looks garish to me no matter what color is used. Tables also make the article much more complicated to edit and I much prefer a bulleted list. I also see absolutely no convincing reason to use a font size which is anything less then 100%. - Josette (talk) 19:01, 10 March 2010 (UTC)
• Support I have to say that I think having the blue color adds to readability and is easier on the eyes. I also have seen that when using the larger size, some info gets moved to the next line which looks awkward to me. I don't understand why there is such a large disagreement over all of this since it's been used this way for a long time. Anyways, I support the above proposal of color and 90-95% fonts, though 100% wouldn't be a big deal to me either. As to the bullet points, I have mixed feelings about using it. The bullet point way doesn't look at all pleasing to the eye and makes articles look cluttered. That being said, I do think that it would be easier for editors to edit it than using the template. I think though that the template that is in use is preferable. Thanks, --CrohnieGal^Talk 12:44, 17 March 2010 (UTC)
• Oppose - The 90% seems too small of a font. I agree with Jack that using a predefined class (CSS) would be the best option. If that isn't possible, then have a template which defines that standard table header (or a combination of both). Plastikspork _―Œ^(talk) 23:34, 17 March 2010 (UTC)
• Oppose: We should have a standardized format across all of wikipedia and not be needlessly complicated by having extra parameters. Ryan4314 (talk) 03:15, 18 March 2010 (UTC)
• Support-This version, the readable one, 100 here also keep a hat on the colours, the same goes for these colors, light grey blue or whatever it is. Off2riorob (talk) 15:06, 29 March 2010 (UTC)
• Bold TextI don't know if this is "support" or "oppose" or whatever, but these lists should a) be created by template and b) be bog-normal wikitables, and should absolutly not make text smaller than browser-default. Hipocrite (talk) 17:03, 31 March 2010 (UTC)
• Support - I don't much mind about the font size, but I do prefer the blue header, rather than the bog-standard. I like the blue color, but personal taste aside, the main thing I find unsatisfactory with the bog standard is that the header color is only minimally different in shading to the rest of the table, so it does not stand out against the rest of the text. Even a deepening of the bog standard color on the header line would be an improvement. I don't want Wikipedia to look like someone's gone crazy with a box of crayons, but a bit of variation between the header and the rest of the table would make the pages easier to read and visually more interesting. The bog standard is functional, but I also think it's a little static. I also prefer that the table format maintains a degree of flexibility, and I think that would be a drawback if a template was used. I'd prefer any type of table over a bulleted list. Mary Pickford filmography could never provide the current level of depth or readability with a bulleted list, to give one example. I'd rather see filmographies (and articles in general) expanded to their potential rather than cut back to their bare bones, and if relevant associated information can be presented in an easy to read table, I see that as a positive thing. Rossrs (talk) 10:12, 1 April 2010 (UTC)

  Hi. Seems to me your argument for the LightSteelBlue table-header cells is one concerning all instances of class="wikitable", not just filmographies (and any table on an actor or filmmaker's bio, it seems). Would you paste the same markup into any table, anywhere, to get that look instead of the standard look? Fact is, many editors have gone crazy with the crayons, all over the wiki; there are plenty of egregious examples out there. What's different here is that there's a whole prior effort at sorting this issue that was cast aside, and that the problem is multiplied by some tens of thousands of instances. And there's the issue that most of the hard-coded markup in place out there is Bad Code^TM —both gratuitous and invalid code in there, so it it needs clean-up even if it were done in-place. The tables themselves are a huge amount of markup that makes editing more difficult for most editors. Even the experienced editors here are regularly making structural mistakes when implementing these filmographies. You really think that many people are comfortable with colspan attributes? A bulleted list is much more accessible to most editors. Sincerely, Jack Merridew 16:54, 1 April 2010 (UTC)

  Hi, My comments about the LightSteelBlue table are a color preference only. It provides contrast without being gaudy, in my opinion, and if someone was suggesting bright orange or fire engine red, I'd be protesting vigorously. It's a matter of personal taste, which is neither right nor wrong and that's all I'm expressing regarding color, although, as I said, a deepening of the color in the bog standard template would achieve a degree of contrast that I would find satisfactory. It's just not my first preference, that's all. If there are "tens of thousands of instances" throughout Wikipedia, the degree of usage demonstrates that the tables are being used by considerably more editors than have commented here. Whether they are using them because they believe in their value, or whether they are using them because they've seen them elsewhere and they assume they are the norm, and therefore copy and paste them, who knows? But they are widely used. Most people using them would be looking at achieving a specific finished product, and not considering coding issues etc. If people who know about coding can help the people who don't, by providing something more suitable that creates a similar "look", that seems like a reasonable thing to aim for. Trying to achieve a consistency throughout is a good thing to aim for as well, and I don't know what is the best option, only what I personally prefer and that is what I've commented on. A bulleted list is the easiest thing for any editor to use, however I think we also should be looking at the result we want to achieve, and the widespread use of tables suggests that a significant number of editors want them, for whatever reason. If we want a finished product that looks something like the Mary Pickford filmography, the next step should be, I believe, to work out the easiest way of achieving that. I agree with the KISS principle in general, but keeping it simple should not necessarily limit potential. If there's a middle ground between making the editing process easier, avoiding the use of "bad code" and producing the "desired result" (whatever that may be), we should be aiming for that middle ground. If we chose a template, for example, that would make the editing process simpler, and if it achieved the "desired result", that would be fine. Something along those lines was suggested earlier in this discussion and seems to have been swallowed up by subsequent discussion. Would a template offer the flexibility to individualise some filmographies where further detail is wanted? (Mary Pickford example again) If not, that would be my main concern about templates. We should not underestimate the collective abilities of editors - even when one editor stumbles, they can learn or someone can help them, and if they make a mistake it can be fixed. We don't have to aim at the lowest common ability. Rossrs (talk) 00:24, 2 April 2010 (UTC)

  I've implemented the template discussed above

  • {{Filmography table headings}}

  and added a usage at Anna Kendrick. It could have other wording or more/different columns. This sort of template could not build the Mary Pickford filmography, which seems to be doing just fine with bog-standard wiki-table syntax. You might compare it with Michael Q. Schmidt#Partial filmography, which concerns User:MichaelQSchmidt, who opined here in favor of bulleted lists.

  As meretricious colors go, the LightSteelBlue is pretty far down on the list, so I've little against the color itself, per se (which is not an endorsement of it's use, here). I am concerned about all the hard-coded markup and the notion that a small group has been declaring that this shall be done across all actor and filmmaker bios; *all* tables, too, not just filmographies. However the however-many articles got to be using all this poor markup, is secondary to the fact that we've a mess spread across a large number of pages and that some simply don't see the problem. I'm a developer, so I know a bit about code. I also know more than a little about user interface design. The code issues will not go away by themselves and they will not go away if things are left to those who created the problem. Once there are a substantial number of instances of any coding pattern extant on the wiki, it will be copied about by random editors. These would simply be people following patterns they see in other articles; they copypasta without much thought as to the correctness of the code.

  To effect a course change requires a few things, starting with clarity. We need to run a bot across all of Category:Actors and it's sub-cats. We need to change what this wikiproject is advocating, and we need those who devote their efforts to this domain to cooperate with those seeking what's best for the entire project. Much of what going on here is mere railing against the grays invoked by class="wikitable" coupled with an understanding that there's really no chance of getting that changed. Hell, I wouldn't mind the headers being a tad darker, but I'm confident that sufficient thought was put into the decision however many years ago it was. The obvious assumption regarding why a rather pale pair of shades was chosen is that they maximize accessibility for users with various vision issues and who are using a variety of platforms (laptops, handphones, iPads). Anyway, given the improbability of getting the wikitable colors changed, some are hell-bent on changing the color of their articles to what amounts to a personal preference by any means available and without regard to what "outsiders" have to say.

  What is wikitext? It's a simplified way of marking-up text that can be run through MediaWiki to produce XHTML (and HTML5, at some point). Wikitext does allow the embedding of some html and css (only some; try setting your own background-image), but the intent is that most pages be implemented as wiki-text with no other markup. *That's* the project's goal: the creation of a large set of wiki-text pages that comprise an "encyclopedia". You have to dig pretty far to mission-statement-bits about adding colors. Cheers, Jack Merridew 04:06, 2 April 2010 (UTC)

@Rossrs - I agree with you that the Mary Pickford filmography article is a good example and I totally support the type of tables used there. They are neat, tidy and easy to read. They also happen to be bog-standard wiki-tables with 100% font size. If an article requires more then a bulleted list those are the type of tables I support. If templates can be used to achieve a similar look - all the better. - Josette (talk) 20:03, 2 April 2010 (UTC)

@User:Josette, yes I think the Mary Pickford filmography is a good example of how a table can be effectively used and simply displayed. The bog standard table and 100% font size don't bother me as much as my preference for a table format, whatever it may be. I've mentioned that my personal taste and preference is for the other, but I don't oppose the bog-standard 100% font. I think Pickford's filmography looks very good. @User:Jack Merridew - the Anna Kendrick page looks exactly the same as any of the other pages that currently use the hard-coded markup, and that's what I was meaning when I suggested that someone who understands code could present something equivalent for any who may not. If the color is not uppermost among your concerns, is this then a reasonable compromise to use, at least in the short term? I would support it. Rossrs (talk) 23:29, 2 April 2010 (UTC)

@Jo: To implement bog-standard wikitables, we'd be best-off just using wikitext syntax and eschewing cluttering things up with a template, as the only purpose of such a template would be to encapsulate the implementation of whatever ornamentation of the table. Cheers, Jack Merridew 17:56, 3 April 2010 (UTC)

@Rossrs: A table implementation, whether using a template for the headers or not, entails a considerable amount of markup when compared to using a bulleted list. This is all for including columns such as 'roles' and "notes' which really are information that more properly belongs in the film's article, so I see a desire for an excessive amount of inappropriate information being use as a rationale for needing a table to structure information that I do not see as appropriate in most cases. Fact is, many of these columns are full of empty cells and a very large number of actor bios are doing fine with lists of films and years, period. I'm not opposed to the use of tables in some circumstances (Pickford), but don't see this as appropriate for most actor bios.
I've since changed the styling invoked by that template and on the tables to demonstrate that there are a lot of possibilities for customizing things; the question remains: how much of this shite is a good idea? I think there's little justification for having the tables on actor bios differentiate themselves from those on the pages of other articles. Should the pages of poets, have light-pea-green headings, or should that be reserved for bios of pedophiles? fyi, the stylesheet-focused example at #lean, semantic, markup (sidebar, below) offers considerably more possibilities for customization of the look and feel of tables and might-well fly with the keepers of common.css if a more generally applicable abstraction for a sub-class of wikitables were articulated; namely one that was not named filmography but something that would be of use to areas of the project far removed from actors or even bios. If pitched and implemented, such a sub-class could be trivially pasted into pages such as Pickford's filmography and would be compatible with the considerably more complex heading structure in use there.
I find the notion that the role of those who know code is to provide implementations for those who do not, to be rather insulting (although I don't think you really meant it that way). I've also said I have considerable experience as a user interface designer, so I have a pretty good idea of what ideas are good ideas, and do not see my role as merely one of fulfilling the desires of others. While the LightSteelBlue is not, in my view, a particularly garish color, the notion of myriad domain-specific colors foisted upon the wiki by local cliques is antithetical to the view that the site-styling is a site-wide concern. This is not something best left to the whims of a few, it is the domain of the site UI experience design. Cheers, Jack Merridew 17:56, 3 April 2010 (UTC)

nb: Yet another example of inexperienced editors not getting the filmography table syntax correct. We're making the wiki more difficult for n00bz to edit because… The wiki needs to be inaccessible to the inexperienced because… Why are we making the wiki more difficult to edit? Jack Merridew 23:36, 3 April 2010 (UTC)

Jack, I see little rationale that you've given to support your campaign to stop the use of tables for filmographies beyond WP:IDONTLIKEIT and further, you don't like it because the actor project endorsed it. Beyond that, it isn't even included in the original RfC, thus many who posted here aren't even aware that it is an issue. I still only see 3 editors here say they like bulleted lists vs. tables so despite all of your typing on and on, no one else has been swayed. Saying that you support it in some specific cases but not others is a judgment call and that in no way offers a way to make that judgment. The tables contain a lot of information that is organized in a meaningful way beyond "roles" and "notes". They also contain an organized list of awards, which are relevant to a large number of articles. I've objected before about how you characterize a project as a "club" and now a "clique". It is inordinately uncivil and disrespectful and yet you persist in doing so. That is basically an attack upon a group of editors and apparently, your derision toward projects is yours alone. Please stop demeaning an entire project because you hold it in contempt. Meanwhile, what is this mess of coding for, why is the font size set at 120% and why does that demonstrate flexibility? What I see is a frenzy of code mark up stuck in anyway. As for following me around and coming up with examples where someone edits for the first time and make minor mistakes, so what? New editors make many errors the first time out, and that isn't confined to the filmography table. Posting those examples as a reason to scrub out tables is simply reactionary and that someone screwed up and added a pipe in the wrong place isn't good reason to to do. Perhaps since a LARGE majority of new editors can't get inserting a reference correctly, we should do away with the requirement for sourcing content? It's the same rationale. Wildhartlivie (talk) 00:04, 4 April 2010 (UTC)

@ User:Jack Merridew. I said "If people who know about coding can help the people who don't, by providing something more suitable that creates a similar "look", that seems like a reasonable thing to aim for." I did not intend to insult you - you're right - I did not mean it "that way" so you shouldn't be insulted. I didn't say anything as strong as telling you what I thought your role should be. All I was saying is that if people who know about code can help people who don't, achieve something that they want to achieve, it's a reasonable thing to ask for, given that this is supposed to be a collaborative effort and people helping other people is a keystone of Wikipedia. If an individual editor was asked to help achieve something that he or she doesn't believe is right, naturally this editor would and should say no, and no offence should be taken either by the question or the answer. That was my intention, but my use of the word "aim" implied that both parties were on the same side of the argument, which in this case is not so, and which is probably what made my comment unclear.

You ask, "how much of this shite is a good idea?" As you've used the word "shite", your answer to the question isn't hard to guess. You'd probably invite a more open discussion if your language was neutral. If you'd said "how much of this information is needed?" you'd possibly get a less defensive response. If you'd said "individual projects" instead of "local cliques", that would have been more neutral too. Fact is, rightly or wrongly, a lot of people like the tables, and this is evident by how widely they are used, and the fact that User:Josette has noticed them appearing in other types of articles, suggests that other editors like them. They must. If they're so difficult to add, why would someone go to the trouble of adding them if they didn't see any value in them? I care less about the color, but I think the table vs. bulleted list boils down to "I like it" vs. "I don't like it". You say that some of the information, the "shite" you refer to, more correctly belongs in the film article. I think a lot of this information belongs in both the film article, and the filmography whether the filmography is part of the biographical article or whether it is an article in its own right such as the Pickford filmography. Pickford's could be little more than a list of film titles. I don't see that any of the character names are particularly important. It doesn't help me to know that many of her early films were "split reel"? I could probably file a lot of this content under "shite", and I think it's using the same context you gave to the word, and yet it's a featured list and apparently this information is useful for a comprehensive presentation. Each editor who has commented here has held it up as a good example of a tabled format used appropriately. I just don't get that details such as character names are necessary for Pickford but not necessary for Anna Kendrick, to use another example. Either way, they're just a bunch of names, meaningless or meaningful depending on an individual viewpoint. Rossrs (talk) 01:24, 4 April 2010 (UTC)

I'm not neutral on these issues, I'm advocating what I believe, with a fair degree of certainty, to be the correct course. The gist of what I was saying re coders/non-coders is that I have little patience with requests to implement what I believe to be bad ideas. Bad Ideas™ should not be implemented (unless you've got a pile of venture capital to play with;). Anyway, I said I didn't believe you meant it as an insult.

You seem to have misread much of what else I said. The "shite" I was referring to is gratuitous ornamentation; the 64 color box of crayolas. The information in the role and notes columns that I feel is more appropriate to whatever film article is not what I was referring to. Similarly, I used "local cliques" to refer to the general case of "local consensuses" (which can be any small group on some talk page and may not involve any wikiproject); had I meant this wikiproject in particular, I would have said so. Folks here are far from the only ones advocating the full use of the 4 billions crayons (and that's not counting the concept of alpha transparency).

Rossrs, you seem a reasonable person, although we are not in agreement. I believe many of the hard-coded filmography tables out there exist in that form simply because random editors copied the format from some other article with no understanding of the code; they simply are going by what they see. The wikiproject has been advocating a format that is patently bad code, is difficult to maintain, and includes bits that are simply gratuitous, and even outright invalid, and I'm fought tooth-and-nail by people who admittedly know little about code. Jack Merridew 03:05, 4 April 2010 (UTC)

I didn't mean neutrality in thought but rather neutrality in expression, and I suppose that boils down to tact. I realize you are not neutral on the issue, and nobody here is, else there'd be no discussion. Words or phrases may not be intended as insulting, but they can be read as such. I know you said you didn't believe I intended to be insulting, but that you even commented, suggested at least some doubt in your mind. I wanted to clarify my comment with the hope of removing any doubt. It seems I did misread your comment about "shite". Reading your comment again, with that in mind, yes I see what you mean, and it is similar to an earlier comment I made about crayons. I hope I am a reasonable person, and clearly we are not in agreement on all points. Forget for a moment that this project has been promoting bad code, and look at it from a broader view that this project has been advocating the use of a tabled filmography. That a large number of editors have blindly copied the existing format suggests support for the use of tabling. Or to put it another way, they are looking at duplicating a particular result or form of presentation, and in the absence of coding knowledge, they are copying and pasting. I doubt that they have any awareness beyond wanting the article to look a particular way. You're questioning both their methodology and their aim. I can see a reason for questioning their methodology but not so much their aim.

This discussion has become confusing. There are two clear issues, and a third that is entwined with both. 1. Bad code. 2. Tables vs. bulleted list. 3. Use of color. This discussion has jumped between these points, rather than looking at them individually, and perhaps that might be a way forward. For me: 1. I know nothing about coding. If you say it's a problem, I have no reason to doubt you. If you say it needs to be addressed, I'd be inclined to agree with you. I have nothing to offer on that point. If the template used at Anna Kendrick as an example skirts the coding problem - regardless of your disagreement on other points - from a coding perspective only, does it work as an alternative to what is already in place? 2. I prefer the use of tables. I would prefer that there is enough flexibility to allow for the usage of either a table or a list at the discretion of the editor or editors actively working on those articles or within particular projects. I think it's the type of thing that could be done at project level. Editors who are interested in film related articles, could decide what is appropriate and people who are interested in music related articles could look at things like discographies. In practice this is how it currently is and the only alternatives I can see are "always use tables" or "never use tables", both of which seem like bad ideas to me. Obviously tabling should be as free of complication as possible, and should not adversely affect the coding issues. 3. The color. It's a personal choice. If there was a Wikipedia-wide push toward unifying all articles under a common "look" I would accept it. At the moment I doubt that I would support it, which is another thing entirely, although I'm usually in favor of standardised 'branding'. I'm not sure that individual projects making different choices in tabling are really different to any other style choices that might be made, and as such I'm not sure whether it requires standardisation. It seems to me that this is the lesser of the three points under discussion. Rossrs (talk) 09:02, 4 April 2010 (UTC)

Ya, this project has been advocating tables for filmographies, and that's about adding a large heap of wiki-code to pages. This make pages more dificult for editors to edit. This is evinced by the many diffs given showing endless 'fixes'. Further, this project has been advocating hard-coding css-code, too, and this is all about cementing-in a look that was soundly rejected last year. This has been a disruptive effort at evading that consensus. Editors who, in good faith, copypasta something are doing so for all manner of reasons. Most editors know little of code so the simplest explanation is that they just propagating what they see extant.

1. The code is bad, and needs fixing. I'm a patient guy, but this discussion has hit all the points, *many times*. The {{filmography table headings}} template in Anna Kendrick, "works" from a technical perspective, but the only reason to use such a template is to centralize customizations of some sort, and absent a justification for having such customization, there is no need to use such a template.
2. I'm not opposed to using tables in limited circumstances (Pickford), but believe a bulleted list is the best format and that that should be what is suggested by this project; 90%+ or so.
3. There is a site-wide push for color, and for tables it's the shades of gray implemented in "wikitable". It's used millions of times. All these "personal choices" of color are making the wiki a riot of color. They come and they go and none of it is really of much value. It is the lesser of these points, but it is what is impeding progress on the other issues.
4. There is a fourth issue, here: user conduct. This whole discussion is wrapped by inappropriate behavior. This sprawling discussion has been filibustered in an effort to avoid having the color cut. This has held up sorting the more important issues. Couple this with the pattently obvious ownership issues, and we've another higher level problem that needs resolution.

Sincerely, Jack Merridew 16:52, 18 April 2010 (UTC)

I think there has been less than ideal behaviour from both sides of the discussion, and a lack of give and take and compromise from both sides of the discussion. Both sides have failed to distinguish between needs and wants, and a lot of the comments boil down to "I like it" or "I don't like it." I don't think it's likely to move forward if we get too much into discussing behaviour or trying to determine who is to blame for this mess. Can we all agree that it's a mess and move on? I would like it to move forward, but whatever has been done in the past has not worked, and perhaps we need to look at this differently. In my earlier comment I was attempting to untangle the main themes being discussed. You say about colors that they are "the lesser of these points, but it is what is impeding progress of the other issues." I can see that. If a lesser point prevents making progress on a major point, there must be something wrong with our process. If the lesser point becomes a distraction, we need to stop looking at the lesser point at the same time we're looking at the major point. If coding is the main issue, why not take everything else off the table temporarily and focus on the coding? Deal with it, get it resolved and then move on to the next point. I think it would be easier, (or at least more likely) to get agreement on one point than collectively on three points, but it may be possible to get agreement on each of the three points individually. It's just a suggestion, but this ain't working, and saying it ain't working, won't make it work. Rossrs (talk) 08:42, 19 April 2010 (UTC)

I tend to agree with you, Rossrs. This has become such a mix up of myriad points that even when an administrator considered closing it, he mentioned that the supposed "slam-dunks" of opinion that were pushed here were so close that it wasn't clear. Perhaps it is time that each point be separated out and a decision decided on each individual point. At some point, Jack Merridew's insistence that "bulleted lists" be the standard that everything else got covered up in his push. Nothing's clear here, except that nothing is clear. Maybe it's time to start over. Wildhartlivie (talk) 15:40, 19 April 2010 (UTC)

I'd like to clarify something. Much of my concern centers on the actual code. The current practice is to hard-code markup into each page; 32,000 of them, I hear. There are two common forms I'm seeing; the older form:

which is valid code, but messy, and does not include a class (wikitable) for invoking site-wide standards. The newer, second form is:

which is more messy, includes superfluous and outright invalid code (border="2" cellpadding="4" is simply not needed and background: #f9f9f9; is invalid because it is not in a style-attribute (and is superfluous as it's the color provided by "wikitable"), and align="center" is simply not needed as the following table-header-cells will be centered anyway by the site-wide css invoked by class="wikitable"). While it does invoke "wikitable", it is intent on overriding the site-standard by embedding all that hard-coded markup.

I do not support the reduction of the font-size, the recoloring of the table-header cells, or even tables at all (i.e. bulleted lists). For the purpose of discussion, let's assume I do. A proper way to achieve those goals would be to add an additional class to the tables; "filmography" in the example at right. This approach moves the specifics of the override of "wikitable" to a single, centralized spot. If this "filmography" class were in place on the 32,000 actor filmographies, we could make all sorts of tweaks to the look of them all by tweaking the single instance of the css; we could make all the heading cells 120% but leave the ordinary cells at 100%. CSS is rich, so there are many things possible.

The inclusion of such domain-specific tweaks in the site css will not happen; it's unwarranted and would amount to a camel's nose for hundreds of other domains to seek classes for themselves. If someone were to propose a much higher level abstraction for a class to tweak the standard "wikitable", that could get a lot of support, including mine. This would have to be something of much wider applicability.

So, my primary issue is with all the poor code extant in the 32,000 articles. The ones of the first form, above, need class="wikitable" added to them; that should be uncontroversial. They also need the hard-code pared back. The ones of the second form, need the gratuitous and invalid code removed. And whatever form all these land at should be such that any customizations are centralized. Site-wide css for this will be rejected, strongly, so that leave a template approach for customization, or a recognition that such domain-specific customization is unwarranted and that the recommended format this wikiproject espouses be the 100% bog-standard-wikitable (or a bulleted list, which is far more accessible, anyway).

The Filmographies seem to me an egregious example of a wider issue of inappropriate hard-coding of markup. I will be similarly critical of the practice if I encounter it elsewhere. Anytime something is being done in such a copypasta fashion, it need addressing so that the cementing of the code-base to one form stops. At this point, with thousands of copies of the markup about, it is surely a daily practice for random editors, in all good faith, to be replicating it further. They start some new bio by copying from some other article, and this adds another instance of the hard-coded-markup to the heap. About the same would occur when someone 'updates' a filmography per the proffered norm or per some other article.

Cheers, Jack Merridew 20:08, 9 March 2010 (UTC)

First of all, your choice of background color for your examples is poor - to my eyes, they blend together and required me to open the page and remove your choice of background color to no background color. I don't know if that background color issue shows up on the color accessibility pages, bu it should. Secondly, the examples used themselves disregard some issues. The first example was discarded because it was not wikitable heading, per issue with it, and was based on the deprecated "prettytable" style, and the second example was given to us after that was pointed out. Thirdly, no one is disputing your issues with "border="2" cellpadding="4" background: #f9f9f9;" and "|- align="center", so that is a superfluous point. I've already addressed the problems associated with using a template, which include the lack of flexibility in the heading for which the current heading allows. There would then be an issue with needing multiple templates, which effectively we don't need. There is also no support for the statement that "hundreds of other domains [would] seek classes for themselves." That falls under WP:CRYSTALBALL. Has that happened in regard to anything yet? There is little support for taking the giant step backward to a bulleted list. That would disregard the inclusion of valid and important distinctions that are used in the filmography table, which I also addressed. I'd comment that the advent of a template for the heading created to address the customization was also overridden along with the usefulness regarding flexibility. Actually, my experience with new articles is that many of them come to the project page for help in developing the tables, but anything can happen, including persons making up their own table specifics. Having said all that, I do wish someone would address the colors used on the Raphael Nadal article I mentioned. That has been that way for a very long time. I tagged it as the overuse of color, but nothing happens. Wildhartlivie (talk) 20:56, 9 March 2010 (UTC)

I've lightened the background a bit (although the old version looked fine to me). Better?

I realize that the first example is an older form that you're no longer advocating. There are, however, many instances of that code still about and that's part of the problem I see. The second form is issue-rich, as I've pointed out, is widely extant out there, and so is also still a problem.

The effort regarding {{Filmography table head}} in no way limited the addition of other columns to the table; it didn't hard code columns at all; just the overall table style. Please do not dismiss template based approaches as inflexible because that's actually their strong suit. They are another means of organizing rote code to use a central point of control. They can also serve to totally encapsulate an implementation and allow radical refactoring of the implementation while adhering to an interface.

It is not at all unreasonable to consider that many other factions will want some customizations for “their” articles. Avoiding setting poor precedents is always wise.

The use of bulleted lists has a lot to be said for it. Much of the detail I see in filmography tables properly belongs in the film articles. These table dominate many of the articles that are supposed to be about the person as a whole. There are accessibility issues here, too; Michael says he runs 800x600 and tables will force page widening on narrow viewports. And what about handphones, which are typically much narrower? Lists will simply squash to four words per line. There's the issue of accessibility to neophyte editors who may not be comfortable with wiki-table markup. I've fixed tables countless times that have been improperly edited by people confused by the syntax. Lists are a lot easier for a broad spectrum of editors to deal with (they get "*"); that's core to the whole notion of writing articles in wiki-text (as opposed to allowing anyone to edit raw html). Also, our content is reusable, so many take the whole database and do other things with it, in many contexts other than 'here'. What do these filmography tables look like when exported to an eBook being displayed on an Amazon Kindle, which uses monochrome? (I don't know, don't have one. I would expect Amazon would scrub the wiki-text of most embedded markup).

I agree with you regarding the Raphael Nadal article, but that's not what I'm focused on.

Regards, Jack Merridew 22:36, 9 March 2010 (UTC)

p.s. you might see Separation of presentation and content for the core philosophy behind not cementing presentational details into content.

(I lost the first version of this due to browser crash.) I do appreciate the change in background color. The nature of my vision disability is about contrast between light and dark due to vitreal bleeds. Image trying to read through sun-darkened flint glass or a sunburned windshield on a 30s model car or brightness on a computer monitor turned to quite dark. Or trying to read through a glass of iodine stained water. The contrast needs to be a certain level to see. Changing from the first version is an on-going process and the use of that coding is far less than it used to be. I don't know of a way to initiate a search for that specifically, so that slows it down. I'm not sure I know how one would go about adding additional columns with that template. I'm not sure what parts of film, role and awards data would be better contained on film pages when the roles and awards are specific to the actor and would somehow or another find its way into the actor articles. I'm no fan of adding director or box office gross to actor filmographies, I think, too, that it is extraneous content, but some editors do so anyway. The filmography I saw on Kindle was fairly close to what it displays on a computer. I don't know how the pages I've seen on other sites dealt with it, some had tables, some do not. However, I do think that the use of tables is largely supported and has always been. I see fewer and fewer errors to changes in tables than I used to. But let me ask you this - assume for a moment that the color table heading was used - how would you code it? I asked that many times in the other discussion, which is where the current coding came from. Wildhartlivie (talk) 23:56, 9 March 2010 (UTC)

I just *gave* an example of how a filmography-specific variant of wikitable could be properly implemented; it's in the box with "lean, semantic, markup" at the top. And it won't fly (with the keepers of the site css) as it is unwarranted; but that's how to do it ;) Filmography tables implemented with {{Filmography table head}} can have columns added just as any other table can, by adding them; see example. A more robust example that allowed custom-colors and whatnot implemented using templates would only be developed, at least by me, if a compelling reason were offered to the question I've repeatedly asked:

• Why do you think that, of all the myriad tables used in wiki-articles, Filmographies should stand out with a custom color heading?

Please understand that the core issue is the mess extant in 32,000 articles. It is inappropriate to paste thousands of instances of something presentational in nature into the code base. This is a site-wide concern and Filmographies is only a specific instance of the concern.

Regards, Jack Merridew 01:08, 10 March 2010 (UTC)

I've answered your "why" question several times in this thread, even if you don't acknowledge the reasons I gave. A couple reasons are that it allows the tables to signify they are part of an actor, etc., specific biography, just as different heading colors in infoboxes make a similar designation and it has widely been noted to render better aesthetics. It also clearly outlines the columns heading instead of blending them into the background by giving the column titles more noticeability is another. Wildhartlivie (talk) 01:34, 10 March 2010 (UTC)

Who's stopping the other projects from using a custom colored heading (that's within accessibility)? —Mike Allen 01:49, 10 March 2010 (UTC)

That really gets to the notion of your wikiproject (or any other) having the authority to assert rules concerning what other editors may do in 32,000 articles. I cleaned-up some articles and was reverted with a claim to the authority of this wikiproject where I see mebbe six editors asserting article ownership; the filmography sections, at least. It doesn't work that way. I'm not a member of this wikiproject, and I don't have to be to edit filmographies; I'm allowed that privilege by being a member of a project called the English Wikipedia. If you want it established that it is appropriate to dictate rules, you need to get consensus for it from the wider community. Regards, Jack Merridew 03:04, 10 March 2010 (UTC)

And again, that is relevant to the disdain with which you've referred to wikiprojects and doesn't warrant a reply otherwise. It is entirely appropriate for projects to establish guidelines for articles under its title and because you don't care to regard them with any respect completely weakens anything you say about them. Wildhartlivie (talk) 03:24, 10 March 2010 (UTC)

Your reasons really amount to little more than personal preference. Is there any coherent plan and rationale for coloring infoboxes? If not, that may simply be another instance of the same problem. If you prefer the LightSteelBlue, then propose that it be incorporated into the site css for all wikitables. I've said my concern is about the implementation and the appropriateness of domain-specific headings and not with the color itself. "noticeability" really is a claim for undue weight. Regards, Jack Merridew 03:04, 10 March 2010 (UTC)

And you've said that you will not support changes such as that to the site css, so why bother suggesting it? And no, you're wrong. That the column title row be noticeable enough to allow the reader to distinguish what column is what is not undue weight. That's a specious statement. Being able to find what column is what is not undue weight, irrelevant or extraneous. Looking at a table that tends to blend everything into an undelineated blur is a problem, not someone's preference. Wildhartlivie (talk) 03:24, 10 March 2010 (UTC)

I offered the example because you asked for one. You're welcome. You seem to have learned last year that such things would not be accepted into the site stylesheets without my involvement. And whatever issue you have with the distinguishability of the heading would be a criticism of the wikitable class as it applies to the entire wikipedia, not specifically filmographies. Regards, Jack Merridew 07:21, 10 March 2010 (UTC)

I don't know where all your hostility is coming from, but you need to chill. All you've done is attack Wildhartlivie, which is where I think is what this all boils down to, proving your OWN POINT to another editor and taking everybody else for the ride. There are worst things going on with this site than some table codes. —Mike Allen 04:16, 10 March 2010 (UTC)

Sure, the BLP issue is a bigger problem. That give this issue a pass? By pushing the notion that every little thing needs tarting up with a little color, you've empowered the fans of Miley Cyrus to go have their very own shade on that filmography. See here. Regards, Jack Merridew 07:21, 10 March 2010 (UTC)

Prove that they even read WP:ACTOR to find out what color is recommended to use. Looks like they picked that shade of purple from the color scheme of Hannah Montana. Nevertheless, I don't advocate that color, it's too loud. —Mike Allen 07:36, 10 March 2010 (UTC)

There are always random examples of weird color changes, note the mentions I've made of the Raphael Nadal page. That wasn't inspired by coming here. I've come across the use of the color orange. That other stuff exists isn't a valid argument. There is no support that anyone was "inspired" by checking this project to change them and it's an exception to the wide rule, not the example. That's patent nonsense. That serious editors ask here is proven by MikeAllen coming here to ask about formatting and how to do so. Wildhartlivie (talk) 19:45, 10 March 2010 (UTC)

The points about using a class (no Wikiproject-specific tweakage) are valid; this is what css are for.   pablo_hablo. 21:02, 9 March 2010 (UTC)

In professional circles, it is well understood that inline-css is inappropriate in most cases. Typically it is only used for testing tweaks before committing code to widely used stylesheets. In the context of a wiki, inline-css is used somewhat more because most editors do not have access to the stylesheets (for very good reasons;). Anytime something is being rote-inlined, it is appropriate to revisit the issue with an eye towards maintaining centralized control of the styling in question. Cheers, Jack Merridew 22:36, 9 March 2010 (UTC)

I propose the header color be "#C3C3E5", which is a mixture of grey AND blue. I think it'll suit both parties in this dispute. You can see it in action here. :-) —Mike Allen 20:56, 12 March 2010 (UTC)

Both parties? Please do not polarize things, this a discussion amongst rather more than two parties concerning a variety of issues that people have a variety of views on. As to #C3C3E5, it addresses very little of my concern, which is not about any specific color other than #F2F2F2 (the background-color invoked by class="wikitable"). Please see my comments elsewhere on this very page for considerable explanation of my concerns. Regards, Jack Merridew 00:28, 16 March 2010 (UTC)

There's one party that doesn't like it one way and the other that does. I don't see anyone actually doing anything about it one way or the other. People seem quite bored by it ... carry on. Thank you. —Mike Allen 02:01, 16 March 2010 (UTC)

{{Filmography table headings}}

The use of templates has been suggested as a means of avoiding hard-coding markup into thousands of articles and has been dismissed as inflexible. The whole point of our template system is to encapsulate rote things into a centrally managed location. The net-effect of hard-coding raw markup into articles is to cement something in place as-is, and without any easy option to revisit the issue. So, the core issue is one of maintainability. The possible template implementation at right would allow the the encapsulation of whatever markup into a single location where it can be adjusted to re-style all uses as consensus deems appropriate; it would uncement things and decouple the two issues of; a) table heading background-color and b) hard-code markup in thousands of articles. It also demonstrates that the use of templates in no way locks-in specific heading text or the number of columns. It allows 6 columns and the text may vary on a per-article basis (not that that is necessarily a good thing). A typical invocation would be:

and a hypothetical alternate would be:

I see this as an interim step for the pages currently using tables. I believe that bulleted-lists are more appropriate, that any filmography tables should match the look of "wikitable", and that pasting thousands of copies of hard-coded markup into articles is inappropriate as it locks-in an implementation, does not maintain a necessary separation of presentation and content and serves to thwart any possibility that consensus can change.

Sincerely, Jack Merridew 20:37, 11 March 2010 (UTC)

I have no problem with a template header that works that way if the color background is included. Wildhartlivie (talk) 00:42, 13 March 2010 (UTC)

So you would have no problem with deploying that template as what your wikiproject advocates and all filmographies being refactored to use it? This would allow the hard-coded markup to be removed. This should also include removing the font-size hard-coded into the opening line of the table, as you've already acknowledged on David Levy's talk page^diff that there isn't much support for the font size. This would allow the question of the appropriateness of the heading color to be sorted separately, and changed per consensus from a central point. And assuming that that decision were to not use a color background you would abide by it? (as opposed to summarily cutting the template use as you did last year when it was edited not to your liking.) Regards, Jack Merridew 00:10, 16 March 2010 (UTC)

I actually said if the color background were included. My issue here is that you have made it a foregone conclusion, stating in some places that the opinion was running 3:1 against it, which does not reflect the balance of support vs. oppose here, and that you have already announced that "The light steel blue will not persist as the wishes of mere few do not constitute consensus." This is the face of 5 other posters who do support the use of color headings. You do not have the authority to declare that anything will not persist. Wildhartlivie (talk) 15:27, 16 March 2010 (UTC)

Let's try for a more genial tone, please... Erik (talk) 15:28, 16 March 2010 (UTC)

Wildhartlivie, it sounds as if you are demanding a color be used. Why are you so convinced that a color is so important again? Nothing you have said so far is convincing. I defy you to show that Eric, MQS, David Levy, Dinoguy1000, Ms2ger, Pablo, Nymf, Jack or myself have stated anywhere that we think any color is a good idea. Most of us see no point to the color at all. Why should an actor, if they have a table (which makes the article much more difficult to edit) somewhere in their article, be distinguished by a color at the top of the table. How does that help any general reader who comes to Wikipedia? How is the general reader supposed to understand what that colored line means? Shouldn't our goal be to make it easy for the reader and easy for anyone to edit? If your goal is to distinguish the Wikipedia:WikiProject Actors and Filmmakers from other projects you might find a better way to do that - like colored t-shirts for team members. OK, just kidding about the t-shirts but just saying.... - Josette (talk) 20:48, 16 March 2010 (UTC)

I am demanding nothing. Jack Merridew asked a specific question and I replied with a specific answer, that I support the use of the template, as he laid it out, which also included coding for color heading. Meanwhile, my comment also addressed that he stated authoritatively that "The light steel blue will not persist as the wishes of mere few do not constitute consensus" to a group of 5 editors elsewhere that the use of color is preferable, editors who made reference to the table being easier to read with the column names more specified with color and felt the color gave a better aesthetic to the entire page. I don't support the color they chose, which is true of another editor posting on that page. I've also answered the question of the usefulness repeatedly here. Most of what I saw of concern from Erik was the size of the font and whether the color used passed accessibility tables, which it did, Michael W. Schmidt was neutral about font size but opined his support for use of lists, not tables and did not comment on the color whatsoever, it seemed to me that Ms2ger was open to discussion on color, and that gives less opposition than it appears. And if one would care to, there are 5 others on Talk:Miley Cyrus who feel the same, although they were clearly discouraged by Jack Merridew's statements there. An IP said "I find the formatting with the coloured background headings to be much easier on the eye. I wish all tables in Wikipedia were done like that." User:DreadfullyDespised said "I think the color helps as well. I didn't mean to engage in a "war" over formatting a table, but I felt it's much easier to read with a colored header rather than one that blends in with the whole thing." User:Keraunoscopia said "The table had color in it for several months, and I thought it spruced the article up a bit, plus it made it easier to read. Just my opinion. The way the table stands now (no color at all) is probably the most hideous looking table I've ever seen." User:HJ Mitchell said "Personally, I'm inclined to leave it as it is for 2 reasons- first, it improves readability and is more aesthetically pleasing and, second, because WP tends to favour the status quo". and User:Liquidluck said "While I believe the current table is better (An actor's filmography table should have extra emphasis, color is more aesthetically pleasing), it is true that the heading color should be blue rather than purple, so I've changed that." These are all points that have been raised here and summarily dismissed as beside the point, though as far as I'm concerned, they are entirely valid. Others here commented that the table clean up was working and that they looked good. How does the general reader know that the colored infoboxes have any distinction, either, but they do. I can't see that any of the editors opposing the tables here have ever put work into them, while editors supporting it most certainly have put hundreds of hours into them. And thanks for the t-shirt suggestion, we'll get right on that. Wildhartlivie (talk) 21:52, 16 March 2010 (UTC)

nb: the IP you quote is a troll who opened that thread and took that position simply to oppose me. A few days later it was blocked for repeated personal attacks against me. The others you quote were set-up by the troll. Regards, Jack Merridew 00:19, 18 March 2010 (UTC)

Did you just accuse 4 editors, Liquidluck, HJ Mitchell, Keraunoscopia and DreadfullyDespised, who are in good standing of being meatpuppets for an IP? I believe you did and such bad faith accusations are groundless and spiteful. I've notified those editors of your accusations. Now kindly stop trying to confront me on my talk page for reverting a bad edit. Wildhartlivie (talk) 01:52, 18 March 2010 (UTC)

No, I didn't, I consider them to have been manipulated by the troll-IP. You, however, used this to attempt to lure those editors here to support your position and to malign me:

• [7] [8] [9] [10]

Note that I had already left those folks a link to this discussion on Talk:Miley Cyrus, even though they seem to not support my views. Hopefully they will read all of this discussion and better understand. I see you left them a note on Miley's talk page, too that quite plainly is seeking to get them here.

As to the thread on your talk page,^oldid I was calling you on your not abiding by the deal we had reach on my talk page to both refrain from editing tables on actor bios during this discussion. I see you've childishly stuck your tongue out and spat at me on your talk page ("Pfft") and seem not intent on abiding by the arrangement. I await your answers to the outstanding questions for you, here. Regards, Jack Merridew 02:15, 18 March 2010 (UTC)

Like I told you on my talk page, stop posting to me there. You're making a mountain out of a molehill about a revert on a bad edit to return the article to its previous status. You're reaching much too far to make a case for canvassing, when I told those editors that you were dismissing their opinions on that page and casting aspersions on their statements. So glad you have extrasensory perception that allows you to divine some hidden intention. When someone's opinion is questioned as you did theirs, they have a right to know and respond where they are accused. You, however, do not have a right to persistently harass me across talk pages of others. For your other comments, saying "Pfft" to a comment someone has made isn't sticking out my tongue, it's making a raspberry to the content of the statement. Please stop making this so personal, it is tiring and boring and you're basically losing credibility in doing so. There's no baiting involved in encouraging them to comment on what you've said about them. Wildhartlivie (talk) 02:25, 18 March 2010 (UTC)

Thanks for clearing that up; It seems I assumed the wrong end of the alimentary canal, as you're using this definition of raspberry:

• (pejorative, colloquial) A noise intended to imitate the passing of flatulence, made by blowing air out of the mouth while the tongue is protruding from and pressed against the lips, or by blowing air through the lips while they are pressed firmly together or against skin.

Regards, Jack Merridew 02:43, 18 March 2010 (UTC)

As far as the infoboxes are concerned, you make an excellent point. How does the general reader know that the colored infoboxes have any distinction? I have no idea where those colors come from or what they mean and I have been editing since 2006. Is there a color key somewhere? I prefer articles that look like this. No fancy colors needed there. - Josette (talk) 22:30, 16 March 2010 (UTC)

None that I know of, though I've brought this point up before. Each infobox is color-coded for its project, but I've never seen a guideline. However, they are project specific as far as I know. I see the filmography tables as nothing different in project specificity. Wildhartlivie (talk) 22:39, 16 March 2010 (UTC)

I'd like to respond to a couple of statements made by Wildhartlivie above:

You do not have the authority to declare that anything will not persist. [addressing Jack Merridew]

I'll remind you once again that you did precisely that last year, when you unilaterally declared that the table template would no longer be used (because it was edited in a manner not to your liking). You then orphaned it [1; 2; 3; 4; 5; 6; 7; 8; 9; 10; 11; 12; 13; 14; 15]. You did so despite overwhelming consensus against your position.

I can't see that any of the editors opposing the tables here have ever put work into them, while editors supporting it most certainly have put hundreds of hours into them.

That's one of the most clear-cut claims of ownership that I've encountered in my five years at Wikipedia.

That certain editors created the tables gives them absolutely no special standing. (The discussion participants from outside your WikiProject have made other contributions, and it would be equally inappropriate for us to claim that we therefore are entitled to ignore and override your opinions in those areas.)

The same is true of WikiProject members, who possess no more authority than any other editors to determine articles' contents. WikiProjects are valuable assets, but they exist to help implement (and sometimes influence) Wikipedia consensus, not to disregard it in favor of their own. —David Levy 23:05, 16 March 2010 (UTC)

And so you've posted more than once here. What do you want, for me to lay bare my throat and cut it? You've made that point already in this thread. We are not discussing something that happened months ago, we are talking about something he did yesterday, and by doing so, discouraged 5 opposing editors by crafting a post that sounded quite authoritative. And just why would editors who have put hundreds of hours into doing something not oppose someone who comes in to say "your way is all screwed up and we won't allow it to happen" when it is precisely what's been done for almost 3 years? I wouldn't be so forward as to barge in on something you've spent your blood, sweat and tears over and try to ride over you. Ownership, no. Disgust at being waylaid, yes. Wildhartlivie (talk) 23:41, 16 March 2010 (UTC)

1. There's no need for such hyperbole ("for me to lay bare my throat and cut it"). I'm not attacking you. I'm pointing out that you've engaged in precisely the type of behavior that you're now criticising. My intention is not to vilify you, but to balance the picture. (Both Jack and you have erred in your handling of the situation.)

2. You might not want to discuss this, but I regard it as directly relevant (as explained below).

3. You've seen me affirm your WikiProject's value and condemn demeaning comments made about it. And I fully expect you to oppose something with which you disagree. But your opposition carries no more weight than someone else's support. Your perception that users from outside the WikiProject are "barging in" illustrates your fundamental misunderstanding of WikiProjects' role in the Wikipedia community. —David Levy 00:14, 17 March 2010 (UTC)

We seem to have had an agreement, right here in this section, briefly, and then everyone started arguing again. I'd like to revisit that agreement. The two editors who have staked out the most extreme positions on this issue, i.e., Jack Merridew and Wildhartlivie, both seemed to agree that using a template would allow for an alternate color choice instead having to individually code several lines of markup into a myriad of articles. This seems like a common sense solution and a good compromise to me. Why don't we do that? --GentlemanGhost (talk) 23:24, 16 March 2010 (UTC)

I thought so too, GentlemanGhost, but as soon as I said I'd support the template if the color was included, it went off the road. Wildhartlivie (talk) 23:44, 16 March 2010 (UTC)

Jack has asked you whether you would abide by a hypothetical consensus to replace the template's custom scheme with Wikipedia's standard table coloring, and you replied by reiterating that you "actually said if the color background were included." Can you please elucidate your position? —David Levy 00:14, 17 March 2010 (UTC)

The sticking point, as I understand it, is that Wildhartlivie's agreement might be contingent upon her preferred color scheme persisting in perpetuity. If, at some point, it's decided that the template should instead incorporate Wikipedia's standard table coloring, she might then declare that it will no longer be used and go around replacing it with hard-coded tables to her liking (as she did last time). —David Levy 00:14, 17 March 2010 (UTC)

I want to say that I support the pale blue color. WP:ACTOR isn't the only "project" that fools around with colors. Look at WP:TELEVISION. They use multiple colors for episode pages. Sometimes very WILD colors. However, whatever is chosen (if anything) I will follow, per usual. But, I still think it's all a waste of time and resources. —Mike Allen 00:05, 17 March 2010 (UTC)

My mouse just bit the dust, so I'm having to tab all over the place. If I can't finish this, I'll get back to it tomorrow when I have a replacement. Would I support using a template? To some degree, but not as an arbitrarily enforced non-choice. Any replacement of what is used by a forced choice is not a choice. And I would actually like to see a consensus from WP:ACTOR members here on this, not from without. I'm not saying a color scheme should persist in perpetuity, that can certainly change, for example, I liked the color MikeAllen proposed. I've given many reasons why I think using color is superior, and those opinions I noted from the Cyrus talk page reiterate those completely. Look at it from the reader's point of view - they find it more readable, like the fact that the column headings are clearly discerned and it is just neater looking. Apparently that isn't just my opinion, although it is often easier to stand back and let an individual fight that battle than to join in and help. Completely plain tables are unsightly and they are not particularly easy to read. I simply cannot see why people don't see that or why they disgard it as a valid reason. I'd have to ask why show us that it is possible to code color into the template if there is no intention of doing so. And if the template that is capable is being offered with no intention of the potential for its use, why offer it? As GentlemanGhost said "Why don't we do that?" Wildhartlivie (talk) 01:18, 17 March 2010 (UTC)

WHL, you asked for examples, asserted that templates were inflexible, so I have offered numerous examples. Regards, Jack Merridew 21:44, 17 March 2010 (UTC)

1. You need to accept that Wikipedia consensus (not WikiProject Actors and Filmmakers consensus) is needed. This is not to say that the members of WikiProject Actors and Filmmakers should be excluded. Your opinions count as much as (but no more than) those of other editors in good standing.

2. The specific color used is not the primary matter at hand. You've presented an argument for why the use of bright coloring is preferable to the use of grey, and it's plausible that the Wikipedia community might agree (and make something along those lines the new standard, as advocated in one of the comments that you quoted).

3. The proposal is to implement a template that leaves open the color scheme option, thereby enabling any future consensus to be acted upon globally. The question posed by Jack and reiterated by me (which you still haven't answered) is as follows:

If consensus dictates that Wikipedia's standard color scheme (subject to change) be used in these tables, will you allow the template to be edited accordingly and remain in articles? —David Levy 01:38, 17 March 2010 (UTC)

The last seems like a fair question. I'd also like to hear Jack Merridew's answer to it—will he abide by consensus, even if he disagrees with it? --GentlemanGhost (talk) 03:28, 17 March 2010 (UTC)

Abide by it? I floated this possibility, albeit as an interim step to resolve the hard-coded markup issue. See the whole thread. Of course I will abide by any genuine consensus; the definition of "wikitable" is a site-wide consensus, and I'm seeking to abide by it here. The notion that a local-consensus amounts to much of anything is flawed, as it is by definition the opinion of a subset of a whole. This is one part of my criticism of wikiprojects in general; to a degree, many I've encountered are intent on creating walled gardens immune from, or at least resistant to, site-wide norms (ya, I've faith that many are otherwise). My goal is bulleted lists as the filmography-norm, as wiki-table syntax is demonstrably difficult for a great many editors and is inherently presentational in nature. Using a template is a major concession, as I believe the best route, for any tables, is bog-standard wikitable, as there's little ground under the arguments for filmography-specific-coloring; they just like it. Most of the rationale is not, in fact, filmography-specific, as it's clear that some want this look on *all* tables on actor/filmmaker pages; see the current David Schwimmer Awards and nominations (colored, but 100%;).

The whole approach of hard-coding markup is poor-form and leads to other problems where uninvolved editors copy-paste the code further:

• Batman Returns, a film not an actor or a filmmaker

The above was added here and is an exact copy of the invalid hard-coded markup that this project as been espousing and pasting and pasting and pasting and pasting and pasting… into thousands of articles; hard-coded markup is a disease that spreads without treatment.

I've been clear that I see the eventual consensus landing a considerable distance from the local preference, and I will continue to advocate the proper course. The coloring of table-headings amounts to gratuitous ornamentation. It's is all fooling around, as Mike Allen said above. See the current KaDee Strickland; a featured article on an actress that gets by with bog-standard wikitables. It even uses a black and white photo. See also, the current Noël Coward, also a featured article, and its use of a bulleted list for his films. And James Whale, w/bullets. nb: I found these easily; they're listed at WP:ACTOR#Featured articles. There's also our own Michael Q. Schmidt, formatted with bullets.

There are a bunch of issues here, but the hard-coding of presentational markup into thousands of articles is the most egregious. Sincerely, Jack Merridew 21:44, 17 March 2010 (UTC)

Thank you for answering the question. I presumed that you would abide by your own admonition, but I thought it important for you to say so.

I agree that hard-coding markup is not ideal. I understand your preference for bulleted lists, although that is not my preference. Since you both have stated that using a template would be an acceptable stopgap measure, why not do so? As you say, there are multiple points to be addressed, but it appears that a compromise could be reached on this issue. --GentlemanGhost (talk) 22:18, 17 March 2010 (UTC)

We could have something workable here re the hard-coding, but there is the open question that I asked WHL and which David Levy reiterated ("The sticking point", above) that's not been clearly answered. I'm concerned that she'll attempt to undo everything if a later consensus goes against her. She's done so before. I also like the idea of simply skipping the template and going straight to something even better (IMEO), such as uncustomized wikitables or bulleted lists. This involves tens of thousands of articles and it is important to not have to visit them all multiple times. Ultimately this will sort; please see: separation of presentation and content and understand that this is the future of the the whole internet and is the norm on most progressive sites today. See also: tableless web design; they will *all* go, in time (not just filmographies), as it's simply an out of date architecture. It only persists on-wiki because we let anyone edit articles, but let few edit the site structure. Semantically a filmography is a list of films, so that's how it properly should be marked-up; semantic markup can be styled in many ways. This is common wisdom in professional circles; it's only when others are at the table that have no other context to inform their views that the question gets any oxygen. Sincerely, Jack Merridew 23:54, 17 March 2010 (UTC)

KaDee Strickland is a five year old FA. A lot has changed (monthly, or even daily like I mentioned) within consensus since 2005. About the bulleted list on James Whale, perhaps someone hasn't had time to make a table. It does take time, and given his huge filmography, triple time. It's such a shame that a horrible disease has been able to spread like wild fire within years and no one has had an issue with it. Until it's "too late". There's never time to do it right the first time, only time to do it over again. All the very best,—Mike Allen 23:17, 17 March 2010 (UTC)

I'm sorry I didn't notice this problem during last year's discussion; had I, we'd be in a much better position today. Your goal of converting lists to tables is misguided, as my post just above explains, and your comment about the time required to perform the conversion derives from the amount of markup a table entails (even using the lightweight wiki-table syntax). Modern views on markup place a premium on lean markup, so I'd advise you to not waste your time, as I can assure you that, in the fullness of time, your efforts will all be undone. Sure, it may be a few years; but you're on the wrong side of broad trends.

Given that this whole issue is under discussion, I would hope that you would refrain from further conversions of lists to tables, as it would be disruptive, discourteous, and antithetical to the notion of consensus seeking. Regards, Jack Merridew 00:19, 18 March 2010 (UTC)

I want to say good luck on your quest with improving Wikipedia to better web standards. Little by little, Wikipedia will one day catch up to this decade. Thank you Jack. And I mean that. I have this page on my watchlist and will catch up with any future consensus, so I'll know what to follow. Thanks for the warning. Although it was unnecessary, as you will see I don't break the rules just for the hell of it. :-D —Mike Allen 01:02, 18 March 2010 (UTC)

Thanks. It is all about web standards and about educating people. I see your user page says you use Firefox; here's something to try on a few pages: On the view menu, there is an option to disable styling: View→Page Style→No Style. Give it a try, especially on pages using tables. And note also, that the basic markup structure of any wiki page does not use tables for layout purposes. Cheers, Jack Merridew 01:18, 18 March 2010 (UTC)

• Having just read the above discussions in their entirety, my first thought is that this discussion is being dominated by two editors and that can't be good for building a consensus. As to the issue, I believe the suggestions of some sort of standardisation with a template could be good and it would mean one template (as opposed to tens of thousands of articles) to be maintained and would make it easier for editors to implement- for example, I have great difficulty doing anything with tables that isn't incredibly simple. The only thing on which I have a strong opinion is the colouring. It's my opinion that the current colouring (the steel blue) improves readability and, in cases such as Lindsay Lohan, distinguishes between different roles- in her case feature films, "straight-to-DVD" and TV. HJ Mitchell | Penny for your thoughts? 17:00, 18 March 2010 (UTC)

  I've noticed the format used there in other articles; it's yet another variant of the hard-coded markup and it's not what's be espoused locally. It's using the LightSteelBlue for an uber-heading spanning the width of the table (semantically it's a caption-element, not a heading-element), and it's using a darker-than-wikitable gray for the column headings. I've also seen that format undone by other participants here and note that you added to that article recently.
  Using templates is essential to improve the maintainability of things and you seem to have no issue with that. Removing the hard-coded markup will also reduce the ease with which folks will be able to make capricious tweaks to colors, as was occurring on Miley Cyrus. Your preference of the Light Steel Blue is an argument to make it the wikitable default, not to make it a means by which filmographies are made to differentiate themselves from other tables. Even bog-standard wikitable syntax presents an impediment to editors; most editors have difficulty with notions such a rowspan an colspan and the general code-heaviness (as opposed to the ease with which they cope with "*" for lists). Cheers, Jack Merridew 23:51, 20 March 2010 (UTC)

  Just for the record, I didn't add that to Lohan myself, I just combined three different tables into one- the fact it took me over half an hour is testament both to my poor technical skills and, as you say, a more centralised way of doing things. I agree with a lot of what you say. Making the colour a default for wikitables is a good idea (though it could have drawbacks and would need to be brought up more centrally). I think the best compromise would be a template with nice, simple parameters like the ones in use with the hard coded tables (|yes, |title, |role, |notes etc.). It would mean one, central item to maintain rather than tens of thousands. I'd come up with a draft to illustrate what I mean, but I'm as bad with templates as I am with with tables! HJ Mitchell | Penny for your thoughts? 01:13, 21 March 2010 (UTC)

  I know you only combined the three tables; that's the variant table I was referring to. I give an example template above ("encapsulation of implementation") that will work fine for the headers espoused locally and in fairly common use, but it will not support your variant. The place to propose making the Light Steel Blue the default for class="wikitable" is MediaWiki talk:Common.css. This was suggested above and in the discussion last year. Cheers, Jack Merridew 01:24, 21 March 2010 (UTC)

  I'm just bouncing ideas around atm. Out of interest, why do you dislike the use of colour in the tables? As I said above, I like the colour in the filmographies (I'm less sure about using it for every wikitable) but I agree it should not be hard coded, hence my support for the template idea. HJ Mitchell | Penny for your thoughts? 01:47, 21 March 2010 (UTC)

  Separation of presentation and content is part of it; hard-coding in the wiki-text is directly placing presentational details into the content. Implementing color via templates does centralize the administration of the specific color (and typically other detail), but the template namespace is still part of the content, not the styling. The proper place to manage presentational specifics is in the site css and the high barrier to getting site-wide styling changes actually made serves to screen-out desires for gratuitous ornamentation by enthusiastic special interests. There needs to be much more site-wide discussion about what local preferences are really appropriate from a wider perspective. Sincerely, Jack Merridew 20:37, 22 March 2010 (UTC)

• Agree with HJ Mitchell. I can't believe this is still an issue. It's a filmography chart people. Believe it or not, most people just skim 'em anyway. Make it half ass readable and easy to fill out and that'll do. It'd be nice if one chart were finally agreed upon once and for all since I already spent the last few years going through articles adding tables instead of bulleted listed, but whatevs. Seems as soon as I get used to something and implement on say, 500 different articles, it gets changed so I just try to roll with the ever changing tide. Pinkadelica^♣ 22:20, 19 March 2010 (UTC)

  That you're having to slog through articles in batches of 500 is a great testament to the inappropriateness of hard-coding any specific markup into articles. It is fundamentally an unmaintainable approach and is why this issue is having to be revisited yet again.
  A filmography is not a chart, it is intrinsically a list of films. See: wikt:filmography, which says: A selective list of movie titles that share a similar characteristic such as the same genre, the same director, the same actor etc. A bulleted list achieves this, is semantically correct, and is easily maintained and edited by most any editor.
  The only constant is change is old wisdom and is pretty fundamental to the wiki-concept. Cheers, Jack Merridew 00:14, 21 March 2010 (UTC)

I get that this is your pet project for the moment and you're uber serious about it, but spare me your arrogance. I don't know nor do I care what you like, but I don't like being talked down to and I won't tolerate it especially over filmographies. I most certainly did call the thingy we're discussing a chart-big whoop. I suppose if I cared enough I would've heeded your semantics lessons above, but I tend to put these sort of things into their proper perspective. That said, bulleted lists look like utter shite especially when an actor has more than twenty or so film and television credits. The chart (damn, there's that word again) is quite easy to maintain by any editor so I've no idea where you came up with that one. New acting credit? Add a few vertical lines under the preceding vertical lines and add text. Done. Now, since I loathe Wikipedia process discussions and rarely get involved with them because of the snippiness exhibited above, I'm done. Pinkadelica^♣ 11:24, 26 March 2010 (UTC)

The arrogance by so many of you on this page astounds me. Your statement (with the unnecessary expletives removed) "the chart is quite easy to maintain by any editor" is proven wrong by MarnetteD in the Cary Grant filmogrpahy section just below ... In my opinion, a neat and tidy bulleted list never looks like "shite" and is simple to maintain. One of the reasons I came to this discussion is because I have seen these exact color tables starting to show up in articles where I edit - about authors, playwrights and poets - because other editors don't understand that your special blue chart is for filmographies only. I've tried to point out that if someone is not very involved in a particular wikiproject, they don't understand that every chosen color table is specific to a wikiproject. - Josette (talk) 13:35, 26 March 2010 (UTC)

@Pinkadelica: Teh tables are quite easy to maintain by any editor??? I don't think so. I've seen many an editor have trouble with wiki-table syntax and have fixed-up a great many corrupted tables. The word wiki means quick and the idea is that it's supposed to be quick and easy for any editor to make a change. However, this effort to mass convert filmographies to tables is making it tedious and difficult for new editors to edit actor articles. Take poor Thesingingplumber, who had to make 5 edits over 10 minutes to add an item to one of your damn charts:

1. 15:45, 23 March 2010
2. 15:46, 23 March 2010
3. 15:47, 23 March 2010
4. 15:50, 23 March 2010
5. 15:54, 23 March 2010 before
   finally getting it right

Sincerely, Jack Merridew 18:05, 26 March 2010 (UTC)

@Josette - I actually wasn't even responding to you originally so my so-called arrogance and horrific use of expletives wasn't directed at you. Like it or not, I'm allowed to respond to editors who attempt to talk down to me. Any editor has that right. If you don't like my responses, don't respond to me. @Jack Merridew, your example editor is a very, very weak example. Their first and only five edits on the entire site were the diffs you provided here. I also screwed things up the first few times I edited so really, what's your point? Novice editors also screw up infoboxes, persondata and other templates. Should we also do away with those because it takes some people time to figure it out? Further, if the "damn table" were actually mine, you'd know it because it my name would be emblazoned on it. Since it's not and I didn't create the thing, I think it's safe to say I don't own it and wouldn't lose sleep if it were deleted off Wikipedia tomorrow. I'm not going to spend my time checking you on your attitude every time you pop up and cry about this issue. If you don't like the table, chart or whatever you're calling this go round, don't use it. If you want to change the code, color, font, or whatever on it, do so and move on already. In case you hadn't notice, most people really don't care about this as this discussion has derailed long ago. Either pick up the cue or find another cause. Pinkadelica^♣ 03:40, 27 March 2010 (UTC)

If folks wish to discuss this all further, I'd ask:

• What needs further discussion?

Sincerely, Jack Merridew 16:59, 27 March 2010 (UTC)

Anyone? All I see above is a discussion going back and forth with no real direction, so I don't plan on reading it all. Nymf _hideliho! 14:43, 12 April 2010 (UTC)

{{subst:filmography table begin|Year|Film|Role|Notes|More|Another}}
|-
| 2003
| ''[[Camp (film)|Camp]]''
| Fritzi Wagner
| Nominated—[[Chlotrudis Award for Best Supporting Actress]]
|-
| 2007
| ''[[Rocket Science (film)|Rocket Science]]''
| Ginny Ryerson
| Nominated—[[Independent Spirit Award for Best Supporting Actress]]
|-
| 2008
| ''[[Twilight (2008 film)|Twilight]]''
| [[List of Twilight characters#Jessica Stanley|Jessica Stanley]]
| Nominated—[[Peoples Choice Awards|Peoples Choice Award for Favorite Breakout Movie Actress]]
{{subst:filmography table end}}

{{subst:filmography table begin|Series|Role|Number of Episodes|Year Range|Notes}}
|-
| ''[[Star Trek]]''
| [[Grendel]]
| 65535
| 700–1000
| voice by [[Seamus Heaney]]; an absurd example
{{subst:filmography table end}}