Re: Search and replace excluding code blocks?

> On Jan 29, 2024, at 3:47 PM, Vikas Rawal wrote: > > Hi all, > > Is it possible to search and replace a regex/string in an org file excluding > the code blocks from its scope? > > Say, I want to replace all opening quotes (") by backticks(``) in the text > but not in the code blocks. Is

Re: How to update to the last orgmode version

Ypo writes: > Can it be installed like any other elisp package? > > I thought I could go using the web browser to the address showed in the > manual: > > https://git.savannah.gnu.org/git/emacs/org-mode.git > > And from there to download the org-mode package, and the to load it, but > I can't

Re: How to update to the last orgmode version

Hi Ihor Can it be installed like any other elisp package? I thought I could go using the web browser to the address showed in the manual: https://git.savannah.gnu.org/git/emacs/org-mode.git And from there to download the org-mode package, and the to load it, but I can't download it. Is

Re: bug#68687: [PATCH] Use text/org media type

Stefan Kangas writes: > Ihor Radchenko writes: > >> I see using text/org as an improvement. text/x-org is likely useless. >> At least, >> https://github.com/jeremy-compostella/org-msg/blob/master/org-msg.el >> uses text/org, which may appear in email parts. > ... > What does this mean with

Re: How to update to the last orgmode version

ypuntot writes: > I need to update orgmode to the version 9.7. > Could you please help me with some links or instructions? https://orgmode.org/manual/Installation.html -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org

How to update to the last orgmode version

I need to update orgmode to the version 9.7. Could you please help me with some links or instructions? Best!

Re: bug#68687: [PATCH] Use text/org media type

Ihor Radchenko writes: > I see using text/org as an improvement. text/x-org is likely useless. > At least, > https://github.com/jeremy-compostella/org-msg/blob/master/org-msg.el > uses text/org, which may appear in email parts. > > However, AFAIU, text/org will fall into "standards tree" in IANA

Re: Org mode code evaluation (was: bug#68687: [PATCH] Use text/org media type)

Mike Kupfer writes: > I can believe that Org text snippets are safe in an email MUA. That's exactly what I wanted to emphasize. > But in the general case, I don't think Org mode is quite as safe as you > implied. I did not imply that Org mode is safe. I directly said that there are security

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

Dear all, Another OrgMeetup will be scheduled on the second Wednesday of February, in two weeks. Previous meetup notes: https://list.orgmode.org/87fryho22t.fsf@localhost/T/#u URL: https://bbb.emacsverse.org/b/iho-h7r-qg8-led Time & Date: <2024-02-14 Wed 19:00-21:00 @+03,Europe/Istanbul> The

Re: Connecting to an Already Running Scheme REPL with org-babel

Hunter Jozwiak writes: > From 2dc78a7edbbe38614a5f7fafa2c295f52528f04d Mon Sep 17 00:00:00 2001 > From: Hunter Jozwiak > Date: Mon, 29 Jan 2024 12:48:41 -0500 > Subject: [PATCH] ob-scheme: document the new header arguments. > > * org-contrib/babel/languages/ob-doc-scheme.org

Re: Connecting to an Already Running Scheme REPL with org-babel

Hunter Jozwiak writes: > Here is an updated patch. Applied, onto main, with minor amendments and adding TINYCHANGE cookie (you don't seem to have copyright assignment; see https://orgmode.org/worg/org-contribute.html#first-patch).

Re: Connecting to an Already Running Scheme REPL with org-babel

Ihor Radchenko writes: > Hunter Jozwiak writes: > + (host (cdr (assq :host params))) + (port (cdr (assq :port params))) >>> >>> Please declare these new scheme-specific header argument in >>> `org-babel-header-args:scheme'. >>> See `org-babel-header-args:C' for

Re: [BUG] repeated warnings about org-element-at-point "cannot be used in non-Org buffer" [9.7 (9.7-??-57b94f3 @ /Users/cstevens/.emacs.d/.local/straight/build-29.2/org/)]

Christopher Stevenson writes: > I get these warnings about org-element when I am in non-org files; the > main ones that come to mind are JavaScript files and in magit when I am > doing a commit. They don't seem to break anything but it does get > annoying to have to constantly dismiss them.

Re: An academic journal made entirely in Org-Mode

Wow! Biggest round of applause :-) Congrats!, /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we

Re: [BUG] tag alignment breaks when headings have links [9.6.15 (release_9.6.15 @ /opt/homebrew/Cellar/emacs-plus@29/29.2/share/emacs/29.2/lisp/org/)]

Peter Solodov writes: > Reproduction steps: Duplicate of https://orgmode.org/list/413c89c3-25db-425b-a367-fa683e7ad...@gmail.com Canceled. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [BUG] tag alignment breaks when headings have links [9.6.15 (release_9.6.15 @ /opt/homebrew/Cellar/emacs-plus@29/29.2/share/emacs/29.2/lisp/org/)]

Peter Solodov writes: > Reproduction steps: > > * no site config loaded, using bundled org-mode > * sample org file below (deadline/scheduled must have a repeater and a link): > > * TODO test [[http://foo][bar]] :FOO:bar: > DEADLINE: <2024-01-21 Sun ++1d> > > * tags

Re: [BUG] org-highlight-latex-and-related naive + script renders links improperly

Michael Klooss writes: > I have encountered following bug when I set =native= and =script= in > =org-highlight-latex-and-related=: > Expected behaviour: Links are displayed as before. > Actual behaviour: If a link contains an underscore (which is quite > common), then a "subscript" is displayed

Re: org-store-link modifies readonly-buffer

Tennyson Bardwell writes: > It seems as though =org-store-link= does not respect the "readonly" part of > read-only buffers. I noticed it myself[1], found a bug report on > stackexchange[2], and did not see the appropriate check in the code[3]. > > If this is unintended, I would be happy to try

Re: [BUG] Timezone is inserted in middle of range [9.7 (9.7-??-e90a8a69a)]

Zaz writes: > When I set Org to include the timezone in the timestamp and schedule a > task for 17:00-18:00, the correct format appears in the autocompletion, > "17:00-18:00 EST"; but when I press enter, the timezone is inserted in > the middle: "17:00 EST-18:00", which is not parsed correctly

Re: [BUG] Child's visibility property is overridden by parent's [9.5.2 (9.5.2-gbc8c3e @ /home/john/.emacs.d/straight/build/org/)

Ihor Radchenko writes: > I would say that the existing behaviour is a confusing and might be > considered as a bug. However, it may not always be straightforward how > to deal with different combinations of VISIBILITY setting for > ancestor/descendent headings. Consider the following example: >

[BUG] Face of Org block ending line (org-block-end-line) propagates to next line. [9.6.6 (release_9.6.6 @ /usr/share/emacs/29.1/lisp/org/)]

Summary: The face org-block-end-line is propagating to the next line causing graphic anomalies when it's customized with anything like background, underline, overline etc. How to reproduce: Start a new Emacs instance with the command "emacs -Q". Issue find-file and create a new org file buffer

org-store-link modifies readonly-buffer

Hi org-mode devs, My apologies for the sparse & trivial bug report. It seems as though =org-store-link= does not respect the "readonly" part of read-only buffers. I noticed it myself[1], found a bug report on stackexchange[2], and did not see the appropriate check in the code[3]. If this is

[BUG] Timezone is inserted in middle of range [9.7 (9.7-??-e90a8a69a)]

When I set Org to include the timezone in the timestamp and schedule a task for 17:00-18:00, the correct format appears in the autocompletion, "17:00-18:00 EST"; but when I press enter, the timezone is inserted in the middle: "17:00 EST-18:00", which is not parsed correctly by Org agenda.

[BUG] tag alignment breaks when headings have links [9.6.15 (release_9.6.15 @ /opt/homebrew/Cellar/emacs-plus@29/29.2/share/emacs/29.2/lisp/org/)]

Reproduction steps: * no site config loaded, using bundled org-mode * sample org file below (deadline/scheduled must have a repeater and a link): * TODO test [[http://foo][bar]] :FOO:bar: DEADLINE: <2024-01-21 Sun ++1d> * tags column set to 40 (but happens with

[BUG] tag alignment breaks when headings have links [9.6.15 (release_9.6.15 @ /opt/homebrew/Cellar/emacs-plus@29/29.2/share/emacs/29.2/lisp/org/)]

Reproduction steps: * no site config loaded, using bundled org-mode * sample org file below (deadline/scheduled must have a repeater and a link): * TODO test [[http://foo][bar]] :FOO:bar: DEADLINE: <2024-01-21 Sun ++1d> * tags column set to 40 (but happens with

[BUG] org-highlight-latex-and-related naive + script renders links improperly

Hello, I have encountered following bug when I set =native= and =script= in =org-highlight-latex-and-related=: Expected behaviour: Links are displayed as before. Actual behaviour: If a link contains an underscore (which is quite common), then a "subscript" is displayed as part of the link.

[BUG] repeated warnings about org-element-at-point "cannot be used in non-Org buffer" [9.7 (9.7-??-57b94f3 @ /Users/cstevens/.emacs.d/.local/straight/build-29.2/org/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [PATCH] Add buffer-local setting to request specific ESS process/session name (was: [PATCH] Set Python shell in Org edit buffer)

> Ihor Radchenko > on Mon, 22 Jan 2024 12:13:15 + writes: > "Sparapani, Rodney" writes: >> I’ve test that and it works for me per your prescription >> below. And, I have committed it to the ESS git repo. > Thank you! May I know which version of ESS will have

Re: link broken on babel header-args

Ihor Radchenko writes: >> I think the correct link is: >> >> https://orgmode.org/manual/Using-Header-Arguments.html#Using-Header-Arguments > > Well. Rather https://orgmode.org/manual/Working-with-Source-Code.html > We do not anymore have a dedicated section listing all the possible > header

Re: bug#68687: [PATCH] Use text/org media type

> From: Richard Stallman > Cc: maniku...@gmail.com, 68...@debbugs.gnu.org, emacs-orgmode@gnu.org, > stefankan...@gmail.com > Date: Mon, 29 Jan 2024 22:56:58 -0500 > > I am concerned that the actions described above would tend to embed > Org format and Org mode more deeply into Emacs usage.

Re: bug#68687: [PATCH] Use text/org media type

Richard Stallman writes: > I am concerned that the actions described above would tend to embed > Org format and Org mode more deeply into Emacs usage. > > Suppose A and B are Org users. If A knows this, and mails B a message > which contains text labaled as text/org, that won't make anyone >

[FR] Append wrapped results from babel block (was: Appending results from babel block)

Ken Mankoff writes: >>> Weirdly, >>> >>> :results append drawer >>> >>> Appends result #2, but then inserts all results after the first. >> >> I'm not sure what you mean. However, trying it, I see bunches of >> "results-end" groups. I assume this is what you see, too? > > Yes that's what I

Re: Connecting to an Already Running Scheme REPL with org-babel

Hunter Jozwiak writes: >>> + (host (cdr (assq :host params))) >>> + (port (cdr (assq :port params))) >> >> Please declare these new scheme-specific header argument in >> `org-babel-header-args:scheme'. >> See `org-babel-header-args:C' for an example. >> This is necessary

Re: [PATCH] ob-tangle: Add flag to optionally remove files before writing

Olivier Lischer writes: >> I suggest changing your patch, setting the default value of >> `org-babel-tangle-remove-file-before-write' to 'auto. >> This will keep the current behaviour but fall back to delete + write new >> file when the tangle target is read-only. >> That will avoid feature

Re: org-open-at-point while on "normal" text

Rainer Dunker writes: >> I am unable to reproduce the problem on the latest stable version of Org >> mode - 9.6.17. >> >> May you upgrade Org mode and let us know if you are still experiencing >> the problem? > > Of course. I did a test install of release_9.6.17-1108-gf490c15, and yes--the >