Breelander wrote:88V8 wrote:Ian... tables, arrrgh. Beyond my attention span perhaps and I see there now seem to be two versions...
One is identical to the familiar <pre></pre> method of old, just use square brackets instead: [pre], not <pre>
There is another difference: because TMF's post input window used a monospaced (typewriter-style) font and TLF's doesn't, on TLF one really has to prepare a post that uses the [pre] method in Notepad or something similar, not in the site's post input window. It's still the best method to do one-off not-too-big-and-not-required-to-be-too-polished tables IMHO.
For simple tables, the [table] method doesn't have that disadvantage, but does have the disadvantage of requiring one to remember some non-obvious stuff about what to input. It also looks better, can accommodate more information in a given width, and is better suited to automatic generation by a spreadsheet, and so in my view really comes into its own for bigger tables that one is going to post multiple times - for instance, my GDHYP portfolio listings, for which I now just have to update the GDHYP master spreadsheet's input information (e.g. which shares it's bought, which I'm vetoing, current prices and forecast dividends) and then copy one cell from it into my post to get the table. But getting to that position did require a moderate amount of work writing and debugging the spreadsheet formulae, and some ingenuity to work around some idiosyncrasies of the tables it produces - worthwhile in my view for something I intend to use again and again, but not for something more casual.
And there is actually also the [code] method, which is like the [pre] method in most ways, but puts it in a separate, scrollable 'frame'. I haven't yet come across a case where I regard it as preferable to the [pre] method, but such cases probably do exist!
Gengulphus