<HTML><FONT FACE=arial,helvetica><HTML><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4">arno said:<BR>
&gt;&nbsp;&nbsp;  is this a "Discussion related to Markdown" anymore?<BR>
<BR>
let me deal with this last comment first.<BR>
<BR>
if people think this is out-of-place, i can back off.<BR>
<BR>
i've been a long-time supporter of light-markup,<BR>
and as markdown has been the leading exemplar<BR>
for a while now, i have done a lot to promote it...<BR>
<BR>
at the same time, i've been developing _my_ flavor.<BR>
(and my efforts in that regard _predate_ markdown.)<BR>
<BR>
i'm obviously interested in markdown, or i wouldn't<BR>
be here, but i'm thinking that people here might be<BR>
interested in other forms of light-markup as well,<BR>
including things like pandoc and restructured text.<BR>
<BR>
there are certainly a lot of issues that are related to<BR>
the ongoing development of light-markup that can<BR>
be discussed productively, if people want to do that.<BR>
but if y'all do not, it's not my role to push that here.<BR>
<BR>
so let me know.&nbsp;  either way.<BR>
<BR>
<BR>
&gt;&nbsp;  1. Congrats! It validates as XHTML 1.0 Strict [1]. <BR>
<BR>
of course.<BR>
<BR>
most of the e-book compiler-tools will refuse to work<BR>
if the .html which they are being fed doesn't validate...<BR>
<BR>
<BR>
&gt;&nbsp;  2. What's with all the horizontal rules at the end? <BR>
<BR>
it's a way to say "the end".&nbsp;  plus it makes that final<BR>
"chapter" fat enough that the "&lt;c&gt;" stays in place.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  3. What's with the "&lt;c&gt;" that keeps showing up?<BR>
<BR>
so, you didn't try it?&nbsp;  that's probably understandable.<BR>
it's a bed of links, but i strip decoration off the links.<BR>
<BR>
the "&lt;" is a link to the previous chapter, the "c" links to<BR>
the table of contents, and "&gt;" goes to the next chapter.<BR>
this makes it easy to step through the chapters, and is<BR>
one of the best navigational functionalities i am using.<BR>
i will probably end up making it smaller, and gray, but<BR>
my experience after many years is that it is fantastic...<BR>
and there's simply no way i would ever dispense with it.<BR>
not that you were asking for that -- just to let you know.<BR>
<BR>
one of the things is that the project is directed at e-books.<BR>
so the assumption is the readers are in it for the long haul,<BR>
and will quickly learn the interface, so that big instructions<BR>
aren't really needed.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  4. At the start you have an &lt;h1&gt; that is split by a &lt;br /&gt;<BR>
&gt;&nbsp;&nbsp;  and&nbsp;  formatted with multiple &lt;big&gt; tags. I don't know <BR>
&gt;&nbsp;&nbsp;  off-hand if header tags _shouldn't_ be split by &lt;br /&gt;, <BR>
&gt;&nbsp;&nbsp;  but it sure doesn't _feel_ right. <BR>
<BR>
i most definitely feel that headings should be "copy-fit" to<BR>
the available space, which often means linebreaking them,<BR>
and usually not in the places where they just got "too long".<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  And "&lt;big&gt;"-style formatting doesn't <BR>
&gt;&nbsp;&nbsp;  seem like it should be mixed in with CSS. <BR>
<BR>
well, that was something that i added by hand afterward.<BR>
(the other was tightened leading on the table of contents.)<BR>
<BR>
i wish i could write a routine that would be clever enough<BR>
to know when a part of a title should be made bigger and<BR>
when not, but i don't feel that i'm smart enough to do so.<BR>
(i'll try, when i have time, but i am not optimistic about it.)<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  5. Why does every image have a "caption" <BR>
&gt;&nbsp;&nbsp;  that indicates the filename? <BR>
&gt;&nbsp;&nbsp;  This seems like more markup that is<BR>
&gt;&nbsp;&nbsp;  supposed to be handled, but is <BR>
&gt;&nbsp;&nbsp;  also being passed through to the HTML. <BR>
<BR>
a big part of the design philosophy of my project is that<BR>
everything in the input has to be present in the output...<BR>
<BR>
related to this is a focus on the importance of _remixing_,<BR>
with an important component the goal of "round-tripping".<BR>
that is, a person should be able to _regenerate_ the input<BR>
with little more than a few global-changes to the _output_.<BR>
<BR>
in other words, if i copy the text out of the web-browser,<BR>
or the .pdf, i'll get something very close to the input-file.<BR>
with which i could generate the _identical_ .html and .pdf.<BR>
<BR>
in order to wrap your head around just how radical this is,<BR>
imagine that you could copy the text from a .pdf and have<BR>
the indesign file which created the .pdf.&nbsp;  pretty insane, eh?<BR>
<BR>
it's not quite so impossible with light-markup, but still...<BR>
<BR>
the equivalent with the markdown dingus would be that<BR>
you could copy the results from the ".html output" part<BR>
and paste 'em back in the "markdown input" section and<BR>
create the same .html output, and do that over and over.<BR>
<BR>
maybe you feel there's "no need" for that type of thing.<BR>
and maybe there isn't.&nbsp;  but i think there is.&nbsp;  either way,<BR>
it'd be pretty darn cool -- and i aim to make it happen.<BR>
<BR>
and what that means is that things like the image-name<BR>
must be present in the output, and not obfuscated away.<BR>
now, they certainly can be smaller, and rendered in gray,<BR>
so as to be less conspicuous.&nbsp;  but a big part of the design<BR>
is to "resurface" those things that are often "tucked away".<BR>
i'm seeking transparency that hasn't been present before.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  6. Is there a single capital letter on the page? <BR>
<BR>
i certainly hope not.&nbsp;  but every once in a while one slips in.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  7. The text could use some more "interesting" formatting, <BR>
&gt;&nbsp;&nbsp;  but that could just be the styling that you've chosen. <BR>
<BR>
i am certainly open to any feedback that you might have...<BR>
<BR>
i fully recognize that i have absolutely zero designer skills.<BR>
<BR>
and .css is more "frustrating" to me than illuminating, and<BR>
i have been doing stylesheets ever since ventura publisher.<BR>
<BR>
so i welcome feedback, and working .css, from anyone...<BR>
<BR>
at the same time, this is a tool for making e-books, and<BR>
i don't know if you've seen the kindle viewer-program, or<BR>
even ibooks, but they're incapable of anything except the<BR>
simplest of the basics, and often even that is a big stretch.<BR>
<BR>
so i'm bound at the other end with impoverished environs.<BR>
<BR>
<BR>
&gt;&nbsp;&nbsp;  The weirdest part is the seeming mix of markup <BR>
&gt;&nbsp;&nbsp;  in the formatted document. I'm not sure if it's <BR>
&gt;&nbsp;&nbsp;  supposed to be an example of the HTML output <BR>
&gt;&nbsp;&nbsp;  of your converter or an HTML representation <BR>
&gt;&nbsp;&nbsp;  of the input to your converter. It seems like both. <BR>
<BR>
i should have shown you the input file as well.&nbsp;  it's here:<BR>
&gt;&nbsp;&nbsp;  http://jaguarps.com/tools/creeb-0609.zml<BR>
<BR>
comparing the .zml and .html, side-by-side, is instructive.<BR>
<BR>
it might also show you why i believe that i have developed<BR>
the lightest light-markup around.&nbsp;  that's why i call it "zen".<BR>
<BR>
so arno, thank you for your valuable feedback.<BR>
<BR>
-bowerbird<BR>
</FONT><FONT COLOR="#000000" FACE="Lucida Grande" LANG="0" SIZE="4"></FONT></HTML>