Re: [FR] :noweb-wrap header arg

Ihor Radchenko writes: > Amy Grinn writes: > >>> I recommend the following: >>> >>> If the value starts from ", use Elisp's `read': >>>|"# <<" ">>" >>>(read (current-buffer)) ; => "# <<" >>>otherwise, consider read until the first whitespace. >>>|#<<; >>; >>>(re-search-forwa

Problem installing Org using the Emacs packaging system

Hello. About 2 weeks ago I already sent the following message. I just realized that I must have failed in removing all the 'In-Reply-To:' and similar fields, so it is part of another thread. I was thinking this might be the reason why it was ignored and I dare submit it again. I apologize for

[BUG] ob-maxima outputs linenum:0 in results on MacOS (was: [BUG] export blocks no longer fontifying [9.7.10 (release_9.7.10 @ /Users/ben/Scripts/emacs/lisp/org/)])

Benjamin McMillan writes: > This outputs > #+RESULTS: > | (linenum:0, | > | 4 | > > I suppose the issue is the "linenum:0". In fact, running any of the test > src blocks does that, e.g. > #+begin_src maxima :results verbatim :batch batch > (assume(z>0), > integrate(exp(-t)*t^z, t, 0, in

Re: Org uses obsolete `filter-buffer-substring-functions` variable

Ihor Radchenko writes: > Feel free to either install the change on Emacs side or provide a patch > for me to install on Org side. I converged your diff to a patch and installed it onto main branch. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=b9637ef142 I feel slightly reluct

Re: [ANN] Ihor is now officially the new Org maintainer

mb...@mbork.pl writes: > Also, let me add that Bastien may serve as a source of inspiration for > people like me, who became professional programmers even without > a formal background in CS. I'm glad to read that! The Free Software movement is too important of a thing to be left to programmers,

Re: Feature discussion: Search field and local search engine

Sébastien Gendre writes: >>> - Can search with only frontend components (no backend needed) >> >> These are probably not necessary, unless it makes your life easier for >> the purposes of implementation. > > Do you think we need to also support search engines that use a backend > software ? > > I

Re: [PATCH] ob-ditaa.el: custom var name, ditaa executable, SVG output, and chararacter encoding

Hi, Just a quick followup since this thread got no new replies within a month. Do you need any extra help with your patch? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or sup

Link preview generation with new link preview property

Hello, I have a few question regarding the new link preview handler property added recently. I ported the org-remoteimg package to it which was quite easy, much cleaner with the new property. The PR do port the package to this new handler property: https://github.com/gaoDean/org-remoteimg/pull/

Re: Feature discussion: Search field and local search engine

Ihor Radchenko writes: > Sébastien Gendre writes: > >> If we use PageFind, isn't possible to not include it with org-mode but >> have an Elisp function that download it ? Like what Elpy do with its Python >> dependencies ? > > It may be possible - Emacs already downloads tree-sitter grammars, fo

Re: Auto-complete tags across all org-agenda files?

Marc Coquand writes: > Is there a way to setup so tags from all org-agenda files are populated > in the org-tag auto-complete function? org-complete-tags-always-offer-all-agenda-tags -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Suppor

Re: [BUG] org-link-preview-file emits image not supported in daemon [9.8-pre (release_9.7.10-127-g07dd3b @ /home/bidar/.local/etc/emacs/lib/org/lisp/)]

Karthik Chikmagalur writes: > Thanks for the bug report. > >> org-link-preview-file emits "Your Emacs does not support displaying images! " >> when restoring buffers with desktop when Emacs was started as daemon. > > Just checking, do you have > > #+startup: imagepreviews > > or > > in these file

[PATCH 1/2] tools.org: Fix Logseq logo URL

--- tools.org | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools.org b/tools.org index a4a2473..9d7c9a0 100644 --- a/tools.org +++ b/tools.org @@ -69,7 +69,7 @@ Org Note ** Logseq {{{link(logseq.com)}}} -[[https://pbs.twimg.com/profile_images/1284058782012563464/oQFKw8uM

[PATCH 2/2] tools.org: Update Orgro description

--- tools.org | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools.org b/tools.org index 9d7c9a0..281b01f 100644 --- a/tools.org +++ b/tools.org @@ -49,7 +49,7 @@ Orgro {{{link(orgro.org)}}} https://orgro.org/assets/appicon.png -A mobile Org Mode file viewer. +A mobile Org

Re: Auto-complete tags across all org-agenda files?

Perfect, just what I was looking for. Thanks -- Marc On Sun, Dec 08 2024, Ihor Radchenko wrote: > Marc Coquand writes: > >> Is there a way to setup so tags from all org-agenda files are populated >> in the org-tag auto-complete function? > > org-complete-tags-always-offer-all-agenda-tags

Re: please, report on current status of orgmode timestamps with timezone

pinmacs writes: >> See https://list.orgmode.org/87tu063ox2.fsf@localhost/ and the parent >> thread for details. > > I am repeatedly seeing this in different places: patches welcome for the > new timezone orgmode timestamps. But it points to a thread with 366+ > messages. > > I propose to, first

Re: please, report on current status of orgmode timestamps with timezone

On 2024-09-22 19:13, Ihor Radchenko wrote: pinmacs writes: From #11 OrgMeetup content [1] I see that a date with timestamp and timezone is used:     <2024-09-11 Wed 19:00-21:00 @+03,Europe/Istanbul> ... Is this something is going to arrive on 9.8 ? Is this something that only works in dev

Re: please, report on current status of orgmode timestamps with timezone

On 2024-12-08 14:03, Ihor Radchenko wrote: pinmacs writes: See https://list.orgmode.org/87tu063ox2.fsf@localhost/ and the parent thread for details. I am repeatedly seeing this in different places: patches welcome for the new timezone orgmode timestamps. But it points to a thread with 366+ me