ol start with a specific number?

Sherwood Botsford sgbotsford at gmail.com
Thu Apr 7 09:57:32 EDT 2011

Markdown support is sufficiently fragmented that anyone who moves MD files
from one system to another without checking may be justly said to be getting
what he deserves.

It's getting apparent that JG has little interest in further work on
markdown. It is time to pretend that he has been abducted by aliens, and to
carry on without him.

I can see various things to happen from here:

1. BabelMark could become the repository for dialect differences. Couple
BabelMark to a wiki.

2. The various MD implementors could get together and define what is core
markdown. This is the feature set that everyone supports or is willing to

Core features could be supported OotB, or Conf -- Out of the box, or by a
configuration file, or by a tag or flag in the file.

In particular the core group would define what behaviour should happen in
the edge cases where it currently is not well defined.

Thus constructs like the numbering issue earlier in this thread may have a
config file entry of:
LazyNumber = {traditional | initial } #traditional -- always starts with 1,
initial starts with the first number provided.

With time it's hoped that more and more of the features drift into core.

Question: If we look at the dialects of MD that account for, say, 90% of
the use, how many of the implementors of those are on this list?


Sherwood of Sherwood's Forests

Sherwood Botsford
Sherwood's Forests -- http://Sherwoods-Forests.com
50042 Range Rd 31
Warburg, Alberta T0C 2T0

On Wed, Apr 6, 2011 at 9:34 PM, Aristotle Pagaltzis <pagaltzis at gmx.de>wrote:

> * Waylan Limberg <waylan at gmail.com> [2011-04-07 04:15]:

> > I'm not opposed to adding this, but I noticed that no other

> > implementation (of those on Babelmark) implements this by

> > default (not counting Pandoc's extended mode). I haven't

> > checked if other implementations offer this as an option.


> John’s reason was that the `start` attribute was deprecated

> in HTML 4 Strict. He has since said at least once that this

> reasoning was flawed and the decision a mistake.


> > My question is: should this be an option to turn on and off,

> > and if so, should it be on or off by default?


> Bitter as it may be I think you would need to leave it off by

> default. Interoperability is important.


> > Given that statement, it would seem that on by default and

> > without an option to turn if off would be fine.


> I wish John would make another release to straighten out these

> handful of known tiny niggles… since his is the implementation

> that everyone else’s will follow.


> > But what is the reality in the real world? If I did that, would

> > a bunch of documents suddenly start rendering incorrectly - or

> > at least different that expected? I guess the real question is:

> > has everyone been ignoring that piece of advice in the docs and

> > if so, is this something we should care about as implementors?


> It’s not that simple. Consider what happens if some user writes

> a document while previewing it with your implementation, which

> advertises itself as Markdown, then pastes it into the textarea

> in some web app, which also advertises Markdown support.


> Regards,

> --

> Aristotle Pagaltzis // <http://plasmasturm.org/>

> _______________________________________________

> Markdown-Discuss mailing list

> Markdown-Discuss at six.pairlist.net

> http://six.pairlist.net/mailman/listinfo/markdown-discuss


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://six.pairlist.net/pipermail/markdown-discuss/attachments/20110407/a9b285ce/attachment.html>

More information about the Markdown-Discuss mailing list