問題タブ [miktex]

パッケージをチェックしていますが、これが実際に残っている最後の問題です。PDF ファイルをコンパイルできず、ログファイルに表示される

問題がどこにある可能性がありますか？

Ubuntu 14.04 にmiktexをインストールしようとしています。http://miktex.org/howto/build-unxの指示に従っています。しかし、コマンドを入力するmakeと、次のエラーが表示されます。

コマンドを試しました./configureが、次のエラーが発生しました。

解決方法わかる人いますか？？

RStudio内からpdfをレンダリングできるようにするのに苦労しています。43 のエラーが発生し続けます。このタイプのエラーに関しては、stackoverflow に関するトピックがいくつかあります。それらのどれも私を助けませんでした。私の場合、RStudio は MikTeX で tex ファイルを探す場所を認識していないと確信しています。

ここに記載されているソリューションを使用しました。

このコードを解決策として提供します。

私の特定のケースでは、コードを次のように変更しました（それが私のマシン上の場所にあるように見えるため）：

成功しませんでした。pdf_document をレンダリングする前に、そのコードを実行せずに取得したエラーと同じエラーが発生しました。

この問題を解決する方法について、私が間違っていることを知っている人はいますか?

ラップトップに MiKTeX 2.9 をインストールしましたが、更新も新しいパッケージのダウンロードもできません。MiKTeX を更新しようとするたびに、

「abntex2」などの新しいパッケージをダウンロードしようとすると、

次のチュートリアルに従って、Shiny アプリケーションを Windows デスクトップ アプリとしてパッケージ化しました: http://www.r-bloggers.com/deploying-desktop-apps-with-r/

私の Shiny アプリケーションでは、ユーザーが pandoc と MikTex を使用して PDF レポートを生成できるようにしています。これをデスクトップ アプリケーションで機能させるために、runShinyApp.R スクリプトに次のコードを追加しました。

これは正しく機能しますが、パスを変更せずにアプリケーションを他のユーザーに配布できるように、このパスを相対パスにしたいと考えています。

私は次のことを試しましたが、これはうまくいきませんでした：

フォルダ構造は次のとおりです。

このパスを相対にする方法を知っている人はいますか? (Windows の場合) とても役に立ちます!

私はknitrのいくつかの動作に少し困っています。実際の例では 4 つのプロットが表示され、2 つの異なるプロット方法を使用してすべて同じデータが表示されます。

前文：

最初の 2 つのプロットは、R ベースの plot コマンドを使用して作成されます。

出力は（削除された）によって与えられます：

ggplot2 を使用した同じプロットのコード例は次のとおりです。

そして、出力は（削除されています）：

tikzDevice を使用しても問題は解決しません。この問題は、少なくとも私が覚えている限り、昨年の 11 月から存在しています。Yihui Xie の本を読んで解決しようとしましたが、彼のウェブサイトの例を使用しましたが、失敗しました。

だから：誰かが同じ問題を見て、それに対する解決策を思いつきましたか? 特定の方向を指し示すヒントでも役立つ場合があります。

私のシステム:

Win 7、MikTeX2.9 (2016 年 1 月 15 日に更新されたパッケージ)、TeXstudio 2.10.6、R3.2.2 (2016 年 1 月 15 日に更新されたパッケージ)。

編集：

CL からの依頼で、R とパッケージもすぐに更新しました。下に私の MWE があります。pch=20 を使用するとデータ ポイントが表示されない問題。pch=19、geom_point() は、明示的にグラフィック デバイスを選択しない限り永続的です。tikzDeviceを使用してプロットを *.tex に保存すると、データ ポイントが表示されます。また、dev='tikz' をチャンク オプションに入れると表示されます。他のグラフィック デバイスも同様に動作するようです。

MWE は次のとおりです。

その問題が再現できない場合は、それで和解し、無視します。しかし、それが再現可能であれば、解決策がどのように見えるか興味があります.

テストに加えて、私は別の問題を思いつきました。その問題は、少なくとも 1 人の他の TeX ユーザーによっても述べられていることがわかりました。Knitr と LaTeX パッケージ xcolor は、すべての友人の中で最高ではないようです。

再度、感謝します。

ニット対xcolor

コンピューターにすべてを再インストールする必要がありました。R、Rstudio、Pandoc、MikTex の再インストール後、RStudio と Sumatra を使用したニット PDF のプレビューに非常に長い時間がかかります。再インストール前は、プロセス全体に数秒しかかかりませんでした。スマトラのプレビューが完了するまで 30 秒以上待たなければなりません。プロセスはどういうわけかしばらくの間停止します

と

R Markdown コンソールに出力される出力の一部。

私はKnit to PDFRStudioでオプションを使用しており、Windows 7 64ビットシステムを使用しています。この小さなヒックアップが私のワークフローを本当に台無しにするので、いくつかの提案をしてくれることを願っています。テストしたすべての .Rmd ファイルで同じ問題が発生します。