Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Max Nikulin writes: > On 15/12/2022 19:25, Ihor Radchenko wrote: >> Max Nikulin writes: >> >>> I would consider reverting the commit causing user prompt for every >>> variable. >> I disagree. If anything, we can set the default value of >> `org-confirm-babel-evaluate-cell' to nil and apply

Re: orgmode 9.6

* Paul Schlesinger [2022-12-16 02:04]: > started getting an encoding warning when i would tell emacs I wanted to > quit. The warning indicated the offending characters but they were in an > unformatted buffer on the screen and I became fatigued trying to correct > them. That will happen not

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Ihor Radchenko writes: > Tim Cross writes: > >> I do wonder if it would be a good idea to try and document when org will >> evaluate code in org files. This would include not just babel block >> evaluation, but also elisp evaluation in table formulas, block header >> arguments, file option

orgmode 9.6

Using the included orgmode 9.52 on emacs 28.1 for much of my daily work, university professor. At the end of the day I quit emacs, saving all my work for the day in a very large folder tree that includes all my working files and this is rsync'ed onto a usb disk that is a backup and is sync'ed to

RE: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

No, please. For two reasons: 1.- In HTML, you have 2.- This could trickle to other backends where it makes sense Thanks, /PA -- Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING

[FR] Add support for racket images in org-babel

Hello, I am trying out racket which seems to provide a quite nice plotting package . Also, it is easy to install and configure, easy to learn. and it has great learning material. It looks like a great simple (compared to

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Tim Cross writes: > I do wonder if it would be a good idea to try and document when org will > evaluate code in org files. This would include not just babel block > evaluation, but also elisp evaluation in table formulas, block header > arguments, file option arguments and possibly other subtle

Re: orgmode 9.6

Paul Schlesinger writes: > ... At the end of the day I quit emacs, saving all my > work for the day in a very large folder tree that includes all my working > files and this is rsync'ed onto a usb disk that is a backup and is > sync'ed to a disk on my home computer and I have redundant backups.

Re: [PATCH] LSP support in org-src buffers

On Mon, December 12 2022 13:16, Ihor Radchenko wrote: > If an src block has :tangle option, it is probably reasonable to display > it together with other tangled blocks. > If an src blocks does not have a :tangle option, :context might be used > as the means to group blocks together. But then,

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Tom Gillespie writes: > Interestingly, as I was looking through my notes in > orgstrap, I see my past self had found a macro > org-babel-one-header-arg-safe-p which pointed to > defconst org-babel-safe-header-args, but that is > a const and not really user configurable. It's purpose is also

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

> It's purpose is also different. > I am generally skeptical about our ability to provide universal way to > judge if a given sexp is safe or not. It should be left to the user. I am in complete agreement.

[Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

Johan Bolmsjö writes: > #+caption: Caption 1 > #+begin_src > foo bar baz > #+end_src There is an inconsistency here between Org parser and https://orgmode.org/worg/org-syntax.html + manual. The actual parser does allow empty lang in src blocks, setting :lang element property to nil. Should we

Re: [BUG] org-element--cache: (org-agenda) Cached element is incorrect [9.6 (release_9.6-90-gf49ee9 @ /home/stefan/.emacs.d/contrib/org-mode/lisp/)]

Stefan writes: > While trying to reproduce the "Org parser error" error issue (see other > thread), I got multiple "Cached element is incorrect" warnings (backtrace > excerpt below). > > Here is one that appeared when trying to loading the =t= agenda: Thanks, but a small portion of the

Re: [BUG] org-element-cache error on file open [9.6 (9.6-g555dac @ /Users/scott/.emacs.d/straight/build/org/)]

Scott Otterson writes: > When I open an org file, I get the following warning. > > Warning (org-element-cache): org-element--cache: Org parser error in > energytop.org::1159387. Resetting. >The error was: (error "Invalid search bound (wrong side of point)") > Backtrace: > nil

Re: Does variable 'org-goto-interface' exist?

Max Nikulin writes: > Actually I am surprised that symbols are not > transformed to help links in info buffers. Well. https://yhetil.org/emacs-devel/86lfm3k05m@duenenhof-wilhelm.de -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at .

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

On Thu, Dec 15, 2022, 4:32 AM Ihor Radchenko wrote: > Johan Bolmsjö writes: > > > #+caption: Caption 1 > > #+begin_src > > foo bar baz > > #+end_src > > There is an inconsistency here between Org parser and > https://orgmode.org/worg/org-syntax.html + manual. > > The actual parser does allow

Re: How to disable completely org-persist

Ihor Radchenko writes: > Upon further investigation, it looks like we need Org persist all the > time. As temporary storage, at least. In particular, downloading remote > images requires org-persist to store files somewhere. All the times. > ... > So, we cannot disable org-persist and should not

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Greg Minshall writes: [snipped] "Proper list" in the context of this discussion and pertaining to R would be a =list()=, not a vector which is what is usually returned by =c()=. A =data.frame()= is a special case of a =list()= where every column has to have the same length. well, it's a

Re: Does variable 'org-goto-interface' exist?

Max Nikulin writes: > Alain, are you motivated enough to search in emacs bug tracker and in > emacs-devel mailing list archives if such options were considered? From > my point of view it is better to improve completion than to modify the > Org Manual just for org-goto. Feel free to add me as

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Max Nikulin writes: > I am still in doubts if > > 10e857d42 2022-10-28 11:09:50 +0800 Ihor Radchenko: org-babel-read: Obey > `org-confirm-babel-evaluate' > > was an unambiguous improvement. Perhaps it just forces more users to set > `org-confirm-babel-evaluate' to nil compromising their

Re: org-agenda-dim-blocked-tasks don't use org-todo face

Mark Kerr writes: > I understand your viewpoint, Ihor. Actually, it was mainly the font > size of the TODO keyword that I wanted to retain, not the colour. > > The org-agenda-dimmed-todo-face overlay overrides the size set in > org-todo face, which breaks my layout. It should not, by default.

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

On Thu, Dec 15, 2022 at 09:18:14AM +, Ihor Radchenko wrote: > Tom Gillespie writes: [...] > I am generally skeptical about our ability to provide universal way to > judge if a given sexp is safe or not. It should be left to the user. This might live in the middle of some thicket deep in

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Max Nikulin writes: >> Should we then extend `org-babel-check-evaluate' to accept "All" answer >> in the coming bugfix release? > > I would consider reverting the commit causing user prompt for every > variable. I disagree. If anything, we can set the default value of

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

On 15/12/2022 16:10, Ihor Radchenko wrote: Max Nikulin writes: I am still in doubts if 10e857d42 2022-10-28 11:09:50 +0800 Ihor Radchenko: org-babel-read: Obey `org-confirm-babel-evaluate' was an unambiguous improvement. Perhaps it just forces more users to set `org-confirm-babel-evaluate'

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

Hi Ihor, > There is an inconsistency here between Org parser and > + manual. > > The actual parser does allow empty lang in src blocks, setting :lang > element property to nil. Should we stop doing this and treat such src > blocks as paragraphs? Or

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

On 15/12/2022 16:31, Ihor Radchenko wrote: The actual parser does allow empty lang in src blocks, setting :lang element property to nil. Should we stop doing this and treat such src blocks as paragraphs? Or should we allow empty lang and instead adapt the exporters to treat empty lang

Re: [BUG] org-element--cache: (org-agenda) Cached element is incorrect [9.6 (release_9.6-90-gf49ee9 @ /home/stefan/.emacs.d/contrib/org-mode/lisp/)]

Hello, sorry, I was not aware of that. I am sending the full backtrace unredacted to you directly. The respective org files are in a git repo, and there I don't see any edits in the files since starting emacs (also not after manually saving all org buffers). Let me know if you need anything

Re: [BUG] org-element--cache: (org-agenda) Cached element is incorrect [9.6 (release_9.6-90-gf49ee9 @ /home/stefan/.emacs.d/contrib/org-mode/lisp/)]

Stefan writes: > sorry, I was not aware of that. I am sending the full backtrace unredacted to > you directly. > > The respective org files are in a git repo, and there I don't see any edits > in the files since starting emacs (also not after manually saving all org > buffers). > > Let me

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

On 15/12/2022 19:25, Ihor Radchenko wrote: Max Nikulin writes: I would consider reverting the commit causing user prompt for every variable. I disagree. If anything, we can set the default value of `org-confirm-babel-evaluate-cell' to nil and apply this patch. Then, we can get the old

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

Tim Cross writes: > I don't see any reason not to allow captions for examples either. In LaTeX, example blocks are exported as verbatim. I am not sure if we can even put captions into verbatim. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at

Re: [Syntax discussion] Should we treat src blocks without LANG as paragraphs? (was: [BUG] ox-html does not export captions of source blocks without language)

Max Nikulin writes: > On 15/12/2022 16:31, Ihor Radchenko wrote: >> The actual parser does allow empty lang in src blocks, setting :lang >> element property to nil. Should we stop doing this and treat such src >> blocks as paragraphs? Or should we allow empty lang and instead adapt >> the

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Johan, > Absolutely, I just wanted to clarify that there is no confusion as to > what an R list is in the context of R itself (as far as I can > tell). Your post made it sound like there is. ah, indeed -- thanks! cheers, Greg

Re: [BUG] org-element--cache: (org-agenda) Cached element is incorrect [9.6 (release_9.6-90-gf49ee9 @ /home/stefan/.emacs.d/contrib/org-mode/lisp/)]

Hi, On Thu, Dec 15, 2022, at 13:16, Ihor Radchenko wrote: > 1. Check the value of `org-element--cache-change-tic' right after >opening an Org file first its 1, (when I start fresh and add 1 byte to the buffer the value is 13955) > and the values of `after-change-functions' and >

Re: [BUG] org-element--cache: (org-agenda) Cached element is incorrect [9.6 (release_9.6-90-gf49ee9 @ /home/stefan/.emacs.d/contrib/org-mode/lisp/)]

Bastien, I need your comment on the old commit of yours. Stefan writes: >> 2. If you can, try to load Emacs with minimal Org-related settings. >>Then, try to load agenda and let me know if you see the warning. > > I did some manual bisecting of my config, and I noticed that the warnings in