<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">slept on this, but decided to send anyway, make it a trilogy...<BR>
<BR>
***<BR>
<BR>
david said:<BR>
&gt;&nbsp;&nbsp;  Well, then why don't you do it?<BR>
<BR>
i've got some other fish to fry right now, in my own project,<BR>
but i will get around to tables soon enough with that myself,<BR>
and i'll be very happy to show people the results when i do...<BR>
<BR>
and here are some of the "challenges" i'll want to try to handle:<BR>
&gt;&nbsp;&nbsp;  http://www.pgdp.net/phpBB2/viewtopic.php?t=4311&amp;start=0<BR>
&gt;&nbsp;&nbsp;  http://www.pgdp.net/wiki/Formatting_Examples/Gallery_of_Table_Layouts<BR>
<BR>
***<BR>
<BR>
rob said:<BR>
&gt;&nbsp;&nbsp;  with all due respect, it's more than a little arrogant for <BR>
&gt;&nbsp;&nbsp;  anyone to insist that they got it perfect the first time (1.0.1). <BR>
<BR>
well, gruber is well-known for being arrogant, but i do believe<BR>
that he has never insisted, or even claimed, he got it all "perfect".<BR>
and besides, the current charge is _neglect_, and not _arrogance_.<BR>
<BR>
but all of that is a dodge as well.&nbsp;  gruber isn't really the factor here.<BR>
the _real_ problem is that there's several different implementations,<BR>
and they differ between each other, and none of 'em is significantly<BR>
better than the others, so none of them can overcome the stalemate.<BR>
<BR>
i repeat:&nbsp;  it has nothing to do with gruber.&nbsp;  nothing at all.&nbsp;  really.<BR>
the only thing gruber could do is bless a successor.&nbsp;  and he won't.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  The idea of Markdown, not the implementation, is what's special.<BR>
<BR>
nope.&nbsp;  lots of other people had "the idea" long before gruber.<BR>
<BR>
indeed, "structured text" -- from which "restructured text" was<BR>
derived -- dates back to the 1990s, and was a contender against<BR>
the likes of .sgml.&nbsp;  if tim berners-lee would have been smarter,<BR>
he woulda chosen light-markup instead of going the other way.<BR>
but he had the notion that he wanted to follow ted nelson, so he<BR>
went for the "hypertext" model instead, and botched everything,<BR>
including all of the brilliant things that nelson _actually_ meant...<BR>
<BR>
gruber gets the markdown attention because gruber gets attention.<BR>
<BR>
but if all of you implementers got yourselves _around_ a table and<BR>
decided to develop "markaround" to go _around_ gruber, you could.<BR>
<BR>
if you all agreed, amongst yourselves, gruber doesn't have enough<BR>
power -- or programming chops, or fame -- to thwart all of you...<BR>
<BR>
the question is whether you'd rather be big fish in your own ponds,<BR>
in the backchannels of the lake of gruber, or go swim in the ocean.<BR>
of course, pandoc might just sweep you all into the ocean anyway...<BR>
<BR>
and once again, none of this is a dig.&nbsp;  i haven't shared my own z.m.l.<BR>
with the world because i want to retain control over it, so that _my_<BR>
implementation is the _only_ one, so it is canonical, and therefore<BR>
there is absolutely no confusion about what the whole thing means.<BR>
with markdown, though, you do not have the luxury of such clarity...<BR>
<BR>
***<BR>
<BR>
michel said:<BR>
&gt;&nbsp;&nbsp;  What we really need is an effort in the style of HTML5's HTML <BR>
&gt;&nbsp;&nbsp;  parsing algorithm which provides an unambiguous definition <BR>
&gt;&nbsp;&nbsp;  of how things should be parsed.<BR>
<BR>
that's right.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  Heck, I started one a while ago for Markdown Extra<BR>
&gt;&nbsp;&nbsp;  ...<BR>
&gt;&nbsp;&nbsp;  Then I stopped because I realized it'd be too long and that I had<BR>
&gt;&nbsp;&nbsp;  many more interesting projects I could do in that free time. <BR>
<BR>
the other thing is that you were doing the task as the lead actor...<BR>
this effort will only work if it's a collaboration amongst all of you.<BR>
and each of you is probably going to have to give something up...<BR>
(unless you can find a sharp way to tease out all the ambiguities.<BR>
which, if you _can_ do that, will be the best solution for everyone.)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  Still, thanks for your analysis. It's refreshing to have <BR>
&gt;&nbsp;&nbsp;  an outsider's opinion one time in a while. <BR>
<BR>
hey, who you calling "an outsider"?&nbsp;  i was researching light-markup<BR>
years before gruber and swartz came along.&nbsp;  this is my house, and<BR>
you kids better stop playing on my lawn...&nbsp;  outsider my ass!&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  ;+)<BR>
<BR>
seriously, though, markdown has been great for light-markup, and<BR>
i sincerely hope that you guys move markaround to the next level...<BR>
<BR>
***<BR>
<BR>
drang said:<BR>
&gt;&nbsp;&nbsp;  Fish, eh? I thought I smelled something…<BR>
<BR>
you funny!&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  :+)<BR>
<BR>
but if you sincerely want to "call" it, you can.<BR>
<BR>
i have promised to release my app when i get<BR>
100 people signed-up on this web-page here:<BR>
&gt;&nbsp;&nbsp;  http://jaguarps.blogspot.com/2011/04/blog-post_14.html<BR>
<BR>
once i put it out in the world, you can criticize it<BR>
to the depths and heights of your heart's desire.<BR>
<BR>
yes, i'm sittin' here, right on the edge of the dunk-tank,<BR>
daring you to step up and fire a hardball at the target...<BR>
<BR>
***<BR>
<BR>
albert said:<BR>
&gt;&nbsp;&nbsp;  Extensions address the question of limited scope, and <BR>
&gt;&nbsp;&nbsp;  if they are to grow useful, it seems reasonable to inform them <BR>
&gt;&nbsp;&nbsp;  with a more abstract purpose; e.g., enriching plain text with <BR>
&gt;&nbsp;&nbsp;  logical structure, rather than making macros for html. <BR>
<BR>
that's quite astute.<BR>
<BR>
***<BR>
<BR>
thomas said:<BR>
&gt;&nbsp;&nbsp;  You may also look at the syntax specification for kramdown<BR>
<BR>
you've done a very good job, thomas, really a smashup job...<BR>
<BR>
my reservation is based on my reaction that "this isn't simple".<BR>
<BR>
that might be the way you've explained it.&nbsp;  (like michel's work,<BR>
your documentation seems to be aimed at the _format_wonks,_<BR>
who care about "block level versus span level" and such things.)<BR>
<BR>
or it might be that the underlying framework is just too difficult.<BR>
(specifically, i wonder if all the hassles of "lazy syntax linewrap"<BR>
outweigh the convenience...&nbsp;  in my own work, i had to offer that<BR>
-- as project gutenberg files have mid-paragraph linebreaks --<BR>
but i worked out a way that it doesn't have to be quite so hard.)<BR>
<BR>
so i just can't tell if it's the documentation or the framework, but<BR>
either way, if you can't find a more simple way to explain all of it<BR>
to ordinary people, i'm afraid you ain't gonna get a lot of uptake.<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>