Re: bug#59882: Multiple versions of Org in load-path problem

Eli Zaretskii writes: >> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org >> From: David Masterson >> Date: Thu, 08 Dec 2022 13:56:03 -0800 >> >> In my testing, I found a strange case where, in *scratch*, I get: >> >> (message "%s" org-version) >> ;; Error undefined >> ;; Do 'C-h v

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Tim Cross writes: > >> David Masterson writes: >> >>> "Michel Schinz" writes: >>> Just for the record, I also ran into problems when installing Org 9.6 using Emacs' package system on top of an older version that came with Emacs. If I tried to install

Re: bug#59882: Multiple versions of Org in load-path problem

> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org > From: David Masterson > Date: Thu, 08 Dec 2022 13:56:03 -0800 > > In my testing, I found a strange case where, in *scratch*, I get: > > (message "%s" org-version) > ;; Error undefined > ;; Do 'C-h v org-version' > (message "%s" org-version) >

Re: Multiple versions of Org in load-path problem

Tim Cross writes: > David Masterson writes: > >> "Michel Schinz" writes: >> >>> Just for the record, I also ran into problems when installing Org 9.6 >>> using Emacs' package system on top of an older version that came with >>> Emacs. If I tried to install it as usual (M-x list-packages, then

[BUG] Setting export scope to subtree not working as expected [9.6 (9.6-gb3da42 @ /Users/apc/.emacs.d/straight/build/org/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: Multiple versions of Org in load-path problem

David Masterson writes: > Adding this to bug #59882 > > "Michel Schinz" writes: > >> Just for the record, I also ran into problems when installing Org 9.6 >> using Emacs' package system on top of an older version that came with >> Emacs. If I tried to install it as usual (M-x list-packages,

Re: Multiple versions of Org in load-path problem

Adding this to bug #59882 "Michel Schinz" writes: > Just for the record, I also ran into problems when installing Org 9.6 > using Emacs' package system on top of an older version that came with > Emacs. If I tried to install it as usual (M-x list-packages, then > install the package from

RE: Multiple versions of Org in load-path problem

>Ihor Radchenko writes: > >> David Masterson writes: >> >>> I went so far as to add the following to early-init.el: >>> >>> (if (featurep 'org) (unload-feature 'org)) >>> (add-to-list 'load-path (expand-file-name

Re: Multiple versions of Org in load-path problem

Just for the record, I also ran into problems when installing Org 9.6 using Emacs' package system on top of an older version that came with Emacs. If I tried to install it as usual (M-x list-packages, then install the package from there), I had errors during compilation related to

Re: Multiple versions of Org in load-path problem

Ihor Radchenko writes: > David Masterson writes: > >> I went so far as to add the following to early-init.el: >> >> (if (featurep 'org) (unload-feature 'org)) >> (add-to-list 'load-path (expand-file-name "~/.emacs.d/elpa/org-9.6") >> (load-library "org") >> >> The load-library still fails with

Re: Pasting an image with org-download in org-capture buffer

On 08/12/2022 22:12, Alexei Gilev wrote: However, org-capture buffers are indirect buffers, so the |buffer-file-name is nil, so it fails.| Org sources are full of (buffer-file-name (buffer-base-buffer)) expressions. Unfortunately there are enough bugs due to direct usage of

Re: Images generated by R code blocks do not display

On 8 December 2022, Ihor Radchenko wrote: I now reported this to Emacs upstream. I do not see anything wrong on Org side in this case. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59902 Thanks for reporting this there. I like how you simplified the bug example with the two images, so

How to prevent emacs from asking “file is read only on disk make buffer read only, too?”

Basically that :) This comes up in helm-ag searches a lot. Very annoying! Thank you! A.

Pasting an image with org-download in org-capture buffer

Hi, I'm pretty sure somebody must have come with a solution for this basic task. I want to paste a screenshot while in org-capture buffer. However, org-download takes saves the screenshot image in a (already existing otherwise created)

Re: Flyspell causes severe slowdown when manipulating footnotes

Thanks Ihor for the response. Unfortunately, setting org-element--cache-self-verify to nil didn't work. Profile report attached. On Wed, Dec 7, 2022 at 7:23 AM Ihor Radchenko wrote: > aroz...@gmail.com writes: > > > I just upgraded to Org 9.6 and I've noticed that having flyspell-mode > >

Re: Macro: exporting roman numerals formatted as small-caps

On 08/12/2022 19:38, Carlos Martínez wrote: #+MACRO: sc (eval (if (org-export-derived-backend-p org-export-current-backend 'latex) (concat "@@latex:\\textsc{@@" $1 "@@latex:}@@") (concat "@@odt:@@"$1"@@odt:@@"))) ^ ^ Your missed spaces around $1, but it is unlikely

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/)]

Ihor, > The time span is years and I do not recall any related bug reports. > So, nobody seems to care. :)

Re: [PATCH] lisp/ox-latex.el: put labels inside example blocks

Ihor Radchenko writes: >> Please, revert this patch. Default environment for #+begin_example is >> verbatim. With this patch the following PDF is generated >> >> \label{org9283054} >> code >> >> for >> >> #+name: test >> #+begin_example >>code >> #+end_example

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: >> Does it make sense from the point of view of R code? >> AFAIU, the current ob-R implementation converts lists into R tables, >> which is not accurate? Would it make sense to convert Elisp lists into R >> lists directly? > > my "barely half a cent" would be that backwards

Re: [PATCH] lisp/ox-latex.el: put labels inside example blocks

Max Nikulin writes: >> Applied onto bugfix. >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=304f18cb7 > > Please, revert this patch. Default environment for #+begin_example is > verbatim. With this patch the following PDF is generated > > \label{org9283054} > code >

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/)]

Ihor, > Does it make sense from the point of view of R code? > AFAIU, the current ob-R implementation converts lists into R tables, > which is not accurate? Would it make sense to convert Elisp lists into R > lists directly? my "barely half a cent" would be that backwards compatibility here

Macro: exporting roman numerals formatted as small-caps

Hello everyone!, I am working in a paper written in org mode. There are lots of roman numerals referring to centuries. In Spanish, those are written in roman numerals and small caps. I want to export my paper both to odt and to LaTeX. I found a macro by Juan Manuel Macías which helped me to

Re: [PATCH] lisp/ox-latex.el: put labels inside example blocks

On 08/12/2022 18:39, Ihor Radchenko wrote: h...@heagren.com writes: The attached patch forces example environments to be printed thus: ,--- | \begin{example}\label{ex:foo} | My example here | \end{example} `--- Applied onto bugfix.

Re: [PATCH] lisp/org-expiry.el: Account for org-time-stamp-formats

Tom Gillespie writes: > Hi, >Here is a patch for org-contrib/lisp/org-expiry.el to account for > recent changes to org-time-stamp-formats. Best, > Tom > > PS is this list still the best place to send org-contrib patches? Yes, this list is suitable as long as org-expiry is orphaned. For the

Re: [PATCH] lisp/ox-latex.el: put labels inside example blocks

h...@heagren.com writes: > The attached patch forces example environments to be printed thus: > > ,--- > | \begin{example}\label{ex:foo} > | My example here > | \end{example} > `--- > > This solves the problem. > > The logic/conditions for when to print a label, and how it is generated >

Re: Images generated by R code blocks do not display

William Denton writes: >> Could you please confirm? > > Confirmed! I now reported this to Emacs upstream. I do not see anything wrong on Org side in this case. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59902 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at

Re: Multiple versions of Org in load-path problem

David Masterson writes: > I have to play with the solution I suggested. I'm beginning to wonder > if it will cause other problems with (seeming) Org dependent packages. > In my case, the error I get is from various use-package calls -- > something like "Error: org-assert-version is not known".

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/)]

Jeremie Juste writes: > Many thanks to you all for your feedback. > From 1ad16ffb9, I have restored the expected output in R. that is. > > > #+NAME: example-list > - simple > - not > - nested > - list > > #+BEGIN_SRC R :var x=example-list > x > #+END_SRC > > #+RESULTS: > | simple | > | list