問題タブ [pandoc]

私はEmacsに比較的慣れていませんが、切り替える価値があるかどうかを確認するために実験してきました。私はMarkdownで書き込み、pandocを使用して必要なものに変換します。重要な場合は、Ubuntu12.04でEmacs23.3.1を実行しています。

私は人文科学の大学院生なので、脚注に重きを置いています。Pandocの脚注は、角かっこで囲まれています。私が抱えている問題は、自動入力モードが角かっこ内のテキストを無視しているように見えるため、脚注がページ全体に蛇行してしまうことです。私が見つけた唯一の修正は、手動で行を分割することです。 、段落を編集するたびに。それは明らかに理想的とは言えません。（インラインの脚注をあきらめて、それらをすべて別々の参照のままにすることもできますが、そうしたくないので、それは必要ではないようです。）

だから私の質問は、自動入力モードを括弧内のテキストでも動作させる方法はありますか？デフォルトではない理由はありますか？

どうもありがとう、

-ブライアン

Pandocでバッチ変換を実行するという質問への回答があるこの質問を見つけましたが、再帰的にする方法の質問には回答していません。私はプログラマーではないことを前もって規定しているので、ここでこれについて助けを求めています。

Pandoc のドキュメントは、ファイルのバッチを実行可能ファイルに渡すことに関する詳細が少なく、スクリプトに基づくと、Pandoc 自体は一度に複数のファイルを解析できないようです。以下のスクリプトは Mac OS X で問題なく動作しますが、ローカル ディレクトリ内のファイルのみを処理し、結果を同じ場所に出力します。

find . -name \*.md -type f -exec pandoc -o {}.txt {} \;

次のコードを使用して、期待していた結果を取得しました。

find . -name \*.html -type f -exec pandoc -o {}.markdown {} \;

この単純なスクリプトは、Mac OS X 10.7.4 にインストールされた Pandoc を使用して実行され、実行したディレクトリ内のすべての一致するファイルをマークダウンに変換し、同じディレクトリに保存します。たとえば、 apps.html という名前のファイルがある場合、そのファイルはソース ファイルと同じディレクトリにあるapps.html.markdownに変換されます。

変換が高速であることに満足していますが、1 つのディレクトリにあるすべてのファイルを処理し、編集のためにミラー化された一連のディレクトリにマークダウン バージョンを配置する必要があります。最終的に、これらのディレクトリは Github リポジトリにあります。1 つのブランチは編集用で、別のブランチは制作/公開用です。さらに、この単純なスクリプトは、元の拡張子を保持し、それに新しい拡張子を追加しています。再度変換すると、マークダウン拡張子の後に HTML 拡張子が追加され、ファイル サイズがどんどん大きくなっていきます。

技術的には、1 つのブランチ ディレクトリを解析し、それを本番環境のディレクトリと同期するだけで済みます。変更、削除、および新しいコンテンツがすべて正しいことが確認されたら、コミットを実行して変更を公開できます。Find コマンドでこれらすべてを処理できるように見えますが、Mac OS X と Ubuntu のマニュアル ページを読んでも、適切に構成する方法がわかりません。

どんな親切な知恵の言葉も深く感謝します。

TC

以前、R Markdown を HTML に変換するコマンドについて質問したことがあります。

R MarkdownファイルをPDFドキュメントに変換する良い方法は何ですか?

適切な解決策は、コンテンツ (画像、方程式、html テーブルなど) を可能な限り保持することです。ソリューションは、コマンドラインから実行できる必要があります。良い解決策はクロスプラットフォームでもあり、理想的には依存関係を最小限に抑えて、メイクファイルなどを簡単に共有できるようにすることです。

具体的には、多くのオプションがあります。

• RMD を MD から HTML から PDF に変換するかどうか。または RMD から MD から PDF。または RMD から PDF
• markdownR でパッケージを使用する場合、どのオプションを指定するか
• pandoc、R に組み込まれたパッケージ、またはその他のものを使用するかどうか

これは、提案されたソリューションの合理的なテストを提供すると思われるrmd ファイルの例です。これは、このブログ投稿の基礎として使用されました。

pandocを使用して目次をRMarkdownHTMLファイルに追加し、すべてのHTMLフォーマットとヘッダー情報を保持するにはどうすればよいですか？

たとえば、というファイルがある場合は、次test.htmlのことを試しました。

これにより目次が追加されますが、既存のヘッダー情報が削除されるため、すべてのフォーマットが魅力的になります。

したがって、このhtmlファイルは次のようになります。フォーマットを保持したいのですが。

私は素晴らしいPandocを使用して、MarkdownからSlidyスライドショー形式に変換しています。Slidy CSSを編集したいのですが、CSSファイルがどこで使用されているのかを一生理解できません。たくさんのslidy.cssファイルをあちこちで見つけて変更しようとしましたが、PandocのSlidy出力は変更されません。

OSXのデフォルトでslidy.cssがどこにあるか知っている人はいますか？ありがとう！

MathJax方程式を含むHTMLドキュメントがいくつかあり、それらをラテックスに変換してからpdfに変換したいと思います。Pandocを使用したいのですが。

ただし、Pandocはに置き換え$られ、数式では。に置き換えられます。\$\\textbackslash{}

PandocにMathJax式を文字通りHTMLからLaTeXに渡すようにすることは可能ですか？

このMarkdownを変換したい：

DOCX でこのようなものを作成するには:

明確にするために、カスタム スタイルを作成してタイトルに適用したいと思います。

オプション--reference-docxがあることは知っていますが、見出しにスタイルを適用する方法がわかりません...

マークダウンを HTML に変換していますが、構文が強調表示されたコードを含めたいと考えています。

次のような構文を含むマークダウンから作業しています。

しかし、この構文を処理するためにどの構文強調表示拡張機能が使用されたかはわかりません。良い拡張子は何ですか？

pandoc の Makefile を作成しようとしています。入力できるようにしたいのですがmake filename.ext、Makefile は から に自動的にコンパイルさfilename.txtれfilename.extます。ファイル名は、.txt という名前であれば何でもかまいません。この部分は簡単です。たとえば、次のような一連のルールがあります。

ただし、 という同じファイルから引用も追加したいと思いますfilename.bib。したがって、make fudge.pdf入力すると、pandoc は fudge.bib からの bibtex 引用を組み込みながら、fudge.txt を fudge.pdf に変換します。どうすればいいですか？コマンドラインは次のようなものです

...しかし、次のようなことをせずに fudge.txt から fudge.bib を取得する方法がわかりません:

これは機能しますが、a) 最初にファイル *.bib に対して前処理を行いたい (つまり、ファイルを生成して不足している参照を追加する) ため、b) すべての行にそのマクロが必要です。もっとエレガントなものはありますか？

主に、いくつかのマークアップ言語（reST / Markdown / Textile）からPDF / HTMLへのバッチ変換をサポートするツールを探していますが、...いくつかの条件があります。

• マークアップ言語はreST/Markdownまたはそれらのようなものでなければなりません
• プレビュー付きのシンプルなエディターがあるはずです（たとえば、Gedit3 + Markdownプラグインなど）
• Pandocと同じように、多くの形式の間にバッチコンバーターが必要ですが、完全なマークアップ言語がサポートされています

Pandocは素晴らしいですが、残念ながらreSTディレクティブをサポートしていません。..容器

現在、どのマークアップ言語が自分に最適かを判断できません。書き込み中に出力をプレビューするための非常に単純なGeditのプラグインがあったため、Markdownを使用していました。現在、Sphinxをテストしています。これは、優れたドキュメントを作成するためのツールを見つける必要があり、SphinxはreSTを使用しているためです。reSTはカスタムディレクティブもサポートしており、今日、「container」ディレクティブが非常に役立つことがわかりました。テキスタイルを試したことがありません。

ほぼすべてのドキュメントを何らかのマークアップ言語で書き込もうとしています。DOC、DOCX、純粋なラテックスは避けたいのですが、それでも見つかりません。それらのいくつかはテーブルをサポートし、他は拡張機能を備え、別のものはプレビューなどを備えた単純なエディタを備えていません。