This template is within the scope of WikiProject Sports, a collaborative effort to improve the coverage of sport-related topics on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.SportsWikipedia:WikiProject SportsTemplate:WikiProject Sportssports articles
Assess : newly added and existing articles, maybe nominate some good B-class articles for GA; independently assess some as A-class, regardless of GA status.
Cleanup : * Sport governing body (this should-be-major article is in a shameful state) * Field hockey (History section needs sources and accurate information - very vague at the moment.) * Standardize Category:American college sports infobox templates to use same font size and spacing. * Sport in the United Kingdom - the Popularity section is incorrect and unsourced. Reliable data is required.
* Fix project template and/or "to do list" Current version causes tables of content to be hidden unless/until reader chooses "show."
No worries! I'm not sure what needs to be fixed on that page. The event names all fit nicely. Or, do you want to see some extra whitespace after the event names? If so, then I think the best solution is to paramterize the width of the first column, rather than always forcing it to 200 pixels. I've added the "labelwidth=" parameter in case you need it.
My point about the expansion was that if a long label was used (e.g. "1936 Garmisch-Partenkirchen"), then the column size will expand beyond 120 pixels to make it fit. But most event labels are reasonably short, so I'd prefer to keep the default size smaller so that there's not a huge amount of whitespace in most cases. Andrwsc01:18, 28 September 2006 (UTC)[reply]
The Greco-Roman 120 kg event places the kg on the next line right now, that's why I wanted to make it wider. Thanks for adding the parameter. I'm going to check out wether it works or not. I see your point also and I agree with you as well, just didn't want to create a total new template just for a wider column. SportsAddicted02:11, 28 September 2006 (UTC)[reply]
Hmmm, it's probably working (I believe you), but I don't know what to do to make the first column in the article above wider using the parameter. Can you or someone else do it for me so I can see what to do next time? Thanks. SportsAddicted02:19, 28 September 2006 (UTC)[reply]
I added the "width=180" parameter to change the widths of the three medal columns and "labelwidth=160" to change the first column — let me know if that is what you had in mind. Andrwsc04:28, 28 September 2006 (UTC)[reply]
You're welcome! HTML tables can be rather "fussy" trying to get them to render nicely at a variety of display resolutions. There is another trick you might try to keep an event label from splitting to two lines. Use " " (non-breaking space) instead of a normal space character between words, and use "‑" (non-breaking hyphen) instead of a normal hyphen. (For example, "Greco‑Roman 120 kg"). That way, you don't have to guess how many pixels to use for the column width. Alternately, you could decide to make all labels fit on two lines (e.g. put Greco-Roman or Freestyle on the first line and the weight class on the second line, using "<br>" between the words. Lastly, you could make two tables, one with Greco-Roman results and one with Freestyle results, and just use the weight class label in the table cell. We use that approach on pages like Athletics at the 2004 Summer Olympics, where there are separate tables for Men's & Women's results, so that "Men's" or "Women's" does not have to be part of the label string. It also makes it easier to navigate through a long list of events. Hope this helps! Andrwsc16:47, 28 September 2006 (UTC)[reply]
It certainly does help, thanks for that. I used to do lots of these tables on the nl.wiki, but on the en.wiki there are sometimes totally different templates in use, which doesn't make it easier when you're used to do it in another way. I follow almost every sport and it became hard to manually add them to the Dutch wiki all by myself, so I decided to join the en.wiki as here are much more sports minded people to help me out. SportsAddicted20:13, 28 September 2006 (UTC)[reply]
Documentation and Sports Result table deprecation (?)
I've added full documentation on how to use this template. I've been using it for some time now and the fact that I only discovered the "labelwidth" option today is quite indicative of general level of understanding.
In the documentation process it became clear that Template:Sports result table is pretty much redundant. I'm of the strong opinion that the MedalistTable template is aesthetically superior on all fronts. The only missing option was a simple "font size" change: "Sports results table" uses 95%. I have now added this feature so fonts, and therefore tables, can be increased or reduced in size where necessary.
Perhaps, but the default is 100 anyway, so simply omitting the font size option will give the usual result. I'd rather leave the option just in case there is a decent use for it that I haven't yet seen. When there are results in excess on one page, 1998 Commonwealth Games for instance, then it reduces overall length. All those results should be on their own page, but that's another clean up task... Sillyfolkboy (talk) (edits)Join WikiProject Athletics!12:18, 6 October 2009 (UTC)[reply]
Ah, ok, I had inferred that you were planning to replace all the instances of Sports result table with MedalistTable using 95% font. But if you replace with the standard font size, I'm all in favor of your plan! — Andrwsc (talk·contribs) 16:07, 6 October 2009 (UTC)[reply]
@Technical 13: Hi there! I see you've recently added an "ordinal" option to the template. What was your reasoning on the strange colouring? Was it just your own preference? I was thinking of either removing the colouring all together (as the colour/position link isn't obvious) or using the normal gold/silver/bronze colouring to evoke the traditional finishing medal colours. Any thoughts? SFB14:41, 17 January 2015 (UTC)[reply]
Games
First
Second
Third
I'm not sure I understand your question.
If they are medals, they should be gold, silver, and bronze:
@Technical 13: Interesting...this ribbon stuff is entirely new to me. Obviously this is a cultural difference. On that basis, I think it's probably better to split up the ribbon colouring from the ordinal option, i.e. have a "ribbon" option which has the colours and the ordinals, as well as an "ordinal" option that has no colouring and ordinals. I can think of many many uses for the latter without the colouring. How many "ordinal" transclusions do we have do you know? I presume this is something only a handful of people have used so far specifically for ribbons? It's also worth bearing in mind that this colouring is potentially confusing for our Canadian colleagues SFB19:54, 17 January 2015 (UTC)[reply]
@Technical 13: I've tweaked and simplified it so that there is just one parameter for both: "style". Options are "ordinal" for plain colours with ordinals, "ribbon-US" for the blue/red/yellow schema with ordinals, "ribbon-CA" for the red/blue/white schema with ordinals, and "medal" (or default) for the usual gold/silver/bronze. Do you mind if I do a bit of clean up around the current "ordinal" parameter usages before implementation? I should be able to force a category from the current template to find where that parameter is used. SFB13:41, 18 January 2015 (UTC)[reply]
In the interests of accessibility, would it be possible to have the option for separate headings for each column under the medal type? With the option to label the second column explicitly, with "Time" or "Distance" or "Height" or whatever is appropriate; and to label the first column with "Name" (or ?). I suspect this would be quite a big change (especially as span and scope attributes would be needed) and that using a less proscriptive table format might be the answer. What do others (more experienced than myself) think? Good idea? Problematic idea? Many thanks, CrazyBuildertalk10:29, 7 October 2024 (UTC)[reply]
I notice that the caption element, added using |+, appears in the page source between the header row(s) and the body of the table. It should be the first child of the table element. VoiceOver found the captions on both Safari and Firefox. Has anyone discovered a screen reader and browser combo that cannot find the captions (to label each table in the Tables listing)? Even if all seems well for now, it could be that either browsers or screen readers do not recognise such misplaced captions in the future. Moving the caption in the template does not seem like a big deal, so, please can it be moved? Many thanks, CrazyBuildertalk18:07, 15 October 2024 (UTC)[reply]
Done — JJMC89 (T·C) 21:37, 10 June 2017 (UTC)