Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Steven, > There is a neat solution to this problem using > > * Local Variables :noexport: > > see the discussion at stackoverflow > thanks. yes, if one has to do local variables, that is a very nice

Simple but repetitive http links

I'm new to Org mode. I found this page https://orgmode.org/manual/Link-Abbreviations.html about Link Abbreviations but I wanted to report my confusion. I added: #+LINK: rails https://rubyonrails.org to my org file and then I wrote [[rails][Rails]] and when I clicked the text, it asked me if I

Re: Simple but repetitive http links

On 7 September 2022, Perry Smith wrote: I added: #+LINK: rails https://rubyonrails.org to my org file and then I wrote [[rails][Rails]] and when I clicked the text, it asked me if I wanted to create a section. I had to kill the buffer and reload it to get it to work. That's fine but I'm won

Re: Simple but repetitive http links

Hi, Org scans the file for link definitions when you visit it, so when you type in the link definition in the buffer, Org is not automatically aware that it exists. To refresh setup without reloading the file, you can `C-c C-c' with point on the line with the definition. That should do it. Also

Re: Simple but repetitive http links

Also worth mentioning that revert-buffer is your go to "kill buffer and reopen" command On Wed, Sep 7, 2022, 08:51 Christian Moe wrote: > > Hi, > > Org scans the file for link definitions when you visit it, so when you > type in the link definition in the buffer, Org is not automatically > aware

[BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Hi. org-agenda-list generation time takes too much time compared with the same setup with emacs27. This is org-agenda-list output from 28. (takes aproximately 4m21s) --8<---cut here---start->8--- 10 days-agenda (W35-W37): Sunday 4 September 2022 misc:

Re: org-babel-load-languages usability issue

Ihor Radchenko writes: > Tim Cross writes: > >>> Well. There are actually languages below if you look into the source >>> code. Indeed, it is confusing in the help/customize buffer. We can fix >>> this, say, by adding the language list into the docstring itself. Though >>> it will not cover th

Re: [PATCH] ox-icalendar.el: customizable vevent summary prefix

Mikhail Skorzhisnkii writes: > Resubmitting this patch with better commit message. Thanks! Applied onto main with amendments. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=eb5ef0ae1424a725f933ef3929e5396a2ab727ab I have changed the variable names to end with more conventional

Re: [PATCH] ox-icalendar.el: customizable vevent summary prefix

Mikhail Skorzhisnkii writes: >> Also, what will happen in a file like >> >> #+TITLE: Begin title >> #+TITLE: .. end title >> >> ? > > Hm, never did this myself. Now concatenate the list of property values. I have > tested it and space as a separator looks good, if the intention of several > title

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Greg Minshall writes: > for me the use case is 1) disabling all (or setting to "query") when, > e.g., you are exporting some file you received via e-mail and so trust > *none* of the code blocks; 2) enabling all for some file that you > yourself maintain, and so trust *all* the code blocks. at l

Re: [BUG] org-agenda-list takes 4m compared to 27 that took 15 seconds [9.5.2 (release_9.5.2-25-gaf6f12 @ /usr/share/emacs/28.1/lisp/org/)]

Andrés Ramírez writes: > org-agenda-list generation time takes too much time compared with the > same setup with emacs27. > > This is org-agenda-list output from 28. (takes aproximately 4m21s) > ... > This is org-agenda-list output from 27. (takes 15s) > > Emacs : GNU Emacs 28.1 (build 1, armv7l