[BUG] Dead link in the org documentation

Hi. I'm looking here: https://orgmode.org/worg/exporters/beamer/ The "Using the new exporter" link returns a 404: https://orgmode.org/worg/exporters/beamer/ox-beamer.html Thanks

Re: Bug: Following a link to a #+NAME causes '(wrong-type-argument stringp nil)' [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]

Kyle Meyer writes: > Thanks for the report. As suggested in Dante's reply, the blank line > following #+name is invalid syntax. > > https://orgmode.org/worg/dev/org-syntax.html#Affiliated_keywords > > On maint (3bb073b63), the type error is now avoided for invalid name > keywords. No attempt

Bug: Org exporter: broken-link errors can't be debugged with debug-on-error [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]

Hi. I'm using the org included with a very recent emacs built from git. I have a large project consisting of many .org files that I'm exporting to html. Somewhere there's a broken link, so when I export the project I get user-error: Unable to resolve link: "figures/blahblahblah.svg" This

Bug: Following a link to a #+NAME causes '(wrong-type-argument stringp nil)' [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)]

Hi. I'm using the org included with a recent build from emacs git. I have this tst.org: [[name][link]] * heading #+NAME: name text I open it with 'emacs -Q'. I move the point to the link at the top, and C-c C-o to follow the link. This doesn't work: Debugger entered--Lisp error:

Nicer export of an ipython-notebook style file

Hi. Recently I used org-babel to create documentation for a python plotting library. The end-product of this documentation is a sequence of code snippets and images (the result of evaluating the snippets). A wrinkle is that I didn't want to use org to do the export. I'd use org to generate all

[O] bug#22472: 25.0.50; org-mode: latex fragments can't be un-rendered after a revert

Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Dima Kogan <d...@secretsauce.net> writes: > >> Ah. Thanks for explaining. The patch helps somewhat, but one can still >> get into an inconsistent state: >> >> 1. Write \(1 + 2\) >> 2. Toggle ov

[O] bug#22472: 25.0.50; org-mode: latex fragments can't be un-rendered after a revert

Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Dima Kogan <d...@secretsauce.net> writes: > >> Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: >> >>> Would the following patch (applied on maint) solve the problem? >> >> Hi. I didn't

[O] bug#22472: 25.0.50; org-mode: latex fragments can't be un-rendered after a revert

Nicolas Goaziou writes: > Would the following patch (applied on maint) solve the problem? Hi. I didn't observe anything acting differently with this patch. What did you see it do? Was it supposed to unrender on revert, or to keep the render, but update the state?

[O] bug#22472: 25.0.50; org-mode: latex fragments can't be un-rendered after a revert

Hi. Thank you for replying. I just tried with the latest daily snapshot from org-mode.org, and this bug is still valid, although the problem at least becomes recoverable without killing and re-opening the org buffer. Bastien Guerry <b...@gnu.org> writes: > Dima Kogan <d...@sec

[O] bug#22472: 25.0.50; org-mode: latex fragments can't be un-rendered after a revert

Dima Kogan <d...@secretsauce.net> writes: > So a revert puts emacs into an inconsistent state, where the equation is > rendered, but the source may or may not be there anymore, and where org > doesn't think there's a render there at all. This looks like an issue in emacs, rat

Re: [O] Adding new table rows/cols in a formula update

://permalink.gmane.org/gmane.emacs.orgmode/91352 Here's the same patch without the TINYCHANGE marker, if that's helpful. From 6a361837f1f7b71a02ab5b918509def84c9fa43e Mon Sep 17 00:00:00 2001 From: Dima Kogan d...@secretsauce.net Date: Tue, 30 Sep 2014 22:36:21 -0700 Subject: [PATCH] org-table

Re: [O] Adding new table rows/cols in a formula update

From: Dima Kogan d...@secretsauce.net Date: Tue, 30 Sep 2014 22:36:21 -0700 Subject: [PATCH] org-table: Field formulas can now create columns as needed * org-table.el (org-table-formula-create-columns): New variable. (org-table-recalculate): Use the new org-table-formula-make-new-cols customization

Re: [O] Adding new table rows/cols in a formula update

:00 2001 From: Dima Kogan d...@secretsauce.net Date: Tue, 30 Sep 2014 22:36:21 -0700 Subject: [PATCH] org-table.el: field formulas can now create columns as needed (org-table-recalculate): use the new org-table-formula-make-new-cols customization to control whether org creates new columns when

Re: [O] Adding new table rows/cols in a formula update

Dima Kogan li...@dima.secretsauce.net writes: Suppose I have this .org file: | | #+TBLFM: @1$2=5 It's a 1x1 table with a formula. The formula sets a cell that's out of bounds in the table, so evaluating this formula results in an error. How set-in-stone is this behavior? I

Re: [O] Adding new table rows/cols in a formula update

Hi. Thanks for replying. Nicolas Goaziou m...@nicolasgoaziou.fr writes: Thanks for your patch. Some comments follow. From 3b6581c647cb87f0d3e8cee94ce2fb1fb122d3fd Mon Sep 17 00:00:00 2001 From: Dima Kogan d...@secretsauce.net Date: Tue, 30 Sep 2014 22:36:21 -0700 Subject: [PATCH] Field

Re: [O] Adding new table rows/cols in a formula update

Dima Kogan li...@dima.secretsauce.net writes: Suppose I have this .org file: | | #+TBLFM: @1$2=5 It's a 1x1 table with a formula. The formula sets a cell that's out of bounds in the table, so evaluating this formula results in an error. How set-in-stone is this behavior? I haven't dug

[O] Adding new table rows/cols in a formula update

Hi. Suppose I have this .org file: | | #+TBLFM: @1$2=5 It's a 1x1 table with a formula. The formula sets a cell that's out of bounds in the table, so evaluating this formula results in an error. How set-in-stone is this behavior? I haven't dug too deeply into the code, but are there