R，utf-8 字符似乎无法滑动

Question

更新 3： 我似乎已经通过密切协调设置 fileEncoding 参数和使用函数 slidify(file.Rmd, encoding="UTF-8") 解决了这个问题，上面的链接会有所帮助，包括除了 install_github('ramnathv/slidify@fix_encode') 的 slidify 之外，还需要 slidify 的 fix-encode 分支，但它应该很快就会包含在主集中。为了存档目的，我会把它放在这里。不能说出修复它的确切原因，但问题可能是由于输入文件的编码与脚本文件不同，因为默认编码似乎会导致一些问题。我仍然有点不确定到底发生了什么，但我对 slidify 的维护者 Ramnathv 积极参与所有这些讨论感到感激和惊讶。此修复的故事也在上面的链接中。

我会将此 post 保留在网上仅供存档，也许其他人最终会遇到与我当时非常相似的情况。

更新 2： 之前使用 slidify 编码时出现问题，其中一些问题已经解决，更多信息请参见这些链接：https://github.com/ramnathv/slidify/issues/377, http://kohske.github.io/ESTRELA/201412/index.html, https://github.com/ramnathv/slidify/issues/373, https://github.com/Koalha/landslide/blob/master/index.Rmd

更新：打开包含 utf-8 字符的文件时似乎会出现此问题。在文本的代码括号内写入 r "õ,ä,ü" 似乎工作正常，但是当打开包含 utf-8 字符的变量的文件时，会导致脚本出现问题。使用 knitr 编译为 html5 时不会出现这些问题。有谁知道这两者之间的区别是什么？

key <- read.csv("key1.csv", header = TRUE, sep = ";", 
        quote = "\"", dec = ".", fill = TRUE, comment.char = "")
print(key)

添加和编码参数，或 fileEncoding 似乎没有帮助，html knitr 似乎不需要它。

编辑： 仍然没有解决，但我可能更接近问题的原因。事实证明，虽然 Rmd 本身被保存为 UTF-8，但许多使用的数据集在存储时仍恢复为 ANSI。那么可能是混合文件类型的问题。最好的情况 slidify(file.Rmd, encoding="UTF-8") 似乎用正确编码的字符编译 .md，但是在数据处理期间由于编码不匹配导致的错误已经发生。这些问题在常规的 knitr Rmd 到 html 转换中没有发生。

我正在努力将 html Rmarkdown 文档转换为 ioslides 类型的 Rmarkdown 文档，但我偶然发现了一个意外问题。该文档在常规 knitr 构造上没有问题，但似乎运行在 slidify 中具有完全相同的代码、环境和目录的字符编码问题。

也就是说，当遇到包含非拉丁字符（例如 ä、ü、ö）的变量时，knitr 似乎会崩溃，并且当它输出包含这些字符的文本时，它们会被替换为“？”矩形。

我正在使用基于 Claas-Thido Pfaff 示例的设置：http://cpfaff.github.io/reproducibility/。我还没有找到可以指定或更改语言环境的地方（因为完全相同的文档可以很好地处理 html 输出。

---
title       : Reproducible Reports
subtitle    : With R, Knitr, LaTeX and Markdown 
author      : Claas-Thido Pfaff 
job         : http://cpfaff.github.io/reproducibility
framework   : io2012        # {io2012, html5slides, shower, dzslides, ...}
highlighter : highlight.js  # {highlight.js, prettify, highlight}
hitheme     : tomorrow      # 
widgets     : [mathjax, bootstrap]            # {mathjax, quiz, bootstrap}
mode        : selfcontained # {standalone, draft}
knit        : slidify::knit2slides
github      :
  author    : changed
  repo      : reproducibility
---

```{r echo = FALSE, include = F, eval = T}
require(knitr)
hook_source_def = knit_hooks$get('source')
knit_hooks$set(source = function(x, options){
  if (!is.null(options$verbatim) && options$verbatim){
    opts = gsub(",\s*verbatim\s*=\s*TRUE\s*", "", options$params.src)
    bef = sprintf('\n\n    ```{r %s}\n', opts, "\n")
    stringr::str_c(bef, paste(knitr:::indent_block(x, "    "), collapse = '\n'), "\n    ```\n")
  } else {
     hook_source_def(x, options)
  }
})

require(ggplot2)
```

有什么想法吗？谢谢！

Answer 1

根据@Nisse-Engström 的建议，我post 将最终解决方案作为答案而不是对原始问题的更新。我相信修复编码现在应该集成到主要的 slidify 包中。

我似乎已经通过密切协调设置 fileEncoding 参数和使用函数 slidify(file.Rmd, encoding="UTF-8") 解决了这个问题，上面的链接会有所帮助，因为另外还需要包含 slidify 的 fix-encode 分支用 install_github('ramnathv/slidify@fix_encode') 滑动，但它应该很快就会包含在主集中。为了存档目的，我会把它放在这里。不能说出修复它的确切原因，但问题可能是由于输入文件的编码与脚本文件不同，因为默认编码似乎会导致一些问题。我仍然有点不确定到底发生了什么，但我对 slidify 的维护者 Ramnathv 积极参与所有这些讨论感到感激和惊讶。此修复的故事也在上面的链接中。

R，utf-8 字符似乎无法滑动

R, utf-8 characters seem to fail in slidify

html

r

utf-8

slidify