<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">sherwood said:<BR>
&gt;&nbsp;&nbsp;  I don't understand.<BR>
<BR>
what's to understand?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  :+)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  Are you saying that MD should recognize elastic tab stops<BR>
&gt;&nbsp;&nbsp;  in a file and convert that to a html table?<BR>
<BR>
yes, that's what i'm saying, or at least part of it.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  This is certainly a possible route, but given <BR>
&gt;&nbsp;&nbsp;  the number of editors that don't recognize <BR>
&gt;&nbsp;&nbsp;  elastic tab stops, this is daunting.<BR>
<BR>
at some point, you have to free yourself from the constraints<BR>
that low-quality software imposes on your workflow, yes sir...<BR>
<BR>
but, you know, all it takes is for one brave leader to _lead_,<BR>
and a number of non-cowardly followers to _follow_, and<BR>
-- before you know it -- a new capability is taken for granted.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  It also means that MD needs to recognize <BR>
&gt;&nbsp;&nbsp;  at least two ways to do tables -- ets and markup.<BR>
<BR>
well, if you want to keep a horse around in addition to<BR>
your new horseless carriage, by all means, feel free...&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  ;+)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  Are you saying that browsers should all be smart enough <BR>
&gt;&nbsp;&nbsp;  to recognize elastic tab stops?<BR>
<BR>
yes.&nbsp;  every text-editing environment should have the capability.<BR>
<BR>
because -- if you've programmed it, like i have -- you'll know<BR>
that it's really not all that difficult to code.&nbsp;  indeed, it's easy...<BR>
<BR>
and although i don't remember this in the work-up on them<BR>
(because i conceived them long before that, independently),<BR>
this functionality should include a feature that will convert <BR>
multiple spaces to a tab character (the easy part) as well as<BR>
convert a tab to the "correct" number of multiple spaces...<BR>
(e.g., so the table displays correctly in a monospaced font).<BR>
i'd think the default save-format would be multiple-spaces,<BR>
just to accommodate the non-tab-aware software out there.<BR>
<BR>
there's nothing "magical" about this functionality.&nbsp;  it's just<BR>
a straightforward implementation of old-fashioned tabs,<BR>
with the new wrinkle that the columns are self-adjusting<BR>
to the size they need to be.&nbsp;  which is something we could<BR>
have reasonably expected our computers to do all along...<BR>
(indeed, isn't this capability already in most spreadsheets?)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  While an admirable goal, I won't hold my breath for the day <BR>
&gt;&nbsp;&nbsp;  that 95% of browsing is done with ETS capable browsers.<BR>
<BR>
i'm not holding my breath for 95% of browsers being _capable_,<BR>
in _any_ sense of the word, not as long as we have a microsoft...<BR>
<BR>
but in cost-benefit terms, cost being low, benefits being high,<BR>
this particular feature is one that has a good cost-benefit ratio.<BR>
<BR>
all it will take is for somebody out front to "just do it"...<BR>
<BR>
this is _not_ a betamax/vhs situation.&nbsp;  vhs was "good enough".<BR>
nobody says our current table functionality is "good enough".<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>