研究了一個(gè)markdown做多級(jí)編號(hào)

markdown雖然說(shuō)比較簡(jiǎn)單,但如果用來(lái)弄一個(gè)結(jié)構(gòu)比較復(fù)雜的長(zhǎng)文的話,如果不分級(jí)別,就很難看了。

markdown不能象word那樣自動(dòng)組織多級(jí)編號(hào)的,所以只能事先規(guī)劃好結(jié)構(gòu)。

我的體會(huì)是如果是有多級(jí)的文章。先是用#號(hào)來(lái)區(qū)分出幾級(jí)標(biāo)題來(lái),一般在三級(jí),最多四級(jí),再多就亂了。標(biāo)題可以采取

第一部:財(cái)務(wù)管理

第一章:財(cái)務(wù)報(bào)表分析

第一節(jié):財(cái)務(wù)指標(biāo)

一:流動(dòng)比率

再往下就考慮用段落來(lái)組織了,特別復(fù)雜的,可以再加一級(jí)如:

(一)流動(dòng)比率定義

后續(xù)就是段落了。

普通的段落就是這個(gè)樣子。一般如果到(一)這個(gè)級(jí)別,能用簡(jiǎn)單的幾段文件說(shuō)清楚的,就用普通的段落。如果還說(shuō)不清楚,再用#來(lái)分級(jí)就太亂了。可考慮這樣的思路。
下一級(jí)用有序列表,再下一級(jí)用無(wú)序列表。
比如:

  1. 定義的說(shuō)明1

  2. 定義的說(shuō)明2
    這中間加普通段落是不會(huì)影響后續(xù)的連續(xù)編號(hào)的。
    如果段落后,空一行,也不影響后面連續(xù)編號(hào),但整個(gè)列表會(huì)變得很松散。就象這樣。

  3. 定義的說(shuō)明3
    來(lái)看看再下一級(jí)會(huì)如何?

    • 在簡(jiǎn)書(shū)中試出來(lái)是縮進(jìn)3個(gè)空白就會(huì)成為下一級(jí)列表。
    • 再度試一試。
  4. 沒(méi)有問(wèn)題,連續(xù)列表繼續(xù)進(jìn)行。
    如果實(shí)在是還想縮進(jìn)的話,應(yīng)該是在每一個(gè)級(jí)別后面至少再多加兩個(gè)空格,但超過(guò)3個(gè)會(huì)不會(huì)引起什么情況?。試一下吧:

    • 這是第二級(jí)列級(jí)
      • 這是第三級(jí)列表:這是加2到5個(gè)空格的效果。
    • 這是第二級(jí)列表
      - 這是從第二級(jí)開(kāi)始算,加6個(gè)空格的效果,和上一個(gè)相比,好象是間距更小了點(diǎn),但級(jí)別是不是有變就不知道了。
  5. 再看看,連續(xù)編號(hào)還是沒(méi)有斷。
    加代碼塊會(huì)影響連續(xù)編號(hào)的。

this is some code
  1. 這時(shí)候連續(xù)編號(hào)就斷了。

  2. 如果不想被代碼塊打斷怎么辦?

    這是縮進(jìn)了三個(gè)空格的代碼塊,這```號(hào)和代碼文字都要縮進(jìn)三個(gè)空格才行。
    
  3. 現(xiàn)在看就不會(huì)打斷了。
    但有的時(shí)候想打斷怎么辦?

  4. 比如象現(xiàn)在,加了一個(gè)普通段是不會(huì)打斷的,加二級(jí)列表,二級(jí)代碼塊也是不會(huì)打斷的。

  5. 加兩個(gè)回車也不能打斷。這時(shí)候,你需要在最后一個(gè)列表項(xiàng)后面加兩個(gè)空行,并且第二個(gè)空行寫(xiě)上一個(gè)普通段落,或者加兩個(gè)空格都能斷開(kāi)了。

我想重新開(kāi)始列表

  1. 這樣就斷開(kāi)列表了。

引用塊也能夠斷開(kāi)列表。和代碼塊的道理一個(gè)樣,如果不想讓引用塊斷開(kāi)列表,在>號(hào)前面加上三個(gè)空格,那后面的編號(hào)就會(huì)繼續(xù)。
在簡(jiǎn)書(shū)中,回車好象是有效的。但其他地方好象要在結(jié)尾加兩個(gè)空格,回車才有效。

  1. 后面就從1開(kāi)始編號(hào)了。

按照這樣的思路組織文章,總共有:部、章、節(jié)、一、(一)、1、及無(wú)序列表七個(gè)級(jí)別,應(yīng)該能夠組織好文章了。

如果有希望按照:

1.
1.1.
1.1.1.
1.1.1.1.

這樣的方式來(lái)組織文章,有人做了一個(gè)插件來(lái)實(shí)現(xiàn)??锤魅讼埠昧恕?br> https://github.com/legendmohe/markdown_index

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Markdown概述 宗旨 Markdown 的目標(biāo)是實(shí)現(xiàn)「易讀易寫(xiě)」。Markdown 的特點(diǎn)就是,讓寫(xiě)作變得更...
    心疼你萌萌噠閱讀 10,291評(píng)論 1 24
  • 一、Python簡(jiǎn)介和環(huán)境搭建以及pip的安裝 4課時(shí)實(shí)驗(yàn)課主要內(nèi)容 【Python簡(jiǎn)介】: Python 是一個(gè)...
    _小老虎_閱讀 6,353評(píng)論 0 10
  • 專業(yè)考題類型管理運(yùn)行工作負(fù)責(zé)人一般作業(yè)考題內(nèi)容選項(xiàng)A選項(xiàng)B選項(xiàng)C選項(xiàng)D選項(xiàng)E選項(xiàng)F正確答案 變電單選GYSZ本規(guī)程...
    小白兔去釣魚(yú)閱讀 10,666評(píng)論 0 13
  • 官網(wǎng) 中文版本 好的網(wǎng)站 Content-type: text/htmlBASH Section: User ...
    不排版閱讀 4,727評(píng)論 0 5
  • Android編碼規(guī)范 源文件基礎(chǔ) 文件名 源文件以其最頂層的類名來(lái)命名,大小寫(xiě)敏感,文件擴(kuò)展名為.java。 文...
    呼呼哥閱讀 1,122評(píng)論 0 0

友情鏈接更多精彩內(nèi)容