美文网首页
Markdown Test

Markdown Test

作者: Toki_Han | 来源:发表于2016-06-02 17:26 被阅读27次

    layout: post
    title: "Test style~"
    date: 2015-04-09 11:23:32
    categories: jekyll


    MacDown logo

    MacDown

    Hello there! I’m MacDown, the open source Markdown editor for OS X.

    Let me introduce myself.

    Markdown and I

    Markdown is a plain text formatting syntax created by John Gruber, aiming to provide a easy-to-read and feasible markup. The original Markdown syntax specification can be found here.

    MacDown is created as a simple-to-use editor for Markdown documents. I render your Markdown contents real-time into HTML, and display them in a preview panel.

    MacDown Screenshot

    I support all the original Markdown syntaxes. But I can do so much more! Various popular but non-standard syntaxes can be turned on/off from the Markdown preference pane.

    You can specify extra HTML rendering options through the Rendering preference pane.

    You can customize the editor window to you liking in the Editor preferences pane:

    You can configure various application (that's me!) behaviors in the General preference pane.

    The Basics

    Before I tell you about all the extra syntaxes and capabilities I have, I'll introduce you to the basics of standard markdown. If you already know markdown, and want to jump straight to learning about the fancier things I can do, I suggest you skip to the Markdown preference pane. Lets jump right in.

    Line Breaks

    To force a line break, put two spaces and a newline (return) at the end of the line.

    These lines
    won't break
    
    These lines  
    will break
    

    Strong and Emphasize

    Strong: **Strong** or __Strong__ (Command-B)
    Emphasize: *Emphasize* or _Emphasize_[1] (Command-I)

    Headers (like this one!)

    Header 1
    ========
    
    Header 2
    --------
    

    or

    # Header 1
    ## Header 2
    ### Header 3
    #### Header 4
    ##### Header 5
    ###### Header 6
    

    Links and Email

    Inline

    Just put angle brackets around an email and it becomes clickable: uranusjr@gmail.com
    <uranusjr@gmail.com>

    Same thing with urls: http://macdown.uranusjr.com
    <http://macdown.uranusjr.com>

    Perhaps you want to some link text like this: Macdown Website
    [Macdown Website](http://macdown.uranusjr.com "Title") (The title is optional)

    Reference style

    Sometimes it looks too messy to include big long urls inline, or you want to keep all your urls together.

    Make a link [a link][arbitrary_id] then on it's own line anywhere else in the file:
    [arbitrary_id]: http://macdown.uranusjr.com "Title"

    If the link text itself would make a good id, you can link like this [like this][], then on it's own line anywhere else in the file:
    [like this]: http://macdown.uranusjr.com

    Images

    Inline

    [站外图片上传中……(3)]

    Reference style

    ![Alt Image Text][image-id]
    on it's own line elsewhere:
    [image-id]: path/or/url/to.jpg "Optional Title"

    Lists

    • Lists must be preceded by a blank line (or block element)
    • Unordered lists start each item with a *
    • - works too
      • Indent a level to make a nested list
        1. Ordered lists are supported.
        2. Start each item (number-period-space) like 1.
        3. It doesn't matter what number you use, I will render them sequentially
        4. So you might want to start each line with 1. and let me sort it out

    Here is the code:

    * Lists must be preceded by a blank line (or block element)
    * Unordered lists start each item with a `*`
    - `-` works too
        * Indent a level to make a nested list
            1. Ordered lists are supported.
            2. Start each item (number-period-space) like `1. `
            42. It doesn't matter what number you use, I will render them sequentially
            1. So you might want to start each line with `1.` and let me sort it out
    

    Block Quote

    Angle brackets > are used for block quotes.
    Technically not every line needs to start with a > as long as
    there are no empty lines between paragraphs.
    Looks kinda ugly though.

    Block quotes can be nested.

    Multiple Levels

    Most markdown syntaxes work inside block quotes.

    Here is the code:

    > Angle brackets `>` are used for block quotes.  
    Technically not every line needs to start with a `>` as long as
    there are no empty lines between paragraphs.  
    > Looks kinda ugly though.
    > > Block quotes can be nested.  
    > > > Multiple Levels
    >
    > Most markdown syntaxes work inside block quotes.
    >
    > * Lists
    > * [Links][arbitrary_id]
    > * Etc.
    

    Inline Code

    Inline code is indicated by surrounding it with backticks:
    `Inline code`

    If your code has `backticks` that need to be displayed, you can use double backticks:
    ``Code with `backticks` `` (mind the spaces preceding the final set of backticks)

    Block Code

    If you indent at least four spaces or one tab, I'll display a code block.

    print('This is a code block')
    print('The block must be preceded by a blank line')
    print('Then indent at least 4 spaces or 1 tab')
        print('Nesting does nothing. Your code is displayed Literally')
    

    I also know how to do something called Fenced Code Blocks which I will tell you about later.

    Horizontal Rules

    If you type three asterisks *** or three dashes --- on a line, I'll display a horizontal rule:


    <a name="markdown-pane"></a>The Markdown Preference Pane

    This is where I keep all preferences related to how I parse markdown into html.
    [站外图片上传中……(4)]

    Document Formatting

    The Smartypants extension automatically transforms straight quotes (" and ') in your text into typographer’s quotes (, , , and ) according to the context. Very useful if you’re a typography freak like I am. Quote and Smartypants are syntactically incompatible. If both are enabled, Quote takes precedence.

    Block Formatting

    Table

    This is a table:

    First Header Second Header
    Content Cell Content Cell
    Content Cell Content Cell

    You can align cell contents with syntax like this:

    Left Aligned Center Aligned Right Aligned
    col 3 is some wordy text $1600
    col 2 is centered $12
    zebra stripes are neat $1

    The left- and right-most pipes (|) are only aesthetic, and can be omitted. The spaces don’t matter, either. Alignment depends solely on : marks.

    <a name="fenced-code-block">Fenced Code Block</a>

    This is a fenced code block:

    print('Hello world!')
    

    You can also use waves (~) instead of back ticks (`):

    print('Hello world!')
    

    You can add an optional language ID at the end of the first line. The language ID will only be used to highlight the code inside if you tick the Enable highlighting in code blocks option. This is what happens if you enable it:

    [站外图片上传中……(5)]

    I support many popular languages as well as some generic syntax descriptions that can be used if your language of choice is not supported. See relevant sections on the official site for a full list of supported syntaxes.

    Inline Formatting

    The following is a list of optional inline markups supported:

    Option name Markup Result if enabled
    Intra-word emphasis So A*maz*ing So A<em>maz</em>ing
    Strikethrough ~~Much wow~~ <del>Much wow</del>
    Underline [2] _So doge_ <u>So doge</u>
    Quote [3] "Such editor" <q>Such editor</q>
    Highlight ==So good== <mark>So good</mark>
    Superscript hoge^(fuga) hogefuga
    Autolink http://t.co http://t.co
    Footnotes [^4] and [^4]: [4] and footnote 4

    <a name="rendering-pane"></a>The Rendering Preference Pane

    This is where I keep preferences relating to how I render and style the parsed markdown in the preview window.
    [站外图片上传中……(6)]

    CSS

    You can choose different css files for me to use to render your html. You can even customize or add your own custom css files.

    Syntax Highlighting

    You have already seen how I can syntax highlight your fenced code blocks. See the Fenced Code Block section if you haven’t! You can also choose different themes for syntax highlighting.

    TeX-like Math Syntax

    I can also render TeX-like math syntaxes, if you allow me to.[5] I can do inline math like this: \( 1 + 1 \) or this (in MathML): <math><mn>1</mn><mo>+</mo><mn>1</mn></math>, and block math:

    \[
    A^T_S = B
    \]

    or (in MathML)

    <math display="block">
    <msubsup><mi>A</mi> <mi>S</mi> <mi>T</mi></msubsup>
    <mo>=</mo>
    <mi>B</mi>
    </math>

    Task List Syntax

    1. [x] I can render checkbox list syntax
      • [x] I support nesting
      • [x] I support ordered and unordered lists
    2. [ ] I don't support clicking checkboxes directly in the html window

    Jekyll front-matter

    If you like, I can display Jekyll front-matter in a nice table. Just make sure you put the front-matter at the very beginning of the file, and fence it with ---. For example:

    ---
    title: "Macdown is my friend"
    date: 2014-06-06 20:00:00
    ---
    

    Render newline literally

    Normally I require you to put two spaces and a newline (aka return) at the end of a line in order to create a line break. If you like, I can render a newline any time you end a line with a newline. However, if you enable this, markdown that looks lovely when I render it might look pretty funky when you let some other program render it.

    <a name="general-pane"></a>The General Preferences Pane

    This is where I keep preferences related to application behavior.
    [站外图片上传中……(7)]

    The General Preferences Pane allows you to tell me how you want me to behave. For example, do you want me to make sure there is a document open when I launch? You can also tell me if I should constantly update the preview window as you type, or wait for you to hit command-R instead. Maybe you prefer your editor window on the right? Or to see the word-count as you type. This is also the place to tell me if you are interested in pre-releases of me, or just want to stick to better-tested official releases.

    <a name="editor-pane"></a>The Editor Preference Pane

    This is where I keep preferences related to the behavior and styling of the editing window.
    [站外图片上传中……(8)]

    Styling

    My editor provides syntax highlighting. You can edit the base font and the coloring/sizing theme. I provided some default themes (courtesy of Mou’s creator, Chen Luo) if you don’t know where to start.

    You can also edit, or even add new themes if you want to! Just click the Reveal button, and start moving things around. Remember to use the correct file extension (.styles), though. I’m picky about that.

    I offer auto-completion and other functions to ease your editing experience. If you don’t like it, however, you can turn them off.

    Hack On

    That’s about it. Thanks for listening. I’ll be quiet from now on (unless there’s an update about the app—I’ll remind you for that!).

    Happy writing!


    1. If Underlines is turned on, _this notation_ will render as underlined instead of emphasized

    2. If Underline is disabled _this_ will be rendered as emphasized instead of being underlined.

    3. Quote replaces literal " characters with html <q> tags. Quote and Smartypants are syntactically incompatible. If both are enabled, Quote takes precedence. Note that Quote is different from blockquote, which is part of standard Markdown.

    4. You don't have to use a number. Arbitrary things like [^footy note4] and [^footy note4]: will also work. But they will render as numbered footnotes. Also, no need to keep your footnotes in order, I will sort out the order for you so they appear in the same order they were referenced in the text body. You can even keep some footnotes near where you referenced them, and collect others at the bottom of the file in the traditional place for footnotes.

    5. Internet connection required.

    相关文章

      网友评论

          本文标题:Markdown Test

          本文链接:https://www.haomeiwen.com/subject/hjjkdttx.html