聊聊各類win系統下的markdown

使用markdown進行文字編輯已經差很少都要有三年了,這個時間放在我年方20出頭的芳齡裏,好像也差很少是一個初中,或者一個高中的年紀。原本沒有想過要在這件事情上,這麼一本正經地進行一次安利。都是在各類聊天裏滿懷熱情地去細心推薦的,可是發現收效甚微。
隨着我年齡漸長啊……我發現我對這種感染他人的事情,愈來愈力不從心了,再也無法那樣元氣滿滿地跟別人拍胸脯了……可是好的東西始終仍是要分享的,這不是咱們的核心精神嗎。
markdown的基礎語法其實根本不太用多說,去百度一下「做業部落」什麼都一清二楚了。雖然這樣生硬地打了一波軟廣,可是我並無收錢。做業部落的確是我認爲樣式優化還有編輯體驗都不錯的一個編輯器,而且一登陸就能夠看到語法提示頁面,我常常在有時候忘了一些高級用法的時候去看看。可是他並非我最推薦的編輯器。git

一個好的編輯器真的是影響文字編輯體驗的核心啊。既然md已經把全部的語法操做都能放在鍵盤上解決了,並且咱們也不考慮鍵盤顯示屏這些外因的時候,編輯器的字體,同步滾屏預覽的效果,最終渲染的效果和通用程度……這些纔是「當咱們在討論markdown的時候,咱們談論的重要因素」。接下來我就圍繞這幾點,給你們談談個人想法。程序員

  • 編輯器字體
    這篇文章我是直接在cnblogs的文檔編輯器上寫的,說實話寫到這時候,我已經基本不太想接着寫下去了。行間距,字體大小,分段的段間距,以及特殊語法生效的小提示一個都沒有。打了半天跟在寫字板上寫並無啥差異。這種編輯體驗自己就很不溫馨,不少程序員其實在選擇IDE的時候也會有相似的需求,要有看着不累的字體,合適的字體大小,還有適合理清思路的分段間距。這一點其實大部分專門作md的編輯器都會作的比較好,可是也難保有些極客喜歡用VIM來寫小的md文檔,例如readme?
    若是你想要一種,比較特別和溫馨的編輯環境,我比較推薦專門爲了寫md下載合適的編輯器。因此咱們淘汰掉這種,不友好的cnblogs內置編輯器或者寫字板,你們應該沒意見吧。markdown

  • 同步滾屏
    既然咱們選擇了md專用的編輯器,那麼通常都會是有「預覽」效果的,可是其實這個真的……我以爲到最後,這種同步預覽的效果大部分md使用者熟練掌握語法後是會摒棄掉的。理由以下:
  1. 我在使用md進行編輯的時候,大部分是作課堂筆記(寫字不如打字快系列),或者是開視頻會議的時候作紀要。自己筆記本的屏幕就不是那麼空間寬裕了,由於橫向分辨率更高的視頻佔去了不小比例的時候,我通常把筆記都縮減到屏幕三分之一寬度或者更小的區域去作。這種時候是不太可能開啓同步預覽的。
  2. 假設我並無開啓視頻,而是單純輸出文字而已。那個人編輯器寬裕到充滿整個屏幕,可是開啓同步滾屏就會把我編輯區放到屏幕左邊(有些編輯器是能夠調整編輯區和預覽區的左右位置的)。這就有點彆扭……並不能說我長時間頭偏向左邊或者右邊這麼一小個角度就會多難受,只是感受沒有「雨露均沾」就很不舒服。我相信有這種感受的確定不是就我一個,由於在簡書裏,若是開啓文檔編輯,會有一個「寫做模式」的選項,那種溫馨的居中顯示,而且底色和字體顏色也很恰到好處,的確是可讓人更加集中注意力放在寫做上的。
  3. 雖然上面兩點已經足夠讓我忽略這個同步滾屏,可是仍是要再補上一刀,那就是實際上是有比同步滾屏更好的解決方案的,就是有一些編輯器在你不是很熟悉語法的階段,可讓你直接在預覽界面進行修改和編輯,例如我如今也在用的Typora,他有一個code模式和一個preview模式,並無同步滾屏,輸入體驗好到讓你基本忘記掉還有同步滾屏這回事
  • 語法渲染效果和通用程度
    在上面的第三點中,咱們提到了Typora的雙模式切換實現預覽渲染效果的目的。其實渲染就是咱們經過語法實現md排版的方式,不一樣的平臺或者編輯器,針對相同的語法文本渲染的結果是不同的。打個比方就是Typora這個編輯器不支持多級無序列表,可是有些例如爲知筆記的mdedit插件是支持的。但又或者說爲知筆記的部分md語法例如框圖和甘特圖是特殊的,和別的平臺不一樣,也是可能的……
    除了上面說的語法渲染的通用性不一樣,最終咱們生成PDF或者HTML或者是保存在博客的渲染效果也是不一樣的。可是這一部分就不贅述了,由於大部分極客用戶會去網上選擇本身喜歡的CSS渲染樣式或者是本身寫一個。若是硬要說通用性你要經過本身去寫JS文件來補充或者是修改一部分語法……那我也沒得反駁。
    其實咱們大部分不會真的去修改CSS或者是JS文件,因此咱們仍是會依賴編輯器自己自帶的主題和默認的渲染樣式(我這樣說是否是又斃了一堆用sublime和atom作markdown編輯的大佬的,罪過罪過)。那在考慮這點的時候,就須要同志們在上手一個編輯器的時候,基本就肯定了解本身大部分編寫的文檔是否常常須要使用一些特殊語法(例如流程圖和甘特圖或者是數學公式等),若是須要,就去對這類支持較好的平臺上進行寫做;若是需求不高,那就找一個比較通用支持的渲染,例如git上的渲染類型就不少平臺都支持。編輯器

  • 是否支持直接輸出渲染文檔
    上面的那個問題,可能會出現一種難以取捨的問題。「我真的好喜歡這個文檔輸出的樣式啊」,「我真的好享受在這個編輯器上編輯的感受啊」……諸如此類,若是你真的很喜歡他的渲染樣式,你就要考慮,這種渲染樣式能不能保存輸出。保存成PDF就不會出現別的地方的渲染問題了呀,發佈到關聯的博客上也不會有太大問題了呀;我就在本地瀏覽,不許備發佈的,也不用考慮這個問題……
    可是若是編輯器僅僅是編輯器,不具有發佈功能,那你在把它複製到博客(例如這個cnblogs,或者CSDN或者簡書)的時候,就要仔細檢查一下語法是否會出現問題了。由於我有過這種狀況,在編輯器上的時候,渲染仍是挺好的,直接複製到博客上而後發佈,發現代碼段和文章段都有錯位的問題。
    有些編輯器是支持一鍵將渲染好的文檔發佈到博客的,例如爲知筆記就有這種功能,可是我嘗試過將爲知筆記發佈到cnblogs,體驗應該說不是很好,修改也很不方便。並且由於想要修改cnblogs的CSS樣式的時候,發現這種一鍵發佈的博文都是仍是用的<wiz-markdown>類型,沒法直接統一修改。工具

  • 是否能方便從剪切板中獲取截圖
    重要的都說完了,我再說一小點點關於我本身要吐槽的。你們都知道md的實現其實就是HTML渲染,因此添加圖片,就成了一個很特別的動做,再也不是直接複製粘貼就能夠的了,而是要經過編輯器生成一串字符,最後經過渲染生成。這個操做就違背了咱們最初使用markdown「拋棄鼠標」的目的了。目前爲止,我感受在這塊作的最好的仍是爲知筆記的editmd插件(恕在下真的沒有用過印象筆記,更沒用過馬克飛象)。字體

最後我就直接說結論吧,我如今最喜歡用的仍是爲知筆記,配合他的editmd插件,能夠選擇多種樣式和渲染主題,而且支持雲端存儲筆記,一鍵導出pdf,剪貼板圖片無縫轉換成字符插入文檔……
惟一一點我以爲他作的很差的就是準備寫做環境很麻煩,界面須要七七八八按不少按鈕才能最後調整成一個沒有預覽、沒有側邊欄目錄導航,工具欄lite的界面,並且文檔超過兩百行以後,有明顯的延遲;查看完預覽模式後暫未找到快捷鍵退出預覽模式回到編輯模式,還要用鼠標點……
剛想和wiz討一點軟廣費,發現本身要吐槽的還真的很多。不過愛和恨都是並存的啊,它的確是目前爲止我以爲最適合個人一款文字編輯器了,雖然仍是有不少缺點……
經過上面的幾個維度的考量,相信你也能找到本身喜歡和合適的md文檔編輯器。
別怕麻煩……咱們不是要變成極客的人嘛?優化

相關文章
相關標籤/搜索