Wikipedia talk:WikiProject Actors and Filmmakers/Archive 5
{{talkarchive}}
{{anchor|Filmography}}
Filmography RFC
{{Discussion top|1=
This has been a long and complicated conversation, and I have spent almost five hours reading and assessing it to determine the consensus of the participants. Under consideration here are four questions: (1) whether font size should be reduced from 100%; (2) whether the information should be presented in a bulleted list or a table; (3) whether, if a table, a template should be used to prepare it; and (4) whether, if a table, colors other than the standard should be employed.
In the case of font size, consensus is clearly in opposition to reduction. Font should be 100%.
Of the remaining questions, one of the larger is whether this material should be presented as a bulleted list or a table. Both views receive roughly equal support, but several of those in favor of lists mention that tables may also be appropriate (User:Jack Merridew supports it in some, but not most; User:MichaelQSchmidt suggests bulleted lists in articles with separate tabular filmographies for actors with more productive careers; more simply, Erik suggests "do what works for the person".) Given this, there seems certainly no support to discontinue the use of tables, but the language currently used on the project face—"One of the project goals is also to clean up filmographies in actor and filmmaker articles from scruffy or backwards lists into presentable standardized tables that provide information"—is also in conflict. The project might wish to turn to a new consideration at this point: given that both lists and tables are supported, are there circumstances under which one form or the other should be preferred?
On the question of template use, consensus is more clear. Although some are concerned about limited flexibility, where a table is used, it is appropriate to use a template to prepare it to help standardize tables and maintain articles to implement future consensus. One was proposed in this discussion that met with no opposition; it might be adopted for the purpose.
The most complex question is that regarding color. In numbers, opinion here is again roughly divided. Those that dislike the use of colors who explain why generally mention a need for standardization across article types, a desire for simplicity and maximum accessibility (though there is also reference to simple personal preference). Of those who want to keep the colors who explained why, some mentioned project specific reasons (a means of cataloging article type), while others more generally preferred the contrast or, again, just found it met their personal preferences. There's no clear consensus. Since much of the conversation has obviously wider implication than simply this project, it might be advisable to raise a specific and focused RfC (this one covered a lot of ground) at some location like Wikipedia:Tables. I understand that MediaWiki talk:Common.css is the proper place to discuss changing the default color, but that's not the only question here. Key is whether projects and users are free to choose their own colors for tables.
Any who wish to participate in such an RfC are reminded, please, to respect WP:CANVASS by keeping their notes about it elsewhere neutral. --Moonriddengirl (talk) 16:29, 19 April 2010 (UTC)}}
:: nb: The rfc-tag was added by Jack Merridew, who did not start this thread. Jack Merridew 16:55, 7 March 2010 (UTC)
Examples
class="wikitable" style="font-size: 90%;"
|+ 90% |
style="background-color: #B0C4DE;" | Year
! style="background-color: #B0C4DE;" | Film ! style="background-color: #B0C4DE;" | Role ! style="background-color: #B0C4DE;" | Notes |
---|
1998
| Dil Se | Preeti Nair | Filmfare Best Debut Award. |
class="wikitable" style="font-size: 95%;"
|+ 95% |
style="background-color: #B0C4DE;" | Year
! style="background-color: #B0C4DE;" | Film ! style="background-color: #B0C4DE;" | Role ! style="background-color: #B0C4DE;" | Notes |
---|
1998
| Dil Se | Preeti Nair | Filmfare Best Debut Award. |
class="wikitable"
|+ 100%; bog-standard-wikitable | |||
Year | Film | Role | Notes |
---|---|---|---|
1998
| Dil Se | Preeti Nair | Filmfare Best Debut Award. |
or a plain list...
- 1998, Dil Se
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, [http://en.wikipedia.org/w/index.php?title=Wikipedia%3AWikiProject_Actors_and_Filmmakers&action=historysubmit&diff=298038796&oldid=297622465 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 [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Actors_and_Filmmakers&diff=prev&oldid=340145786 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 [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Actors_and_Filmmakers&diff=prev&oldid=340260712 "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, titleref) 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)
SupportNeutral 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 [http://en.wikipedia.org/w/index.php?title=Wikipedia:Alternative_text_for_images&oldid=241090726#Conflict_between_caption_and_alt_text 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 [http://en.wikipedia.org/w/index.php?title=Valentina_Cervi&action=edit§ion=1 this]? 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 [http://en.wikipedia.org/w/index.php?title=Miley_Cyrus&action=historysubmit&diff=348307897&oldid=347832444 this] ([http://en.wikipedia.org/w/index.php?title=Miley_Cyrus&oldid=347832444 l] [http://en.wikipedia.org/w/index.php?title=Miley_Cyrus&oldid=348307897 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 [http://en.wikipedia.org/w/index.php?title=User_talk:David_Levy&diff=348283557&oldid=346796087 here] as well as at several other talk pages [http://en.wikipedia.org/w/index.php?title=User_talk:Davidgothberg&diff=prev&oldid=348283623] [http://en.wikipedia.org/w/index.php?title=User_talk:RockMFR&diff=prev&oldid=348283646] [http://en.wikipedia.org/w/index.php?title=User_talk:Ed_g2s&diff=prev&oldid=348283658] [http://en.wikipedia.org/w/index.php?title=User_talk:Happy-melon&diff=prev&oldid=348283693] [http://en.wikipedia.org/w/index.php?title=User_talk:Dispenser&diff=prev&oldid=348283709] 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.
: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 [http://en.wikipedia.org/w/index.php?title=Template_talk%3AFilmography_table_head&diff=292828875 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) http://en.wikipedia.org/w/index.php?title=Burt_Lancaster&diff=prev&oldid=292830932 1]; [http://en.wikipedia.org/w/index.php?title=Charlize_Theron&diff=prev&oldid=292831213 2]; [http://en.wikipedia.org/w/index.php?title=Gene_Hackman&diff=prev&oldid=292831234 3]; [http://en.wikipedia.org/w/index.php?title=John_Cleese&diff=prev&oldid=292833136 4]; [http://en.wikipedia.org/w/index.php?title=Jon_Voight&diff=prev&oldid=292833214 5]; [http://en.wikipedia.org/w/index.php?title=Liv_Ullmann&diff=prev&oldid=292833263 6]; [http://en.wikipedia.org/w/index.php?title=Mary_Tyler_Moore&diff=prev&oldid=292833354 7]; [http://en.wikipedia.org/w/index.php?title=Liv_Ullmann&diff=prev&oldid=292834578 8]; [http://en.wikipedia.org/w/index.php?title=Liv_Ullmann&diff=prev&oldid=292834578 9]; [http://en.wikipedia.org/w/index.php?title=Salma_Hayek&diff=prev&oldid=292835296 10]; [http://en.wikipedia.org/w/index.php?title=Salma_Hayek&diff=prev&oldid=292835296 11]; [http://en.wikipedia.org/w/index.php?title=Salma_Hayek&diff=prev&oldid=292836306 12]; [http://en.wikipedia.org/w/index.php?title=Eileen_Heckart&diff=prev&oldid=292838265 13]; [http://en.wikipedia.org/w/index.php?title=Andie_MacDowell&diff=prev&oldid=292838284 14]; [http://en.wikipedia.org/w/index.php?title=Glenn_Close&diff=prev&oldid=292838330 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. [http://en.wikipedia.org/w/index.php?title=User_talk:Ms2ger&diff=prev&oldid=348427231 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. pablohablo. 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. pablohablo. 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. [http://www.w3.org/WAI/WCAG20/quickref/#qr-visual-audio-contrast-scale 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. --{{User|Dinoguy1000}} 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 [http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Actors_and_Filmmakers#Filmography_tables 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 [http://en.wikipedia.org/w/index.php?title=Halle_Berry&diff=348575020&oldid=348561970]. 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 [http://en.wikipedia.org/w/index.php?title=Arnold_Schwarzenegger_filmography&oldid=348638098 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
::::What are some examples of filmographies on full biographies where the font size of tables make a difference? [http://i47.tinypic.com/14ctan4.jpg 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 [http://en.wikipedia.org/wiki/Special:Contributions/Jack_Merridew 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% [http://en.wikipedia.org/w/index.php?title=Drew_Barrymore&oldid=348653661#Filmography 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 [http://en.wikipedia.org/w/index.php?title=Arnold_Schwarzenegger_filmography&oldid=348638098 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, --CrohnieGalTalk 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 [http://en.wikipedia.org/w/index.php?title=Arnold_Schwarzenegger_filmography&oldid=348638098 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 CodeTM —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 {{mono|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
- :::* {{tlx|Filmography table headings}}
- ::: and [http://en.wikipedia.org/w/index.php?title=Anna_Kendrick&diff=prev&oldid=353408186 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: [http://en.wikipedia.org/w/index.php?title=Montgomery_Clift&diff=prev&oldid=353661038 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)
{{outdent}} 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 [http://en.wikipedia.org/w/index.php?title=Anna_Kendrick&curid=16789908&diff=353752548&oldid=353408186 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.
:::# The code is bad, and needs fixing. I'm a patient guy, but this discussion has hit all the points, *many times*. The {{tl|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.
:::# 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.
:::# 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.
:::# 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)
{{outdent}} 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)
= hard-coded markup =
lean, semantic, markup
; the markup
| Dil Se | Preeti Nairclass="wikitable filmography" Year Film Role Notes 1998
; the css
table.wikitable.filmography
{
font-size: 95%;
}
table.wikitable.filmography th
{
background-color: #B0C4DE;
}
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:
! Year ! Movie ! Role ! Other notes which is valid code, but messy, and does not include a class (wikitable) for invoking site-wide standards. The newer, second form is: ! style="background:#B0C4DE;" | Year ! style="background:#B0C4DE;" | Film ! style="background:#B0C4DE;" | Role ! style="background:#B0C4DE;" | Notes which is more messy, includes superfluous and outright invalid code ({{mono|1=border="2" cellpadding="4"}} is simply not needed and {{mono|background: #f9f9f9;}} is invalid because it is not in a style-attribute (and is superfluous as it's the color provided by {{mono|1="wikitable"}}), and {{mono|1= 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; {{mono|1="filmography"}} in the example at right. This approach moves the specifics of the override of {{mono|1="wikitable"}} to a single, centralized spot. If this {{mono|1="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 {{mono|1="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 {{mono|1=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 " :: I've lightened the background a bit (although the [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Actors_and_Filmmakers&oldid=348820268#hard-coded_markup 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 {{tlx|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) {| class="wikitable" |+ |+ w/{{tl|Filmography table head}} | Dil Se | Preeti Nair | nopeborder="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; background: #f9f9f9; border: 1px #aaa solid; border-collapse: collapse; font-size: 90%;" bgcolor="#B0C4DE" align="center"
align="center"
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)
how-to: extra-column
Year Film Role Nude? Notes 1998
:::: 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 {{tlx|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. [http://en.wikipedia.org/w/index.php?title=Miley_Cyrus&oldid=348914955#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)
{{outdent}} 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. pablohablo. 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 "[http://www.colorcombos.com/C3C3E5-hex-color #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 {{mono|1=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)