tmp.imp.dir and cleanup #191
Replies: 3 comments 6 replies
-
Hi, From introductory vignette: Note that as of version 0.9.9, setting
In short, long paths lead to wide column. There are ways to work around this issue, but they involve lua filters or are quite complicated to implement. If someone wants to give it a shot, you're most welcome to! |
Beta Was this translation helpful? Give feedback.
-
I see now. Indeed it is necessary to specify it. Can't recall exactly why that happens the way it does, but I'm making a note to clarify this in the doc. Thanks for pointing it out! |
Beta Was this translation helpful? Give feedback.
-
You're right that the two processes are not aware of each other. But there
might well be something I overlooked here. I'll look into it.
…On Fri, Nov 24, 2023 at 4:45 AM Mark Friedman ***@***.***> wrote:
No problem. It is strange though that the files in tmp somehow get pulled
into the folder rmarkdown used to create the final document. If there was a
way to write them there directly, there wouldn't be a need to specify a TMP
folder (or clean up manually). Although I guess these two processed don't
really know about each other?
I put a pause in the RMarkdown and can see what is happening:
A folder called something like
C:\Users\fried\AppData\Local\Temp\RtmpE9zrUL is created and inside of it
appears the PNG files (with different names) that exist in the TMP folder:
[image: 2023-11-24 113525 RtmpENaouG]
<https://user-images.githubusercontent.com/7174635/285419021-c5de8f97-568a-4b60-b112-7aae530f1403.png>
[image: 2023-11-24 113551 tmp]
<https://user-images.githubusercontent.com/7174635/285419044-66619887-a2fc-440c-a596-166e5bec0dbb.png>
—
Reply to this email directly, view it on GitHub
<#191 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABNVLA2EB2CWEJ4RBLFOMSLYGBUCHAVCNFSM6AAAAAA64MWWR2VHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TMNJYHA2TM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Hi. I've been playing around with dfSummary and rMarkdown for a few months now. I have read conflicting posts about how to generate the nice graphic images.
Even some of those posts suggest method='render' obviates the need for a tmp.img.dir directory in st_options, I've never gotten it to work. So, I slog on, using a /tmp folder that fills up with thousands of png files.
Has anyone found a workaround to this? Or better, yet can dfSummary just wrote those pngs to the place that the knit/render process is already storing them to create the final html file? I intercepted the location at the very end of the render, and held open a folder with all the same pngs there, the folder normally gets removed after the html is created. It must be copying the pngs from the /tmp folder, so... why not have the \tmp folder be INSIDE the ...\local\temp.....\ folder to begin with? No user cleanup needed, no need to specify, etc.
Maybe I'm missing something (sure I am).
"C:/Program Files/RStudio/resources/app/bin/quarto/bin/tools/pandoc" +RTS -K512m -RTS Step01-Prep-1.01.knit.md --to html4 --from markdown+autolink_bare_uris+tex_math_single_backslash --output pandoc3c9c30496180.html --lua-filter "C:\RLibraries\R4.2.0\rmarkdown\rmarkdown\lua\pagebreak.lua" --lua-filter "C:\RLibraries\R4.2.0\rmarkdown\rmarkdown\lua\latex-div.lua" --embed-resources --standalone --variable bs3=TRUE --section-divs --table-of-contents --toc-depth 3 --variable toc_float=1 --variable toc_selectors=h1,h2,h3 --variable toc_collapsed=1 --variable toc_smooth_scroll=1 --variable toc_print=1 --template "C:\RLibraries\R4.2.0\rmarkdown\rmd\h\default.html" --no-highlight --variable highlightjs=1 --variable theme=journal --mathjax --variable "mathjax-url=https://mathjax.rstudio.com/latest/MathJax.js?config=TeX-AMS-MML_HTMLorMML" --include-in-header "**C:\Users\fried\AppData\Local\Temp\RtmpGIkvo7**rmarkdown-str3c9c7840811.html"
Beta Was this translation helpful? Give feedback.
All reactions