[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Please document the caching and its user options
|
From: |
Ihor Radchenko |
|
Subject: |
Re: Please document the caching and its user options |
|
Date: |
Wed, 19 Jun 2024 10:35:39 +0000 |
Colin Baxter <m43cap@yandex.com> writes:
> > 1. not reasonable in a sense that it has downsides compared to
> > what we do now - save latex previews on disk 2. impossible in a
> > sense that we do not have an existing toggle to store cached
> > previews in memory. Such functionality would have to be added; and
> > it is not necessarily trivial to add it.
>
> I too was one of those complainers who wanted to be able to disable
> org-persist completely. The argument about latex preview is really a
> non-starter in my opinion. I never use latex-preview and I'm sure I'm
> not alone in this. I also would not class the disabling of org-persist
> to be a 'nice-to-have'.
Let me clarify.
If you do not use latex-preview or other features that cache their
results, org-persist should not create any files or directories.
(It currently does create gc-lock.eld, but I will fix this)
However, if you do use it, Org mode has no option to disable creating
cache. In fact, Org mode never had such an option. For example,
`org-preview-latex-image-directory' is a part of Org mode since at least
Org 9.0, and it was never an option to disable it. org-persist did not
introduce anything drastically new in this regard.
So, this discussion and people insisting on completely disabling the
cache is a bit strange to me. I suspect that the problem may be not the
cache itself, but either (1) that it is created when cache features are
not really used; (2) that it is created in .emacs.d for some users.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
- Publishing cache (was: Please document the caching and its user options), (continued)
- Re: Please document the caching and its user options, Daniel Clemente, 2024/06/16
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/16
- Re: Please document the caching and its user options, Daniel Clemente, 2024/06/17
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/18
- Re: Please document the caching and its user options, Eli Zaretskii, 2024/06/18
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/18
- Re: Please document the caching and its user options, Eli Zaretskii, 2024/06/18
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/18
- Re: Please document the caching and its user options, Colin Baxter, 2024/06/19
- Re: Please document the caching and its user options,
Ihor Radchenko <=
- Re: Please document the caching and its user options, Eli Zaretskii, 2024/06/19
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/19
- Re: Please document the caching and its user options, Colin Baxter, 2024/06/19
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/19
- Re: Please document the caching and its user options, Rudolf Adamkovič, 2024/06/18
- Re: Please document the caching and its user options, tomas, 2024/06/19
- Re: Please document the caching and its user options, Daniel Clemente, 2024/06/23
- Re: Please document the caching and its user options, Ihor Radchenko, 2024/06/24
- Re: Please document the caching and its user options, Daniel Clemente, 2024/06/26
- org-crypt leaking data when encryption password is not entered twice (was: Please document the caching and its user options), Ihor Radchenko, 2024/06/26