新しいマークダウンパーサーが必要な理由 | NHN Cloud Meetup
最近の開発者が最も好むドキュメント形式を挙げるとしたら断然マークダウンになるでしょう。マークダウンは、GitHub、GitLab、Bitbucketなど、タスクやイシュー管理に対応するほとんどのサービスにおいて、基本のドキュメント形式として使用されています。また、IntelliJ、VSCode、Vim、Emacsなど、ほぼすべてのテキスト編集ツールでも、プラグインを通じてマークダウン文書の強調構文やプレビュー機能を使用することができます。 TOAST UI Editorはここからさらに一歩進んで、マークダウンエディターとウィジウィグエディターを統合した形式のインターフェースを提供しています。ウィジウィグエディターを使用すると、テーブルなどの複雑な文法をより直感的に簡単に編集することができ、マークダウンに慣れていないユーザーでもマークダウン基盤の文書を簡単に編集できます。特に、開発者と非開発
Markdown記法 チートシート
Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート（`） か チルダ（~） を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。
Qiitaでコンソール(シェル)のコマンド実行を書くときとかのコードブロック - Qiita
コードブロックは今までテキトーにshとかnoneとかしてて、ちょっとハイライトが変でも気にしてなかったんですが、あまりにも見た目が酷いときとかもあったんで、ホントにめんどくさがりなのでホントにめんどくさいんですが、いい加減ちゃんと確認しとこうかと思いました。ああめんどくさい。もっと楽して暮らしたい。お金がいっぱいほしい。 コンソール(シェル)のために指定するやつ たぶんこの用途で指定する言語は主に3つデス。 そのまま見た目を載せておくのが一番わかりやすいかと思うので、そうすることにします。 sh (bash, ksh) ・・・ シェルスクリプト console ・・・ 単発のコマンド、ワンライナー shell-session ・・・ 出力も含めセッションをそのまま書きたいとき と使い分けるのが綺麗なのかな。 てか、Qiitaの、というよりはハイライトに使われてるPygmentsライブラリの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
