John Gruber wrote:
I don't like it at all, and certainly won't use or endorse it.
Amen. How does a cryptic or tech-schmancy extension square with the
Markdown ethic? It don't.
But if ya absolutely hadda have one sometimes, what about, uhh,
`filename.markdown`?
Too confusing?
LQ
Joe Chellman wrote:
On Nov 22, 2006, at 12:03 PM, Mark Smith wrote:
php-driven, markdown-aware, open source wiki/cms that has some degree
of version control, a flexible system for privs/access control, is
installable (or buildable) on OS X and has an easy installer for
windows ?
Drupal
Jonathan Deber wrote:
Has anyone considered moving the list from mailman to Google Groups?
http://article.gmane.org/gmane.text.markdown.general/2378
LQ
___
Markdown-Discuss mailing list
Markdown-Discuss@six.pairlist.net
Maybe this has been reported before, but I can't find it in the
archives.
A code block immediately following an ordered or unordered list
breaks both the list and the code block. Badly.
Tab or spaces for the block don't matter, legal indentation variants
of the list don't matter. Tried a bunch
Jacob Rus wrote:
Unfortunately there has been stiff (not particularly
logical IMO) resistance to formalizing markdown on this mailing list.
I'm not religious about that, but this one did surprise me because I
figured code blocks were tokenized early, since they only get a few
entity transforms.
Michel Fortin wrote:
Yeah. That's pretty much exactly what I proposed last year:
http://six.pairlist.net/pipermail/markdown-discuss/2006-October/000349.html
Ahh, forgot that. +1, then.
Also, did anyone notice the syntax John used in this email to denote
code examples?
Matt Kraai wrote:
If the first code block is indented with 8 spaces, or 2 tabs, it will be
treated as a nested code block inside the second list item, but there seems
to be no way to make it be seen as a code block that immediately follows
the list.
A known shortcoming.
Michel Fortin wrote:
Note that creating a second paragraph in the list item is correct
behaviour, not a bug.
And I should've been clearer that it's not a bug, and should've
linked directly to the workaround. Apologies.
So I'm seriously thinking about adding a second (unindented) code block
David Reimer wrote:
When I use nested lists -- it doesn't matter whether ol or ul,
there is always a blank line forced after the second level list is
complete before returning to level one. Examples:
It's a CSS issue, not a markup issue. If you're using browser
defaults, you're most likely
Suppose that markdown was clever enough to reference an external
file (in .markdownrc of course) for the resolution of LABEL.
NOW when I re-arrange the universe, I only have to change the reference in
this one file, NOT in every file that references it.
Good idea to tokenize URL paths and
However, I am still very fond of David Wheeler's proposal[1] for
Markdown tables. Are there any existing implementations of [1] at
present? If not, I will try to implement it as a preprocessor (as
Waylan Limberg suggested) so that it can be used with any Markdown
implementation:
If I
On Tue, Sep 22, 2009 at 12:42 PM, Jerry Krinock je...@ieee.org wrote:
So, I changed the order to process text through Markdown first, then
SmartyPants. So far, so good.
That's what you want. Also, Smartypants won't reach into pre,
code, script blocks, etc. -- provided they exist in the input,
On Mon, Oct 19, 2009 at 3:20 PM, AJG Baeumel
a...@st-maurices.n-lanark.sch.uk wrote:
Why is Marksmarty no longersupported in Drupal 6.14?
It's been a while since I've worked with Drupal, but I remember that
MarkSmarty was really just a hybrid convenience filter. It's better to
apply the
Markdown, then Smartypants
Indeed, I just checked my script and this is the order I ended up with.
Very sorry. Must have been a late night. Of course Smartypants takes
X/HTML input.
LQ
___
Markdown-Discuss mailing list
It's nowhere written that the Markdown user won't have to pre-process
or post-process to scratch his particular itch.
Michel has already[1] made the extensions and done the fixes that a
text-to-HTML conversion tool for web writers reasonably needs at its
core. (Prefer Ruby? kramdown's for
Markdown's dead? Absurd.
Obviously. That’s why no one said that.
Markdown *development* is dead.
(Straw men are easy to clobber.)
And cherries are easy to pick. My point is that the canonical
ambitions that some have for Markdown aren't shared by it's author
(Gruber) and it's adoptive
-numbering problem but a raft of others.
LQ
[1]: http://kramdown.rubyforge.org/syntax.html#inline-attribute-lists
[2]: http://maruku.rubyforge.org/proposal.html#attribute_lists
[3]: https://github.com/lakshmivyas/hyde
--
Lou Quillio
http://quillio.com/
pub...@quillio.com
have the
impression that they're scraped.
I think the harvesters are all about low-hanging fruit, and decoding
is still more expensive than it's worth. Might change some day, but
doesn't seem to have -- yet.
LQ
--
Lou Quillio
http://quillio.com/
pub...@quillio.com
+1 518.285.0003 (gVoice
On Tue, Apr 12, 2011 at 2:47 AM, Wander Nauta i...@wandernauta.nl wrote:
I agree, entity-encoded mailto: links work quite well. They may not work
forever, though, and some Drew McLellan made a good point here:
In some ways, obfuscated addresses are even more valuable
to spammers, as the very
On Tue, Apr 12, 2011 at 10:08 PM, Fletcher T. Penney
fletc...@fletcherpenney.net wrote:
On a related topic --- does anyone know how to pass an obfuscated
email address through XSLT?
CDATA wrapper?
LQ
___
Markdown-Discuss mailing list
--
Lou Quillio
http://quillio.com/
pub...@quillio.com
___
Markdown-Discuss mailing list
Markdown-Discuss@six.pairlist.net
http://six.pairlist.net/mailman/listinfo/markdown-discuss
and that ship with batteries included? Either I'll never
understand the grousing, or folks don't get that any Markdown
transformer is *part* of one's toolchain. Maybe a big part, depending
on what you're doing, but god invented sed for a reason.
LQ
[1]: http://www.webmproject.org/
--
Lou Quillio
On Mon, Jun 6, 2011 at 7:16 PM, Edwin Stearns edwinstea...@gmail.com wrote:
On Mon, Jun 6, 2011 at 6:28 PM, bowerb...@aol.com wrote:
http://jaguarps.com/tools/screenshots.html
LInk doesn't render!
Looks like unattractive [1] auto-complete cruft from Bowerbird's text editor.
LQ
[1]:
-- in list
items and blockquotes, and without depending on newlines -- since at
least 0.8.0.
LQ
--
Lou Quillio
http://quillio.com/
___
Markdown-Discuss mailing list
Markdown-Discuss@six.pairlist.net
http://six.pairlist.net/mailman/listinfo/markdown-discuss
where are the worthwhile markdown dingi? (dinguses?)
i'm interested in any dingus that can take a reasonable
amount of text -- let's say anything up to a megabyte --
and return the results in real-time, without a long wait...
$ kramdown test.txt index.html; heel
Need fancy? Use
, here's Russ Weakly in 2004:
http://www.maxdesign.com.au/articles/definition/
LQ
--
Lou Quillio
http://quillio.com/
___
Markdown-Discuss mailing list
Markdown-Discuss@six.pairlist.net
http://six.pairlist.net/mailman/listinfo/markdown-discuss
*On Wed, Jul 18, 2012 at 3:24 PM, Owen Densmore o...@backspaces.net wrote:
I noticed the markdown used for http://daringfireball.net/projects/markdown/
had this:
Discussion List a id=discussion-list /
That's 2005-vintage XHTML-ish markup. You wouldn't write it today. No
reason the id can't be
get paragraphs within the list items
but, arguably, you want them, or eventually will. IIRC, PHP Markdown
Extra [2] handles this similarly.
HTH
LQ
[1]: http://kramdown.rubyforge.org/
[2]: http://michelf.ca/projects/php-markdown/extra/
--
Lou Quillio
http://quillio.com
On Tue, Feb 6, 2018 at 7:28 PM Lou Quillio wrote:
>
> Could use some help with the draft WikiPedia article _Dean Cameron Allen_.
Someone has successfully created a WikiPedia article:
https://en.wikipedia.org/wiki/Dean_Allen
LQ
___
Markdown-D
On Tue, Jan 23, 2018 at 1:45 PM, bowerbird via Markdown-Discuss
wrote:
> dean allen slipped the bonds last week.
>
> allen was one of the pioneers of light-markup,
and a friend, and a very clever dude. I've submitted a draft, skeleton
WikiPedia article ("Dean
on its bones and it has multiple contributors.
Thanks.
LQ
On Tue, Feb 6, 2018 at 7:22 PM, Lou Quillio <pub...@quillio.com> wrote:
> On Tue, Jan 23, 2018 at 1:45 PM, bowerbird via Markdown-Discuss
> <markdown-discuss@six.pairlist.net> wrote:
>> dean allen slipped the bond
31 matches
Mail list logo