There have been a lot of good suggestions for new wiki markup
elements, and the arguments about whether or not to continue
using/relying on HTML have brought up some good points on both sides,
but I think I'm growing more firmly entrenched in the "simplify,
simplify" position.
There is a tension of goals here: (1) the primary goal of our wiki,
as I see it, is to encourage the totally computer-inept to write and
edit articles. Getting people like that to parse the text out of
<table> syntax and get the tags to match up right will just drive
them away. (2) The goal to have pretty-looking articles.
We can solve the problem of tables by using a clean, easy to read,
and forgiving table markup syntax--I rather like tarquin's, although
I'd make it optional whether to put the cells of a row on one markup
line or subsequent lines, and it needs to do things like produce an
accurate table with sloppy markup that leaves out cells, and so on.
That still leaves us no way to specify headings, caption, spans, and
cell backgrounds, and the like. We would also like to be able to do
things like float images, colorize text, and so on.
So here's a radical proposal: take more advantage of CSS to allow us
gurus to prettify articles without complicating the wikitext. Create
some method of attaching an inline stylesheet to a page or group of
pages, and put things like image floats, table backgrounds, padding,
fonts, and so on in the style sheet, and leave the wikitext alone.
Of course, that will require some way for the stylesheet to identify
elements in the wikitext. We can auto-number things like images and
tables, and use IDs, e.g., "#image1 {float:left; padding-
right:10px;}", etc. But that leaves things like inline quotes,
formulas, and other needs. We can probably take care of most of that
by coming up with a clean, unobtrusive way to indicate "span"
and "div" IDs in the wikitext. Then that will be the only odd
markup, and everything else can go into the stylesheet.