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 command `hyper
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
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
>
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 org-
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.
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
>
da 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
lockfiles
---
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 thos
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.
>>
>&g
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.
>>
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 in `org-lin
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 "[[
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
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-mode
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
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 none
&g
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
functionality.
Thanks!
Joseph Turner
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.
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
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|
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 patch?
&g
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
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!
>
>> -=PlantU
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", inser
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
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
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
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
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.")
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
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.
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
33 matches
Mail list logo