3

下の図のような望ましくない太字のフォントを見たことがあるかどうかはわかりません。

ここに画像の説明を入力

ご覧のとおり、3 行目は太字ですが、他の行は太字ではありません。これは、ggplot()withlapply()または specialを使用しmclapply()て、異なるデータに基づいて同じグラフ テンプレートを作成し、すべての結果を異なるグラフとして 1 つの PDF ファイルに配置しようとすると発生します。

lapply(x, f)1 つの解決策は、 whenf()がプロットを返す関数の使用を避けることですが、状況ggplot()によっては (つまり の入力としてgrid.arrange()) チャートを結合するためにそうしなければなりません。

再現可能な例を提供できず申し訳ありませんが、コードとデータのサイズがいくつかのネストされた関数で大きすぎるため、一生懸命試しましたが成功しませんでした。再現可能な例を作成するために複雑さを減らしたとき、問題は発生しませんでした。

おそらく誰かが同じ経験に直面し、それを解決する方法を知っているのではないかと推測したので、私は質問をしました.

4

2 に答える 2

2

私の直感では、実際に太字で印刷されているのではなく、何らかの理由で二重に印刷されており、太字に見えます。これにより、より単純な例が思い付かない理由が説明されます。特に、入れ子になった関数や、オフバイワンまたは同様のエラーが発生しやすい他の複雑な構造について言及していることを考えると、おそらくlength()戻り値のからapply()。

キー内の要素の順序が異なるように、ベクトルの要素の順序を変更することも役立つ場合があります。最後の要素が一貫して太字になっている場合は、どこで問題が発生しているのかがもう少しわかります。

@Dinre も述べたように、プロット デバイスに関連している可能性もあります。プロッティング デバイスを変更してみることができます。ただし、一貫した問題ではないため、これには疑問があります。キーの位置を変更することもできます。これにより、プロッティング デバイスと設定に応じて、圧縮ブロックの内外に移動し、どのアーティファクトがトリミングされるかが変わります。

于 2013-06-17T13:35:33.900 に答える