Markdown編輯器 做成 WYSIWYG(所見即所得)形式會不會有什麼弊端?

最近發現了一款名字叫做 typora 的 markdown編輯器。界面十分簡潔,用起來也很順手。一萬個贊。

但是目前存在的大多數 Markdown編輯器 都是書寫頁和渲染頁是分開的。

所以我想問一下 Markdown編輯器 做成這種所見即所得的方式有沒有什麼弊端?

為什麼像 typora 這樣的編輯器很少呢?

謝謝


因為 Typora 那種編輯器非常難寫,非常難寫,就是這樣。

於是, @Abner Lee 決斷的時刻到來了:是拿來賣錢呢,還是把控制項開源貢獻給社區呢


以下這個工具我已經安利給好多人了…… 沒有利益關係,偶然發現了它,非常喜歡。如果你也喜歡就點個讚唄,把好產品分享給更多人。

一句話介紹:一個類似google docs的多人云端協作工具,支持markdown語法,可導出markdown,html和json,目前沒發現哪裡要收費。官網在:https://usecanvas.com/

markdown的好處在於書寫流暢,WYSIWYG的好處在於直觀,我覺得usecanvas的平衡做得不錯。

[可能需要科學上網,未親測,不確定]

有點所見即所得的意思,但點擊到有格式的文本的時候,會出現markdown。

可以多人同時編輯,和google docs一個思路,但視覺設計上看起來更像dropbox paper的風格,白凈,極簡,有少量可愛的彩色做點綴。

功能區總共就三個按鈕,可見簡到什麼程度……

很顯然,這是新增一個文檔。

左邊的問號會提醒你markdown語法怎麼寫,右邊的設定展開如下:

可以控制有鏈接的人是否有許可權修改文檔,可以導出為markdown,json格式,html也行,但不知道為什麼這裡沒寫。

它也支持建立organization,然後添加用戶進群,有點像google docs企業版。

總之,就是個很簡潔,功能也夠用的產品,UI設計風格是我特別喜歡的那種,同類風格還有一個叫marvel的prototyping軟體,不過非設計師用不著,我就隨便一提,marvel家404是這樣的(是動圖,戳這裡體驗https://marvelapp.com/ewge)~

噢噢噢噢噢噢噢,忘了說了,它有個bug,文檔標題不能是全中文,因為它會影響url,比如正常是

https://usecanvas.com/vanessali/meow/6rXaHO1YkZedZJy7vcY78r

這時可以發送給任何人,無需登錄就能看到內容。如果把原標題meow換成喵,url就會變成

https://usecanvas.com/vanessali//6rXaHO1YkZedZJy7vcY78r

這個新鏈接就會變成登錄頁面,看不到內容了。只要不是中文就可以,「喵1」什麼的沒問題。


不會。John Gruber 本來就希望將 Markdown 設計為一種易於閱讀的格式化純文本 [1]。

假使一個 Markdown 編輯器必須要提供預覽功能,我認為 Typora 是其最理想的形態。

要說有什麼弊端——Typora 在早期的版本還會有一些小 bug, 估計是實時解釋還不完善。但到目前的版本已經相當少見了。

* * * * * *

[1] https://daringfireball.net/projects/markdown/


使用 markdown 就是希望寫東西的時候不去關注樣式,全力專註於內容

平時我都是用 sublime 直接寫 markdown 的,規則這麼簡單,沒必要預覽

做 markdown 編輯器幾乎是編程入門必備了,我自己也實現過一個實時預覽的網頁版,但現在看來沒什麼必要

專註內容而不是排版是 markdown 的核心


不覺得有什麼弊端,主要是實現起來非常困難吧,佩服這個軟體的作者


Typora可以說是用過的最好的markdown編輯器。

對於那些覺得預覽效果多餘的人,想必也不會喜歡其它那些分成兩屏的編輯器。對於這些人,大可以只用Typora的源碼格式,況且Typora默認提供了相當不錯的語法高亮。

而對於那些喜歡預覽效果的人,Typora的單頁預覽效果顯然是比其它編輯器生生多出一個窗口的實現要高明許多。


反正我用完Typora之後,再用其他的markdown編輯器,都會問一句,為啥要搞成左右分屏的預覽形式


VSCode 和作業部落出的 都可以做到所見即所得。 個人習慣用VSCode 寫 Readme 文件。


直接渲染所見即所得,現在看來是趨勢。傳統兩欄式編輯器對屏幕利用率只有一半,雖然markdown本身簡單,但是直接讀源碼還是很多干擾。

現在很多編輯器開始支持所見即所得的markdown支持了,做得比較好的有quip,dropbox paper。


難道不是 day one 么 ?就是所見所得呀 明星app


Typora為什麼會有時會改我編輯好的格式呢?


賣錢,做的更好,大愛typora


每個人的需求側重點不一樣,我希望md能直接保存到evernote,所以看樣子marxico就是我的唯一選擇了【聽說作業部落也能發布到evernote】了。

我討厭每次結束一行都要打連個空格來標識當前行的結束。marxico也是為數不多能滿足我要求的

我不喜歡去費力的保存圖片並編輯相關的地址,marxico甚至可以允許我把截圖複製過來,gitbook插入圖片後也不需要太關心源圖的地址,只要sync過後,圖片就會保留在我想要的位置。

純粹的markdown很好,但是依然不完善,需要這些附加的功能來幫助改善用戶體驗。

目前主力用matxico,因為evernote上有我的一切。總結結構性的知識點用gitbook,隨手的用typora.


簡書和ATOM用習慣了後表示用Typora很不習慣


這取決於你如何看待 Markdown:

  • 一個方便生成 HTML 的工具,及其使用的「純文本精簡版 HTML」語法。
  • 一套用純文本表達語義的語法,以及將使用這種語法的文檔轉換為實際表現的工具

前者:並沒有什麼弊端。因為 Markdown 只是用來減少按鍵數的,關注的是最終的顯示結果,而非 Markdown 文檔本身。

後者:弊端太明顯了,這樣的編輯器根本不是 Markdown 編輯器,而是借用了 Markdown 語法的所見即所得的 HTML 編輯器。Markdown 本身就是可以給人看的,轉換為 HTML 並不是必須的步驟。typora 這樣的所見即所得把 Markdown 本身當作「不必要的細節」處理了。


對於一個經常要寫做理工科筆記的人而言,沒有支持mathjax生成公式的Markdown都不是好markdown


安利下,昨天剛好在寫自己的博客項目,用的vue ,在發布文章這個模塊,自己也想到用markdown 進行書寫,於是用了vue-markdown 於是簡單的一筆。實時渲染,只不過就是數據雙向綁定而已,Vue react angular 都可以辦到


於是最終變成了Word?


推薦閱讀:

閉包(closure)在非同步請求處理中有哪些優勢?
如何用 TypeScript 提高 JS 工程的健壯性?
ui-route實現頁面跳轉回來頁面不重新載入?
如何評價 Node v6.0.0 (Current) ?

TAG:前端開發 | JavaScript | Markdown |