markdown編譯
① 寫好的Markdown怎麼生成HTML
3個步驟
1、task 『generate』
把README.md編譯成html，並帶有左側目錄功能。
這里使用tocmd命令（tocmd 是一個ruby gem，用於把markdown文件生成帶有toc目錄的html文檔。）
tocmd_conf -f README.md
如果你本機沒有安裝的話，可以根據https://github.com/i5ting/tocmd.gem里的文檔里安裝方法
gem intall tocmd
前提是你一定要ruby2.0以上的環境哦。
2、task 『rename』
這步主要是，上一步生成的文件是README.md，而靜態網站使用的是index.html，所以需要重命名。
這里簡單的把./preview/README.html文件復制為./preview/index.html
cp ./preview/README.html ./preview/index.html
3、task 『deploy』
把./preview/**/*目錄的內容推送到git倉庫的gh-pages分支上。
這里主要使用gulp-gh-pages插件，它是會把指定目錄的內容推送到git倉庫的gh-pages分支上。
利用git pages靜態http server的特性可快速建立網站。
var gp_deploy = require('gulp-gh-pages');
var options = {}
gulp.task('deploy', function () {
return gulp.src('./preview/**/*')
.pipe(gp_deploy(options));
});
② hexo 怎麼使用markdown
Markdown
hexo是使用Markdown編輯文章的，我寫的這些文章也都是用這種標記語言完成的。所以我們先從Markdown說起。
什麼是Markdown
Markdown語法
例文
你可以使用vim工具直接編輯md文件，也可以用記事本打開md文件編輯你的文章，也可以Markdown的編輯器編寫，有很多在線的編輯器，何有不少客戶端的編輯器，我是Mac系統，用的一個叫Mou的編輯器，還比較好使。Windows系統下，你可以自己找一下，應該也會有很好用的編輯器。
什麼是Markdown
Markdown 是一種輕量級標記語言，創始人為約翰·格魯伯和亞倫·斯沃茨。它允許人們「使用易讀易寫的純文本格式編寫文檔，然後轉換成有效的XHTML文檔」。 ——維基網路
先簡單介紹一下，Markdown的語法，具體怎麼用，我相信大家一看例文就馬上明白了。
Markdown語法
1、分段： 兩個回車
2、換行 兩個空格 + 回車
3、標題 #~###### 井號的個數表示幾級標題，即Markdown可以表示一級標題到六級標題
4、引用 >
5、列表 *，+，-，1.，選其中之一，注意後面有個空格
6、代碼區塊 四個空格開頭
7、鏈接 [文字](鏈接地址)
8、圖片 ，圖片地址可以是本地路勁，也可以是網路地址
9、強調 **文字**，__文字__，_文字_，*文字*
10、代碼 ```，``
下面來看看例文，你就馬上明白，怎麼來使用這些符號來寫好一篇自己的博文了。
例文
在線編輯器例文：傳送門
Mou編輯器：下載地址
你先試試，用Markdown怎麼去些自己的文章，有了例子，還是很容易上手的。
hexo常用命令
我們在前面的已經略微的接觸了一些hexo的命令，如hexo new "my blog"，hexo server等。下面來介紹一下我們經常會用到的hexo命令
1、新建
hexo new "my blog"
新建的文件在hexo/source/_posts/my-blog.md
2、編譯
hexo generate
一般部署上去的時候都需要編譯一下，編譯後，會出現一個public文件夾，將所有的md文件編譯成html文件
3、開啟本地服務
hexo server
這個命令，我之前已經用過了，開啟本地hexo服務用的
4、部署
hexo deploy
部署到git上的時候，需要用這個命令，下一篇中，我們會使用到這個命令
5、清除public
hexo clean
當source文件夾中的部分資源更改過之後，特別是對文件進行了刪除或者路徑的改變之後，需要執行這個命令，然後重新編譯。
以上這些都是我在使用過程中經常用到的一些hexo命令。
③ markdown適合製作出版物嗎
因為Markdown畢竟還是部分程序員與少部分作家/編輯才熟悉的格式，而大多數人依然喜歡 WYSIWYG 的編輯器
另外，Markdown作為編輯器出現時還會有更多的麻煩，比如他需要編譯後才能作為格式化文本進行查看、而且本身沒有很多富文本所通用的特性，比如字型大小大小、字體顏色等等。
所以，Markdown更適合的土壤大概依然是純粹的技術文檔或是文字生產者，而不是更通用的情況，那麼大多數的發布工具不去進行支持也相當能理解了。
P.S. 我更常用的做法是寫了Markdown後在Gist上發布與微調，之後直接將格式化後的文本貼到其它文本編輯器里，進行最後調整格式後發布。
④ markdown常用語法
1. 標題
第一種是使用#表示標題，其中#號必須在行首，
第二種是使用===或者---表示。2. 分割線
使用三個或以上的-或者*表示，且這一行只有符號，注意不要被識別為二級標題即可，例如中間或者前面可以加空格。
3. 斜體和粗體
使用*和**分別表示斜體和粗體，刪除線使用兩個~表示
4. 超鏈接和圖片
鏈接和圖片的寫法類似，圖片僅在超鏈接前多了一個!，一般是 [文字描述] (鏈接)
5. 無序列表
使用-、+和*表示無序列表，前後留一行空白，可嵌套，
6. 有序列表
使用1.（點號後面有個空格）表示有序列表，可嵌套。
7. 文字引用
使用>表示，可以有多個>，表示層級更深，
8. 行內代碼塊
其實上面已經用過很多次了，即使用 ` 表示，例如
擴展：很多字元是需要轉義，使用反斜杠進行轉義
9. 代碼塊
使用四個空格縮進表示代碼塊，一些 IDE 支持行數提示和著色，一般使用三個 ` 表示，
流程圖
主要的語法為name=>type: describe，其中 type 主要有以下幾種：
1.開始和結束：startend
2.輸入輸出：inputoutput
3.操作：operation
4.條件：condition
5.子程序：subroutine數學公式
使用 $ 表示，其中一個 $ 表示在行內，兩個 $ 表示獨佔一行。
eg : $sum_{i=1}^n a_i=0$
支持 LaTeX 編輯顯示支持，訪問 MathJax 參考更多使用方法。
推薦一個常用的數學公式在線編譯網站：https://private.codecogs.com/latex/eqneditor.php
13.支持 HTML 標簽
例如想要段落的縮進，可以如下：
不斷行的空白格 或 
  半方大的空白 或 
  全方大的空白 或 
⑤ 有什麼支持LaTeX公式顯示的Markdown編輯器嗎
就我而言並沒有聽說過。個人認為，Markdown 的方式對於編輯器對於 LaTeX 似乎沒有什麼幫助。不管你在編輯器中的 LaTeX 排版的多好，生成pdf也不會受到影響的。因此編輯器能夠提供語法高亮、段落縮進和段落注釋，我覺得就夠了。
Markdown中可以插入 LaTeX，但是專門的編輯器並沒有聽說。我也認為 LaTeX 的編譯模式足夠優秀，命令輸入清晰，似乎沒有使用 Markdown 的必要需求。
⑥ Textile 和 Markdown 各有什麼優劣
Markdown 和 Textile 都是如今輕量級標記文本風潮下的產物，基本設計思路差異不大，所以我不打算糾技術細節。有興趣者請參考我文後的鏈接。以下我只說一些個人的感受。
先聲明，這兩者都不是我的首選工具，只是之前選擇時比較過。所以結果可能不完善。如有不同意見請與我聯系，要求刪貼也無妨。
=== Markdown 的優點 ===
Markdown 的主要優點是有大量的第三方編輯器支持。首先 GitHub 的在線文檔編輯器就能很好地支持它，而 Mac App Store 或 Windows Marketplace 上搜索 Markdown editor 也是一抓一大把。很多編輯器都支持所見即所得編輯，非常方便。相比之下支持 Textile 的編輯器數量就很少。但 Markdown 在做復雜的內容編輯時能力有限，要求編寫者最好具備一定的 HTML 基礎，比如插入表格。對不熟悉 HTML 的朋友來說，這種操作未免麻煩了些。
——但需要注意的是，這不算是 Markdown 的問題，而是設計者有意為之的。本來 Markdown 的設計目的是為了「簡化」而非「替代」HTML。
=== Textile 的優點 ===
Textile 的優勢是不需要過多的 HTML 基礎（當然如果確實需要，用戶也可以用）。比如表格，它提供了 [Table] 標志而不是要求直接上 HTML 段落；又比如 == 號可用來阻止解釋器解釋，而不是像 Markdown 那樣需要直接用 <div>。Textile 的另一個好處是它提供了一些復雜字元的內建支持，比如：(r) == ®, (tm) == ™, (c) == ©，放在 Markdown 里就麻煩一些。第三個好處，也是我很喜歡 Textile 的一點：它提供的標記更容易閱讀。比如標題標記，Textile 用 .h1 .h2，級別一目瞭然，和 Markdown 用「#」和「##」的標識相比，可讀性更好。
=== 一些共同的特性 ===
如果把討論限制在方便性上，Textile 和 Markdown 只能說各有千秋。比如在處理逐條記錄（itemization）時 Textile 統一用「#」，而不像 Markdown 那樣要求使用 1，2，3，4。應該說 Textile 的設計便於用戶變更條目順序時避免多處修改；反過來，Markdown 處理腳注時可以使用無記名腳注，而 Textile 則必須使用 [1] 和 fn1 的組合。如果腳注順序需要修正則會麻煩許多。
---- 得 @Jesse Luo 指點：Markdown 的逐條記錄可以在編譯時自動將 11223調整為12345，所以不要誤會，Markdown 事實上可以相對方便地處理逐條記錄。特此感謝。不過如果為了照顧純文本的可讀性，寫作者最好還是得在正文里調整數字的順序。這一點上看，Textile 還是方便。
如果把討論限制在功能上，我只能說兩者都不怎麼樣。這兩者都適合相對非正式的文本，比如 blog 或網頁。兩者相對單一的 HTML 輸出也證明了這一點。如果需要更復雜的功能，恐怕用戶還得考慮更復雜的選項，比如我用得最順手的 reStructuredText。
綜合考慮，我傾向於認為 Textile 更適合我這種 HTML 基礎較差的用戶；而 Markdown 在前端程序員手裡適應性更好。另外，對「所見即所得」有要求的朋友可能會在編輯器支持的問題上有所傾向。但既然這些都是純文本編輯，多數情況下我不認為這一點非常重要，畢竟對我來說，一個 vim 足以解決所有問題。
⑦ marked.js是什麼來的怎樣使用
marked.js是一個用JavaScript寫的功能齊全的Markdown解析器和編譯器。可以非常方便的在線編譯Markdown代碼為HTML並直接顯示，並且支持完全的自定義各種格式。
使用案例:
var marked = require('marked');console.log(marked('I am using __markdown__.'));// Outputs: <p>I am using <strong>markdown</strong>.</p>
var marked = require('marked');marked.setOptions({ renderer: new marked.Renderer(), gfm: true, tables: true, breaks: false, pedantic: false, sanitize: false, smartLists: true, smartypants: false});console.log(marked('I am using __markdown__.'));
<!doctype html><html><head> <meta charset="utf-8"/> <title>Marked in the browser</title> <script src="lib/marked.js"></script></head><body> <div id="content"></div> <script> document.getElementById('content').innerHTML = marked('# Marked in browser\n\nRendered by **marked**.'); </script></body></html>
⑧ 開源中國的markdown編譯器開源嗎
它的效果跟SF使用的編輯器類似，區別是幾個標記語法有些不同。 它可以運行於瀏覽器和伺服器端(NodeJS). 我這幾天試用了一下。感覺還不錯。功能跟sf的基本一致。 ============== MD2HTML 我只使用了Java版本的MarkdownJ。
⑨ 怎麼把Markdown文件轉換為PDF
只要是可以列印，就可以使用虛擬列印機來處理：方法一：使用虛擬列印機pdf factory即可，而且其他格式文件只要是能夠列印，選擇這個虛擬列印機，都可以做成PDF文件，很簡單實用；方法二：用其他虛擬列印機轉成PDF文件。方法三：使用專門的轉換軟體，把文件轉成PDF文件。實在不能列印，還可以截屏嘛，然後按照下面的方法做出PDF的：方法一：使用虛擬列印機pdf factory即可，而且其他格式文件只要是能夠列印，選擇這個虛擬列印機，都可以做成PDF文件，很簡單實用；方法二：使用FreePic2Pdf軟體，進行批量轉換；方法三：用其他虛擬列印機轉成PDF文件。Windows下安裝pandoc很容易，直接從pandoc官網上下載最新安裝包安裝即可。Linux下的安裝可以參考陽志平的博文1。pandoc被稱為格式轉換的瑞士軍刀2。執行程序文件只有20M左右大小，但是能夠在幾十種文件格式之間自如的轉換，那當然是得依賴各種格式文件所需要庫。轉換為pdf就要用到MiKTeX，Windows下推薦使用CTeX完整版，對中文的支持很好，可以從CTeX官網下載完整套件。如果markdown文件中不包含中文字元，那麼直接使用下面的命令就可以將markdown文件無縫轉換為Latex支持的pdf文件。如果markdown文件中包含中文字字元，那麼上段命令就無法直接轉換，可能會報以下錯誤：為了解決中文編譯的問題，需要做以下的工作：將markdown文檔的編碼方式改為utf-8。比較簡單的辦法就是用記事本打開該文檔，然後另存為時選擇編碼方式為utf-8。有可能當你改變編碼方式後，文檔中的中文全變成亂碼了。為避免這種情況，可以在改變編碼方式之前先復制文檔的全部內容，然後在改變編碼方式之後粘貼替換文檔中的全木內容，這樣就不會出現亂碼了。編譯pandoc默認的latex引擎是pdflatex，是不支持中文的，因此需要手動設置編譯時所用的引擎為xelatex，編譯命令改為：這時編譯可能沒有錯誤了，但是得到的pdf文檔中可能所有的中文都沒有了。這是字體的問題，因為編譯時默認的字體時不支持中文的，所以我們得手動設置中文字體。顯然，所設的字體應該為系統中已裝的字體，且字體的名字不能寫錯。有一個辦法可以的到系統中所安裝的所有字體名（見博文），即在控制台中輸入命令：fc-list >> C:\fonts.txt。這樣，掃到的字體信息就全部被導入到C盤根目錄下的fonts.txt文件中了。這里我們選擇宋體，字體名稱為「SimSun」，於是編譯命令改為：這里字體名也可以不加雙引號，但是如果字體名比較復雜（如包含空格）時，不加雙引號就可能出錯。好了，中文字元應該能夠顯示了，但是你可能會發現很多文字已經超出了文檔的邊界無法顯示了，這是因為pandoc對中文的支持不太好，不能自動換行。但是這並不表示pandoc就真的無法完美處理中文文檔了，因為技術界那些追求完美的極客們為我們提供了無限的可能。這篇博文介紹了pandoc中文pdf轉換攻略3，解決方案是使用網友編輯好的latex模板來生成pdf，這里用到的是tzengyuxio提供的pm-template.latex4。 下載模板後將其中的LiHei Pro字體替換成系統中安裝有的中文字體即可，然後編譯命令改為：注意：如果安裝的MiKTeX（我用的是CTex）宏包不全，編譯可能會出問題，如找不到exp13.sty等，因此推薦安裝完整版的MiKTex。當然，你也可以使用自己定義的模板來生成tex和pdf文件。首先使用命令 pandoc -D latex > my.latex 生成一個默認的模板，在對這個模板進行修改，如字體、自動換行等。