Pertimbangan untuk menggunakan aplikasi penulisan markdown di laman statik

Jika anda berlari atau baru -baru ini beralih ke penjana laman web statik, anda mungkin mendapati diri anda menulis banyak markdowns. Semakin banyak anda menulis, semakin banyak anda mahu pengalaman alat hilang sehingga kandungan menjadi tumpuan.

Saya akan memberi anda beberapa pilihan (termasuk kegemaran saya), tetapi lebih penting lagi, saya akan meliputi ciri -ciri yang ditawarkan oleh aplikasi ini, yang sangat penting apabila memilih. Berikut adalah beberapa pertimbangan utama untuk aplikasi pengeditan Markdown untuk membantu teks dengan lancar.

Pertimbangan #1: Corak Penulisan dan Membaca berasingan

Prinsip Pengalaman Pengguna memberitahu kita bahawa coraknya bermasalah. Tetapi mungkin perisian penyuntingan teks adalah pengecualian. Dari VI (M) ke Google Docs, model mandiri untuk menulis dan membaca nampaknya menarik penulis. Begitu juga, banyak editor Markdown mempunyai mod atau pandangan yang berdiri sendiri untuk menulis, mengedit, dan membaca.

Saya suka menyediakan reka bentuk bersebelahan atau pane supaya saya dapat melihat kedua-duanya pada masa yang sama. Penulisan markdown berbeza daripada kod menulis. Penampilannya penting dan pratonton dapat membuat anda merasa ini. Ia seperti penyegaran automatik penjana laman web statik supaya anda dapat melihat perubahan semasa anda membuat perubahan.

Sebaliknya, saya tidak suka reka bentuk di mana corak menguasai semua corak , di mana format markdown secara automatik ditukar kepada teks gaya, menyembunyikan kod diformat (Dropbox Paper, Typora, Ulysses, dan Bear dilaksanakan dalam beberapa bentuk). Sebagai contoh, saya tidak dapat menahan kerja keras untuk mengubah tahap tajuk untuk permohonan ini. Sekiranya saya mengklik padanya, klik dua kali, atau klik tiga? Bagaimana jika saya hanya menggunakan papan kekunci?

Saya mahu melihat semua markdowns yang saya tulis, walaupun pengguna akhir tidak akan melihatnya. Ini adalah titik yang saya mahu editor Markdown meminjam dari editor kod.

Pertimbangan #2: Topik yang sangat baik

Sesetengah editor Markdown membenarkan penyesuaian lengkap tema editor, sementara yang lain datang dengan tema yang bagus. Bagaimanapun, saya fikir editor yang baik harus mempunyai gaya yang betul untuk membezakan teks biasa dari teks yang diformat, tetapi tidak terlalu banyak untuk mengalihkan perhatian anda dari membaca dan memberi tumpuan kepada kandungan anda. Walaupun panel pratonton terbuka, saya biasanya menghabiskan sebahagian besar masa saya melihat pandangan edit.

Warna yang berbeza untuk setiap gaya

Oleh kerana kebanyakan teks dalam editor tidak akan menjadikan seperti dalam penyemak imbas, ia berguna untuk melihat teks yang diformat dengan cepat dengan markdown. Ini membantu anda menentukan, sebagai contoh, sama ada URL sebenarnya ditulis dalam teks atau digunakan dalam hiperpautan. Jadi saya suka menggunakan warna yang berbeza untuk setiap gaya markdown (tajuk, pautan, berani, italic, quote, imej, kod, peluru, dll.).

Gaya berani dan italik juga digunakan

Saya lebih suka menggunakan asterisk untuk pemformatan markdown (mis. Senarai yang berani, italic dan tidak teratur) dalam keupayaan saya, jadi saya mendapati bahawa sebagai tambahan kepada warna, gaya tambahan diperlukan untuk membezakan antara huruf miring yang berani, miring dan berani. Apabila skimming sukar untuk membezakan antara ** yang penting ** dan ** yang penting*, dan ** yang penting * dan ** yang penting * lebih mudah dibezakan. Ia juga membantu saya melihat jika asterisk tidak sengaja tidak sesuai (mis., Adakah ini penting?*).

Saiz fon yang berbeza untuk setiap tahap tajuk

Ini mungkin agak kontroversial dan boleh membahagikan penonton. Editor Kod tidak memaparkan saiz fon yang berbeza dalam satu fail. Warna dan gaya ok, tetapi bukan saiznya. Tetapi, bagi saya, ia sangat membantu.

Secara bertulis, hierarki adalah kunci kepada organisasi. Dengan saiz fon yang berbeza, anda dapat melihat garis besar apa sahaja yang anda tulis dengan hanya melayari.

Kekunci pintasan dan tingkah laku papan kekunci pintar

Saya mahu semua pintasan standard yang berfungsi dalam editor teks berfungsi. CTRL/CMD B digunakan dalam BOLD, saya digunakan dalam huruf miring, dan lain -lain, serta beberapa kunci pintasan yang mudah apabila menulis artikel, terutamanya CTRL/CMD (nombor) digunakan dalam tajuk. CTRL/CMD 1 digunakan untuk H1, dll.

Walau bagaimanapun, saya juga suka beberapa tingkah laku papan kekunci yang saya pinjam dari editor kod. Sebagai contoh, jika saya memilih beberapa teks dan tekan [atau (, ia tidak menimpa teks itu, tetapi melampirkannya dengan watak -watak permulaan dan berakhir. Begitu juga untuk menggunakan watak pemformatan teks seperti *, `, dan _.

Saya juga bergantung pada pintasan papan kekunci untuk membuat pautan dan imej. Walaupun selepas menulis Markdown secara teratur selama lebih dari lima tahun, kadang -kadang saya lupa kurungan persegi atau bulat yang pertama muncul. Jadi, saya sangat suka mempunyai kunci pintasan yang berguna untuk memasukkannya dengan betul.

Lebih baik lagi, dalam beberapa editor, jika anda mempunyai URL dalam papan klip dan anda memilih teks dan kemudian gunakan pintasan papan kekunci untuk menghubungkannya, ia akan memasukkan URL dalam medan hiperpautan. Ini benar -benar mempercepat aliran kerja saya.

Ciri -ciri Tambahan: Salin ke HTML

Editor yang saya gunakan sering mempunyai satu klik "COPY HTML" ciri (dengan pintasan papan kekunci) yang mengambil semua markdowns yang saya tulis dan menyalin HTML ke papan klip. Ini sangat berguna apabila menggunakan editor dalam talian dengan pilihan kod/sumber (mis. WordPress).

Pertimbangan #3: Editor mandiri vs plugin CMS/IDE

Saya tahu ramai orang yang menggunakan penjana laman web statik seperti IDE mereka dan juga boleh bertukar -tukar antara kod dan markdown pada hari yang sama. Saya sering melakukan ini. Jadi saya faham mengapa menggunakan IDE yang biasa lebih menarik daripada menggunakan aplikasi berasingan untuk markdown.

Walau bagaimanapun, apabila saya duduk untuk menulis halaman atau artikel di Markdown, saya memberi tumpuan kepada teks itu sendiri, dan saya lebih suka aplikasi berasingan.

Saya tidak menggila dengan editor markdown yang berdiri sendiri dan bukannya editor IDE atau plugin; Selagi ia memberikan manfaat di atas, saya tidak akan cuba memujuk sesiapa sahaja untuk menyerahkannya.

Berikut adalah beberapa sebab mengapa aplikasi mandiri mungkin lebih sesuai untuk menulis:

• Antara muka yang lebih mudah. Saya bukan jenis orang yang memerlukan "mod zen" dalam menulis aplikasi, tetapi apabila saya menulis, saya suka membuka panel sebanyak mungkin, yang biasanya memerlukan banyak barangan untuk dimatikan dalam IDE.
• prestasi. Kebanyakan alat markdown berasa lebih ringan kepada saya. Mereka pastinya kurang kompleks dan mempunyai fungsi yang kurang, jadi mereka harus lebih cepat. Saya tidak pernah mahu merasa seperti aplikasi penulisan saya dalam apa jua usaha. Ia harus bermula dengan cepat dan bertindak balas dengan segera, selalu.
• Adanya. Saya hanya tidak menemui editor Markdown yang saya suka dalam IDE. Mungkin ada di sana; saya tidak mempunyai masa untuk mencuba semua ini. Tetapi saya suka kebanyakan editor markdown yang saya gunakan, dan saya tidak boleh mengatakan bahawa untuk apa yang saya telah cuba di dunia IDE.
• Perubahan psikologi. Apabila saya membuka IDE saya, saya berfikir tentang menulis kod, tetapi apabila saya membuka editor Markdown saya berfikir tentang menulis teks. Saya suka bahawa ia membawa saya ke dalam minda yang betul.

Editor Markdown kegemaran saya

Walaupun ini adalah pilihan utama saya, itu tidak bermakna bahawa jika permohonan tidak ada dalam senarai ini, ia tidak baik. Saya tidak menyebut beberapa aplikasi yang bagus kerana mereka terlalu banyak ciri atau terlalu mahal kerana terdapat banyak pilihan percuma atau murah. Sama seperti pakej IDE, terdapat banyak aplikasi Markdown di luar sana, dan saya belum mencuba semuanya (tetapi saya telah mencuba banyak!).

Arahan untuk ciri -ciri yang membantu anda "memasuki kawasan", seperti mod "taip" atau "fokus", atau muzik latar yang menenangkan. Mereka tidak pernah bekerja untuk saya dan saya akhirnya mematikannya sehingga bukan ciri yang saya cari. (Walau bagaimanapun, jika anda suka ini, anda boleh mencuba Typora, yang percuma (semasa versi beta) dan berjalan pada Mac, Windows, dan Linux.)

Pilihan pertama saya

Macdown

Percuma;

Memenuhi semua kriteria di atas. Ia ringan dan cepat, dan sumber terbuka.

Alternatif yang sama dengan Windows dan Linux adalah Ghostwriter (juga percuma).

Bernilai mengesyorkan

Lampu

$ 15;

Jika anda hanya memerlukan lebih banyak ciri, ia sempurna. Ia menambah panel ketiga supaya anda dapat dengan mudah bertukar antara fail dan folder.

Obsidian

Percuma untuk kegunaan peribadi;

Untuk aplikasi yang lebih komprehensif, antara muka editor sangat baik dan memenuhi kebanyakan kriteria yang disebutkan di atas. Zettlr menawarkan fungsi yang sama, tetapi pada pendapat saya ia hanya terasa lebih rumit.

Kata laluan

$ 11;

Bukan aplikasi kegemaran saya untuk menulis dan mengedit teks, tetapi ia mempunyai tambahan yang hebat untuk diterbitkan ke pelbagai platform (mis. Sederhana, WordPress, Tumblr, Blogger, dan Evernote).

Menanggung

Percuma atau $ 1.49 sebulan;

Ini adalah pilihan yang baik jika anda menggunakan Markdown untuk lebih daripada sekadar kandungan laman web (nota peribadi, pengurusan tugas, dll.). Juga menjaringkan penampilan dan kebolehgunaan yang tinggi.

Meringkaskan

Semakin banyak tempat menyokong tatabahasa Markdown-termasuk Slack, GitHub, WordPress, dan lain-lain-dengan cepat menjadi bahasa sejagat untuk komunikasi yang lebih kaya dalam kehidupan kami yang semakin meningkat. Ia akan terus wujud kerana ia bukan sahaja mudah dipelajari dan digunakan, tetapi ia juga intuitif. Nasib baik, kami mempunyai banyak pilihan sekarang ketika datang ke aplikasi penulisan markdown berkualiti tinggi.

Atas ialah kandungan terperinci Pertimbangan untuk menggunakan aplikasi penulisan markdown di laman statik. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!