GitHub.com の Markdown でアラート記法が増えた話 - Qiita
GitHub.com で利用できる Markdown 記法のアラートは、これまで [!Note]・[!Warning] と 2023 年 7 月 23 日 に追加された [!Important] がありました。 このアラート記法は断続的に更新されており、2023 年 11 月 14 日にいくつかの重要な変更がなされました。 本記事では、これらの変更を紹介します。 追加されたアラート 2023 年 11 月 14 日に、これまでのアラートに [!Tip] と [!Caution] が追加されました > [!NOTE] > Highlights information that users should take into account, even when skimming. > [!TIP] > Optional information to help a user be more su
Markdown の強調構文で使う「アスタリスク」と「アンダースコア」の違い - Neo's World
Markdown の強調構文で使う「アスタリスク」と「アンダースコア」の違い Markdown 記法の中で強調するための記号には2種類ある。アスタリスク * とアンダースコア _ だ。 **これで強調される** __これでも強調される__ これらの2つの違いと、なぜ2つあるのか、というところを調べてみた。 目次 アスタリスクとアンダースコアの違い 「別にアンダースコアでも強調できるけど？」に対する説明 「Markdown の仕様」はどうやって決まっているのか・差異が生まれた理由 CommonMark が分かち書きしていないアンダースコアを強調しない理由 まとめ その他参考 アスタリスクとアンダースコアの違い アスタリスクで強調した時とアンダースコアで強調した時の違いは、「分かち書きが必要かどうか」にある。 「分かち書き」とは、スペースで単語を区切る、通常の英文章の書かれ方のこと。日本語の場
Markdown と GitHub で社内規程を便利に管理 - クックパッド開発者ブログ
VP of Technology の星 (@kani_b) です。技術基盤や研究開発領域などを担当しつつ、社内の色々なことを技術の力でいい感じにする仕事をしています。セキュリティや AWS の話が好きです。 さて、みなさんは、ご自身が勤務する会社の就業規則を読んだことはあるでしょうか。 エンジニアに限らず、会社の全スタッフが仕事をする上で関わってくるのが、就業規則や情報セキュリティドキュメントなど、会社のルールや規程を記す文書です。 特にセキュリティやインフラに携わるエンジニアは、その改訂も含め携わったことがある方もいるのではと思います。 よくある文書管理 こうした文書は、以下のように管理されていることが多いようです。 ベースドキュメントは Word 保存時は PDF で保存 版管理は Word の編集履歴 + PDF に保存する際のファイル名 編集は担当部門, 担当者のみが行う かつての
GitHub Flavored Markdown Spec
This formal specification is based on the CommonMark Spec by John MacFarlane and licensed under 1Introduction 1.1What is GitHub Flavored Markdown? GitHub Flavored Markdown, often shortened as GFM, is the dialect of Markdown that is currently supported for user content on GitHub.com and GitHub Enterprise. This formal specification, based on the CommonMark Spec, defines the syntax and semantics of t
Upgrading your Textile posts to Markdown
For more details refer to the Textile docs and the GFM cheatsheet Automated conversion from .textile to .md with pandoc Users with many Textile files in their Jekyll Pages site can leverage pandoc, a utility for converting between different markup formats. The tomd shell script uses awk and sed to overcome the biggest limitations of pandoc, filtering out the sections listed below, which pandoc doe
GitHubのREADMEをローカルで確認する。octodownをインストール。 - 気の向くままに書き綴る
READMEを書くときによく、 GitHub Preview を使って書いていたけど、 微妙にgithubとデザインが違っている ネットが繋がっていないとダメ と課題があってローカルで確認できるのに良いのないかなぁと思っていた。 上のような課題に対して、 最近では、octodownを使っている。 octodown はローカル上にhtmlを発行して、 ブラウザでREADMEを確認できる。 デザインもGithubそのもので非常に良いです。 ianks/octodown · GitHub 環境の前提条件 Mac Yosemite rbenv ruby 2.1.5 Homebrew brewを最新版にしておく $ brew doctor Your system is ready to brew. 必要なコンポーネントをインストール $ brew install icu4c cmake pkg-co
markdown-mode 用の CSS ファイルを定義した mkdown.el を試してみた, 人生初のフィットネスジムへ行ってきた - 雑文発散(2014-07-03)
▼ [Emacs] markdown-mode 用の CSS ファイルを定義した mkdown.el を試してみた いつものように M-x list-packages をしたら、mkdown というパッケージが melpa に新規追加されていた。内容を見ると mkdown.com の CSS を当てるとか書いてある。 http://mkdown.com/ ってのは、gist.github.com のコンテンツに独自の CSS を当てて表示するサイトのことみたい。まぁ、確かにスッキリして読みやすい気がする。 これが Emacs 上でどうなるの？と思ってインストールしてみた。markdown-mode では C-c C-c v を実行すると HTML ファイルを生成してくれる。このファイルの中で独自の CSS を指定してくれる、というものらしい。 ということで、簡単な Markdown ファイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Custom css file for readme.md in a Github repo