Переменная Windows ("% userprofile%") в yaml?

Question

В моем YAML вызова у меня есть

--- 
title: "`r paste0('Test. Done ', format(Sys.Date(), '%B-%Y'))`" 
output: 
    word_document: 
    fig_caption: yes 
    fig_height: 4 
    fig_width: 7 
    reference_docx: %userprofile%\Documents\template.docx 
--- 

Но YAML жалуется %userprofile%. Можно ли включить такую ​​переменную?

Я пробовал, например.

reference_docx: "`r file.path(path.expand('~'), 'skabelon.docx')`" 

Но это все еще приводит к ошибке YAML.

pandoc.exe: `r file.path(path.expand('~'), 'skabelon.docx')`: openBinaryFile: does not exist (No such file or directory) 

Я предполагаю, что это означает, что выражение r не обрабатывается до yaml? Я проверил, что файл есть ... Или это потому, что pandoc использует другой «userprofile»? как я могу это проверить?

Однако я могу использовать такой вызов в переменной Title, согласно обновленному названию выше. Я предполагаю, что это, должно быть, конкретная проблема.

Answer 1

Проблема в том, что параметры в поле output понимают только rmarkdown. Pandoc не понимает их, поэтому вам нужно убедиться, что rmarkdown может оценить выражение. Поскольку rmarkdown использует это YAML пакет для чтения метаданных YAML и YAML синтаксис «s для выражения R является !expr, вы можете поместить выражение R после !expr, например,

output: 
    word_document: 
    fig_caption: yes 
    fig_height: 4 
    fig_width: 7 
    reference_docx: !expr file.path(Sys.getenv('USERPROFILE'), 'Documents', 'template.docx') 

Answer 2

Вы можете включить такую ​​переменную, но вы должны процитировать скаляр, в который положить его (одинарные кавычки или двойные кавычки). В цитируемой скаляр % не имеет никакого специального значения только апостроф имеет (в одиночных кавычках или обратной косой черты (\) в двойных кавычках.

Любое дальнейшее толкование этого скаляра в качестве переменной для Windows находится вне сферы YAML и должно быть сделано с помощью вашей программы

скалярное:.

"`r file.path(path.expand('~'), 'skabelon.docx')`" 

является правильным YAML и кричу не бросать ошибку (но, конечно, не что иное для YAML, чем Buch из символы, начинающиеся и заканчивающиеся кадром, никакая интерпретация не должна b e, сделанное с помощью парсера).