Re: Cache must be active error

> Ihor Radchenko writes: > Colin Baxter writes: >> > This should not matter and should not cause the error. Please >> > provide more details. >> >> The debugger output on the error is: >> >> --8<---cut here---start->8---

[PATCH] ob-python: support header argument `:results file graphics'

Hi, This patch adds graphics output support for ob-python via matplotlib. Specifically, it allows to use header argument `:results file graphics' as follows: #+begin_src python :file "test.png" :results graphics file import matplotlib.pyplot as plt plt.plot([1,2,3,4,5]) #+end_src The feature is

Re: Cache must be active error

Colin Baxter writes: > > This should not matter and should not cause the error. Please > > provide more details. > > The debugger output on the error is: > > --8<---cut here---start->8--- > Debugger entered--Lisp error: (error "Cache must be active.")

Re: exporting to PDF multi-lingual document

"Dr. Arne Babenhauserheide" writes: > Isn’t the speed more relevant for large documents? I always had the impression that luatex has mostly a rather fixed overhead. Maybe that's because many of my larger documents make quite some use of TikZ and most time may be spend there. Therefore I assumed

Re: exporting to PDF multi-lingual document

Stefan Nobis writes: > Ihor Radchenko writes: > >> AFAIR, the basic problem is that we cannot guarantee that any given >> UTF font is installed. > > Yes, indeed. Probably the best route is to make tweaking as easy as > possible. There are still too few (if any) really comprehensive (and > good

Re: Cache must be active error

Colin Baxter writes: > I now find that when I enter `m' to match an agenda TAG/PROP/TODO, I get > an error telling me that the "cache must be active". This error is new > today and I assume the result of commit 948c89644. > > I have > > (setq org-element-use-cache nil) > (setq

Re: exporting to PDF multi-lingual document

Hi. Stefan. > "Stefan" == Stefan Nobis writes: [...] Stefan> That's quite strange. I just re-tested with emacs -Q (Emacs 28.2 with integrated Org Stefan> 9.5.5). It generates the following tex file: [...] Stefan> Maybe there are some other configurations on the Emacs or

Re: exporting to PDF multi-lingual document

Ihor Radchenko writes: > Though ideally all the necessary fonts should be provided by > TeXLive. I am not sure why they are not yet there in 2023. First problem: Is there any free/libre font out there that has a really broad and comprehensive coverage of Unicode glyphs? I really don't know, but

Cache must be active error

I now find that when I enter `m' to match an agenda TAG/PROP/TODO, I get an error telling me that the "cache must be active". This error is new today and I assume the result of commit 948c89644. I have (setq org-element-use-cache nil) (setq org-element-cache-persistent nil) Is there a

Re: Cache must be active error

On 03/07/2023 00:44, Colin Baxter wrote: Ihor Radchenko writes: > Just for context, the new version `org-element-cache-map' uses a > new macro `org-element-with-enabled-cache' that temporarily > enabled cache for the duration of `org-element-cache-map'. I add org-mode (from

Re: exporting to PDF multi-lingual document

Ihor Radchenko writes: > AFAIR, the basic problem is that we cannot guarantee that any given > UTF font is installed. Yes, indeed. Probably the best route is to make tweaking as easy as possible. There are still too few (if any) really comprehensive (and good looking) Unicode fonts available.

Re: Cache must be active error

> Ihor Radchenko writes: > Colin Baxter writes: >> I now find that when I enter `m' to match an agenda >> TAG/PROP/TODO, I get an error telling me that the "cache must be >> active". This error is new today and I assume the result of >> commit 948c89644. >> >> I

Re: [PATCH] org-id: implement arbitrary cross-file references

Hello, It has been over one month since the last message in this thread. May I know if you had a chance to look at my comments? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at ,

Re: [PATCH] lisp/org-id.el: Add new relative timestamp feature for `ts' `org-id-method'

Hi Kierin, It has been over one month since the last email in this thread. May I know if you had a chance to work on your patch any further? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [Bug] org-insert-link removes on one link from 2 added by org-store-link

Max Nikulin writes: > When some heading has the CUSTOM_ID property > > 8< > * title > :PROPERTIES: > :CUSTOM_ID: a-heading > :END: > >8 > > M-x org-store-link adds 2 entries: > - [[*title][title]] > - [[#a-heading][title]] > > however `org-insert-link' (C-c C-l) removes from

Re: exporting to PDF multi-lingual document

Hi. I got curious and it seems if you are willing to use lualatex (which is, I think, currently the most actively developed engine and nowadays a really good choice), the following solution should work: --8<---cut here---start->8--- #+TITLE: Doc multi-lingual

Re: [PATCH] org-element-timestamp-interpreter: Return daterange anyway, if DATERANGE is non-nil

Ilya Chernyshov writes: > In the new patch I added :range-type timestamp property, adjusted > interpreter, > parser functions, added tests for the property. Thanks! Some general stylistic comments: 1. You left some whitespace-only blank lines and spaces at the end of lines. Please, clean

Re: exporting to PDF multi-lingual document

Stefan Nobis writes: > I have no experience with Japanese output and I'm unable to read > Japanese, so I could not judge the correctness or quality. But the > above approach seems to work quite well and it might be possible to > support this solution from the Org side (because only a single

Re: org-insert-link completion by description (Re: what is the purpose of "This link has already been stored"?)

there is not supposed to be any connection between org refile or org goto with the code in org insert link. completion works to select ol paths for org refile and also for org refile when it is doing goto. i just want the same for links. On 7/1/23, Max Nikulin wrote: > On 02/07/2023 12:02,

[Bug] org-insert-link removes on one link from 2 added by org-store-link

When some heading has the CUSTOM_ID property 8< * title :PROPERTIES: :CUSTOM_ID: a-heading :END: >8 M-x org-store-link adds 2 entries: - [[*title][title]] - [[#a-heading][title]] however `org-insert-link' (C-c C-l) removes from the stored link only one of them. As a result

Re: [PATCH] org-id: implement arbitrary cross-file references

Hello, Yes, I saw your comments, thank you for them. Since they imply a non-trivial reformulation, it would require another deep dive, which I cannot commit to right now. On Sun, Jul 2, 2023 at 13:58, Ihor Radchenko <[yanta...@posteo.net](mailto:On Sun, Jul 2, 2023 at 13:58, Ihor Radchenko <

Re: exporting to PDF multi-lingual document

Hi. Stefan. > "Stefan" == Stefan Nobis writes: Stefan> Hi. I got curious and it seems if you are willing to use lualatex (which is, I think, Stefan> currently the most actively developed engine and nowadays a really good choice), the Stefan> following solution should work:

Re: exporting to PDF multi-lingual document

andrés ramírez writes: > I have tried the snippet. But It shows just Japanese and the other > paragraphs are not present on the PDF. That's quite strange. I just re-tested with emacs -Q (Emacs 28.2 with integrated Org 9.5.5). It generates the following tex file: --8<---cut

Re: exporting to PDF multi-lingual document

Ihor Radchenko writes: > The downside of lualatex is that it is slower: > https://list.orgmode.org/orgmode/87a69j9c6s.fsf@localhost/ Yes, for sure. But I have the impression that newer versions of luatex have become a bit faster (maybe it's just a subjective impression that I want to be true,

Re: exporting to PDF multi-lingual document

Ihor Radchenko writes: > The downside of lualatex is that it is slower: > https://list.orgmode.org/orgmode/87a69j9c6s.fsf@localhost/ BTW: One of the discussion points in that thread has been the problem of default fonts. With pdflatex the default font is CM (Computer Modern) and if the

Re: [PATCH] org-id: implement arbitrary cross-file references

Sergei Kosyrev writes: > Yes, I saw your comments, thank you for them. > > Since they imply a non-trivial reformulation, it would require another deep > dive, which I cannot commit to right now. Thanks for the update! If you need any help with Org internals, feel free to ask questions. --

Re: exporting to PDF multi-lingual document

Stefan Nobis writes: > On the other hand: Luatex is much more flexible and has better support > for modern fonts and modern font render engines. So does xelatex, AFAIU. > It depends what one assumes to be the most common use case for Org. If > it's many rather short and simple documents then

Re: exporting to PDF multi-lingual document

Stefan Nobis writes: > Ihor Radchenko writes: > >> The downside of lualatex is that it is slower: >> https://list.orgmode.org/orgmode/87a69j9c6s.fsf@localhost/ > > Yes, for sure. But I have the impression that newer versions of luatex > have become a bit faster (maybe it's just a subjective

Re: exporting to PDF multi-lingual document

Stefan Nobis writes: > But only recently I discovered a package called "fontsetup". And this > package seems to provide a big step towards the goal discussed in the > above mentioned thread: Provide default fonts for most common > situations. The goal of fontsetup is more about easy switching