id links in non-org buffers

will any package highlight or follow org id in non-org?

Re: [PATCH] org-capture.el: Allow `(here)' as a template

No Wayman writes: Evaluating the following source blocking an org mode buffer with no backing file: Interesting. I'm only able to reproduce it some of the time. I'll look into it more when I have time, but it may have been an artifact of my Emacs session. I was able to trigger an error w

Re: [PATCH] org-capture.el: Allow `(here)' as a template

No Wayman writes: > `org-capture-store-last-position' will signal an error if a > template with a target of (here) is invoked from a buffer which is > not backed by a file. What kind of error? I was able to trigger an error when capturing from non-Org buffer, but that's expected - org-capture

Re: [PATCH] org-capture.el: Allow `(here)' as a template

`org-capture-store-last-position' will signal an error if a template with a target of (here) is invoked from a buffer which is not backed by a file.

Re: [POLL] Will it be ok to allow HABIT property inheritance? (optionally) (was: [BUG] org-habit does not respect STYLE property inheritance)

Thank you for your comments, fixed. 0001-lisp-org-habit.el-Inherit-habit-style-property.patch Description: Binary data

Re: [PATCH] ox-html.el: add option to embed SVG for CSS support in SVG

On 21/06/2023 23:38, Ihor Radchenko wrote: Max Nikulin writes: Besides the HTML related question how to mate all SVG options with all Org features (figures, etc.) there is a purely Org design choice: whether there should be multiple Org boolean variables and attributes describing strategy for p

Re: [PATCH] org-capture.el: Allow `(here)' as a template target

On Thu, Jun 22, 2023 at 6:13 AM Ihor Radchenko wrote: > Tim Visher writes: > > > Will do! I've attached a prospective patch file but I'm not sure I follow > > what you mean by 'add all the necessary changelog entries to the final > > commit > > message'. Looking at this commit > > < > https://gi

Re: Attachment example with inlineimages

My fault. The reason seems to be a doom emacs advice. https://github.com/doomemacs/doomemacs/issues/7222 https://github.com/doomemacs/doomemacs/blob/07fca786154551f90f36535bfb21f8ca4abd5027/modules/lang/org/config.el#L866 On Thu, Jun 22, 2023 at 10:12:50AM +, Ihor Radchenko wrote: > Eduardo S

Re: [PATCH] org-capture.el: Allow `(here)' as a template target

Tim Visher writes: > Will do! I've attached a prospective patch file but I'm not sure I follow > what you mean by 'add all the necessary changelog entries to the final > commit > message'. Looking at this commit >

Re: Attachment example with inlineimages

Eduardo Suarez writes: > When loading the following file, I get: > > 'File mode specification error: (error Invalid base64 data)' > ... > It also happens with 'begin_example'. May you please provide more detailed steps to reproduce, starting from emacs -Q? See https://orgmode.org/manual/Feedback

Re: org-fold style text-properties slowdown

Sebastian Wålinder writes: > I write regularly in a massive org file ~160 000 lines, and experience > progressive slowdowns as the buffer remains open when I have the setting > `(setq org-fold-core-style 'text-properties)`. > > When the file is first opened, all operations are very fast. But as

Re: [BUG] Warning (org-element-cache) [9.6.4 ( @, /nix/store/k8k0vpylhia0i8f95i8wxqgqkswijgz5-emacs-packages-deps/share/emacs/site-lisp/elpa/org-9.6.4/)]

"Peter J. Jones" writes: > Backtrace below. FYI, this backtrace came from Emacs instance #2 after I > changed the todo state of a heading in Emacs instance #1. Thanks, but may you also share the warning text? It contains information about what exactly is wrong. I need the "Warning (org-elemen

Re: [BUG] org-babel-tangle: Header arg `:comments org' produces no comment in the output [9.7-pre (release_9.6.6-418-g294a4d @ /home/nick/src/emacs/org/org-mode/lisp/)]

Nick Dokos writes: > Here's an ECM: > ... > I narrowed it down to this snippet of code in `org-babel-tangle-single-block': > ... > and bisecting fingered this commit: > ... > Apparently, `org-back-to-heading' sets match data differently now: > `(match-end 0)' gets the end of the line, > Before t

Attachment example with inlineimages

When loading the following file, I get: 'File mode specification error: (error Invalid base64 data)' --- BEGIN SAMPLE FILE --- #+STARTUP: inlineimages #+begin_src org [[attachment:thisfiledoesnotexist.jpg]] #+end_src --- END SAMPLE FILE --- It also happens with 'begin_example'. Org mode versio