[PATCH] lisp/ob-plantuml.el: Insert results in buffer

Allow src block execution without ":file" header arg. When ":file" is omitted, insert txt output in buffer below src block. TINYCHANGE --- etc/ORG-NEWS| 5 + lisp/ob-plantuml.el | 10 +++--- 2 files changed, 12 insertions(+), 3 deletions(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NE

Re: [PATCH] lisp/ob-plantuml.el: Insert results in buffer

Thank you for your feedback, Ihor! > Most importantly, the patch does not change the default value of > org-babel-default-header-args:plantuml. :results header arg is set to > "file" by default. Yes, I noticed this issue also. > The solution will be simply removing the default :results setting.

Re: [PATCH] lisp/ob-plantuml.el: Insert results in buffer

Ihor Radchenko writes: > You can examine :result-params property inside params plist. If that > property does not explicitly mention different results Type (see 16.6 > Results of Evaluation), ob-plantuml may set the type to "file" with > plist-put. Perhaps I'm confused, but I think org-babel-defa

Re: [PATCH] lisp/ob-plantuml.el: Insert results in buffer

Ihor Radchenko writes: > You also need to change :result-params and :result-type. > See `org-babel-execute-src-block'. Here's what I've got so far: ``` (defvar org-babel-default-header-args:plantuml '((:exports . "results")) "Default arguments for evaluating a plantuml source block.") (defu

[PATCH v2] lisp/ob-plantuml.el: Insert results in buffer

When :results header arg is set to a value that doesn't include "file", insert txt output in buffer below src block. TINYCHANGE --- etc/ORG-NEWS| 7 +++ lisp/ob-plantuml.el | 13 ++--- 2 files changed, 17 insertions(+), 3 deletions(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS

Re: [PATCH v2] lisp/ob-plantuml.el: Insert results in buffer

Ihor Radchenko writes: > Let's take this opportunity and fix another omission in ob-plantuml. > :results may generally contain Elisp sexps to be evaluated and the whole > split-string busyness is not accurate. Please use :result-params list > instead of :results. Good catch! I will submit a v3 p

[PATCH v3] lisp/ob-plantuml.el: Insert results in buffer

When :results header arg is set to a value that doesn't include "file", insert txt output in buffer below src block. TINYCHANGE --- etc/ORG-NEWS| 7 +++ lisp/ob-plantuml.el | 12 +--- 2 files changed, 16 insertions(+), 3 deletions(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS

[PATCH] org-contrib/babel/languages/ob-doc-plantuml.org: ASCII output

Document the new functionality of ob-plantuml to insert ASCII diagrams directly in the buffer. --- This patch documents the changes made here: https://lists.gnu.org/archive/html/emacs-orgmode/2022-08/msg00110.html .../babel/languages/ob-doc-plantuml.org | 55 +++ 1 file cha

Re: [PATCH v3] lisp/ob-plantuml.el: Insert results in buffer

You're very welcome! Thank you for your guidance. I learned quite a lot of Elisp during this process. On August 6, 2022 1:24:46 AM PDT, Ihor Radchenko wrote: >Joseph Turner writes: > >> When :results header arg is set to a value that doesn't include >> "file&qu

Re: [PATCH] org-contrib/babel/languages/ob-doc-plantuml.org: ASCII output

You're right! Thank you for catching my mistake. I'll send another patch. Joseph Ihor Radchenko writes: > Joseph Turner writes: > >> Document the new functionality of ob-plantuml to insert ASCII diagrams >> directly in the buffer. > > Thanks! > >>

[PATCH v2] org-contrib/babel/languages/ob-doc-plantuml.org: ASCII output

Document the new functionality of ob-plantuml to insert ASCII diagrams directly in the buffer. --- .../babel/languages/ob-doc-plantuml.org | 57 +++ 1 file changed, 46 insertions(+), 11 deletions(-) diff --git a/org-contrib/babel/languages/ob-doc-plantuml.org b/org-contrib/

Re: [PATCH] org-contrib/babel/languages/ob-doc-plantuml.org: ASCII output

No worries! Thanks for your patient help. Ihor Radchenko writes: > Ihor Radchenko writes: > >> Joseph Turner writes: >> >>> You're right! Thank you for catching my mistake. I'll send another patch. >> >> Did you have a chance to work on the pa

Re: [PATCH] org-contrib/babel/languages/ob-doc-plantuml.org: ASCII output

Actually, I just looked at the org-mode documentation on the site today, and noticed that the examples of use section (https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html#org6cd541e) has the wrong ASCII output. The output should be ,---. ,-. |Bob|

Re: [BUG] Server-side export problem in Worg?

Thank you for the fix! Joseph Bastien Guerry writes: > Ihor Radchenko writes: > >> Bastien, there seems to be an issue with Worg export on server. Can you >> please check? > > This is now fixed, thanks: > > https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html#org6cd541e

Re: [PATCH v2] lisp/ob-plantuml.el: Insert results in buffer

No worries!! Have a good day :) On October 30, 2022 11:02:18 PM PDT, Ihor Radchenko wrote: >Ihor Radchenko writes: > >>> Good catch! I will submit a v3 patch. >> >> Did you have a chance to work on the patch? > >Oops. I missed that you did and I even merged it. :facepalm: >Sorry for the noise.

org-ctags-find-tag should not prompt inside org-open-at-point

ay break some ctags functionality. Thanks! Joseph Turner

Re: org-ctags-find-tag should not prompt inside org-open-at-point

Ihor Radchenko writes: > Joseph Turner writes: > >> When org-ctags-find-tag is a member of org-open-link-functions, fuzzy >> links and custom-id links are broken. Instead of following those links, >> Emacs prompts for a filename with "Visit tags table (default TAG

Re: org-ctags-find-tag should not prompt inside org-open-at-point

Rudolf Adamkovič writes: > Joseph Turner writes: > >> (setopt org-ctags-open-link-functions nil) > > Oh, thank you! This regularly drives me crazy. You're welcome! > I added the following to my Emacs/Org configuration: > > #+BEGIN_SRC emacs-lisp :results no

How to HTML export non-Emacs/Elisp info manual links?

Hello! I'd like for exported HTML output to include HTTP links to info manuals besides the Emacs and Elisp manuals. Is this possible? For example, the hyperdrive.el info manual links to the transient.el info manuals using the info: protocol. In the exported HTML document (

Re: How to HTML export non-Emacs/Elisp info manual links?

Ihor Radchenko writes: > Joseph Turner writes: > >> I'd like for exported HTML output to include HTTP links to info manuals >> besides the Emacs and Elisp manuals. Is this possible? >> ... > > Now, you can. > https://git.savannah.gnu.org/cgit/emacs/org

Should org-link-parser add type "file" when link has no "file:" prefix?

Hello! I expect the following to return "[[/foobar]]": (with-temp-buffer (delay-mode-hooks (org-mode)) (insert "[[/foobar]]") (goto-char (point-min)) (let ((link (org-element-link-parser))) (org-element-link-interpreter link nil))) Instead, it returns "[[file:/foobar]]". In hyperdri

Re: Should org-link-parser add type "file" when link has no "file:" prefix?

Ihor Radchenko writes: > Joseph Turner writes: [...] > Thanks for reporting! > Fixed, on main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=d15e52fef Thank you for the quick fix! >> In hyperdrive.el currently, "[[/foobar]]" and "[[

Re: Should org-link-parser add type "file" when link has no "file:" prefix?

Joseph Turner writes: > - When handling "file" type links, check if `org-current-uri-scheme' > matches one of the keys in `org-link-parameters', and use the > appropriate handler instead of the "file" handler. (see attached patch > for an example usage i

Re: Should org-link-parser add type "file" when link has no "file:" prefix?

Ihor Radchenko writes: > Joseph Turner writes: > >>> It would be more reliable to provide a separate link type. >>> We might even extend the special file+application: link type syntax that >>> already allows special behavior for opening file links. >>

Re: Should org-link-parser add type "file" when link has no "file:" prefix?

Ihor Radchenko writes: > Joseph Turner writes: > >>> See `org-open-file' IN-EMACS argument - we may use different handlers >>> to open file links. Currently, IN-EMACS can be 'system or 'emacs. But >>> nothing stops us from adding more options.

Re: Should org-link-parser add type "file" when link has no "file:" prefix?

Ihor Radchenko writes: > Joseph Turner writes: > >>>> I'd like for users to be able to take an existing directory of Org mode >>>> documents and copy them all into a hyperdrive. I think the least >>>> surprising behavior is for the links between

[PATCH] Silently remove lockfiles from org-agenda-files

of my agenda files was open and modified in a buffer, and so the lockfile was not deleted? >From e69e69a03c215704d83f8388370f0db2bc93891d Mon Sep 17 00:00:00 2001 From: Joseph Turner Date: Thu, 18 Jan 2024 22:24:10 -0800 Subject: [PATCH] * lisp/org.el (org-check-agenda-file): Silently exclude

Re: [PATCH] Silently remove lockfiles from org-agenda-files

Hi Ihor, Ihor Radchenko writes: > Joseph Turner writes: > >> My Emacs setup broke today due to the presence of a lockfile inside >> "~/.local/share/org/todo". I use EXWM, and I show org-agenda on startup: >> >> (add-hook 'after-init-hook

Using search options in HTTP-style links

Hello! [[info:org#Search Options]] says that search options are intended for file: type links only. However, since Org documents can also be loaded over network protocols like HTTP and hyper://, I'd like to deliberate if/how search options might be encoded inside HTTP-style link fragments. HTTP-

Re: Using search options in HTTP-style links

Ihor Radchenko writes: > Joseph Turner writes: > >> ... >> (eww "https://ushin.org/needs-list.org#%3A%3A%23care";) >> >> ...loads the file in eww-mode with point at the top of the file. >> >> I think it would be more useful to instead activate

Re: Using search options in HTTP-style links

Ihor Radchenko writes: > I was mostly talking about commands like eww - I simply recall a similar > proposal being made about activating Org mode when the URL points to Org > file. That proposal has been rejected on the grounds of security. See > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=5877

Re: Using search options in HTTP-style links

Ihor Radchenko writes: > Joseph Turner writes: > >>> The case with hyperdrive.el is not the same. >>> You may want to discuss it on emacs-devel. >> >> Thank you! It is a good idea to get more input on securing >> hyperdrive.el. For now, I went throu

Re: Using search options in HTTP-style links

Ihor Radchenko writes: > Joseph Turner writes: > >>> You probably meant to link to some different ticket here. >> >> https://todo.sr.ht/~ushin/ushin/188 > > So, you want an equivalent of `org-safe-remote-resources'. For now, we've added a comm

Adding text/org MIME type to jshttp/mime-db

Hello! Based on this recent thread, the consensus seems to be that we'd like the .org file extension to have a dedicated "text/org" MIME type: https://yhetil.org/orgmode/6d94fff4-4d30-4121-bfd1-f267cb5b6...@gmail.com/ Until the Org syntax spec is complete and a proposal submitted to and approved

Re: Adding text/org MIME type to jshttp/mime-db

Max Nikulin writes: > On 02/08/2024 02:55, Joseph Turner wrote: >> Support for "text/org" in <https://github.com/jshttp/mime-db> would >> let >> the Agregore browser (<https://agregore.mauve.moe/>) render Org >> files. >> Then hyperdrive.el

Re: Adding text/org MIME type to jshttp/mime-db

Joseph Turner writes: > I think https://github.com/broofa/mime does something similar. Actually, broofa/mime relies on another package for ranking: https://github.com/broofa/mime-score

Re: Adding text/org MIME type to jshttp/mime-db

Max Nikulin writes: > On 04/08/2024 00:37, Joseph Turner wrote: >> jshttp/mime-types utility does this: >>// source preference (least -> most) >>var preference = ['nginx', 'apache', undefined, 'iana'] >> and then discards dup

Re: Adding text/org MIME type to jshttp/mime-db

Max Nikulin writes: > On 05/08/2024 10:19, Joseph Turner wrote: >> Max Nikulin writes: >>> - My impression is that multiple types may have the same suffix, so >>>there should be "get all media types for given suffix" method. >>> - It should be

Re: Adding text/org MIME type to jshttp/mime-db

Ihor Radchenko writes: > Joseph Turner writes: > >>> I think, text/org may be added as well (without removing of >>> text/x-org). >> >> Shall we consider this this after we find a way for these low-preference >> mappings to be useful? > > I

Re: Adding text/org MIME type to jshttp/mime-db

Ihor Radchenko writes: > Joseph Turner writes: > >>> We can put such a page alongside /org-syntax.org, maybe even linked from >>> there. Feel free to create such a page. >> >> Would the following patch be appropriate? > > LGTM! > But we also need

Re: Adding text/org MIME type to jshttp/mime-db

Ihor Radchenko writes: > Joseph Turner writes: > >>> But we also need to link this new page from other places. >> >> How about this patch for orgweb? > > Thanks! > Applied, onto master for orgweb and master for worg. > https://git.sr.ht/~bzg/worg/commit/9

Re: Adding text/org MIME type to jshttp/mime-db

Ihor Radchenko writes: > Ihor Radchenko writes: > >> Joseph Turner writes: >> >>> Thanks! I completed the FSF copyright assignment paperwork in May 2023. > > I updated our records. > https://git.sr.ht/~bzg/worg/commit/29c58d61 Thank you! Joseph

[PATCH] lisp/org.el: Fix removing timestamp overlays

Thank you! Cheers! -Joseph >From 2289e6cd9f27bee04fa9004d757b23d3f1ef9e9c Mon Sep 17 00:00:00 2001 From: Joseph Turner Date: Sun, 25 Aug 2024 21:20:06 -0700 Subject: [PATCH] lisp/org.el: Fix removing timestamp overlays --- lisp/org.el | 2 +- 1 file changed, 1 insertion(+), 1 delet

Re: [PATCH] lisp/org.el: Fix removing timestamp overlays

Joseph Turner writes: > Thank you! Cheers! -Joseph > > [2. text/x-diff; 0001-lisp-org.el-Fix-removing-timestamp-overlays.patch]... Woops! The 'display text property may be symbol or list - here's a better patch. Thanks, Joseph >From 9351b3c8f960ac6d2fba3c2de0c46e84

Re: Repeated Multi-day Events

Ihor Radchenko writes: > Joseph Turner writes: > >> I'd like to mark an event which runs from 4PM on Saturday to 4PM on >> Monday each week: >> >> <2024-09-07 Sat 16:00 +1w>--<2024-09-09 Mon 16:00 +1w> >> >> However, org-agenda does no

Repeated Multi-day Events

Hello! I'd like to mark an event which runs from 4PM on Saturday to 4PM on Monday each week: <2024-09-07 Sat 16:00 +1w>--<2024-09-09 Mon 16:00 +1w> However, org-agenda does not show this event on subsequent weeks. I recognize that the syntax I tried (adding a repeated to the start and end times

Re: Form feed characters break odt export

Ihor Radchenko writes: > Joseph Turner writes: > >> From ce506caa0bffbd243a2aba384f75f7aaac7fdc4b Mon Sep 17 00:00:00 2001 >> From: Ihor Radchenko >> Date: Fri, 27 Dec 2024 10:21:02 + >> Subject: [PATCH] ox-odt: Avoid putting forbidden characters into ODT x

Re: Form feed characters break odt export

t (pair '(("&" . "&") ("<" . "<") (">" . ">"))) > (setq text (replace-regexp-in-string (car pair) (cdr pair) text t t))) > -- > 2.47.1 >From ce506caa0bffbd243a2aba

Re: [PATCH] Autoload org-link-set-parameters

Max Nikulin writes: > Sorry if I confused everything. Does it mean that loading of mu4e will > cause immediate loading of ol and so whole org? Is it acceptable to use > `with-eval-after-load' in packages? Thanks for bringing this up. AFAICT, requiring mu4e already loads all of org. It probably

Ignore Local Variables list in source blocks

Hello! Is there a way to make Emacs ignore Local Variables lists which appear inside of source blocks? For example, is there a way to include the following content in an Org file without Emacs attempting to locally set foo to bar? #+BEGIN_EXAMPLE # Local Variables: # foo: 'bar # End: #+END

Ignore Local Variables list in source blocks

Hello! Is there a way to make Emacs ignore Local Variables lists which appear inside of source blocks? For example, is there a way to include the following content in an Org file without Emacs attempting to locally set foo to bar? #+BEGIN_EXAMPLE # Local Variables: # foo: 'bar # End: #+END

[PATCH] org-info-other-documents: Fix defcustom safe-local-variable property

Minor fix. Thanks! Joseph >From 5451da0d798f104e9a0d87445c516fd89e473a38 Mon Sep 17 00:00:00 2001 From: Joseph Turner Date: Thu, 19 Dec 2024 13:16:50 -0800 Subject: [PATCH] org-info-other-documents: Fix defcustom safe-local-variable property :safe should be a function. --- lisp/ol-info

Re: Ignore Local Variables list in source blocks

Max Nikulin writes: [...] >>> (info "(emacs) Specifying File Variables") >> By the way, is there a built-in command to copy that (info ...) sexp >> when viewing that info page? > > A short answer "C-0 c" or "C-0 w". Maybe I will send a longer one, > dropping bohonghuang from Cc. Thanks! Very g

Re: Ignore Local Variables list in source blocks

Nikolaos Chatzikonstantinou writes: [...] > If I do something like > > #+begin_comment > Local Variables: > End: > #+end_comment > > #+begin_src > Local Variables: > foo: 40 > End: > #+end_src > > Then the variable is not set, as Emacs does not look for a Local > Variables list more than once.

Re: Ignore Local Variables list in source blocks

Nikolaos Chatzikonstantinou writes: [...] > If I do something like > > #+begin_comment > Local Variables: > End: > #+end_comment > > #+begin_src > Local Variables: > foo: 40 > End: > #+end_src > > Then the variable is not set, as Emacs does not look for a Local > Variables list more than once.

Re: Form feed characters break odt export

Max Nikulin writes: > On 21/12/2024 13:52, Joseph Turner wrote: >> Max Nikulin writes: >>> >>> #+begin_comment >>> ^L >>> #+end_comment > >> Thank you! Or even simpler: >> # ^L > > It was first I tried, but Emacs-28.2 demand

Re: Form feed characters break odt export

Max Nikulin writes: > On 21/12/2024 08:48, Joseph Turner wrote: >> I can export the following Org content to a .odt file, but the >> exported >> file cannot be opened ("Read Error. Format error discovered in the file >> in sub-document content.xml at 368,2(row,c

Re: [PATCH] org-info-other-documents: Fix defcustom safe-local-variable property

Even better. Thank you! Joseph Ihor Radchenko writes: > Joseph Turner writes: > >> Minor fix. Thanks! > > Thanks! > I applied an alternative fix, addressing all the instances of the same > problem in Org code. > https://git.savannah.gnu.org/cgit/emacs/org-mod

Re: [DISCUSSION] Contributing policy for WORG

jman writes: > Joseph Turner writes: > >> Thanks for the suggestion! I imagine such a command would do this: > (...) > > I am not a Worg contributor but such workflow would definitively scare me off. Understandable :) If we added some sort of bleeding-edge peer-to-peer

Re: [DISCUSSION] Contributing policy for WORG

Ihor Radchenko writes: > Hi, > > Corwin recently noticed that our > https://orgmode.org/worg/worg-about.html page is not very consistent > about whom and how should contribute to WORG. > > One part of that page suggests to "Create an account on Sourcehut" and > then push changes freely, while ano

Re: [DISCUSSION] Contributing policy for WORG

Bastien Guerry writes: > Joseph Turner writes: > >>> I am not a Worg contributor but such workflow would definitively >>> scare me off. >> >> Understandable :) If we added some sort of bleeding-edge peer-to-peer >> way to contribute to worg, it woul

Re: [DISCUSSION] Contributing policy for WORG

Bastien Guerry writes: > Hi Joseph, > > Joseph Turner writes: > >>> What about gollum? >>> >>> https://github.com/gollum/gollum >>> >>> From what I understand, it would provide a way to let users modify Org >>> files by editin

[PATCH] Autoload org-link-set-parameters

>From f395c9222f900dfe6b257c0d5846b6601102dd3e Mon Sep 17 00:00:00 2001 From: Joseph Turner Date: Sat, 25 Jan 2025 23:19:48 -0800 Subject: [PATCH] ol: Autoload org-link-set-parameters This change allows other packages to autoload their own link handlers. See this mu4e issue: https://github.

Re: Form feed characters break odt export

the prohibited > characters. > (org-odt--encode-plain-text): Remove the prohibited characters. > (org-odt-plain-text): Update comment. > > Reported-by: Joseph Turner > Link: https://orgmode.org/list/87o711l4u4@christianmoe.com > --- > lisp/ox-odt.el | 38

Re: Form feed characters break odt export

Max Nikulin writes: > On 21/12/2024 10:56, Max Nikulin wrote: >> On 21/12/2024 08:48, Joseph Turner wrote: >>> https://github.com/bohonghuang/org-srs/pull/10#issuecomment-2557417871 >> In this specific context a workaround should be >> #+begin_comment >&

Re: [PATCH] Autoload org-link-set-parameters

Ihor Radchenko writes: > Joseph Turner writes: > >> This change allows other packages to autoload their own link handlers. >> See this mu4e issue: >> >> https://github.com/djcb/mu/pull/2798 > >> +;;;###autoload >> (defun org-link-set-parameters