PDA

View Full Version : Index [table]s in the Playground - All you want to know about the [table] code



ChristianSt
2014-04-11, 03:21 PM
s in the Playground
All you want to know about the code


This thread wants to give a complete and exhaustive overview of the code. Most of the information presented here first cropped up in the "Upcoming TABLE Code Changes"-thread located here (http://www.giantitp.com/forums/showthread.php?332237-Upcoming-TABLE-Code-Changes). If you want to get more insight into the table code it might be another useful resource (especially after post #134/Page 5, because this was the date the new code went online). I hope I covered all the useful stuff here, but I can't guarantee that I haven't missed some detail.

Special thanks for Rawhide and whomever else that was involved in the board upgrade and helped in improving the new table code. Also many thanks to all forumites tinkering with the table code to see what is possible with it (and what not).

If you happen to find some things not described in the OP (e.g. a missing attribute), please say something about it. I will also present any useful table templates and other useful stuff related to the working of the table code, so if you have examples of useful table template you want to share post them, and I will include them in the OP. Feel free to add your opinion on how this is presented/organized or what is missing.

Some of the behavior/look of tables might also be dependent on which browser you use. If you show anything inconsistent with any description, please note this, so I can add information that it gets rendered different with other browser.

Table of Contents:

The Basics
Available Table Classes
Other Options
Special Grid Patterns
Observed Problems
Overview of Attributes
Conversion Guideline (http://www.giantitp.com/forums/showthread.php?341034-table-s-in-the-Playground-All-you-want-to-know-about-the-table-code&p=17290474&viewfull=1#post17290474)
Examples/Templates (http://www.giantitp.com/forums/showthread.php?341034-table-s-in-the-Playground-All-you-want-to-know-about-the-table-code&p=17290474&viewfull=1#post17290476)




The Basics

The "default" table you get with hitting the table button in the editor and not changing anything is this:

















This will create an empty table with 2 columns and 3 three rows. It has no borders and a width of 500px.
The basic working of the table code is that there are tags to open the different elements the table consists.
These are:

starts the table.
starts a table row.
starts a table cell.
NOTE: Each row should feature the same (non-zero) amount of table cells, otherwise the result will be bad HTML and feature unexpected results.
starts a table header cell. Basically a table cell with special formatting.
They are optional, so if you don't want header cells, you don't need them.
NOTE: While it is technical possibly to use [th] instead of any in the table, Rawhide strongly advises to use them only in the first row of cells! Otherwise the result will be bad HTML, which can produce unexpected results.
If you still want table cells that look like header cells, you should style them accordingly, to look like header cells. Without "head" header cells are only bold and center aligned. With "class:head" you can use <cell content> instead of <cell content>

All these tags must closed correctly (basically before you start the next one of the same type or the tag enclosing it), with the corresponding , , or .
Each tag can have optional attributes in the form of [tag="attribute:value"]. Multiple attributes can be supplied using commas: [tag="attribute1:value, attribute2:value"]. Some attributes (most notable class) allow for multiple values, separated by " ", i.e. [tag="attribute:value1 value2"]. At the end of this post there is a list containing all available attributes and their possible values and a really short synopsis what they do. All of the available options will be presented in the following.

If you want a new column or cell, you can add just a new ... accordingly between/after existing ... tags. So if you want a complete new column at the right side of the table, you would need a new ... before each row closes (so before each ).
If you want a new row, you need to add new ... accordingly between/after existing ... tags. The easiest way is most likely just to copy an existing row. So if you want a complete row at the end of the table, you would need a new ... before the ). When inserting rows, be sure to insert the proper amount of table cells in each row.



Available Table Classes

First comes an overview of the available table classes, usable with . Table classes can be combined by using .

The following tables all feature the same table structure, and thus basically the same underlying code.
The only difference is the content of the opening -tag, which is shown above each table:




Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





table
table="class:grid"
table="class:outer_border"
table="width:250"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX


table="class:head"
table="class:thick_grid"
table="class:thick_outer_border"
table="class:thick_outer_border_grid"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX


table="class:alt1"
table="class:alt2"
table="class:alt1 alt2"
table="class:sortable, width:250"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX


table="class:head alt1"
table="class:head alt2"
table="class:head alt1 alt2"
table="class:head sortable, width:250"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX


table="class:alt1 alt2 thick_outer_border"
table="class:head alt1 outer_border"
table="class:head alt2 thick_grid"
table="class:head alt alt2 sortable
thick_outer_border_grid, width:250"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX


table="class:no_line_padding"
table="class:no_side_padding"
table="class:no_line_padding no_side_padding alt1 alt2"
table="class:no_line_padding no_side_padding borderless"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





XXX

Table classes can be combined freely. Basically you can have one attribute specifying the border style and any combination of head, alt1, alt2 and sortable. So this isn't a complete listing of all possible table styles, but only an overview of the different basic classes and a few selected combinations. Multiple border types don't combine (or at least I haven't found one that makes something useful). Also "borderless" only works combined with "no_line_padding" and "no_side_padding". It doesn't work with "head", "alt1" and "alt2".

Note: This is an oversimplification for how table classes work here in the forum code. Rawhide made a post explaining how they generally work within CSS:

It's a little oversimplified for how tables work here, as the vBulletin class assignment assigns a different class to TABLE, TR, TH, & TD, which the CSS can make use of for more granular control (as in the case of the outer_border[_grid] classes), but basically, classes work hierarchically, with the following rules:

- Styles applied to a parent flow through to a child.
- Styles applied to a child override a parent's style.

- Styles applied first get overridden by styles applied later. (This order is set by the CSS file, not by the order you apply the classes in the bb code.)
- Styles applied directly to an object override the classes assigned.

Each class includes a number of different styles, and if you stack multiple classes, only the styles that are the same override each other, the different styles stack.

This is put to use in the alt1 and alt2 classes. In order to maintain a consistent theme, both of them set the uncoloured row to white first in the CSS order, then they set their brown row to brown later. If you use only one, you get white, brown, white brown (even when in a spoiler). But, if you use both, you get light brown, dark brown, light brown, dark brown. This is because the white row is overridden by the brown in the CSS order.



Imagine the following styles: Blue, Red, Green, Yellow (in that order in the CSS file)

You apply:
Red to the TABLE
| - Green to the 1st TR
| | - Blue to the 1st TH
| | - Nothing to the 2nd TH
| - Nothing to the 2nd TR
| | - Yellow to the 1st TD
| | - Nothing to the 2nd TD
| - Yellow and manual "brown" to 3rd TR
| | - Blue and Yellow to 1st TD
| | - Nothing to 2nd TD

These are your resulting colours:


TABLE
1st TH/TD
2nd TH/TD


1st TR
Blue
Green


2nd TR
Yellow
Red


3rd TR
Yellow
[TD]"brown"



1st TR:
1st TH: Red from TABLE, Green from 1st TR, Blue from 1st TH
2nd TH: Red from TABLE, Green from 1st TR

2nd TR:
1st TD: Red from TABLE, Yellow from 2nd TD
2nd TD: Red from TABLE

3rd TR:
1st TD: Red from TABLE, Yellow from 3rd TR, manual "brown" from 3rd TR, Blue from 2nd TD, Yellow from 2nd TD
2nd TH: Red from TABLE, Yellow from 3rd TR, "brown" from 3rd TR



Other Options

The attributes "align" and "width" can be used to alter the layout of the table.
"align" aligns the table either in the "left", the "center" or the "right" part of the post.
"width" specifies the width of the table.
(The thick grid table represents an outside post to visualize the alignment in less space.)




table="class:grid, width:150, align:left"

[table="class:grid, width:150, align:left"]

Cell 1
Cell 2


Cell 3
Cell 4



table="class:grid, width:250, align:center"



Cell 1
Cell 2


Cell 3
Cell 4



table="class:grid, width:200, align:right"



Cell 1
Cell 2


Cell 3
Cell 4





"width" and "align" can also be used for


td="align:left, width:100"
td="align:center, width:200"
td="align:right, width:300"



"width" also works with , but header cells are automatically centered so align doesn't work


[th="width:300"]th="width:300"
th="width:200"
th="width:100"



Neither "align" nor "width" work with

"width" also allows percantage values, which are related to the space the table has available.



This table starts with the tag [table="class:grid, width:70%, align:right"]
:belkar:
:vaarsuvius:


The first table column uses the tag [td="align:right, width:60%"]
:haley:
:elan:


The other columns have a width of 20% each.
:roy:
:durkon:



The same table again, now within another table with "width:50%"



[td][table="class:grid, width:70%, align:right"]
[tr]
[td="align:right, width:60%"]This table starts with the tag [table="class:grid, width:70%, align:right"]
:belkar:
:vaarsuvius:


The first table column uses the tag
:haley:
:elan:


The other columns have a width of 20% each.
:roy:
:durkon:






The attribute bgcolor for , and allows to specify color values. Allowed options are either hex values (like "#ff0000" for red) or HTML color names (http://www.w3schools.com/html/html_colornames.asp). It is highly advised to use hex values, or at least sticking to one of the 17 standard color names, but it is possible easier to remember "just use hex values".

Colors applies in a hierarchical order. The last time you apply a color, this is the color shown.

Table class (head, alt1, alt2)
Information from
Information from [td]/[th]

Each cell containing "Header #" and "Cell #" in the following example uses a default or [td] tag. It isn't possibly to color the whole table with bgcolor. The right table uses "class:head alt1 alt2".

[table]


[td][table="width:500, class:grid"]

[th]Header 1
th="bgcolor:#00ff00"


td="bgcolor:#e6e6e6"
Cell 2


Cell 3
td="bgcolor:#871290"


Cell 5
Cell 6


td="bgcolor:#998800" (tr="bgcolor:#aa00aa")
Cell 8 (tr="bgcolor:#aa00aa")





Header 1
th="bgcolor:#ff0000"


td="bgcolor:#0033aa"
Cell 2


td="bgcolor:#dd88aa"
Cell 4


Cell 5 (tr="bgcolor:#ffffff")
Cell 6 (tr="bgcolor:#ffffff")


Cell 7
Cell 8






"colspan" allows to span a cell over multiple columns, it works with and . If you spawn multiple cells, you need to reduce the number of and tags in each row accordingly. Using colspan with sortable tables is possible, though it could lead to some problems in sorting. You should try if it works in your case.
Note: Rawhide pointed out, that you shouldn't make sortable tables featuring a header row with colspan.



[th]th
th="colspan:4"
th
th


td
td
td
td
td
td
td


td
td
td
td="colspan:3"
td


td="colspan:2"
td="colspan:3"
td="colspan:2"





Special Grid Patterns

The classes are only really working with . For some reason it can also be applied to and [tr]. The only influence they have is to turn on the grid for the specified cell(s), which can be used to generate more advanced grid patterns.

But in any cases this seems to be inconsistent (so maybe a bug). It works with all classes if the table uses no borders. But if the table uses a border I can get it only working with [tr="class:thick_outer_border_grid"] and not with other classes or single cells. :smallconfused:
If someone has more insight into this, I would really appreciate it.

[table]
[tr]

[td][table]
[tr]
[td="class:thick_outer_border_grid"]Cell 1
Cell 2
Cell 3


Cell 4
Cell 5
Cell 6


Cell 7
Cell 8
Cell 9





Cell 1
Cell 2
Cell 3
Cell 4
Cell 5


Cell 6
Cell 7
Cell 8
Cell 9
Cell 10


Cell 11
Cell 12
Cell 13
Cell 14
Cell 15





It is also possible to remove vertical borders from certain rows with this technique, by applying "class:outer_border" to in usage with certain table classes. This doesn't work with "class:thick_outer_border_grid" tables. Again this seems to have inconsistencies. :smallsigh:






Cell 1
Cell 2
Cell 3


Cell 4
Cell 5
Cell 6


Cell 7
Cell 8
Cell 9


Cell 10
Cell 11
Cell 12





Cell 1
Cell 2
Cell 3


Cell 4
Cell 5
Cell 6


Cell 7
Cell 8
Cell 9


Cell 10
Cell 11
Cell 12





Cell 1
Cell 2
Cell 3


Cell 4
Cell 5
Cell 6


Cell 7
Cell 8
Cell 9


Cell 10
Cell 11
Cell 12






While it is possibly to get some fancy grids using a different number of table cells in each rows, as said above, this shoudln't be done, because it will result in bad HTML and unexpected results.



Observed Problems

While I haven't seen any really problematic bugs, some things just really don't work well. Any observed problems will be featured here. But since I'm not an administrator I cannot say whether any time will be spent on fixing those problems. If you run into a problem that is already listed here, you don't need to post about it, though it might be possible to have some sort of workaround. If you happen to find some, please say something about it, and I will add it.


"class:borderless" doesn't work (correctly) with "head", "alt1" and "alt2". I don't know whether this is intended or not, but with "alt1" and "alt2" it removes the vertical borders inside the table, which I would think is a bug:




[td]
[tr]
[th]Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





[th]Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8






"class:sortable" really needs a Header: Without using one the table is still sortable, but there is no indication that the table is sortable. So any other forumite looking at your table will not see that it is in fact sortable (like the table below).



td Header 1
td Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8



"class:sortable" also has some minor issues with "class:alt1"/"class:alt2" without the usage of "class:head". The header row and the following table row have the same color. Also there is an inconsistency between which row gets colored with which color.



table="class:alt1 sortable, width:250"
table="class:alt2 sortable, width:250"
table="class:alt1 alt2 sortable, width:250"






[th]Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8




XXX


table="class:alt1 alt2, width:250"
table="class:head alt1 alt2 sortable, width:250"
table="class:head alt1 alt2, width:250"






Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





Header 1
Header 2


Cell 1
Cell 2


Cell 3
Cell 4


Cell 5
Cell 6


Cell 7
Cell 8





While it is possible to "fix" this with empty rows, this should not be used: This once again will result in bad HTML and unexpected results.




Overview of Attributes

This is a short and simple list of available attributes, to which tags they can be applied and which values they can have and a short overview what they do.
Usage is generally [tag="attribut:value"], as described in more detail above.



Attribute
Values


align
table
td

left
center
right



bgcolor
tr
td
th

<Hexvalue of a color, like "#ff0000" for red>
<color word, like "orange">



colspan
td
th

<a numerical value (# cells merged)>



class
table
(tr)
(td)

[no class, default value if class attribute is omitted]
Creates a table without borders (any other class will overwrite this)
alt1
Colors all even rows in a lighter background color
alt2
Colors all odd rows in a slighty darker background color than alt1
borderless
Removes borders in conjunction with "no_line_padding" and "no_side_padding"
grid
Creates a table with a full grid
head
Changes header cells to have a dark background
outer_border
Creates a table only with an outer border, no inner grid
no_line_padding
Removes vertical padding from the table cells
no_side_padding
Removes horizontal padding from the table cells
sortable
Table is sortable by clicking on a cell of the first row
thick_grid
As grid, only that the grid will be thicker
thick_outer_border
As outer_border, only that the border will be thicker
thick_outer_border_grid
Combines a regular grid with a thicker outer border



width
table
td
th

<a numerical value (pixels)>
<a percentage>

ChristianSt
2014-04-11, 03:22 PM
Conversion Guideline

This is a simple Conversion Guideline how to convert the old table code (retired in the forum upgrade in 2014 - it can be spotted in old post as {table]...) with the new table code.

The basic table structured hasn't really changed that much. Only the delimiters (and some syntax for advanced stuff) changed.

The best way if you simply want to convert your old table to the new code is to do the following steps - "\n" stands for the newline character, "\t" for the tab character. I cannot really say how your word processor masks these characters. If you are not sure, it should be possible to insert them through copy&paste:


Copy your table code (and only that!) to a (simple) word processing software (gedit, notepad, etc should do the trick).
Search&Replace "\n" with "[/TD]\n[/TR]\n\n\t". A newline represented the start of a new table row. (The \n and \t in the new version are optional.)
Search&Replace "|" with "\n\t". A "|" represented the start of a new cell. (The \n and \t in the new version are optional.)
Replace the "[/TABLE]" with "\n\n[/TABLE]"
Replace the broken "{table...]" with "[TABLE="class:grid head alt1 alt2"]\n\n\t".
Change your table class to the one you think fits best (or use none if you want a table without grid). If you want a header row replace all [TD]... in your first row (but only the first row!) with ...
Copy the table code back to your post


This should work for all "basic" tables. Some stuff that needs more fixing:

Colspan: If you have cells featuring {colsp=:##} you need to change these cells to ...
BR: If you used the BR code to have linebreaks in your tables, it should not work (at least Rawhide said he would remove it/that it will not longer work). But you can simple do that by doing a newline in the post where you need it. Since it isn't used any more for starting a new table row, it will start a new line in the table cell.
Nested tables: I'm not sure if the above will work for nested tables (I think it should). If not just convert each table separately.
If your table code had additional newlines, this conversion guide produces empty tables row with one empty cell ("[TR]\n\t\n"). These should be just removed.


If this doesn't work, feel free to say what problems arise and I will try to help whit that. Best point out which table code troubles you.


[I will not help (or 'advertise' in using any of the posted "table converters", because I think they aren't necessary, and I don't want to debug any problems that may arise while using one of them.]

ChristianSt
2014-04-11, 03:23 PM
Examples/Templates

List of examples/templates:

Some imo really neat stuff you can do with tables without borders
Sample Arcane Spellcasting Class
Avatar Adoption Template
Battle Grid


Each of the following examples/templates will be presented fully visual, followed by a spoiler box presenting the code used for it. If you want to use any of the code, you can just copy and paste it into your post and you will get the same thing as shown in this post. (Possibly you want to insert your own data before posting :smallwink:)

Naturally you can also access the code of the OP by quoting it, if you are interested in some of the table code I used there. I made heavy use of the border-less table class, in a similar manner as illustrated in the first example.



Some imo really neat stuff you can do with tables without borders



This
is
basically
free
space
I
wanted
to
make
noticeable.

It
hasn't
any
real
use.

So
feel
free
to
ignore
this.
:smallwink:

Before I'm going to present the examples (although this whole paragraph can be considered an example), I wanted to highlight a imo really useful feature the new table allows:
Basically it is possible to use a border-less table (so one without any class), to make special layout/text flow possible, without seeing much of it:


http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif
This is my avatar, made for me as a reward for supporting the OotS Kickstarter Reprint Drive. I think it is really awesome and the best reward I have gotten through Kickstarter. If you want to see more custom artwork made during the drive, I started a thread (http://www.giantitp.com/forums/showthread.php?t=309805) collecting those pieces. Another special thanks to the Giant for making awesome stuff!


It isn't really perfect, and you possible need to try out some options to get a satisfying result (and it could look different with different resolutions. At least you should check whether it survives turning on/off the sidebar panel. That is also the reason why I set the table width to a rather low value, resulting in empty space to the right of this block. To hopefully make it work with as much resolutions as possible). But imo it enables some cool stuff. I think it is really useful for signatures, too, although you need to be aware that the signature character code is limited, so if your signature is wordy, it might not really help you.






This
is
basically
free
space
I
wanted
to
make
noticeable.

It
hasn't
any
real
use.

So
feel
free
to
ignore
this.
:smallwink:

Before I'm going to present the examples (although this whole paragraph can be considered an example), I wanted to highlight a imo really useful feature the new table allows:
Basically it is possible to use a border-less table (so one without any class), to make special layout/text flow possible, without seeing much of it:


http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif
This is my avatar, made for me as a reward for supporting the OotS Kickstarter Reprint Drive. I think it is really awesome and the best reward I have gotten through Kickstarter. If you want to see more custom artwork made during the drive, I started a thread (http://www.giantitp.com/forums/showthread.php?t=309805) collecting those pieces. Another special thanks to the Giant for making awesome stuff!


It isn't really perfect, and you possible need to try out some options to get a satisfying result (and it could look different with different resolutions. At least you should check whether it survives turning on/off the sidebar panel. That is also the reason why I set the table width to a rather low value, resulting in empty space to the right of this block. To hopefully make it work with as much resolutions as possible). But imo it enables some cool stuff. I think it is really useful for signatures, too, although you need to be aware that the signature character code is limited, so if your signature is wordy, it might not really help you.






Sample Arcane Spellcasting Class

This is a "Sample Arcane Spellcasting Class"-template. I don't play D&D so I don't know how useful this is, but since someone posted this in the table overview thread, I hope/think someone could use this.




Saves

Spells Per Day


Level
BAB
Fort
Ref
Will
Special
0th
1st
2nd
3rd
4th
5th
6th
7th
8th
9th


1st
+0
+0
+0
+1
Initial class features
3
1










2nd
+1
+0
+0
+3

4
2










3rd
+1
+1
+1
+3

4
2
1









4th
+2
+1
+1
+4

4
3
2









5th
+2
+1
+1
+4
Bonus feat
4
3
2
1








6th
+3
+2
+2
+5

4
3
2
2








7th
+3
+2
+2
+5

4
4
3
2
1







8th
+4
+2
+2
+6

4
4
3
3
2







9th
+4
+3
+3
+6

4
4
4
3
2
1






10th
+5
+3
+3
+7
Bonus feat
4
4
3
3
2
2






11th
+5
+3
+3
+7

4
4
4
4
3
2
1





12th
+6/+1
+4
+4
+8

4
4
4
4
3
3
2





13th
+6/+1
+4
+4
+8

4
4
4
4
4
3
2
1




14th
+7/+2
+4
+4
+9

4
4
4
4
4
3
3
2




15th
+7/+2
+5
+5
+9
Bonus feat
4
4
4
4
4
4
3
2
1



16th
+8/+3
+5
+5
+10

4
4
4
4
4
4
3
3
2



17th
+8/+3
+5
+5
+10

4
4
4
4
4
4
4
3
2
1


18th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
3
3
2


19th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
4
3
3


20th
+10/+5
+6
+6
+12
Bonus feat
4
4
4
4
4
4
4
4
4
4








Saves

Spells Per Day


Level
BAB
Fort
Ref
Will
Special
0th
1st
2nd
3rd
4th
5th
6th
7th
8th
9th


1st
+0
+0
+0
+1
Initial class features
3
1










2nd
+1
+0
+0
+3

4
2










3rd
+1
+1
+1
+3

4
2
1









4th
+2
+1
+1
+4

4
3
2









5th
+2
+1
+1
+4
Bonus feat
4
3
2
1








6th
+3
+2
+2
+5

4
3
2
2








7th
+3
+2
+2
+5

4
4
3
2
1







8th
+4
+2
+2
+6

4
4
3
3
2







9th
+4
+3
+3
+6

4
4
4
3
2
1






10th
+5
+3
+3
+7
Bonus feat
4
4
3
3
2
2






11th
+5
+3
+3
+7

4
4
4
4
3
2
1





12th
+6/+1
+4
+4
+8

4
4
4
4
3
3
2





13th
+6/+1
+4
+4
+8

4
4
4
4
4
3
2
1




14th
+7/+2
+4
+4
+9

4
4
4
4
4
3
3
2




15th
+7/+2
+5
+5
+9
Bonus feat
4
4
4
4
4
4
3
2
1



16th
+8/+3
+5
+5
+10

4
4
4
4
4
4
3
3
2



17th
+8/+3
+5
+5
+10

4
4
4
4
4
4
4
3
2
1


18th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
3
3
2


19th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
4
3
3


20th
+10/+5
+6
+6
+12
Bonus feat
4
4
4
4
4
4
4
4
4
4






Avatar Adaption Template

A simple table with the intention to showcase avatars. Main usage is probably the Avatar Adoption Center thread (http://www.giantitp.com/forums/showthread.php?26936-Avatar-Adoption-Center).



Avatar Adapation - Narrow


http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png


Avatar 1
Avatar with a really long and unwieldy name
Stick it to Me
Avatar 2


Unclaimed
Unclaimed
Claimed by ChristianSt
Unclaimed





Avatar Adapation - Wide


http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif


Avatar
Avatar with a really long and unwieldy name
Stick it to Me


Unclaimed
Unclaimed
Claimed by ChristianSt







Avatar Adapation - Narrow


http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png


Avatar 1
Avatar with a really long and unwieldy name
Stick it to Me
Avatar 2


Unclaimed
Unclaimed
Claimed by ChristianSt
Unclaimed








Avatar Adapation - Wide


http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/demoavatar97x117_zps2abc915e.png
http://i1363.photobucket.com/albums/r704/ChristianSteu/Avatar_zps5b13e4d4.gif


Avatar
Avatar with a really long and unwieldy name
Stick it to Me


Unclaimed
Unclaimed
Claimed by ChristianSt




Note:

You need to adjust the colspan number in the th cell accordingly to how many cells you want.
If you want a second row of avatars with a category header, do not make another row with th. Use "<Category>" instead of "<Category>". (Or if you don't mind some space between categories, you can start a new table. It also makes it easier if you want a different amount of avatars in each rows.)
The difference between the narrow and the wide version is where you put the width attribute: The narrow version uses a width of 1 for the table tag to enforce a minimum width to all columns. The wide version uses width inside each td tag in the first row. If you don't use any width attributes long text makes the columns wider than you probably want.
For the wide version I've used "align:center" to align the images. It is not really needed, but imo looks nicer. If you do multiple rows of avatars in the same table you might also want it for the narrow version.
(If someone wants to adopt the avatar I made for showcasing this template, feel free to contact me :smalltongue:)




Battle Grid

While it is (imo) far from ideal, you can use the table as a battle grid. It isn't possible to specify the height of the cells, so I hope the width works squarish on most browsers.




a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I

















a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I














It is also possible to have a chess like background (and discard the inner border because you don't really need it any more), though you basically need to specify the color for each cell, though you can save half that by using alt1/alt2:




a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I

















a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I

ChristianSt
2014-04-11, 03:24 PM
Reserved Post

ChristianSt
2014-04-11, 03:25 PM
Reserved Post

ChristianSt
2014-04-11, 03:29 PM
So, reserving some space is done. This thread is now official online :smallbiggrin:

Feel free to point out any errors or missing stuff, or if you see an awesome table you think might useful for others, just post it here and I will include it in the examples!

TheWombatOfDoom
2014-04-11, 04:06 PM
Well done! This is great. You might also want to speak on a way to search for broken tables from before the update, so that people know how to find them all that don't.

ChristianSt
2014-04-11, 04:37 PM
Well done! This is great. You might also want to speak on a way to search for broken tables from before the update, so that people know how to find them all that don't.

If you say me how, then I will do it. I have seen your post in the other thread about it and tried it, but It just don't work for me. Every time I try to search for "{table=head]" or "{table]" it just shows me some posts, which sometimes doesn't even contain tables :smallconfused:.

I'm rather hesitant to put in information that doesn't really work for me (While the search contain posts containing tables, I'm not even sure it contains all. And on top of that I have the feeling that around 80% or more don't contain tables at all). But when I need to filter through more than a dozens worth of post to find 2-3 tables, I don't think that search is really helping. (And honestly, I'm not sure if any random old post I don't remember about is worth to edit :smallwink: - but if you could provide me a method that has a better chance of finding tables, I would certainly add it.)

TheWombatOfDoom
2014-04-11, 04:44 PM
If you say me how, then I will do it. I have seen your post in the other thread about it and tried it, but It just don't work for me. Every time I try to search for "{table=head]" or "{table]" it just shows me some posts, which sometimes doesn't even contain tables :smallconfused:.

I'm rather hesitant to put in information that doesn't really work for me (While the search contain posts containing tables, I'm not even sure it contains all. And on top of that I have the feeling that around 80% or more don't contain tables at all). But when I need to filter through more than a dozens worth of post to find 2-3 tables, I don't think that search is really helping. (And honestly, I'm not sure if any random old post I don't remember about is worth to edit :smallwink: - but if you could provide me a method that has a better chance of finding tables, I would certainly add it.)

On reason perhaps that it is showing you a post without a table in it, is I found that it also listed posts that had the word "table" in it at all, which is less than desirable, but the search itself also gave me all my tables, and the most recent of my table being the ones I most wanted to edit, it was mostly all the ones on the first page. I'll see if I can fiddle with the search enough to get you what you need, though. But as you've observed, the search isn't always exact. :smallwink:

ChristianSt
2014-04-11, 05:00 PM
On reason perhaps that it is showing you a post without a table in it, is I found that it also listed posts that had the word "table" in it at all, which is less than desirable, but the search itself also gave me all my tables, and the most recent of my table being the ones I most wanted to edit, it was mostly all the ones on the first page. I'll see if I can fiddle with the search enough to get you what you need, though. But as you've observed, the search isn't always exact. :smallwink:

Yeah, I tried it some more searching, and as it seems the search function just discards any "{","]" or "=", so searching for "table" does the same as searching for "{table]". "{table=head]" turns to "head table". So unless you know some way to mask them, I don't think it is really useful. It depends heavily on what you talk about. (For example I talked a bunch about database normalization in some threads featuring tables, or another thread about magic cards where I mentioned a "kitchen table"...)
While it also more or less "accidentally" finds (hopefully) all table code, I think it finds potentially too much non-table-code posts to be really valuable.

Rawhide
2014-04-12, 12:08 AM
Haven't read everything yet, but just a quick FYI:

Tables on the mobile site will look better (if not quite perfect) in the future.

Rawhide
2014-04-12, 12:49 AM
I'm just going to note these in different posts for now then tidy it up to one post later. (Note: technically against the rules if you don't have permission, so don't copy this strategy.)



First note:
Using multiple header rows is possible, but bad HTML by the standards. You should avoid it unless strictly necessary. Should make a note of it in the post.

Rawhide
2014-04-12, 01:35 AM
Note 2: Classes



Table classes can be combined freely. Basically you can have one attribute specifying the border style and any combination of head, alt1, alt2 and sortable. So this isn't a complete listing of all possible table styles, but only an overview of the different basic classes and a few selected combinations. Multiple border types don't combine (or at least I haven't found one that makes something useful).

It's a little oversimplified for how tables work here, as the vBulletin class assignment assigns a different class to TABLE, TR, TH, & TD, which the CSS can make use of for more granular control (as in the case of the [thick_]outer_border[_grid] classes), but basically, classes work hierarchically, with the following rules:

- Styles applied to a parent flow through to a child.
- Styles applied to a child override a parent's style.

- Styles applied first get overridden by styles applied later. (This order is set by the CSS file, not by the order you apply the classes in the bb code.)
- Styles applied directly to an object override the classes assigned.

Each class includes a number of different styles, and if you stack multiple classes, only the styles that are the same override each other, the different styles stack.

This is put to use in the alt1 and alt2 classes. In order to maintain a consistent theme, both of them set the uncoloured row to white first in the CSS order, then they set their brown row to brown later. If you use only one, you get white, brown, white brown (even when in a spoiler). But, if you use both, you get light brown, dark brown, light brown, dark brown. This is because the white row is overridden by the brown in the CSS order.



Imagine the following styles: Blue, Red, Green, Yellow (in that order in the CSS file)

You apply:
Red to the TABLE
| - Green to the 1st TR
| | - Blue to the 1st TH
| | - Nothing to the 2nd TH
| - Nothing to the 2nd TR
| | - Yellow to the 1st TD
| | - Nothing to the 2nd TD
| - Yellow and manual "brown" to 3rd TR
| | - Blue and Yellow to 1st TD
| | - Nothing to 2nd TD

These are your resulting colours:


TABLE
1st TH/TD
2nd TH/TD


1st TR
Blue
Green


2nd TR
Yellow
Red


3rd TR
Yellow
"brown"



1st TR:
1st TH: Red from TABLE, Green from 1st TR, Blue from 1st TH
2nd TH: Red from TABLE, Green from 1st TR

2nd TR:
1st TD: Red from TABLE, Yellow from 2nd TD
2nd TD: Red from TABLE

3rd TR:
1st TD: Red from TABLE, Yellow from 3rd TR, manual "brown" from 3rd TR, Blue from 2nd TD, Yellow from 2nd TD
2nd TH: Red from TABLE, Yellow from 3rd TR, "brown" from 3rd TR

Rawhide
2014-04-12, 01:45 AM
3rd note:


The attribute bgcolor for [tr], [td] and [th] allows to specify color values. Allowed options are either color words (though I'm not sure which are possible - I would assume that the same selection as for the font color is possible) and hex-values (like "#ff0000" for red).

HTML colour names are specified here (http://www.w3schools.com/html/html_colornames.asp). There are 17 "safe" colours and 123 less safe colours (which might display differently in different browsers, or not at all).

However, I recommend using the hex value in all cases for better accuracy (and completely forgo using the names).

Rawhide
2014-04-12, 01:49 AM
Note the 4th:

Using TH cells outside of the header row is really bad HTML. You should avoid this at all costs. Format your cells to look like a header rather than using TH.

Likewise, you should avoid sortable tables with colspanned TH cells, and with multiple TH rows (which is already bad HTML, as noted above).

Rawhide
2014-04-12, 01:54 AM
Note the fifth:


Another possibility is to not use the full amount of table cells in all rows

Really bad idea. Bad HTML, browser dependant, will produce unexpected results.

Rawhide
2014-04-12, 01:57 AM
Sixth note:


This can be fixed by inserting an empty row after the first row. Basically the same trick can be used to repeat a color if necessary or to switch the color order (by putting an empty row before the first actual row. This doesn't work with sortable tables, because of the reasons stated above).


This is bad HTML and could produce unexpected results. Not a good idea.

ChristianSt
2014-04-12, 02:37 AM
Thanks for the input!


I will go and amend the OP, especially removing all those things resulting in bad HTML.


EDIT: I updated the OP to incorporate your input. Sorry if I turned up many stuff resulting in bad HTML. I haven't really considered the impact this has on the resulting HTML code, but just tried out what can be done within the limits of the table code and how it gets displayed. But if it leads to unexpected results, it is something that should be avoided, even if it works on some browsers. So thanks for highlighting those problems.


Also nice to hear that there will be future improvements to the mobile site!

Rawhide
2014-04-12, 04:33 AM
Digging in the PHP files, I discovered that the following options are supported on various tags:


table
width
class
align

tr
bgcolor
class

td
width
colspan
bgcolor
class
align


Which pretty much matches what we've already discovered.

Deadline
2014-04-17, 03:46 PM
You are a gentleman and a scholar, good sir!

Rawhide
2014-04-19, 05:39 AM
Have you updated the thread in relation to this post (http://www.giantitp.com/forums/showthread.php?332237-Upcoming-TABLE-Code-Changes&p=17317042&viewfull=1#post17317042) yet?

ChristianSt
2014-04-19, 06:08 AM
Have you updated the thread in relation to this post (http://www.giantitp.com/forums/showthread.php?332237-Upcoming-TABLE-Code-Changes&p=17317042&viewfull=1#post17317042) yet?

I corrected the "problems" section, but forgot that I mentioned the mobile theme in the opening section, too :smallsigh:.

I will correct it ASAP

(Normally I read all posts in the Board/Site Issues forum, so I don't plan to miss table-related posts in the future)

Prime32
2014-04-20, 08:42 AM
Submitting a template, mainly for use in this thread (http://www.giantitp.com/forums/showthread.php?26936-Avatar-Adoption-Center).

Category Name

http://www.giantitp.com/avatars/Zombie.gifhttp://www.giantitp.com/avatars/AssassinGuy.gifhttp://www.giantitp.com/avatars/SolithKnightGuy.gif

ZombieAssassin GuyKnight Guy

UnclaimedClaimed by <insert name>Unclaimed


Category Name

http://www.giantitp.com/avatars/Zombie.gifhttp://www.giantitp.com/avatars/AssassinGuy.gifhttp://www.giantitp.com/avatars/SolithKnightGuy.gif

ZombieAssassin GuyKnight Guy

UnclaimedClaimed by <insert name>Unclaimed


Set the colspan of the first heading to match the number of columns.
If you use a lot of avs that are smaller than 120x120 and they look too cramped then you could set the width of each column to 120 instead.
Category Name

http://www.giantitp.com/avatars/Zombie.gifhttp://www.giantitp.com/avatars/AssassinGuy.gifhttp://www.giantitp.com/avatars/SolithKnightGuy.gif

ZombieAssassin GuyKnight Guy

UnclaimedClaimed by <insert name>Unclaimed


Category Name

http://www.giantitp.com/avatars/Zombie.gifhttp://www.giantitp.com/avatars/AssassinGuy.gifhttp://www.giantitp.com/avatars/SolithKnightGuy.gif

ZombieAssassin GuyKnight Guy

UnclaimedClaimed by <insert name>Unclaimed

ChristianSt
2014-04-20, 11:05 AM
Submitting a template, mainly for use in this thread (http://www.giantitp.com/forums/showthread.php?26936-Avatar-Adoption-Center).

Thanks! I have included it in the OP. I did make some slight chances, though: I've used other images, due to slight copyright concern [I think it should be fine to use the default images inside a template, but I like to "err on the side of caution"] and added ab "align:center" to the second version, because I think the images are looking better when centered.


Other than that, I took a look at your avatar post (featuring some nice avatars):
Rawhide said that it is really bad to use [th] outside the first row of a table, and should be avoided unless strictly necessary. You can replace your [th] with <Category> - this gives the same result. And while we are at things that aren't really good: You should always have the same amount of table cells in each row. So best add some empty ones (or break your table into different tables with the same amount of cells each).

dextercorvia
2014-04-23, 08:58 AM
Has anyone done a Template for ASCII battle maps yet?

ChristianSt
2014-04-23, 12:08 PM
Has anyone done a Template for ASCII battle maps yet?

All useful templates that I'm aware of are listed in the OP.

That being said, I can't really say what exactly you want. (Some battle grid like thing? Shouldn't you basically could do that with just a table filled with the stuff you want? I think the no_panning classes should be good for that.)

If you can explain what exactly you want, than I will look into doing such a thing.

dextercorvia
2014-04-23, 02:31 PM
If you can explain what exactly you want, than I will look into doing such a thing.

I tried a basic grid table, but some of the divider lines were bolded, seemingly at random.

No Padding seems like the way to go, Square uniform cells would be good. I like the Header for Columns, is there a way to do a Header (Lefter?) for rows as well?

ChristianSt
2014-04-27, 07:40 AM
I tried a basic grid table, but some of the divider lines were bolded, seemingly at random.

No Padding seems like the way to go, Square uniform cells would be good. I like the Header for Columns, is there a way to do a Header (Lefter?) for rows as well?

If you have randomly bolded lines it is often because you have wrong zoom settings (that is the case for me at least).

It is possible to style arbitrary cells like header cells, so it is possibly to make an additional column that looks like headers. (With <Cell Content> , as said in the OP)

The square uniform cells are problematic. It isn't possible to specify the height, so you need to specify a width that comes close to that. For my desktop browser 16px width for each cell looks pretty square to me. But I have no idea if it looks square to others.

If I understand you correctly, I think the following should be what you want:




a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I

















a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I














It is also possible to have a chess like background (and discard the inner border because you don't really need it any more), though you basically need to specify the color for each cell, though you can save half that by using alt1/alt2:




a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I

















a
b
c
d
e
f
g
h
i


A











B











C

z









D




|
--
|




E




|
x
|




F




|

--
|



G




|

y
|



H




|
--
--
|



I













(The align:center for the regular td's isn't really necessary, though I think it looks better. It might also be possible to enclose the table in a center tag and get alignment for all cells automatically, though that doesn't feel like the right way to do it to me.)


Edit: It also looks rather square-ish on my mobile browser, so maybe it works for others, too.

Southern Cross
2014-04-28, 04:25 AM
Great work on the new Tables!

Coidzor
2014-04-30, 08:25 PM
Well, I was looking for the format I need to use to update my tables in Homebrew to get them to work again, and this is the first I've found that seems to cover it, so thank you for that crosspost.

It seems almost like there might now be a way to use tables without borders in some of the places to do creature stat blocks as well. :smallconfused::smallamused:

ChristianSt
2014-05-01, 02:09 AM
Well, I was looking for the format I need to use to update my tables in Homebrew to get them to work again, and this is the first I've found that seems to cover it, so thank you for that crosspost.

It seems almost like there might now be a way to use tables without borders in some of the places to do creature stat blocks as well. :smallconfused::smallamused:

If you find that template useful, then it has done its job. :smallbiggrin:


Yeah, tables without borders can do some neat things. If you have some concrete questions/ideas I will try to help you with that.

Southern Cross
2014-06-30, 10:55 PM
Here is the revised spellcaster class table. The only change has been to the width, which has been changed to 712.



Saves

Spells Per Day


Level
BAB
Fort
Ref
Will
Special
0th
1st
2nd
3rd
4th
5th
6th
7th
8th
9th


1st
+0
+0
+0
+1
Initial class features
3
1










2nd
+1
+0
+0
+3

4
2










3rd
+1
+1
+1
+3

4
2
1









4th
+2
+1
+1
+4

4
3
2









5th
+2
+1
+1
+4
Bonus feat
4
3
2
1








6th
+3
+2
+2
+5

4
3
2
2








7th
+3
+2
+2
+5

4
4
3
2
1







8th
+4
+2
+2
+6

4
4
3
3
2







9th
+4
+3
+3
+6

4
4
4
3
2
1






10th
+5
+3
+3
+7
Bonus feat
4
4
3
3
2
2






11th
+5
+3
+3
+7

4
4
4
4
3
2
1





12th
+6/+1
+4
+4
+8

4
4
4
4
3
3
2





13th
+6/+1
+4
+4
+8

4
4
4
4
4
3
2
1




14th
+7/+2
+4
+4
+9

4
4
4
4
4
3
3
2




15th
+7/+2
+5
+5
+9
Bonus feat
4
4
4
4
4
4
3
2
1



16th
+8/+3
+5
+5
+10

4
4
4
4
4
4
3
3
2



17th
+8/+3
+5
+5
+10

4
4
4
4
4
4
4
3
2
1


18th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
3
3
2


19th
+9/+4
+6
+6
+11

4
4
4
4
4
4
4
4
3
3


20th
+10/+5
+6
+6
+12
Bonus feat
4
4
4
4
4
4
4
4
4
4

ChristianSt
2014-07-03, 12:50 PM
Here is the revised spellcaster class table. The only change has been to the width, which has been changed to 712.

Thanks for the input (and sorry for the late reply - was kinda busy the last few days), but I don't really see a reason to change the width. It is a pretty minor change, and with other content another width might be more appropriate anyway. Or is there any actual reason why a width of 712 is better than 750?

Southern Cross
2014-07-03, 04:39 PM
The only reason is legibility- the end of the table is obscured if the width is longer than 712 pixels. For some reason the maximum observable width seems to be slowly getting smaller.

ChristianSt
2014-07-03, 05:03 PM
The only reason is legibility- the end of the table is obscured if the width is longer than 712 pixels. For some reason the maximum observable width seems to be slowly getting smaller.

I have no problems with both versions. Even on my mobile phone I see them fine. Though I need to scroll for both if I want to access the right side.

So I think weather or not the complete table fits the screen is dependent on screen resolution and whether or the side panel is displayed.

And yes a smaller tables fits for more possible resolutions, but a smaller tables could get problematic on more zoom settings or with different fonts. Unless there isn't a concret reason it is only a random parameter (I haven't tested, but maybe the table works even without a width, but maybe then it could result in new lines inside cells).

Escribblings
2018-01-01, 07:07 AM
Is there anyway to implement RowSpan as wel as ColSpan?