gpt4 book ai didi

r - RStudio 如何确定控制台宽度,为什么它似乎总是出错?

转载 作者:行者123 更新时间:2023-12-04 21:36:58 30 4
gpt4 key购买 nike

我刚刚发现 wid <- options()$width在 RStudio 中,它似乎是我日常控制台使用中非常恼火的源头(或者更接近源头)。我应该事先声明,我目前使用的是 R 3.2.2、RStudio 0.99.491、Linux Mint 17.3(基于 Ubuntu 14.04.3 LTS 构建)
据我了解,wid应该以字符为单位——如果 wid比方说,等于 52,那么一个字母应该能够在屏幕上显示两次(考虑到固定宽度的默认字体),但情况似乎并非如此:
A screenshot showing the observed-vs-actual width discrepancy. The first line shows a call to options()$width and its output (52); the second line types out the alphabet twice, but the second time only makes it to 't' (if the true width was 52, the second alphabet should complete)
如您所见,尽管有 wid等于 52,我无法两次适应字母表 - 我短了 6 个字符。我还注意到,这意味着这不仅仅是由于命令提示符箭头和空格( > )的存在。
问题似乎有些成正比——如果我有 wid最多78个,我只能装70个字符;最多 104、93,所以 wid相当一致地大约有 88% 的折扣(旁注:这也表明我的假设 wid 以字符为单位可能是正确的)。
这产生的问题是控制台输出经常超出预期的行,使输出丑陋且难以消化;例如,简单的剪断 setDT(lapply(1:30, function(x) 1:3))[]这为我产生:
A screenshot of garbled output. A 3-row, 27-colum data.table is printed, but columns 26 and 27 interweave with the other columns, instead of being put alongside the next register of output where columns 28-30 ended up.
我似乎很清楚,输出是在实践中不可用的屏幕宽度上尝试的——在内部,比实际存在的屏幕宽度更大的屏幕宽度用于打印。
这给我留下了三个问题:

  • 怎么样options()$width决定?
  • 为什么总是如此错误?
  • 我们能做些什么来覆盖这个错误?
  • 最佳答案

    找到了一个 post about this on Rstudio support似乎问题与高 DPI 显示器有关;在 RStudio version 0.99.878 中有一个声称的错误修复(今天刚刚发布!幸运的话),根据 release notes :

    Bug Fixes

    ...

    • Correct computation of getOption(“width”) on high DPI displays

    希望这可以帮助其他遇到此问题的人!我很想在 /r/oddlysatisfying 上发帖乙-)
    希望在 RStudio GitHub 上看到相关的提交页面,如果有人可以找到它(我运气不好)。

    关于r - RStudio 如何确定控制台宽度,为什么它似乎总是出错?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35283234/

    30 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com