Re: Extraneous blank lines in when attempting to export org tables

> This is because ox-md adds a blank line between almost every element, > including table-rows (which ox-md does not care about). > Fixed, on bugfix. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=85aafac41 Thanks for fixing this. I completely forgot that my export code is a

Re: Asynchronous blocks for everything (was Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/b

Matt writes: > The challenge I've found with Babel is figuring out how to make the changes. > My current approach is to address bugs and to make changes that move us > toward something like the ob-blub implementation. I wonder if it might help > to discuss the core ideas and use a minimal

Re: Asynchronous blocks for everything (was Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/b

Bruno Barbier writes: > I'm not using it with official org backends (yet). I'm using it with > several custom backends that I'm working on. One of the backend > delegate the block executions to emacs subprocesses: so I have a kind of > asynchronous executions for free for any language,

Re: Asynchronous blocks for everything (was Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/b

On Fri, 16 Feb 2024 18:52:22 +0100 Bruno Barbier > Sorry for the late reply. Cleaning the code took me longer than expected. No need to apologize, we're all volunteers here :) > Feedbacks, corrections, critiques, etc are most welcome! Thank you for sharing! If I understand

[BUG] org :extend property bugfix does not work [9.7 (9.7-??-388ba5b @ /home/st/.config/emacs/.local/straight/build-30.0.50/org/)]

In the following Org file which I have copypasted verbatim, the current workaround for bug#65896 made in https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=793cdbea68ae9f6eb4270315df6ff3419c3d8c20 does not work. After putting some print statements in the code, it seems that the

Re: #6 [[bbb:OrgMeetup]] on Wed, Feb 14, 19:00 UTC+3

Ihor Radchenko writes: > The email you are replying to has been submitted on January 30, two > weeks before Feb 14. Oopsie! My apologies for the noise, Ihor. Rudy -- "The whole science is nothing more than a refinement of everyday thinking." --- Albert Einstein, 1879-1955 Rudolf Adamkovič

Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command

Here you go! Tests passed (14 SKIPPED), compiled fine. I've made no prior contributions and this changes 5 lines. I'm ok if you want to rephrase it in any way. Martin On Sun, 18 Feb 2024 at 19:56, Martin Edström wrote: > > I will try to do a patch, thanks for the link. Stay tuned. > > On Sun,

Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command

I will try to do a patch, thanks for the link. Stay tuned. On Sun, Feb 18, 2024 at 15:06 Ihor Radchenko wrote: > Martin Edström writes: > > > I've just been struggling with my custom setting for > > `org-latex-to-html-convert-command` outputting many math snippets > > wrong. The fault was

Re: [FR] org-num-mode inverse defaults

Hi, Ihor My config, not working yet, everything is numbered with org-num-mode: (setq org-num-skip-unnumbered 't) (setq org-use-property-inheritance '("UNNUMBERED")) (setq org-global-properties '(("DIR" . "data/") ("UNNUMBERED" . "t"))) Maske On 15/10/2023 14:40, Ihor Radchenko wrote:

Re: old pkg fstree stopped working

Uwe Brauer writes: > #+begin_fstree: /home/oub/ALLES/HGs/HG-CVS-Formular :non-recursive t > > #+end_fstree: > > Still does not work > > But > > #+BEGIN_FSTREE: /home/oub/ALLES/HGs/HG-CVS-Formular :non-recursive t > > #+END_FSTREE: > > Does, strange! Anyhow! You have non-standard value of

Re: old pkg fstree stopped working

> Uwe Brauer writes: > Is you see "can't do anything useful here", it most likely means that > you did not load the package. > http://www.burtzlaff.de/org-fstree/org-fstree.el has (add-hook > 'org-ctrl-c-ctrl-c-hook 'org-fstree-apply-maybe) > which should make things work, unless you somehow

footnotes & #+STARTUP:

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 For various reasons I've recently changed my theme from a home-made one to 'naquadah' which seems to have some problem in that it forces all footnotes into the bottom of the file. How can I revert it back to my wanted inline, of this format

Re: old pkg fstree stopped working

Uwe Brauer writes: > I using a pretty old package called org-fstree > > > All it requires, after loading it of course, is to have in an org file the > lines > --8<---cut here---start->8--- > >

Re: Extraneous blank lines in when attempting to export org tables

"Rohit Patnaik" writes: > I'm currently working on an exporter that will allow org-mode to export to > PMWiki markdown (https://github.com/quanticle/ox-pmwiki/), and I'm running > into > a problem when writing the export code to handle tables. When exporting table > rows, I'm getting extraneous

Re: Warn about shell-expansion in the docstring of org-latex-to-html-convert-command

Martin Edström writes: > I've just been struggling with my custom setting for > `org-latex-to-html-convert-command` outputting many math snippets > wrong. The fault was mine: I didn't correctly shell-quote the input. > I propose to add a warning in the docstring, because many people will > trip

Re: (jit-lock-function 1) signaled (error "Stack overflow in regexp matcher")

William Denton writes: > On Thursday, February 15th, 2024 at 15:40, William Denton > wrote: > >> I am having a problem I've never seen before: Org can't handle anything more >> in a large file I have! >> >> This file is where I keep my notes day to day for work, with headings for >> months

Re: [BUG] ox-odt messes with auto-mode-alist [9.7-pre (release_9.6.11-1090-g76468c.dirty @ /home/viz/lib/emacs/straight/build/org/)]

Visuwesh writes: > ox-odt.el contains the following lines at the end of file: > > ;;; Library Initializations > > (dolist (desc org-odt-file-extensions) > ;; Let Emacs open all OpenDocument files in archive mode. > (add-to-list 'auto-mode-alist >(cons (concat

Re: [patch] Add two new header args to LaTeX block

Ihor Radchenko writes: >> In any case, if the org-create-formula-image method is going to stay, I >> think it is fine as it is (except for extending the allowed file formats >> to more extensions, and not only .png). I also believe that the :process >> argument is sufficient for the user to

Re: [BUG] ox-texinfo can't export example blocks [9.6.9 (release_9.6.9 @ /usr/local/share/emacs/30.0.50/lisp/org/)]

pva-outd...@yandex.ru writes: > It seems that in ox-texinfo.el the `string-match-p' is used instead of > `string-equal' (here is my patch): `string-match-p' is used there on purpose to mark lisp, emacs-lisp, and even elisp blocks with @lisp Texinfo markup. See

Re: [PATCH] org-bibtex-yank: Allow to populate existing item

Martin Kampas writes: > The attached patch allows to use org-bibtex-yank to > populate an existing item instead of creating a new one, > aligning its behavior with org-bibtex-create. Thanks! > Subject: [PATCH] org-bibtex-yank: Allow to populate existing item > > Align with org-bibtex-create.

Re: [patch] Add two new header args to LaTeX block

Juan Manuel Macías writes: > It is true that the "org-create-formula-image" method is much more > complete. But, IMHO, I think it's a method focused on the buffer (rather > than the block) or previewing LaTeX code in the buffer. What do you mean? `org-create-formula-image' is passed a string of

Re: [BUG] Prompt appears in async shell results

On Mon, 05 Feb 2024 15:00:18 +0100 Ihor Radchenko wrote --- > Yes. The right fix would be extracting the filter from > `org-babel-comint-with-output' and re-using it. This message documents my progress so that I may switch focus to Bruno's patches in "Asynchronous blocks for