Discussion:
Fixing Markdown Series @ Manuscripts News
Gerald Bauer
2017-07-18 12:48:42 UTC
Permalink
Hello,

First thanks for the great mailing list service. Since I'm just
talking to myself here this will be my last post on markdown list
(never say never ;-) Anyways, they never come back, don't they?


If you follow along there are different ways to "fix" markdown:

1) Create your own flavor and rules e.g. kramdown, multimarkdown, etc.

2) Try to nail down all rules in "basic" markdown e.g. CommonMark

3) Why not evolve markdown?


What's evolution? Why is it different from 1) or 2).

Deletions. Yes. Deletions. Changes. Addition.


For example, let's fix the unpopular ugly (unintuitive) image links.

No more ![](fail.gif).


Use:

{{ pic.gif }} or
{{ fig | pic.gif }} or
{{ fig pic.gif }} or
{{ img pic.gif }} or
pic.gif

Why? Why not?


Here are some "hard" problems solved easily by deletions or changes:


Paragraph ?!
Heading ?!
---- <-- heading marker, please!?
Paragraph
We should not be looking at top-level = setext headings, but second-level - ones, because
- Paragraph, heading, paragraph
- Heading (with 2 lines), paragraph
- Paragraph (with 2 lines), separator, paragraph
- Paragraph (with 4 lines)


A puzzle from the commmarks forum. Now easily solved. Yes.
It's a paragraph (with 2 lines), separator, paragraph. Bingo!

NEW: Setext headings MUST be followed by a blank line.


- ### Big ###
- ## Bigger ##
- # Bigest #

NEW: A heading always MUST start on a new line. Period.


If you're interested, see the Text with Instructions (.text) page [1] or
follow along on Manuscripts News [2] on twitter.

Keep on writing. All the best. Enjoy the summer. Cheers.

[1] https://texti.github.io
[2] https://twitter.com/manuscriptsnews
Dennis E. Hamilton
2017-07-18 15:01:17 UTC
Permalink
It seems to me that the first thing to handle is coming up with a means for identifying the version/variant/dialect/fork of "markdown" that a file is coded in.

I have been thinking that a variant of #! Would do it, but that's not quite what that is used for (since it confuses format and the application that is expected to process it). (I am looking at #? Myself, but don't have a clear proposal at

I still think something like that is called for. Have a way of identifying the format of the text and, ideally, leading to where the rules and definition can be found. Have it in a form that can be ignored, and still be forgiving when there is no such information and a consuming software does the best that can be figured out.

- Dennis

PS: I am looking at #? myself, for leading format specifying line(s). Don't have a clear description so far, but there's more thinking at <http://nfoware.com/notes/2017/02/n170201.htm>. I will be using this for some different formats that I want to introduce (having little or nothing to do with markdown).
-----Original Message-----
From: Markdown-Discuss [mailto:markdown-discuss-
Sent: Tuesday, July 18, 2017 05:49
Hello,
First thanks for the great mailing list service. Since I'm just
talking to myself here this will be my last post on markdown list
(never say never ;-) Anyways, they never come back, don't they?
[ ... ]
Marty McGowan
2017-07-21 20:11:08 UTC
Permalink
Dennis,

my interest in following this discussion, now that i see you here, just went from observer, to tracker, maybe even participant.
i'm an emacs orgmode user. are you? i've used pandoc to convert *.org to *.md (and some back again). my criteria for using either: OrgMode for stuff not needing curating when i'm gone, Markdown for text I'd hope that others will maintain. in this latter category, i've collected the text from my sister's genealogy work on Ancestry and am re-purposing it to live on McGowans.Org
Here's a tally by suffix of the files in this legacy:

1 m4
65 md
58 mkd
341 org
1 src
66 txt

where the mkd (certainly) and the txt (likely) are Markdown, with src and m4 each having a spot. so, it's Orgmode 341, Markdown 191.
any advice here?

Thanks,
=*+*- Marty McGowan 908 230-3739
http://alum.mit.edu/www/mcgowan

p.s. bill and i had a live session yesterday about keybase, where i'm applemcg.
It seems to me that the first thing to handle is coming up with a means> for identifying the version/variant/dialect/fork of "markdown" that a> file is coded in.
I have been thinking that a variant of #! Would do it, but that's not> quite what that is used for (since it confuses format and the application> that is expected to process it). (I am looking at #? Myself, but don't> have a clear proposal at
I still think something like that is called for. Have a way of
identifying the format of the text and, ideally, leading to where the> rules and definition can be found. Have it in a form that can be
ignored, and still be forgiving when there is no such information and a> consuming software does the best that can be figured out.
- Dennis
PS: I am looking at #? myself, for leading format specifying line(s).> Don't have a clear description so far, but there's more thinking at
<http://nfoware.com/notes/2017/02/n170201.htm>. I will be using this for> some different formats that I want to introduce (having little or nothing> to do with markdown).
-----Original Message-----
From: Markdown-Discuss [mailto:markdown-discuss-
Sent: Tuesday, July 18, 2017 05:49
Hello,
First thanks for the great mailing list service. Since I'm just> > talking to myself here this will be my last post on markdown list
(never say never ;-) Anyways, they never come back, don't they?
If you follow along there are different ways to "fix" markdown:> >
[ ... ]
_______________________________________________
Markdown-Discuss mailing list
https://pairlist6.pair.net/mailman/listinfo/markdown-discuss
James Smits
2017-07-22 03:32:16 UTC
Permalink
Marty, any relation to Galen?

Dennis, I get what your saying about a version identifier, but it would be much more cost effective if the community agreed upon a standard (say, CommonMark, or whatever since it was proposed as such), and threw a big-fat-lint warning in front of whomever wrote non-conformant MarkDown. Your solution puts the burden on the subscriber of a MarkDown blob (bit, squibble, rave, whatever you want to call it) to process it properly, while the burden should be on the publisher (assuming they want it to be consumed.)

I don't know. Without tangentially philosophizing politics for too long,maybe it's technocrats' responsibility to spackle the cracks in human-relations.

In any event, if a MarkDown statement (?) could be passed around reliably via JSON or some other structure, then the "integrated" web we see today would at least bump a minor version number.

Jim

PS. As I write this, it occurred to me that this idea may target an outmoded form of Cumputer>Human interaction I.e. The keyboard.

Sent from my iPhone
Post by Marty McGowan
Dennis,
my interest in following this discussion, now that i see you here, just went from observer, to tracker, maybe even participant.
i'm an emacs orgmode user. are you? i've used pandoc to convert *.org to *.md (and some back again). my criteria for using either: OrgMode for stuff not needing curating when i'm gone, Markdown for text I'd hope that others will maintain. in this latter category, i've collected the text from my sister's genealogy work on Ancestry and am re-purposing it to live on McGowans.Org
1 m4
65 md
58 mkd
341 org
1 src
66 txt
where the mkd (certainly) and the txt (likely) are Markdown, with src and m4 each having a spot. so, it's Orgmode 341, Markdown 191.
any advice here?
Thanks,
=*+*- Marty McGowan 908 230-3739
http://alum.mit.edu/www/mcgowan
p.s. bill and i had a live session yesterday about keybase, where i'm applemcg.
Post by Dennis E. Hamilton
It seems to me that the first thing to handle is coming up with a means
for identifying the version/variant/dialect/fork of "markdown" that a
file is coded in.
I have been thinking that a variant of #! Would do it, but that's not
quite what that is used for (since it confuses format and the application
that is expected to process it). (I am looking at #? Myself, but don't
have a clear proposal at
I still think something like that is called for. Have a way of
identifying the format of the text and, ideally, leading to where the
rules and definition can be found. Have it in a form that can be
ignored, and still be forgiving when there is no such information and a
consuming software does the best that can be figured out.
- Dennis
PS: I am looking at #? myself, for leading format specifying line(s).
Don't have a clear description so far, but there's more thinking at
<http://nfoware.com/notes/2017/02/n170201.htm>. I will be using this for
some different formats that I want to introduce (having little or nothing
to do with markdown).
-----Original Message-----
From: Markdown-Discuss [mailto:markdown-discuss-
Sent: Tuesday, July 18, 2017 05:49
Hello,
First thanks for the great mailing list service. Since I'm just
talking to myself here this will be my last post on markdown list
(never say never ;-) Anyways, they never come back, don't they?
[ ... ]
_______________________________________________
Markdown-Discuss mailing list
https://pairlist6.pair.net/mailman/listinfo/markdown-discuss
_______________________________________________
Markdown-Discuss mailing list
https://pairlist6.pair.net/mailman/listinfo/markdown-discuss
Loading...