<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Verdana" LANG="0" SIZE="4">seumas said:<BR>
&gt;&nbsp;&nbsp;  Same reason I'm responding <BR>
<BR>
great!&nbsp;  i love lighthearted discussion!&nbsp;&nbsp;&nbsp;&nbsp;  :+)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  If we were only worried about markup we'd <BR>
&gt;&nbsp;&nbsp;  just use html, or maybe restructured text, or<BR>
<BR>
but if you were unconcerned about markup,<BR>
you'd just use plain-text, without markdown.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  Which is one of the goals of zml but not markdown.<BR>
<BR>
ok...&nbsp;  then again, i was _talking_ about z.m.l.,<BR>
and the general issue of auto-assigning an i.d.,<BR>
as well as markdown-extra and multimarkdown,<BR>
and pandoc too, in terms of that general issue,<BR>
one that's ignored completely in gruber's version.<BR>
all in all, i think it was an encompassing overview,<BR>
one doing justice to the issue and its complications.<BR>
<BR>
different use-cases are gonna have differing values,<BR>
but that's a good thing because it broadens our view.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  I don't really see an advantage to unique headers<BR>
<BR>
did you look at the examples i gave, from the manual<BR>
for multimarkdown?&nbsp;  i think the case is fairly obvious.<BR>
<BR>
i think for any specific instances you examine, you'll<BR>
find it often helps to go unique, rarely (if ever) hurts.<BR>
<BR>
i'd say i see non-advantages to non-unique headers...<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  That's something that can be handled <BR>
&gt;&nbsp;&nbsp;  as a post-process<BR>
<BR>
in my workflow, there is no "post-process".&nbsp;  and still,<BR>
why put off until post-process what you can do now?<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  I got distracted with all the multiple blank lines<BR>
<BR>
whoa!&nbsp;  seumus!&nbsp;  you "got distracted" by blank lines?<BR>
that's getting tripped by the absence of your shadow!<BR>
you are obviously more zen than i am...&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;  :+)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  I agree that too much markup gums up the editing<BR>
&gt;&nbsp;&nbsp;  - and especially the composing. Less is more.<BR>
<BR>
right.&nbsp;  writing and rewriting.&nbsp;  that's what "editing" is, to me...<BR>
everything that happens from blank page to polished product.<BR>
<BR>
and angle-brackets are a terrible distraction.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  In general light markup is "cool" because it allows <BR>
&gt;&nbsp;&nbsp;  "cool" writing and editing without using html for those <BR>
&gt;&nbsp;&nbsp;  who can't be bothered.<BR>
<BR>
this is where we agree, yes.<BR>
<BR>
.html is tedium that can be auto-applied after the editing.<BR>
(or any midpoint within the process of doing the editing.)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  It's not why I use markdown and <BR>
&gt;&nbsp;&nbsp;  I don't really care if it's cool or not. <BR>
&gt;&nbsp;&nbsp;  I don't have a blog that I use a light markup for. <BR>
&gt;&nbsp;&nbsp;  I don't have a public website that I keep updated <BR>
&gt;&nbsp;&nbsp;  using a light markup for content. I just <BR>
&gt;&nbsp;&nbsp;  organize my own personal offline information using it. <BR>
<BR>
interesting.&nbsp;  i don't think that you are the typical use-case,<BR>
but i would love to hear exactly how your system works and<BR>
how markdown adds value to what sounds like a text-base.<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>