StarMirror/showdown
1
0
Fork 0
mirror of https://github.com/showdownjs/showdown.git synced 2024-03-22 13:30:55 +08:00
Code Issues Projects Releases Wiki Activity
A bidirectional Markdown to HTML to Markdown converter written in Javascript
201 Commits 16 Branches 59 Tags 19 MiB
JavaScript 73.1%
HTML 26.9%
legacy
Go to file
Estevão Soares dos Santos a4cc97c065 Version bump and release
2015-05-27 16:03:24 +01:00
compressed Version bump and release 2015-05-27 16:03:24 +01:00
example Initial commit of AngularJS Integration Module 2014-11-05 03:10:02 +00:00
src style(showdown): change several lint and style issues 2015-05-27 15:47:33 +01:00
test Merge branch 'develop' 2015-05-13 22:38:32 +01:00
.gitattributes ignore stuff for git archive 2012-11-01 14:13:13 -04:00
.gitignore Preparing new release 2015-01-04 21:27:45 +00:00
.jshintignore Preparing new release 2015-01-04 21:27:45 +00:00
.travis.yml chore(.travis.yml): fix for running tests with grunt 2015-05-22 23:57:00 +01:00
bower.json Version bump and release 2015-05-27 16:03:24 +01:00
Gruntfile.js chore(Gruntfile.js): change and organize grunt tasks 2015-05-27 15:50:14 +01:00
license.txt initial commit 2008-11-13 13:40:18 -08:00
package.json Version bump and release 2015-05-27 16:03:24 +01:00
README.md docs(README.js): fix for webstorm logo 2015-05-27 16:01:14 +01:00

README.md

Showdown

Build Status npm version Bower version

Showdown: An extensible Markdown to HTML converter written in Javascript.

Quick Example

var Showdown = require('showdown');
var converter = new Showdown.converter();

converter.makeHtml('#hello markdown!');

// <h1 id="hellomarkdown">hello markdown!</h1>

What's it for?

Developers can use Showdown to:

  • Add in-browser preview to existing Markdown apps

    Showdown's output is (almost always) identical to markdown.pl's, so the server can reproduce exactly the output that the user saw. (See below for exceptions.)

  • Add Markdown input to programs that don't support it

    Any app that accepts HTML input can now be made to speak Markdown by modifying the input pages's HTML. If your application lets users edit documents again later, then they won't have access to the original Markdown text. But this should be good enough for many uses -- and you can do it with just a two-line onsubmit function!

  • Add Markdown input to closed-source web apps

    You can write bookmarklets or userscripts to extend any standard textarea on the web so that it accepts Markdown instead of HTML. With a little more hacking, the same can probably be done with many rich edit controls.

  • Build new web apps from scratch

    A Showdown front-end can send back text in Markdown, HTML or both, so you can trade bandwidth for server load to reduce your cost of operation. If your app requires JavaScript, you won't need to do any Markdown processing on the server at all. (For most uses, you'll still need to sanitize the HTML before showing it to other users -- but you'd need to do that anyway if you're allowing raw HTML in your Markdown.)

Browser Compatibility

Showdown has been tested successfully with:

  • Firefox 1.5 and 2.0
  • Internet Explorer 6 and 7
  • Safari 2.0.4
  • Opera 8.54 and 9.10
  • Netscape 8.1.2
  • Konqueror 3.5.4

In theory, Showdown will work in any browser that supports ECMA 262 3rd Edition (JavaScript 1.5). The converter itself might even work in things that aren't web browsers, like Acrobat. No promises.

Angular integration

Showdown provides a wrapper for angular. Using it is very simple:

  • include showdown.js in your index.html file as usual, but after angular.
  • in your app module you need to require Showdown and ngSanitize as a dependency
  • in your view, use the sd-model-to-html directive to bind a model to a view and render it as HTML.

Usage example:

<body>

<div ng-controller="myController">
    <div sd-model-to-html="mdText"></div>
</div>

<script src="js/angular.js"></script>
<script src="js/showdown.js"></script>
<script>
var myApp = angular.module('myApp', ['ngSanitize', 'Showdown']);

myApp.controller('myController', ['$scope'], function($scope) {
  $scope.mdText = '# this is a markdown text';
});
</script>
</body>

Extensions

Showdown allows additional functionality to be loaded via extensions.

Client-side Extension Usage

<script src="src/showdown.js" />
<script src="src/extensions/twitter.js" />

var converter = new Showdown.converter({ extensions: ['twitter'] });

Server-side Extension Usage

// Using a bundled extension
var Showdown = require('showdown');
var converter = new Showdown.converter({ extensions: ['twitter'] });

// Using a custom extension
var mine = require('./custom-extensions/mine');
var converter = new Showdown.converter({ extensions: ['twitter', mine] });

Known Differences in Output

In most cases, Showdown's output is identical to that of Perl Markdown v1.0.2b7. What follows is a list of all known deviations. Please file an issue if you find more.

  • This release uses the HTML parser from Markdown 1.0.2b2, which means it fails Inline HTML (Advanced).text from the Markdown test suite:

    <div>
<div>
unindented == broken
</div>
</div>

  • Showdown doesn't support the markdown="1" attribute:

    <div markdown="1">
     Markdown does *not* work in here.
</div>

    This is half laziness on my part and half stubbornness. Markdown is smart enough to process the contents of span- level tags without screwing things up; shouldn't it be able to do the same inside block elements? Let's find a way to make markdown="1" the default.

  • You can only nest square brackets in link titles to a depth of two levels:

    [[fine]](http://www.attacklab.net/)
[[[broken]]](http://www.attacklab.net/)

    If you need more, you can escape them with backslashes.

  • When sublists have paragraphs, Showdown produces equivalent HTML with a slightly different arrangement of newlines:

    + item

     - subitem

       The HTML has a superfluous newline before this
       paragraph.

     - subitem

       The HTML here is unchanged.

     - subitem

       The HTML is missing a newline after this
       list subitem.

  • Markdown.pl creates empty title attributes for inline-style images:

    Here's an empty title on an inline-style
![image](http://w3.org/Icons/valid-xhtml10).

    I tried to replicate this to clean up my diffs during testing, but I went too far: now Showdown also makes empty titles for reference-style images:

    Showdown  makes an empty title for
reference-style ![images][] too.

[images]: http://w3.org/Icons/valid-xhtml10

  • With crazy input, Markdown will mistakenly put <strong> or <em> tags in URLs:

    <a href="<*Markdown adds em tags in here*>">
   improbable URL
</a>

    Showdown won't. But still, don't do that.

Tests

A suite of tests is available which require node.js. Once node is installed, run the following command from the project root to install the development dependencies:

npm install --dev

Once installed the tests can be run from the project root using:

npm test

New test cases can easily be added. Create a markdown file (ending in .md) which contains the markdown to test. Create a .html file of the exact same name. It will automatically be tested when the tests are executed with mocha.

Creating Markdown Extensions

A showdown extension is simply a function which returns an array of language extensions and/or output modifiers:

  • Language Extension -- Language extensions are specified with the lang type, and add new markdown syntax to showdown. For example, say you wanted ^^youtube http://www.youtube.com/watch?v=oHg5SJYRHA0 to automatically render as an embedded YouTube video, that would be a language extension.
  • Output Modifiers -- Output Modifiers are specified with the output type. After showdown has generated HTML, an output modifier can make changes to the generated HTML. For example, if you wanted to change <div class="header"> to be <header>, you could implement an output modifier.

Each showdown extension can provide language extensions and/or output modifiers.

Regex/Replace

Regex/replace style extensions are very similar to javascripts string.replace function. Two properties are given, regex and replace. regex is a string and replace can be either a string or a function. If replace is a string, it can use the $1 syntax for group substitution, exactly as if it were making use of string.replace (internally it does this actually); The value of regex is assumed to be a global replacement.

Example:

var demo = function(converter) {
  return [
    // Replace escaped @ symbols
    { type: 'lang', regex: '\\@', replace: '@' }
  ];
}

Filter

Alternately, if you'd just like to do everything yourself, you can specify a filter which is a callback with a single input parameter, text (the current source text within the showdown engine).

Example:

var demo = function(converter) {
  return [
    // Replace escaped @ symbols
    { type: 'lang', filter: function(text) {
      return text.replace(/\\@/g, '@');
    }}
  ];
}

Implementation Concerns

One bit which should be taken into account is maintaining both client-side and server-side compatibility. This can be achieved with a few lines of boilerplate code. First, to prevent polluting the global scope for client-side code, the extension definition should be wrapped in a self-executing function.

(function(){
  // Your extension here
}());

Second, client-side extensions should add a property onto Showdown.extensions which matches the name of the file. As an example, a file named demo.js should then add Showdown.extensions.demo. Server-side extensions can simply export themselves.

(function(){
  var demo = function(converter) {
    // ... extension code here ...
  };

  // Client-side export
  if (typeof window !== 'undefined' && window.Showdown && window.Showdown.extensions) { window.Showdown.extensions.demo = demo; }
  // Server-side export
  if (typeof module !== 'undefined') module.exports = demo;
}());

Testing Extensions

The showdown test runner is setup to automatically test cases for extensions. To add test cases for an extension, create a new folder under ./test/extensions which matches the name of the .js file in ./src/extensions. Place any test cases into the filder using the md/html format and they will automatically be run when tests are run.

Original Attributions

Showdown Copyright (c) 2007 John Fraser. http://www.attacklab.net/

Original Markdown Copyright (c) 2004-2005 John Gruber http://daringfireball.net/projects/markdown/

Redistributable under a BSD-style open source license. See license.txt for more information.

Credits

Showdown is powered by:

webstorm