Re: dean allen is gone

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

Re: dean allen is gone

x27;s more meat on its bones and it has multiple contributors. Thanks. LQ On Tue, Feb 6, 2018 at 7:22 PM, Lou Quillio wrote: > 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 pio

Re: dean allen is gone

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 Cameron Allen"), which I suppose the

Re: Github-style fenced code blocks

On Sat, Sep 28, 2013 at 5:28 AM, Michel Fortin wrote: > Le 27-sept.-2013 à 13:50, Aristotle Pagaltzis a écrit : > I've pretty much set my mind on adding support for them now. +1. A generation is learning markdown from GitHub, and adapting isn't especially painful. LQ __

Re: Community Group for Markdown Standardization

On Wed, Nov 21, 2012 at 4:12 PM, Boris Le Ninivin wrote: > On 11/21/2012 06:04 PM, Michel Fortin wrote: >> If your idea of an improved Markdown is one that starts with a doctype, >> I'm afraid it won't get very far (with users and implementers alike). > > I completely agree with that statment. Th

Re: pre in lists

3. end of the list Something like `kramdown test.txt > test.html` Works the way you intend. You'll 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/ ___ Markdown-Discuss mailing list Markdown-Discuss@six.pairlist.net http://six.pairlist.net/mailman/listinfo/markdown-discuss

Re: Links in DF's Markdown?

*On Wed, Jul 18, 2012 at 3:24 PM, Owen Densmore wrote: > I noticed the markdown used for http://daringfireball.net/projects/markdown/ > had this: > > Discussion List That's 2005-vintage XHTML-ish markup. You wouldn't write it today. No reason the id can't be on the heading. > I rather like avoi

Re: Definition list as image caption

nk? For reference, 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

Re: where are the worthwhile markdown dingi?

> 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 `-

Re: Multiline code block within a list

t 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

Re: fried fish, available, for free

On Mon, Jun 6, 2011 at 7:16 PM, Edwin Stearns wrote: > On Mon, Jun 6, 2011 at 6:28 PM, 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]: http://en.wikipedia.org/wiki/Bowerb

Re: Re: An Observation

n tools to scratch any itch 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 rea

Re: Consecutive code blocks

d to do so. Dunno which transformer you're using, but most that I've used (that support fenced code blocks) don't have this problem. Might need a newline between blocks, but that's it. Relying on indentation for code blocks will disappoint you again and again. Not recommended. Learn to

Re: Email Obfuscation Techniques

On Tue, Apr 12, 2011 at 10:08 PM, Fletcher T. Penney wrote: > On a related topic ---  does anyone know how to pass an obfuscated > email address through XSLT? CDATA wrapper? LQ ___ Markdown-Discuss mailing list Markdown-Discuss@six.pairlist.net http://

Re: Email Obfuscation Techniques

On Tue, Apr 12, 2011 at 2:47 AM, Wander Nauta 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 act of obfus

Re: Email Obfuscation Techniques

27;t 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

Re: ol start with a specific number?

t facility for specifying arbitrary attributes inline solves not only the list-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 [

Re: Markdown development

>> 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 adopt

Re: Markdown development

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 you[

Re: Order of Markdown and SmartyPants filters (was: Re: Markdown Support in Drupal6.14?)

>> 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 Markdown-Discuss@six.pairlist

Re: Markdown Support in Drupal6.14?

On Mon, Oct 19, 2009 at 3:20 PM, AJG Baeumel 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 SmartyPants and Markdown filters (in tha

Re: Scripting: Invoke Markdown *before* SmartyPants

On Tue, Sep 22, 2009 at 12:42 PM, Jerry Krinock 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 , ,

Re: tables with Unicode box drawing characters?

> 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 u

Re: Extra markdown suggestions

On Fri, Nov 28, 2008 at 2:34 AM, Simon Bull <[EMAIL PROTECTED]> wrote: > Another topic is about how to go about changing Michel Fortin's PHP code to > implement these changes. Is this the right forum to discuss such code > changes? Usually it's best to leverage the fact that Markdown won't touch

Re: Feature Request External label resolution

> 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

Re: forking Markdown.pl?

On 3/16/08, John Gabriele <[EMAIL PROTECTED]> wrote: > Those three things I think would pretty much satisfy a large swath of > currently unsatisfied users. You're close, IMO. Definition lists and an explicit code block delimiter that doesn't depend on indents (yet nevertheless nests as written)

Re: forking Markdown.pl?

On 3/14/08, John Gruber <[EMAIL PROTECTED]> wrote: > I despise what you've done with Text::Markdown, which is to more or > less make it an alias for MultiMarkdown, almost every part of which I > disagree with in terms of syntax additions. Agree. But `markdown.pl` is asleep. Bless Michel's (and

Re: Nested Lists

Alvaro Martin wrote: > I am trying to find out how to create nested lists. Can anybody help me? Just indent. Go here: http://daringfireball.net/projects/markdown/dingus Paste-in this: 1. I'm 2. a * nested 3. list Click "Convert". Nested list. LQ _

Re: Nested lists and blank lines

David Reimer wrote: > When I use nested lists -- it doesn't matter whether or , > 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 seei

Re: Flat code block syntax

Michel Fortin wrote: > 3. Ignore the problem, stick with tilde alone. This obviously > isn't optimal for everyone, but perhaps there is simply no > solution that can be optimal for everyone. Perhaps not optimal for everyone, but I say stick with it. Citing code blocks is a deliberate ope

Re: seemingly no good way to end bulleted list and start code block

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

Re: seemingly no good way to end bulleted list and start code block

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. http://www.mail-ar

Re: Bug: Code block after list

Waylan Limberg wrote: > IIRC, there was a recent discussion about having two blank lines force > the end of a block. > Certainly a simpler solution than others proposed here. Or is there > something obvious that I'm missing? Is it safe? While it wouldn't break any of my source, it could introduc

Re: Bug: Code block after list

Michel Fortin wrote: > Yeah. That's pretty much exactly what I proposed last year: > Ahh, forgot that. +1, then. > Also, did anyone notice the syntax John used in this email to denote > code examples? >

Re: Bug: Code block after list

Michel Fortin wrote: > it is necessary to interpret indented content after a list item as the > continuation of the content of that particular item. Ack! Of course. Didn't see it because my actual case is a lot more complicated. Less-liberal list indenting would be bad, so the only solution is

Re: Bug: Code block after list

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

Bug: Code block after list

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

Re: Footnote support in Markdown

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 http://six.pairlist.net/mailma

Re: Know ye of such a beast ?

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 ? >

Re: Markdown file extension

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 ___