Re: [Bug] org-update-dblock randomly broken for more than 10 columns and larger files

Jakob Schöttl writes: > So, org-update-dblock or org-dblock-write:columnview is adding trailing > spaces in the org file. These spaces change the behavior of subsequent > calls which will add even more spaces. Confirmed. Unimportant. The internal implementation details of colview demand headi

[FR] Allow customizing blank lines in-between when creating footnote definitions (was: "Footnote" section line spacing is weird)

James Harkins writes: > Let's say I have, at the bottom of a document: > ... > Somewhere else in the document, I do C-c C-x f. > ... > > [fn:-] > [fn:..] lorem ipsum... > ``` > > I believe it would make more sense like this: > > ``` > * Footnotes > > [fn:-] > > [fn:..] lor

Re: Inconvenient end-of-file behavior in org-mode 9.6 (emacs 29.1)

Max Nikulin writes: >> Fixed, on bugfix. >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=52bc95676 > > Ihor, I have tried "main" and I confirm that at the end of file behavior > has become better. Unfortunately newline is not added in the case of an > intermediate headings >

Re: Inconvenient end-of-file behavior in org-mode 9.6 (emacs 29.1)

On 19/08/2023 14:55, Ihor Radchenko wrote: Max Nikulin writes: In response to C-RET Org-9.5 just adds first level heading (so M- puts it to the same level as SubSec2, it is my usual way to append a subheading), but Org>=9.6 adds ellipsis after cursor. When some content is pasted from clipboard,

Re: [Tip] Popup-menu with several actions for a link

Ihor Radchenko writes: >> I’ve been experimenting for a while with the popup.el library >> (), which offers an easy way >> to create popup menus (even cascading menus), with auto-completion >> functions. I’m sharing here a popup menu that I’ve defined to

Re: [Tip] Popup-menu with several actions for a link

Juan Manuel Macías writes: > I’ve been experimenting for a while with the popup.el library > (), which offers an easy way > to create popup menus (even cascading menus), with auto-completion > functions. I’m sharing here a popup menu that I’ve defined to

Re: [Bug] org-update-dblock randomly broken for more than 10 columns and larger files

So, org-update-dblock or org-dblock-write:columnview is adding trailing spaces in the org file. These spaces change the behavior of subsequent calls which will add even more spaces. Here is a minimal example: * Table #+BEGIN: columnview :format "%a %b %c %d %e %f %g" #+END: This works as expe

Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)

On 11 Aug 2023, Ihor Radchenko wrote: And do I understand correctly that no changes in https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html are needed? ob-doc-lilypond.html looks good, but I changed lilypond.org in: https://git.sr.ht/~bzg/worg/commit/6b9da77c8078be1839

Re: [PATCH] ob-python results handling for dicts, dataframes, arrays, and plots

Jack Kamm writes: > As to the broader point, I agree there are many more features that would > be nice to add ob-python results handling. But making ob-python too > complex will be difficult to maintain, especially since the Python code > is all in quoted strings without proper linting. We might

Re: [PATCH] ob-python results handling for dicts, dataframes, arrays, and plots

Jack Kamm writes: >> What about :results graphics file ? > > Not entirely sure what you mean here. Never mind. I was mixing the meaning of header args in my mind after all the previous discussions. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at

Re: [PATCH] ob-python results handling for dicts, dataframes, arrays, and plots

Jack Kamm writes: > So I am thinking now about how we could make this more extensible in > future. One idea is to create a Python package for interfacing with Org > Babel, and release it on PyPi. If we detect the package is installed, > then we can delegate to it for results formatting. And the c

Re: Clarification on blank lines following list items

"Tom Alexander" writes: > I am noticing the list items have some very context-sensitive specific > behavior regarding ownership of the trailing blank lines. I was hoping to get > some clarification on this (namely, are my observations correct, am I > stumbling across a bug, or have I not dug d

Re: Inconvenient end-of-file behavior in org-mode 9.6 (emacs 29.1)

Max Nikulin writes: > A similar, but not so severe change in comparison to 9.5: > > In response to C-RET Org-9.5 just adds first level heading (so M- > puts it to the same level as SubSec2, it is my usual way to append a > subheading), but Org>=9.6 adds ellipsis after cursor. When some content

"Footnote" section line spacing is weird

Org-mode 9.5.2 (packaged with Ubuntu 22.04). I've noticed this for awhile -- wondering if this has changed in a more recent version. Let's say I have, at the bottom of a document: ``` * Footnotes [fn:..] lorem ipsum... ``` Somewhere else in the document, I do C-c C-x f. Then I see: ```

Re: Inconvenient end-of-file behavior in org-mode 9.6 (emacs 29.1)

Ihor Radchenko writes: > You can try some other key that is not enter. For example, . > 'Enter' should work on main, the development branch. > > I will see what can be done on stable Org version. Fixed, on bugfix. (no bug exists on main) https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commi