Re: [BUG] Failing tests for ob-clojure

Daniel Kraus writes: > Unfortunately you're right and I would even say we can completely > remove `test-ob-clojure.el`. > There seems to be only tests for session support which currently > doesn't exist anymore and another one which tests plain tangle > and is not really Clojure specific. Done.

Re: [BUG] "make check" reports a failure on test-org/insert-heading @ d5ee33f (this time with Emacs 29)

Jens Schmidt writes: >> There is no universal rule when and when not to add trailing spaces in >> the tests. > > Not sure what you mean by that, but some tests rely on trailing spaces > and fail when these are not present. An explicit test on that would > make the issue more visible. See below

Re: Org mode version 9.7-pre (9.7-pre-n/a-g63e8ca @ /home/n/.emacs.d/elpaca/builds/org/); [PATCH]: fix ob-lilypond docstrings

No Wayman writes: > Fixed in attached patch. Thanks! Applied, onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=538ddecb3 >> What is ORG-BABEL-LILYPOND-ARRANGE-MODE? > ... > A minor mode would also obviate the need for > `org-babel-lilypond-toggle-arrange-mode'. > Le

Re: Org mode version 9.7-pre (9.7-pre-n/a-g63e8ca @ /home/n/.emacs.d/elpaca/builds/org/); [PATCH] refactor org-babel-lilypond-compile-lilyfile

No Wayman writes: > The attached patch: > > - Improves the compilation message. (The target is the file, not > LilyPond itself). > - Refactors the body of the function to remove the many > nondescript arg-n local variables. Thanks! LGTM. > - Removes the optional TEST parameter, which is u

Re: [BUG] When calling org-tree-to-indirect-buffer: (wrong-type-argument listp org-fold-outline) in org-fold-core-get-folding-spec-from-alias [9.6.6 (release_9.6.6 @ /gnu/store/c7vqk20kf6zw73klr8bacnh

Adam Porter writes: > Since upgrading to Emacs 29.1 and Org 9.6.6, I am getting an error when > opening a bookmark to an Org subtree buffer created with burly.el. When > opening the bookmark, burly calls org-tree-to-indirect-buffer to make a > new indirect buffer showing the subtree in question.

Re: [BUG] org-cite-insert fails to open json format bibliographies that contain entries for books with editors but no authors [9.6.6 (release_9.6.6 @ /snap/emacs/current/usr/share/emacs/29.1/lisp/org/

Margaret Patterson writes: > Since upgrading to emacs 29.1 org-cite-insert no longer copes with > bibliography files in json format where there is an entry for a book > that has only editors and no author. Thanks for reporting! Does the attached patch fix the problem? >From 9ca03cfb827b569166

Re: [BUG] ob-python hangs on second start [9.5.4 (release_9.5.4-763-g06373a @ ~/emacs/org-mode/lisp/)]

Peter Mao writes: > Expectation: When running ob-python code blocks, I should be able to > kill the python session in the *Python* buffer and run another code > block (or the same one). > > Problem: ob-python works fine on the first execution, but after > `exit()`ing the python session, it hang

Re: [BUG] Failing tests for ob-clojure

Ihor Radchenko writes: >> Unfortunately you're right and I would even say we can completely >> remove `test-ob-clojure.el`. >> There seems to be only tests for session support which currently >> doesn't exist anymore and another one which tests plain tangle >> and is not really Clojure specific

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Russell Adams writes: > Do we have a concrete summary of individual features that inline tasks > have? > > I'm hearing exempt from folding, and support for drawers/heading > items. > > What else? Well. Everything normal headings have, except things that cannot be done the same way due to inlinet

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Russell Adams writes: >> Is there any hurry to delete things? If we still keep a new syntax open >> for discussion, I see no reason to remove anything. > > Certainly no hurry. Just expressing my opinion. You know the code much > better than I, I'm just trying to defend maintainer time from extra

[DISCUSSION] Re-design of inlinetasks (was: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?)

Bastien Guerry writes: > I suggest removing the support for inline tasks *as they are designed > today*, yes. What I have in mind is slightly different: Keep inlinetasks for now and implement a better alternative, which we can hopefully come up with in this discussion. Later, promote the alterna

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

to...@tuxteam.de writes: > Back to the case in question: Someone proposed intercalating a > subsection instead of using an inline task, which would work > if there were a way of "closing" that subsection; otherwise the > idea messes with the document structure. I see. This has been discussed prev

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Russell Adams writes: >> > I think Markdown has different levels? >> >> Do you mean # title vs. ## title? > > https://www.markdownguide.org/basic-syntax > > look at the alternate syntax where they under line with different symbols. Ah. That thing. It will move Org towards more complex syntax. I

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

spookygos...@gmail.com writes: > Bastien Guerry writes: >> … >> E.g. perhaps allowing a :noheadingexport: tag to prevent the export of >> a heading would fit 90% of what is expected from inline tasks in the >> example you gave. >> … > There is functionality for a `:noexport:' tag already built i

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Samuel Wales writes: > i was also wondering if links and/or some type of transclusion could > also obviate inline tasks. the formerly-inline task would contain a > link to a target above the paragraph. c-c c-c on that location would > take you back to the task. I though about links to target p

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Samuel Wales writes: > another idea, at the cost of 3 dumb messages in a row there are > annotation packages. i wonder if integration of those is relevant. Somewhat. The problem is when we want to associate inlinetask with something more granular than a paragraph. -- Ihor Radchenko // ya

Re: [MAINTENANCE] Org orphanage?

Jonas Bernoulli writes: > Thanks for offering to help out Corwin! > >>> Speaking for myself, I can help: >>> [...] >>> - review the bonafides (experience/involvement and, via Eli/SM, >>> assignment status ) for prospective adopting maintainers >> >> Not sure about emacsorphanage side, but for thi

Re: Unclear where ob-spice.el is being maintained

Jonas Bernoulli writes: > In 2022 I changed Melpa to get ob-spice.el from > https://repo.or.cz/ob-spice.git in response to > https://github.com/melpa/melpa/issues/7872#issuecomment-1034945112. The last discussion was back in 2020 https://list.orgmode.org/orgmode/cal1eyul8zzg-fdeedovbvm1cfc8w6aj

Re: Passing table to Ruby session

Ihor Radchenko writes: > Also, it looks like ruby sessions are broken now: At least, this one is fixed. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=430c72924 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Or

Timed lists in org mode

All, I often document the running of complex processes such as software installs by writing down a list with times like this: 08:00 – started 08:05 – prompt about debug data 08:07 – database update started … and so on. I seem to remember seeing a way to do this in org, where you just hit “ente

Re: Timed lists in org mode

On Fri, Aug 25, 2023 at 01:55:03PM +, Ribeiro, Glauber wrote: > All, > > I often document the running of complex processes such as software installs > by writing down a list with times like this: > > 08:00 – started > 08:05 – prompt about debug data > 08:07 – database update started > … > > an

Re: [DISCUSSION] Re-design of inlinetasks

Ihor Radchenko writes: > 1. Inlinetasks should be exported as "boxes" - something similar to >margin or inline notes >- Can be used as a memo TODO in draft publication printout >- As Samuel suggested, inlinetasks could be a basis of review > comments - like what GDocs/Office provi

Re: [RFC] Quoting property names in tag/property matches [Was: [BUG?] Matching tags: & operator no more implicit between tags and special property]

On 2023-08-24 10:52, Jens Schmidt wrote: > On 2023-08-24 09:32, Ihor Radchenko wrote: >> I prefer (B). And we will need to allow escaping of the "\" itself. Like >> \\. > > OK. Since backslash is not used yet in the rest of the regexp, (B) > should be rather edge-case-free. So the correspondi

Re: [PATCH] Add tests for ob-haskell (GHCi)

Hi Ihor, Ihor Radchenko writes: > A few months have passed since the last activity in this thread. > Bruno, may I know if you are still interested to work on the patch? Thanks for the reminder. I'm definitely interested to closing that thread. I'll review my last changes and send my updated