Markdownで書いたテキストをPDFに変換して納品用ドキュメントを作成する方法 - 2015-04-27 - ククログ
色々なテキストを色々なフォーマットに変換できるPandocというツールがあります。 今回は、これを使ってMarkdownで書いたテキストをPDFに変換する方法を説明します1。 環境はDebian GNU/Linuxのsidを想定しています2。 必要なパッケージをインストールします。非常に多くのパッケージをインストールするので時間がかかります。 $ sudo apt-get install -y texlive-full pandoc ruby rake 次のコマンドを実行して動作確認します。 $ pandoc -o test.pdf --latex-engine=lualatex test.md そのままでは日本語を含むテキストをPDFに変換できないのでtest.mdには日本語を含まないようにします。 これで日本語を含まないテキストをPDFに変換できることが確認できました。 日本語を含むテ
markdownをpandocを使ってHTMLに変換する - SanshouSichimiYa
markdownをpandocを使ってHTMLに変換しましたので備忘録です。 pandocをインストール $ brew install pandoc CSSを指定してHTMLに変換する 使うCSS GithubなHTMLへ変換する為のCSSが公開されていますので、これを使います。 https://gist.github.com/andyferra/2554919 Defaultのディレクトリに配置する Defaultディレクトリを確認します。 $ pandoc --version pandoc 1.17.2 Compiled with texmath 0.8.6.4, highlighting-kate 0.6.2.1. Syntax highlighting is supported for the following languages: abc, actionscript, ada,
Pandoc で github 風 CSS を使った standalone な html を生成 - Qiita
動機 ただ何となくふとやってみたいと思っただけです。 準備 ~/.pandoc ディレクトリを作成 github.css で画像を参照している箇所を https://raw.githubusercontent.com/gollum/gollum/master/lib/gollum/public/gollum/images/para.png https://raw.githubusercontent.com/gollum/gollum/master/lib/gollum/public/gollum/images/dirty-shade.png に差し替え ~/.pandoc 直下に上記 CSS ファイルを配置 ここに改変済みの CSS を置いておきます。 実行例 ポイントは --self-contained です。CSS やスクリプト、画像ファイルを全て data: URI スキームを使って
Markdownテキストでシーケンス図とフローチャートを描く - Qiita diagram sequence
つい先日、とあるシステムの処理の流れと一部処理のフローチャートを付けた見積り資料を書くことになり、ちょうど良い機会だったので、MarkdownでUML図表が描ける「StackEdit」を使って、オールMarkdownで資料を作成してみた。 いやぁ、打ち込んだテキストがリアルタイムに図表化されていく様は、とても新鮮で、そしてすごく面白かった。資料が出来上がった後の達成感というか、完成した図表を見た時の感動が結構はんぱない。技術系の資料作成でこんな良い体験ができたのは初めてかもしれんな…(笑) ──と、結構感動的な体験ができるMarkdownでのUML図表作成なんだが、せっかくなのでそれの書き方を含めてもう少し突っ込んだTIPSとしてまとめておこうかと思った次第。 Markdown+UML とは？ とりあえず、「Markdown+UML」というのは私の造語だ。まぁ、正確に言うなら「UML di
Markdown記法で書けてバージョンごとに保存もできるライティング環境「Ulysses」 | シゴタノ！
突然ですが、私は、なるべくテキストファイルで執筆したい派です。 つまり、RTF（リッチテキストファイル）やWordファイルなど、アプリケーションでの動作が重くなりがちで、ファイルサイズも大きくなりがちなファイル形式では、なるべく仕事をしたくないのです。 テキストベースのファイルならば、たいていの場合、どのアプリでも開けますし、iPhone／iPadアプリでも開きやすく、同期もしやすいので、プラットフォームを選ばずに仕事ができます。 エンコードの違いで、互換性の問題が起こることはありますが、MacでもWindowsでも、比較的トラブルが少なく、ファイルをいったりきたりさせることができ、仕事の利便性という意味では、一番扱いやすいと思っています（以前、あるソフトウェアのサポート業務をしていた時に、RTFやWord形式のファイルにさんざん悩まされた経験から、これらのファイル形式を避けたいという気持
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
