[WikiEN-l] Auto-Table-format ?

WJhonson at aol.com WJhonson at aol.com
Thu Aug 21 22:30:43 UTC 2008


Matt no, the problem is not in the *number* of rows or columns.
You are probably thinking about the situation where each Row starts with an  
identifier and then continues with column-cell-data directly related to that  
identifier.  Fine, there's no problem with that sort of table.
 
The problem to which I refer is where each cell is an independent-datum,  not 
tightly related to what row it's in, for example "List of important cities  
in California"  might be a five-column wide table (let's say) and the row a  
city appears in, is not relevant to the city itself, and each row does not have  
an identifier simply because the entire table is just a "list" but in tabular 
 form to save row-space.
 
That's a big run-on sentence.
The table is not a data-table (like a programmer), it's just a "list" but  
graphically structured as a table, because a table is the most efficient way to  
show the data, while a list proper would take up many rows of space, mostly  
white-space, which is not efficient and looks poor to the eye.
 
Imagine a list like "Apples, Bananas, Cherries...... Zebra" with dozens of  
elements, but instead of being comma-delimited, it's all put into say a 
6-column  table just for beautification.  Now add an element to the middle of the  
list somewhere.  You *dont* want the edge of the row to extend further  right, 
because that would be *ugly*.  What you want, is everything to shift  forward 
so that at most an extra row is created at the bottom, which would look  
normal, but not an extra column to the right which would look poor.
 
Will



**************It's only a deal if it's where you want to go. Find your travel 
deal here.      
(http://information.travel.aol.com/deals?ncid=aoltrv00050000000047)


More information about the WikiEN-l mailing list