2016-02-09 3 views
5

私はちょうどRStudioでwid <- options()$widthを発見しました。そして、それは私の毎日のコンソールの使用の多くの刺激のソース(またはむしろ、ソースにもっと近い)のようです。私はLinux Mint 17.3(Ubuntu 14.04.3 LTS上に構築されています)のR 3.2.2、RStudio 0.99.491上にあることを前もって申し上げます。どのようRStudioは、コンソールの幅を決定しない、そしてなぜそれが常に間違ってきているように見えるのでしょうか?

私が理解しているように、widは、 - widが52に等しい場合、1が(与えられた固定幅のデフォルトのフォント)を2回、画面上のアルファベットをフィットすることができるはず、と言うが、これはケースのように表示されません。

width vs. actual width discrepancy

widが52にもかかわらず、私はアルファベットを2回入力することができません - 私は6文字短いです。また、これは、単にコマンドプロンプトの矢印とスペース(>)が存在するため、ではなく、であることに注意してください。

問題は幾分比例しているようです - もし私がwidを78にすると、私は70文字しか収めることができません。 104、93まで、そうwidはかなり一貫して(サイドノート:これはまた、おそらく正しいです私の仮定widは文字数で測定されます示唆して)約88%オフです。

これは、コンソール出力が目的の回線を超えてオーバーフローすることがあり、出力が醜く消化しにくいという問題があります。その内部で、大きな - 出力が実際には利用できなかった、画面幅に試行されたように私には思える明らか

whoops

:例えば、私のために作成し、簡単なスニップsetDT(lapply(1:30, function(x) 1:3))[]を取ります実際よりも画面幅は、印刷のために使用された存在します。

これは、3つの質問を私に残します:options()$widthがどのように決定されるか

  1. なぜそれが間違っているので、一貫しているのですか?
  2. 私たちは、このエラーを無効にするために何ができますか?

答えて

1

が見つかりました。post about this on Rstudio supportが見つかりました。問題は高DPIディスプレイと関係があります。 RStudio version 0.99.878での主張のバグ修正がrelease notesによると、(!運がそれを持っていると同じように、今日リリースされたばかりの)があります:

バグ修正

...

  • getOption(“width”)の正しい計算高DPIディスプレイ上で

これは、他の誰かが彼!私は(私は)運がなかった誰もがそれを追跡することができた場合

関連がRStudio GitHubページにコミット見てみたい)/r/oddlysatisfying B-でこれについて投稿したくなりますよ。

関連する問題