【问题标题】:Too many > in sublimerepl R output太多 > 在 sublimerepl R 输出中
【发布时间】:2016-08-10 02:41:02
【问题描述】:

我知道我在某处看到过这个,但我终生无法再找到它。我在 Windows 10 上使用 sublimerepl 和 R,当我评估以下代码时:

x = (1:10)
a = 1
b = 2
c = 3
print(mean(x))

我得到以下输出:

> x = (1:10)
a = 1
b = 2
c = 3
print(mean(x))
> > > > [1] 5.5
> 

如您所见,> 太多了,确切地说是每行一个。有没有办法解决这个问题?

【问题讨论】:

  • 所以帖子是关于sprintf的,和read.csv无关,unlist?我会将其简化为:sprintf("Mean: %s", mean(1:10))
  • 这篇文章只是关于 sublimeREPL,如果这个例子让你感到困惑,我很抱歉。虽然我确实需要额外的行,但我会更清楚地说明。
  • 好的,我明白你的意思了,忽略我的评论,你的帖子和现在一样好。每个> 代表一个命令行。
  • 使其更通用以避免任何混淆。我认为你的观点很好。
  • @Andreascmj 那么您是在另一个选项卡中编写此代码,然后将其发送到 SublimeREPL 进行评估吗?你能描述一下事件的确切顺序吗?

标签: r sublimetext3 sublimerepl


【解决方案1】:

我尝试使用最新版本的 R 3.2 在 OS X 和 Linux 上复制该行为,但我没有发现任何异常 - 在使用 Ctrl传输的每一行文本上都有一个 > >F。我刚刚使用 R 3.2.3 启动了我的 Win7 虚拟机,现在我看到了问题中描述的内容:

那么,它必须是特定于 Windows 的行为。不幸的是,我对 SublimeREPL 的内部结构不够熟悉,无法提出原因或解决方案,并且包的作者基本上已经放弃了它,从 Github 上的新问题缺乏参与来看,所以我真的没有解决方案,除了切换操作系统。

传输文本的更改显示不会以任何方式影响其评估,因此虽然看起来不完全漂亮,但它是无害的。

【讨论】:

    猜你喜欢
    • 2017-04-29
    • 1970-01-01
    • 2013-04-07
    • 1970-01-01
    • 2014-02-02
    • 2015-03-13
    • 2018-07-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多