https://moonue.com/tags/markdown/ Recent content in Markdown on 美阅 https://moonue.com/opengraph.webp https://moonue.com/opengraph.webp Hugo zh-CN Wed, 07 Dec 2022 23:56:42 +0800 https://moonue.com/posts/typora-publish-to-wordpress/ Wed, 07 Dec 2022 23:56:42 +0800 https://moonue.com/posts/typora-publish-to-wordpress/ <p>  markdown简洁快速的编辑方式获得了很多开发者的喜爱，markdown格式的文件也越来越普遍，但是，虽说如此，采用markdown方式编写的文件如果想导入到wordpress中，还是要费一番周折的，我在网上也没找到很好的解决办法。一些人说用wordpress的编辑markdown插件来导入markdown文件，但是，经过测试，发现这种方式真的很差劲，导入的布局和源文件的布局差别很大。于是，我研究了自己的导入办法，无需安装插件的情况下，完美快速地导入wordpres。废话不多说，贴个效果图，直接开始做。 <a href="http://www.lgwimonday.cn/cosyblog/wordpress/wp-content/uploads/2018/07/2018070909365764.jpg"><img alt="小窍门之markdown文件无插件完美快速导入wordpress" loading="lazy" src="https://tt.tenmeng.com/md/2018070909365764.jpg"></a></p> https://moonue.com/posts/typora-markdown-editor/ Wed, 08 Dec 2021 23:28:20 +0800 https://moonue.com/posts/typora-markdown-editor/ <p>一直用 Sublime 搭配 OmniMarkupPreviewer使用，其实很早有大神建议Markdown使用简码，而不是使用Typora的这种所见即所得的方式码字。但是使用Typora之后还是觉得所见即所得的方式比较好，可能是码字的人很想看到自己的作品吧！</p> https://moonue.com/posts/markdown-sublime-text-previewer/ Mon, 16 Aug 2021 18:21:43 +0800 https://moonue.com/posts/markdown-sublime-text-previewer/ <p>码字多的，一定喜欢 Markdown 语法，简单的代码，让文章瞬间排版的欣喜，又有谁不爱呢？用惯了各种软件，最后还是用SublimeText + OmniMarkupPreviewer，这套完美组合。</p> https://moonue.com/posts/markdown-syntax-guide/ Sun, 13 May 2018 14:02:12 +0800 https://moonue.com/posts/markdown-syntax-guide/ <p>多年前，我曾寫過一個 Markdown 編輯器，不過是一時心血來潮，沒有認真打理，亦未作宣傳，不覺間竟成了我 GitHub 上星數最多的一個項目。而我認真寫作的一個 Python Markdown Parser 還未過千星，人心之難測幾何哉。 <img loading="lazy" src="https://www.moonue.com/wp-content/uploads/2018/05/Markdown.png"> 寫 Markdown Editor 不過是因為好玩，過後自己並不曾使用，便至於荒疏了，因為「自己使用是一個很重要的原則」。 選擇 Markdown 便是選擇自由，選擇不受制於編輯器的自由，因為任何一個文本輸入框都可以成為你的 Markdown 編輯器。 正如 Markdown 的作者 John Gruber 所言： A Markdown-formatted document should be publishable as-is, as plain text, without looking like it’s been marked up with tags or formatting instructions&hellip; To this end, Markdown’s syntax is comprised entirely of punctuation characters, which punctuation characters have been carefully chosen so as to look like what they mean. E.g., asterisks around a word actually look like emphasis. Markdown lists look like, well, lists. 雖然 Markdown 整體的語法設計並不完美，但並不妨礙它成為當今最流行的文本標記語言。誠如 John Gruber 所說，Markdown 的標記符號確實是精心挑選的（carefully chosen）的，符號本身的表意簡潔明瞭，而需要學習的語法量較少，最是適合文字工作者。 譬如當我們看到**這種強調**的文法時，我們一眼便知道它表示強調，而不必看到渲染後的結果，這也正是 Markdown 的設計初衷。如果你必定要使用一個 Markdown 編輯器才能使用 Markdown 寫作的話，「你可能在用假的 Markdown」。 自然，我並不是排斥 Markdown 編輯器。即使達到了手中無劍心中有劍的境界，亦不妨手持利刃，只是其究竟是否利刃？ 最下者，實時預覽之 Markdown 編輯器。何也？實時預覽一是無用，二是擾人思緒。 編輯器之實時預覽多半與最終呈現效果並不一致，最終的展現效果當是由最終頁的樣式決定的，而這個樣式通常並非實時預覽時的樣式。既是如此，又何必實時預覽。Markdown 是所想即所得，假使預覽，亦只是檢查一下是否有些許不當的標記文法。 更要緊者便是擾人思緒。寫作之時，當專注於內容，而非樣式。不像一般的所見即所得編輯器，Markdown 的實時預覽多半是與寫作輸入框分開的。實時預覽，屏幕便不得不實時刷新，勾引作者去看渲染後的結果，於寫作無益，打擾作者思緒罷了。 次下者，花姿招展文法高亮之 Markdown 編輯器也。這不過是代碼編輯器的通病，用顏色來提示代碼文法固然不錯，但用於 Markdown 則失之偏頗了。顏色是用來提醒代碼文法的，Markdown 卻是寫作之用，這番提醒於寫作無益，亦只是打擾作者思緒罷了。便是有文法高亮，亦當節制，不過灰度上的變化便可。 我個人覺得 GitHub Issues 的輸入框便是很不錯的 Markdown 編輯器。事實上任何一個大小適合的 <textarea> 都是個合格的 Markdown 編輯器，如果再加上一個最終預覽功能的話，便是錦上添花了。GitHub Issues 的輸入框正如此，其預覽功能所顯示的樣式亦是文字最終的呈現效果，最是完美的編輯器。 這樣想來，我之所作編輯器倒不算很壞的編輯器，文法高亮之顏色相當節制，有預覽功能而無實時預覽之擾人。是否應該撿起這最多星之項目呢？可是我已成為了 <textarea> 愛好者，於此種編輯器並無憐惜之情。 最後一點建言。排版，應當是寫作完成之後才需要做的事。寫作需要無拘無束，心無旁騖。便如圖片、鏈接等，可於寫作完成之後再標注，圖片不妨在其處放一個標記符號，鏈接不妨先放在文本框里，不急於與文字對應上。待到文字有成，需要預覽之時，再拾遺補缺。</p>