Re: Compiling a C++ source block

tbanelwebmin writes: > Good point Ihor! > I will change that I pushed my version of the change onto master. https://git.sr.ht/~bzg/worg/commit/7a1e9671 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [BUG] Sourcehut Org project mailing list is confusingly pointing to our build failures list

Hi Ihor, Ihor Radchenko writes: > May we ask them to change this? Yes, you can ask anything by sending an email to the sr.ht discussion list: https://lists.sr.ht/~sircmpwn/sr.ht-discuss If the request is to be able to list *any* mailing list in the mailing list tab of a sr.ht project, I am not

Re: Fwd: org-priority: allow customization of priority indicator

drlkf writes: > Apologies, I've been quite busy and I haven't had time to dive more into > this, but I have it written down somewhere and I'll make modifications > as soon as I am able. I'll reply here with a new patch when I'm done. No problem. This email was not to push you. Rather just a remi

Re: Fix the confusing "result silenced" message

Rudolf Adamkovič writes: > Hello smart folks! > > With Org Babel, the user can make the results silent, or *silence* them, > with the `:results silent' header argument. However, Org says "result > silenced" after executing source blocks with the `:results none' header > argument. Every time I s

Re: [PATCH] Fix clipped LaTeX fragments (not Babel)

Rudolf Adamkovič writes: > Ihor Radchenko writes: > >> Maybe you can use full argument versions instead of short ones? > > Good idea, Ihor! Please see the two attached patches. I re-attach the > first patch again because I reworded the first line of its commit > message to put more emphasis on

Re: Images generated by R code blocks do not display

William Denton writes: > I refreshed the source just now, and it's at commit 183c66be97c: > > GNU Emacs 29.0.50 (build 7, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo > version 1.16.0) of 2022-11-23 > > I reran the convert image command, and the (clear-image-cache) problem is > still > the

Re: [BUG] Sourcehut Org project mailing list is confusingly pointing to our build failures list

Bastien writes: >> It looks like the mailing list associated with https://sr.ht/~bzg/org/ >> is associated with https://lists.sr.ht/~bzg/org-build-failures. >> It is what I get when I click on "mailing list" tab. > > Yes. SourceHut only allows sr.ht projects to be associated with other > sr.ht r

Re: Fwd: org-priority: allow customization of priority indicator

Hi, Apologies, I've been quite busy and I haven't had time to dive more into this, but I have it written down somewhere and I'll make modifications as soon as I am able. I'll reply here with a new patch when I'm done. Ihor Radchenko wrote: > Ihor Radchenko writes: > >> Thanks for the patch! >>

Fix the confusing "result silenced" message

Hello smart folks! With Org Babel, the user can make the results silent, or *silence* them, with the `:results silent' header argument. However, Org says "result silenced" after executing source blocks with the `:results none' header argument. Every time I see that message, I have a "Wait, what?

Re: [PATCH] Fix clipped LaTeX fragments (not Babel)

Ihor Radchenko writes: > Maybe you can use full argument versions instead of short ones? Good idea, Ihor! Please see the two attached patches. I re-attach the first patch again because I reworded the first line of its commit message to put more emphasis on the term "exact". Rudy >From b1be65

Re: [BUG] Org project README at sourcehut links to admin page of Org mailing list

Ihor Radchenko writes: > We probably need > https://lists.gnu.org/mailman/listinfo/emacs-orgmode Indeed, thanks for catching this, fixed. -- Bastien

[BUG] Org project README at sourcehut links to admin page of Org mailing list

Hi, I noticed that the link to Org mailing list is not right. In the readme for https://sr.ht/~bzg/org/, "Reports when tests fail are sent to the [[https://lists.gnu.org/mailman/admindb/emacs-orgmode][Org-mode mailing list]]." admindb is not what we want here. We probably need https://lists.gn

Re: [BUG] Sourcehut Org project mailing list is confusingly pointing to our build failures list

Hi Ihor, Ihor Radchenko writes: > It looks like the mailing list associated with https://sr.ht/~bzg/org/ > is associated with https://lists.sr.ht/~bzg/org-build-failures. > It is what I get when I click on "mailing list" tab. Yes. SourceHut only allows sr.ht projects to be associated with othe