<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Verdana" LANG="0" SIZE="4">my take on a table specification.&nbsp;  it's short.<BR>
<BR>
this is for my own system, so if some of it<BR>
doesn't seem to apply to you, that's why...<BR>
<BR>
***<BR>
<BR>
first, the overview:&nbsp;  keep it simple, stupid.<BR>
<BR>
if your table is too big or too complex to grok<BR>
on an iphone, then it's too big or too complex.<BR>
<BR>
so break it up, into a series of smaller tables.<BR>
<BR>
and when you do so, do it in a way such that<BR>
an intelligent viewer-program in the future<BR>
can "stitch" the smaller pieces back together<BR>
when the view-port is big enough to allow it.<BR>
(since that's what intelligent viewer-tools do.)<BR>
<BR>
you can draft the small tables on index cards.<BR>
that'll give you a good sense of the right size,<BR>
and whether each piece has enough integrity<BR>
to stand on its own and be meaningful to us.<BR>
<BR>
also make sure that you can then arrange the<BR>
smaller pieces back together into the full table.<BR>
(make sure that any competent human would<BR>
be able to determine how to do a reassembly.)<BR>
<BR>
having said all that, let's go on to the "10 rules"<BR>
for a light-markup solution to the table problem.<BR>
<BR>
***<BR>
<BR>
10 "k.i.s.s." rules for light-markup tables<BR>
<BR>
1.&nbsp;  all of the lines in a table must be contiguous.<BR>
there must be no blank lines interrupting things.<BR>
each table line must have a space in column 1.<BR>
<BR>
2.&nbsp;  a table is assumed to be a "basic" table --<BR>
where each line constitutes a row in the table.<BR>
for tables where this is not the case, you must<BR>
use a line of dashes for _all_ separation-lines.<BR>
the viewer-program will draw (faint, gray) lines<BR>
if the reader wants, regardless of what you do.<BR>
any lines that you do include will be respected.<BR>
<BR>
3.&nbsp;  every cell in a row must be separated from<BR>
neighboring cells by at least 3 spaces, or 1 tab.<BR>
(people who tell you not to use tabs are idiots.)<BR>
if a cell is to be left empty, use a single period.<BR>
a lone period within a cell will not be displayed;<BR>
(the cell will get utilized as a merge candidate).<BR>
<BR>
4.&nbsp;  the top line(s) of a table might be headers,<BR>
which must not contain internal spaces or tabs.<BR>
(leading and/or trailing spaces or tabs are ok.)<BR>
further thought might allow mid-table headers,<BR>
pending any future rule regarding cell-merging.<BR>
either way, a mid-table line without separators<BR>
will be interpreted to be a table-spanning line.<BR>
<BR>
5.&nbsp;  the bottom line(s) might be footers, which<BR>
also are not permitted internal spaces or tabs.<BR>
this rule could be combined with #4 if there is<BR>
future need to make room for some new rule.<BR>
<BR>
6.&nbsp;  the leftmost column will be assumed to be<BR>
the row-headers.&nbsp;  if this is not the case, then<BR>
make the whole first column "empty" by using<BR>
a single period in each cell in that first column.<BR>
the first column in each row must be a space,<BR>
since that's what indicates that this is a "block".<BR>
so a column of dots in column 2 would be seen<BR>
as an indication that there are no row-headers.<BR>
<BR>
7.&nbsp;  all columns will be aligned automatically,<BR>
according to the type of data in each column.<BR>
99% of the time, it's fine; embrace constraint.<BR>
an override fluster-clucks user-comprehension.<BR>
<BR>
8.&nbsp;  i forget what 8 was for.&nbsp;  (never tire of that.)<BR>
<BR>
9.&nbsp;  aside from the rule about the separators<BR>
-- at least 3 spaces, or 1 tab -- there are no<BR>
other rules regarding the "look" of the table.<BR>
use any font your heart desires. and line up<BR>
the columns if you like, but it's unnecessary.<BR>
the computer will make your table look nice.<BR>
gotta believe.&nbsp;  plus, there's always rule #10.<BR>
<BR>
10.&nbsp;  redundancy can often be a very good thing.<BR>
in this vein, make a fancy version of your table,<BR>
turn it into a graphic, and include that image-file<BR>
in your e-book, right next to the "raw text data",<BR>
so -- heaven forbid -- if the text just doesn't look<BR>
the way it should, the reader has another option.<BR>
<BR>
ok, i've gotta stop editing this, because i just<BR>
keep adding more elaboration, and that only<BR>
serves to rob this nice little list of its simplicity.<BR>
<BR>
less is more.<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>