Re: Org 9.7.5: problems with tab-width and certain syntax combinations in SETUPFILE

(I had not joined the mailing list before sending the first message.) I have a workaround for this that allows me to at least load my org files: I can #+COMMENT: out all the lists, which I have in there as documentation (I treat my setup files like literate configuration files).

Org Agenda 9.7.5 not recognizing completion of items with a done state configured by SETUPFILE

Hi, I use the #+SETUPFILE construct to manage families of Org files together. One thing I commonly do is to have a #+TODO declaration in the setup file. As of 9.7.5, the #+TODO declaration works if it is in the file that is in org-agenda-files but not if it is in that file's setup file. The

Re: [Pre-PATCH] Overhaul of the LaTeX preview system

I don't see anything wrong in the diagnostic information you've provided. Here are some more questions for you. 1. What is your org-latex-compiler set to? 2. Could you try to use dvisvgm to generate previews, and when it fails, check the contents of the buffer "*Org Preview Convert Output*"?

[ANN] org-ql v0.8.7 released

Hi all, FYI, v0.8.7 of org-ql has been released. The changelog follows. https://github.com/alphapapa/org-ql Thanks, Adam *Fixes* ⁃ Timestamps with internal time ranges (e.g. `<2024-06-26 10:00-11:00>') are matched for simple queries. (This support is not yet comprehensive, e.g. a

#9 [[bbb:OrgMeetup]] on Wed, July 10, 19:00 UTC+3

Dear all, Another OrgMeetup will be scheduled on the second Wednesday of July, in two weeks. Previous meetup notes: https://list.orgmode.org/87h6dlidhz.fsf@localhost/T/#u URL: https://bbb.emacsverse.org/b/iho-h7r-qg8-led Time & Date: <2024-07-10 Wed 19:00-21:00 @+03,Europe/Istanbul> The room

Re: How to get the right link using org-capture from the second level

"Lukas C. Bossert" writes: > I thought that `org-roam-node-insert` (`C-c n r i`) is doing that... I see. Then, I am of no help. I am not familiar with org-roam. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development

Re: How to get the right link using org-capture from the second level

I thought that `org-roam-node-insert` (`C-c n r i`) is doing that. It works fine when I use it with the default template or when I create a new node at toplevel of a file. My workflow is that I am working on a file (e.g. `house.org`) and then I want to add a reference to a person, for example

Re: How to get the right link using org-capture from the second level

"Lukas C. Bossert" writes: > Under the `* Persons` heading, I intend to list all individuals. I've > created a template that allows me to add people from any other file > using e.g. `C-c n r i`. This template also facilitates the creation of > new person entries on the fly, and ideally, it

Re: [BUG] test [9.5.2 (release_9.5.2-303-gb7cba6 @ /usr/share/emacs/site-lisp/org/)]

purity.piped--- via "General discussions about Org-mode." writes: > I was editing a list of mine, which is basically subtree intensifies, > and it works fine, but often I get this Warning: > > ■  Warning (org-element-cache): org-element--cache: Unregistered buffer > modifications detected.

Re: [BUG] Relative filenames for graphics output in ob-R.el [9.8-pre (release_9.7.4-80-g7fa169)]

Sam Crawford writes: > When running an R session for org babel, if the working directory of > that session is different to the directory of the org file, then source > blocks with :results (output) graphics file will not work correctly. I > believe this is due to the fact that >

org-crypt leaking data when encryption password is not entered twice (was: Please document the caching and its user options)

Daniel Clemente writes: > Sometimes org-crypt fails to reencrypt the data. E.g. if Emacs > crashes, or if you fail to type the same password twice, or of course > if you don't use (org-crypt-use-before-save-magic), etc. I do not think that there is anything left on disk if Emacs crashes. As

Re: [BUG] Org babel python async can't return values

Sam Crawford writes: > A MWE is: > > #+begin_src python :async yes :results value :session python >   12 > #+end_src > ... > I believe the issue comes from the regexp used for > org-babel-comint-async-indicator on line 540 of ob-ipython.el. It is > currently

Re: Please document the caching and its user options

> > A user has somefile.org which contains some headers marked with the > > "crypt" tag. Only those headers are encrypted. The org-element cache > > may now cache the whole file, including the encrypted headers (this is > > ok). Now the user temporarily decrypts the encrypted header, works on > >

[BUG] Org babel python async can't return values

This may be MacOS specific, but I noticed that :async yes only works with :results output; :results value never returns. A MWE is: #+begin_src python :async yes :results value :session python   12 #+end_src This ought to return 12, but the "#+RESULTS:" field only ever shows the value of the

How to get the right link using org-capture from the second level

Dear list, In my org-roam setup, I want to document information about individuals. To do this, I created an org file named `20230501233516-persons.org`, which contains two top-level headings: `* Overview` and `* Persons`. Under the `* Persons` heading, I intend to list all individuals. I've

[BUG] Relative filenames for graphics output in ob-R.el [9.8-pre (release_9.7.4-80-g7fa169)]

When running an R session for org babel, if the working directory of that session is different to the directory of the org file, then source blocks with :results (output) graphics file will not work correctly. I believe this is due to the fact that org-babel-R-construct-graphics-device-call uses a

Re: Parse malformed clocklines (was: Re: [PATCH] lisp/org-clock.el (org-clock-sum): Rewrite regex using rx)

Morgan Smith writes: >> I think that the best course of action when a problematic timestamp >> without opening/closing time is encountered is: >> >> 1. Warn user >> 2. Still calculate the duration, assuming 0s in time (simply because >>previous versions of Org mode did it) >> >> (2) is kind