Help talk:Table/Archive 5

Archive 1

←

Archive 3

Archive 4

Archive 5

Archive 6

Archive 7

→

Archive 10

Thead, tbody and tfoot now supported?

From the article: "Thead, tbody and tfoot are supported from Mediawiki version 1.18 on." Is this true? And how do we use them? --V111P (talk) 19:54, 14 February 2012 (UTC)

Sort arrows

I apologize because this may be a stupid question. I can't seem to find the answer on the help page or the talk page archives. Why won't the sorting arrows appear at the top of the table in List of National Historic Sites of Canada in New Brunswick and related lists? Cheers, --Skeezix1000 (talk) 19:59, 3 March 2012 (UTC)

I think you've run into the bug described at Help:Sorting#Header styling, links, and markup. "Styling workaround 1" seems to work, using just background-color instead of background. -- John of Reading (talk) 22:14, 3 March 2012 (UTC)

That's it exactly. Thanks so much. --Skeezix1000 (talk) 18:18, 4 March 2012 (UTC)

Questions

How do I change the font size or the font color in a table? Also, how do I add or change the borders, whether inside or outside the table? Allen (talk) 22:44, 10 March 2012 (UTC)

The standard Wikipedia borders are added by putting class="wikitable" after the table start marker as advised at Help:Table#Classes. --Redrose64 (talk) 00:46, 11 March 2012 (UTC)

Edit toolbar

The "customize edit toolbar" is no longer available on the page linked to. AmericanLeMans (talk) 20:52, 13 April 2012 (UTC)

What is "the page linked to"? --Redrose64 (talk) 21:20, 13 April 2012 (UTC)

|-class=unsortable

Adding |-class=unsortable to a row used to fix it within a sortable table. For example:

Header 1	Header 2
Entry 1	Entry B
Fixed 1	Fixed 2
Entry 2	Entry A

A year or so ago, the code used for this table would have fixed the fourth row down, so that it would have remained in that position if the other rows were sorted. This is obviously no longer the case. Any idea what's happened? Thanks, A Thousand Doors (talk | contribs) 16:31, 17 April 2012 (UTC)

The whole method for making tables sortable was altered with MediaWiki 1.18 in October 2011. Some of the undocumented kludges that had previously worked stopped working at that time. --Redrose64 (talk) 20:56, 17 April 2012 (UTC)

Ah, okay, thank you very much for the response. Do you happen to know if this will be readded into a later version of MediaWiki, or do you know of any other way to fix a row within a sortable table? A Thousand Doors (talk | contribs) 18:09, 18 April 2012 (UTC)

No, sorry, I don't make amendments to the MediaWiki software - I just observe the effects of changes. You'd probably need to raise a bugzilla ticket. --Redrose64 (talk) 20:07, 18 April 2012 (UTC)

Thanks for bringing Bugzilla to my attention. It would seem that this a problem that has been raised there before, but, as of yet, there is no solution. I'll keep my eye on it. Thanks again. A Thousand Doors (talk | contribs) 22:51, 30 April 2012 (UTC)

Yes, bugzilla:31060 is the right one. I note in particular that comment 7 from Krinkle (talk · contribs) contains text "It was an undocumented feature that might very well be a bug in the original code" which pretty much confirms my suspicion of 17 April above "Some of the undocumented kludges that had previously worked stopped working at that time". --Redrose64 (talk) 15:09, 1 May 2012 (UTC)

Section 3.16 : Tiny Tables within a text line

In Section 3.16 : Tiny Tables within a text line

I believe the wiki-code example, while working, is incorrect. It is missing several "close" commands -- </td> and </tr>.

I realize that this is "wiki-code" and that it works as presented, but it LOOKS like legitimate HTML, and therefore, to my way of thinking, should BE legitimate HTML. But since I don't edit at Wikipedia very often, I'll let others make that call.

Original version

Wikicode (table-within-table):

* <table style="background-color: #fafeff"><tr><td>This is a test table here<td><table height=11px><tr><td style="border: 1px solid black; font-size:60%">HELLO WORLD</table></td><td>followed by this text afterward.</table> This line is more text after the outer table.

Result:

• This is a test table here

  HELLO WORLD

  followed by this text afterward.

  This line is more text after the outer table.

Corrected version

*<table style="background-color: #fafeff"><tr><td>This is a test table here</td><td><table height=11px><tr><td style="border: 1px solid black; font-size:60%">HELLO WORLD</td></tr></table><td>followed by this text afterward.</td></tr></table>This line is more text after the outer table.

Result:

• This is a test table here

  HELLO WORLD

  followed by this text afterward.

  This line is more text after the outer table.

--William H. Magill 01:02, 18 May 2012 (UTC) — Preceding unsigned comment added by Whmagill (talk • contribs)

You are correct regarding the faulty HTML usage. However, I think the whole section should be removed because it describes a kludge. Boxed text is better implemented as <span style="border-style:solid; border-width:1px">boxed text</span> which gives boxed text, although a proper use for such ornamentation in Wikipedia escapes me. -- Michael Bednarek (talk) 14:40, 18 May 2012 (UTC)

And {{divbox}}. I think this should be removed. ---— Gadget850 (Ed) ^talk 15:52, 18 May 2012 (UTC)

Removed. -- Michael Bednarek (talk) 07:46, 19 May 2012 (UTC)

Scrollable tables with titles allways on top, is this possible?

Sometimes, tables are bigger then my screen. Here's an example: Comparison_of_Intel_graphics_processing_units#Intel_HD_Graphics. Is it possible to make them scrollable, so that the title is always on top and visible, even when scrolling the page down? --95.208.204.253 (talk) 05:05, 5 June 2012 (UTC)

Right justification of a data column

Hi. If I am following the article correctly, there is no way to define justification in the header row, as one would typically do with a spreadsheet?
Each and every data row would need an explict align=right?
So seeing "align=right" 100 times in a table is correct?
Varlaam (talk) 05:14, 20 June 2012 (UTC)

That's my understanding, too. -- Michael Bednarek (talk) 05:57, 20 June 2012 (UTC)

Wow. Well there's a project for someone with time on his hands.

We do have our workaround! Thanks, Varlaam (talk) 08:00, 20 June 2012 (UTC)

bug

I assume someone's on this, but just in case it's gone unnoticed, there appears to be a bug introduced in our table coding in the last few hours. See e.g. French braille, where there are now blue dashed-line boxes around the entries in the cells. They're still there w/o the wikitable format, on FF and IE. — kwami (talk) 21:28, 30 July 2012 (UTC)

Not a table change at all, but a change to one of the subtemplates; specifically this edit. What that did was to introduce a newline at the end of the template, so when used on a page in this manner:

{{Braille cell|b}} <br> [[b]], 2

it expands to

[[Image:Braille B2.svg|40px ]]

 <br> [[b]], 2

note that there is a newline before the space preceding the <br>: a space at the start of a line always causes the dashed border and monospace font

as I have done here.

This should now be fixed after I made this edit. The template no longer adds a newline, so

{{Braille cell|b}} <br> [[b]], 2

now expands to

[[Image:Braille B2.svg|40px ]] <br> [[b]], 2

as it did previously. --Redrose64 (talk) 22:02, 30 July 2012 (UTC)

Thanks for that. It works fine now. kwami (talk) 07:50, 31 August 2012 (UTC)

Table not expanding to fit contents

There's another problem: tables do not expand to fit their contents, as at the bottom of Cantonese Braille. I don't know if it's a bug with the braille template or the table syntax. — kwami (talk) 07:50, 31 August 2012 (UTC)

Is this right?:

0		main sequence											suppl.
		t2	a	dz-aang		e	f-ot	ng-ang	h-ei	i	j-oey		t3	aan
t6		g-aak	l-	m-m	n-on	o	b-aap	gw-uk	k-ik	s-oen	d-aat		aau	aam

I looked at the other tables and one of the differences I saw was that they used type=i and not size=60 in the wikitext. I do not know anything about Braille, and so I am just guessing. See also: Template:Braille cell. Template:Bc redirects to it. --Timeshifter (talk) 09:46, 31 August 2012 (UTC)

The problem that I see at Cantonese Braille appears to be similar to that described at Wikipedia:Village pump (technical)/Archive 102#Table cell should be pushed higher. --Redrose64 (talk) 13:16, 31 August 2012 (UTC)

Yes, images force the table to expand. But we don't always want to use images. Using text allows search, which is handy; also, text expands according to user settings, which is important for those with poor vision. (It seems ironic that an article on braille should not be accessible to the visually impaired.) Ideally, the table would expand appropriately regardless of whether the cells contained images or text. — kwami (talk) 03:01, 1 September 2012 (UTC)

I tried setting the style for each row, with style="font-size:300%;", but the table does not adjust for that either. Instead, every single cell needs its size reset; for the regular-size print, it then needs to be set again. That's an awful lot of coding for a workaround. — kwami (talk) 03:13, 1 September 2012 (UTC)

I copied the archived discussion from Wikipedia:Village pump (technical)/Archive 102#Table cell should be pushed higher.

Table cell should be pushed higher Can someone explain why or howto: the 2nd cell is not pushed larger by the font-size. Situation is that {{braille cell/core}} sets the font-size within the cell (span the text), not in wikitable code (style between pipes). A A A -DePiep (talk) 10:18, 10 August 2012 (UTC) Please? -DePiep (talk) 01:32, 11 August 2012 (UTC) Look at Template:braille cell/core, for the font-size issues. A style="font-size:300%" would display 3x larger than the basic size, just as 500% would display the letter "C" as 5x larger. A -- {{Braille cell/core| type=text | character=A}} A -- {{Braille cell/core| type=text | character=A |size=100%}} B -- {{Braille cell/core| type=text | character=B |size=300%}} C -- {{Braille cell/core| type=text | character=C |size=500%}} I guess people are unsure as to what the question is specifically. -Wikid77 (talk) 04:19, 12 August 2012 (UTC) He wants to know why the table cell height does not auto-adjust iteself to the font height. — Edokter (talk) — 09:42, 12 August 2012 (UTC) As Edokter says. I could have been more clear then. -DePiep (talk) 12:57, 12 August 2012 (UTC)

I haven't studied the templates enough to understand it all.

• Template:Braille cell.
• Template:braille cell/core and so on. Font sizing and tables is a complex issue. --Timeshifter (talk) 03:23, 1 September 2012 (UTC)

Wikitable column problem

For this wikitable I'm trying to get the top row to only be one header and the bottom row to be 4 columns, but for some reason it keeps creating two columns (or two headers) for the first row. Help would be appreciated, thanks! CartoonDiablo (talk) 21:02, 3 September 2012 (UTC)

Cell that should not be here	Effectiveness of psychotherapy treatment in adults (Y-Proven,Y-Presumed,N-No effect)
Disease or condition	Psychoanalysis	Cognitive behavioral therapy	Family or couple therapy
Schizophrenia (acute phase, with drugs)	N	Y	Y

Is this what you are aiming for?

Effectiveness of psychotherapy treatment in adults (Y-Proven,Y-Presumed,N-No effect)
Disease or condition	Psychoanalysis	Cognitive behavioral therapy	Family or couple therapy
Schizophrenia (acute phase, with drugs)	N	Y	Y

-- John of Reading (talk) 21:15, 3 September 2012 (UTC)

Yes, Thank you! CartoonDiablo (talk) 21:48, 3 September 2012 (UTC)

Colspan help needed

Please take a look at the Men's Skeet row in Template:2012OlympicShootingSchedule. The intention is for the Q to span the Mon 30 column and half the Tue 31 column, with the F taking up the rest of that column (just like on the RFP and Trap rows). It renders a bit differently in different browsers, but none of the ones I've tried (Chromium, Firefox, Opera) do it the intended way. I assume that this is because all the other cells in that column are empty, but I don't know what the preferred way of solving this might be. Any help appreciated. 85.226.207.245 (talk) 10:39, 17 September 2012 (UTC)

As you suspect, the problem is that none of the rows have an entry in the first half of the Tue 31 column, so it collapses to zero width. If you can tolerate the extra border, one fix would be to split the Tue 31 cell into two, for any other row; for example, the Men's Double Trap immediately above could be altered from

| align="left"| [[Shooting at the 2012 Summer Olympics – Men's double trap|Men's Double Trap]] || colspan=2| || colspan=2| || colspan=2| || colspan=2| || colspan=2| || bgcolor="#D0A9F5"|Q || bgcolor="#FFDF80"|F || colspan=2| || colspan=2| || colspan=2| || colspan=2|

to

| align="left"| [[Shooting at the 2012 Summer Olympics – Men's double trap|Men's Double Trap]] || colspan=2| || colspan=2| || colspan=2| || || || colspan=2| || bgcolor="#D0A9F5"|Q || bgcolor="#FFDF80"|F || colspan=2| || colspan=2| || colspan=2| || colspan=2|

It doesn't have to be that row - any of the fourteen event rows which have nothing that day will do. --Redrose64 (talk) 15:22, 17 September 2012 (UTC)