ob-shell: possibly missing initiate-session functions?

[Suhail Singh]

Currently (Org 9.7.3), org-babel-switch-to-session invokes
org-babel-initiate-session which tries to invoke
org-babel--initiate-session.  On a related note, ob-shell defines
org-babel-sh-initiate-session (and uses it within
org-babel-execute:shell).

However, there are no definitions for org-babel-shell-initiate-session
nor org-babel-bash-initiate-session etc.  This means that trying to use
org-metadown (which invokes org-babel-switch-to-session) on shell and
bash language session blocks results in the following errors
respectively:

#+begin_comment
  org-babel-initiate-session: No org-babel-initiate-session function for shell!
  org-babel-initiate-session: No org-babel-initiate-session function for bash!
#+end_comment

Is this a bug?  If so, does org-babel-shell-initialize need to be
patched to set up function aliases pointing to
org-babel-sh-initiate-session ?

FWIW, I have been using such aliases in my personal config for bash and
shell language blocks and they seem to behave as expected.

-- 
Suhail

[PATCH] worg: Prefer HTTPS to GIT for anonymous git access

[Stefan Kangas]

I think using HTTPS makes more sense for anonymous git access, for the
usual security and privacy reasons.

Please see the attached worg patch.
From f33276dd5ed54a6beb8b31aefb544f6fa3da4c08 Mon Sep 17 00:00:00 2001
From: Stefan Kangas 
Date: Mon, 10 Jun 2024 00:04:04 +0200
Subject: [PATCH] Prefer HTTPS to GIT for anonymous git access

* org-contribute.org (Overview of Org repositories): Recommend HTTPS
over GIT for anonymous git access.
---
 org-contribute.org | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/org-contribute.org b/org-contribute.org
index 1257fc05..b8f6603c 100644
--- a/org-contribute.org
+++ b/org-contribute.org
@@ -31,7 +31,7 @@ the community will welcome your contribution.
 :CUSTOM_ID: repos-overview
 :END:
 
-- [[https://git.savannah.gnu.org/cgit/emacs/org-mode.git][Org repository on Savannah]]: =git clone git://git.sv.gnu.org/emacs/org-mode.git=
+- [[https://git.savannah.gnu.org/cgit/emacs/org-mode.git][Org repository on Savannah]]: =git clone https://git.sv.gnu.org/git/emacs/org-mode.git=
 - [[https://sr.ht/~bzg/org][Org project on SourceHut]] with other repositories: [[https://git.sr.ht/~bzg/worg][worg]] and [[https://git.sr.ht/~bzg/orgweb][orgweb]]
 - [[file:org-orphanage.org][Org orphanage]] lists orphan Org libraries in search for maintainers
 - [[https://git.sr.ht/~bzg/org-contrib][org-contrib]] (aka the old =contrib/= dir) also contains libraries in search for maintainers.
-- 
2.45.2

Re: [PATCH] ob-lua: Support all types and multiple values in results

[Rudolf Adamkovič]

Ihor Radchenko  writes:

> I guess
>
> #+begin_src lua
> return '"hello " world"'
> #+end_src

Doh! :)

P.S. I will continue working on this patch soon.

Rudy
-- 
"Chop your own wood and it will warm you twice."
--- Henry Ford; Francis Kinloch, 1819; Henry David Thoreau, 1854

Rudolf Adamkovič  [he/him]
http://adamkovic.org

Re: Agenda export to ics file

[John Helly]

Aha.  I stumbled on the C-hi command and was able to see the current 
setting for the variable and its valid values.


I set the value to 't' and now it seems to do what I want.

Mahalo nui for your excellent help and patience.  I never would have 
discovered this in any reasonable amount of time.


J.

On 6/9/24 01:52, Ihor Radchenko wrote:

John Helly  writes:


So, even this MWE, the export to *.ics does not work as expected. The
test.ics file has no events when

M-x org-icalendar-export-to-ics

is invoked.
=  Contents of test.org listed below
=
-*- org-icalendar-use-deadline: (todo-due);  -*-
...
** TODO This is an event with a Deadline
DEADLINE: <2024-06-20 Thu -30d>

Todo headings are not exported to icalendar by default.
See `org-icalendar-include-todo'.



--
John Helly / San Diego Supercomputer Center / Scripps Institution of 
Oceanography
https://www.sdsc.edu/~hellyj / 808 205 9882 / 760 8408660

Re: Agenda export to ics file

[John Helly]

Aloha.

I modified the MWE as best I understand.  I seem to be missing some 
major part of the documentation.  For example, I don't know how to find 
the 'doclist' and the valid values for variables.  I seem to only find 
them from other peoples' problems.


Here is the modified MWE and it still produces no *.ics entries other 
than boilerplate.


-*- org-icalendar-include-todo: ("TODO" "DONE" "CANCELLED"); -*-
-*- org-icalendar-use-deadline: (todo-due); -*-
MY PROJECT -*- mode: org -*-
#-*- mode: org -*-
#+STARTUP: showall

* Welcome to Org mode

  Welcome, and thanks for trying out Org mode. Making outlines in
  Org is very simple. It is just text! Just start typing.
* This is a headline, it starts with one or more stars
  A heading has one star, a sub-heading two, etc.
* Working with lists
** Moving around in our outline
** TODO Moving around headline
** TODO This is a event with a Deadline
DEADLINE: <2024-06-20 Thu -30d>


On 6/9/24 01:52, Ihor Radchenko wrote:

John Helly  writes:


So, even this MWE, the export to *.ics does not work as expected. The
test.ics file has no events when

M-x org-icalendar-export-to-ics

is invoked.
=  Contents of test.org listed below
=
-*- org-icalendar-use-deadline: (todo-due);  -*-
...
** TODO This is an event with a Deadline
DEADLINE: <2024-06-20 Thu -30d>

Todo headings are not exported to icalendar by default.
See `org-icalendar-include-todo'.



--
John Helly / San Diego Supercomputer Center / Scripps Institution of 
Oceanography
https://www.sdsc.edu/~hellyj  / 808 205 9882 / 760 8408660

Re: [PATCH] function and symbol for headline and olp for org-capture-templates

[Ihor Radchenko]

Nafiz Islam  writes:

>> I tried to run make test with your patch, and it is failing:
>
> On my side it passes on main branch at commit 
> 6c862699a6db3f6b76391c05380d92d9f1b3838f with patch.
> passed   444/1207  test-org-capture/entry (0.099791 sec)
> ...
> passed   447/1207  test-org-capture/org-capture-expand-olp (0.001104 sec)
>
> Apparently, you get
> `"* A\n** B\n*** 1970\n 1970-01 January\n* 1970-01-01 
> Thursday\n** H1 Capture text\n** C\n"'
>
> Whereas I get the expected result of
> `"* A\n** B\n*** 1969\n 1969-12 December\n* 1969-12-31 
> Wednesday\n** H1 Capture text\n** C\n"'
>
> What do you get if you evaluate `(calendar-gregorian-from-absolute 
> (time-to-days 0))'? I get `(12 31 1969)'.
> I set `org-overriding-default-time' to `0' for testing with datetree.

I get (1 1 1970).

It is probably more reliable to use `org-test-at-time' macro.

>>> I don't have to additionally test for whether the lambda (as a target) 
>>> is actually called while visiting the file right?
>> May you elaborate what you mean?
>
> So I've written a test for lambda-based target.
>
> (should
> (equal
>  "* A\n* B\n** H1 Capture text\n* C\n"
>  (org-test-with-temp-text-in-file "* A\n* B\n* C\n"
>(let* ((file (buffer-file-name))
>(org-capture-templates
> `(("t" "Todo" entry (file+headline ,file ,(lambda () "B")) "** H1 
> %?"
>   (org-capture nil "t")
>   (insert "Capture text")
>   (org-capture-finalize))
>(buffer-string
>
> But it does not verify that the lambda `(lambda () "B")' is actually being 
> called while
> visiting the file which would allow reading the file to compute or generate a 
> headline.
> So I'm wondering if I should write a test for that too. Maybe for each new 
> lambda target?

You can. Maybe even as a part of the above test (and similar):

`(("t" "Todo"
   entry
   (file+headline
,file
(lambda ()
  (should (equal ,file (buffer-file-name)))
  "B"))
   "** H1 %?"))

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [PATCH] Run latex more than once for LaTeX src block evaluation

[Ihor Radchenko]

Michael  writes:

>>> Sorry-- got sidetracked by something else. I see what you
>>> mean. OK, so the proposal is: change the ".png" branch in
>>> `org-babel-execute:latex' to override 
>>> `org-preview-process-alist'
>>> with something that will:
>>>
>>>   - actually produce a PNG formatted file
>>>   - by default, run latex more than once, tho this could of
>>>   - course be customized
>>
>> May you prepare a patch?
>
> My apologies, Ihor... completely missed this. Yes, give me a day
> or two.

FYI, the patch implementing the suggestions is already in place.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=c426f4936

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [PATCH] function and symbol for headline and olp for org-capture-templates

[Nafiz Islam]

I tried to run make test with your patch, and it is failing:


On my side it passes on main branch at commit 
6c862699a6db3f6b76391c05380d92d9f1b3838f with patch.
   passed   444/1207  test-org-capture/entry (0.099791 sec)
   ...
   passed   447/1207  test-org-capture/org-capture-expand-olp (0.001104 sec)

Apparently, you get
`"* A\n** B\n*** 1970\n 1970-01 January\n* 1970-01-01 Thursday\n** H1 
Capture text\n** C\n"'

Whereas I get the expected result of
`"* A\n** B\n*** 1969\n 1969-12 December\n* 1969-12-31 Wednesday\n** H1 
Capture text\n** C\n"'

What do you get if you evaluate `(calendar-gregorian-from-absolute 
(time-to-days 0))'? I get `(12 31 1969)'.
I set `org-overriding-default-time' to `0' for testing with datetree.

I don't have to additionally test for whether the lambda (as a target) 
is actually called while visiting the file right?

May you elaborate what you mean?


So I've written a test for lambda-based target.

(should
   (equal
"* A\n* B\n** H1 Capture text\n* C\n"
(org-test-with-temp-text-in-file "* A\n* B\n* C\n"
  (let* ((file (buffer-file-name))
 (org-capture-templates
  `(("t" "Todo" entry (file+headline ,file ,(lambda () "B")) "** H1 
%?"
(org-capture nil "t")
(insert "Capture text")
(org-capture-finalize))
  (buffer-string

But it does not verify that the lambda `(lambda () "B")' is actually being 
called while
visiting the file which would allow reading the file to compute or generate a 
headline.
So I'm wondering if I should write a test for that too. Maybe for each new 
lambda target?

Re: [PATCH] Run latex more than once for LaTeX src block evaluation

[Michael]

Ihor Radchenko  writes:


Michael  writes:


...
So, it makes sense for `org-babel-execute:latex' to override
`org-preview-latex-default-process' temporarily, to something 
actually

generating .png file.


Sorry-- got sidetracked by something else. I see what you
mean. OK, so the proposal is: change the ".png" branch in
`org-babel-execute:latex' to override 
`org-preview-process-alist'

with something that will:

  - actually produce a PNG formatted file
  - by default, run latex more than once, tho this could of
  - course be customized


May you prepare a patch?


My apologies, Ihor... completely missed this. Yes, give me a day
or two.

--
Michael 

Re: [BUG] org-agenda: incorrect display of multi-day date ranges [9.6.15 (release_9.6.15 @ /usr/share/emacs/29.3/lisp/org/)]

[Ihor Radchenko]

Ihor Radchenko  writes:

>> (prog
>>   (find-file "test.org")
>>   (insert "* Entry\n<2024-05-30 Thu 14:00>--<2024-05-31 Fri 16:00>")
>>   (save-buffer)
>>   (setq org-agenda-default-appointment-duration 30) ;; optional
>>   (org-agenda-file-to-front)
>>   (org-agenda-list)
>>   ;; Or, for ease of debugging
>>   (with-current-buffer "test.org"
>> (setq date '(5 30 2024)) ;; Or 31
>> (org-agenda-get-blocks))
>>   )
>
> Confirmed.

Fixed, on main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=dc2f270ac

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: Agenda export to ics file

[Ihor Radchenko]

John Helly  writes:

> So, even this MWE, the export to *.ics does not work as expected. The 
> test.ics file has no events when
>
> M-x org-icalendar-export-to-ics
>
> is invoked.
> =  Contents of test.org listed below 
> =
> -*- org-icalendar-use-deadline: (todo-due);  -*-
> ...
> ** TODO This is an event with a Deadline
> DEADLINE: <2024-06-20 Thu -30d>

Todo headings are not exported to icalendar by default.
See `org-icalendar-include-todo'.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [PATCH] orgweb: Update org-ruby link (tools)

[Ihor Radchenko]

Max Nikulin  writes:

> On 09/06/2024 02:18, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>> ... I have tried to blindly update zh-CN file. Likely it should be
>>> done more accurately.
>> 
>> Yes. Let's not fiddle with Chinese version. It is already out of sync,
>> but we cannot do much unless we get someone Chinese-speaking volunteer.
>
> Feel free to skip chunks you do not like.

Applied.
I retained the old description in the Chinese translation.
https://git.sr.ht/~bzg/orgweb/commit/96072c43b4a497f614f3bb4251da341b9df3b5b9
https://git.sr.ht/~bzg/orgweb/commit/29cbf1f4b433f6dc008aad1a71a9b60367740d33

>>> Would it be acceptable to add an additional link to the dedicated page
>>> on Worg?
>>> [[https://orgmode.org/worg/org-tutorials/org-ruby.html][Worg]]
>> 
>> Yes, but I'd prefer if such link would be not just a text link, but
>> something more compact. Maybe something like "wiki" button on top-left
>> corner of the logo.
>
> I do not like and idea of a button over an active link.
>
> Since org-ruby has no its own logo I would consider 3 smaller links instead:
> - https://github.com/wallyqs/org-ruby with the github logo
> - https://rubygems.org/gems/org-ruby with the current gem icon
> - https://orgmode.org/worg/org-tutorials/org-ruby.html with styled 
> "Worg" text.

I do not mind as long as the overall style remains consistent. Feel free
to submit a patch.

>> Note that the extended tools page on
>> https://orgmode.org/worg/org-tools/index.html already has the link you 
>> proposed.
>
> Formally it is more appropriate for 
> https://orgmode.org/worg/org-translators.html "Org-mode Import/Export 
> Tools". (I have no idea why this page is not in the org-tools folder.)

Historical, I guess.
We may move it, but I am not sure if it is a big deal.

> From my point of view, when a user sees the ruby icon nothing suggests 
> that, besides clicking on the link, they may find additional info on a 
> page linked from another page accessible through a link at the bottom of 
> the current one.

That's true. On the other hand, tools page is not really a Wiki.
It is ok to put some links to the wiki/worg, but not at the cost of
information overloading.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [DISCUSSION] Add "Recent News" to orgmode.org

[Ihor Radchenko]

Bastien Guerry  writes:

>> However, the page did not get updated. May you please check the build
>> logs? Is there anything fishy going on there?
>
> https://builds.sr.ht/~bzg/job/1246209 still says:
>
>   "The remote resource "https://tracker.orgmode.org/news.org; is
>   considered unsafe, and will not be downloaded."
>
> I've committed this:
>
>   https://git.sr.ht/~bzg/orgweb/commit/f494af7c2f
>
> Perhaps there is a buggy combinaison of `org-resource-download-policy'
> and `org-safe-remote-resources' in general, in which case this needs
> to get fixed -- I didn't test further.  If this does not work, I will
> have another look this afternoon.

I think that the old regexp was simply not accurate. In particular, the
trailing \' prohibited all the Urls other than literally
https://tracker.orgmode.org.

That said, it is annoying that Org mode did not provide a clear
indication that something is fishy other than a simple message.

Attaching tentative patch that makes Org mode throw an error when a
prompt is requested for an external URI.

>From 008c76edc6f79cac3c987ec9ba84674bc89a4f85 Mon Sep 17 00:00:00 2001
Message-ID: <008c76edc6f79cac3c987ec9ba84674bc89a4f85.1717932899.git.yanta...@posteo.net>
From: Ihor Radchenko 
Date: Sun, 9 Jun 2024 13:27:46 +0200
Subject: [PATCH] org--confirm-resource-safe: Throw an error when
 non-interactive

* lisp/org.el (org--confirm-resource-safe): When asking about resource
safety in non-interactive mode throw an error rather than silently not
downloading the resource.  The previous behavior may remote
 #+include's seemingly being ignored.
* etc/ORG-NEWS (Org mode may throw an error when attempting to include
remote unsafe resource): Announce the change.
---
 etc/ORG-NEWS | 8 
 lisp/org.el  | 3 ++-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index 6265a17fb..5af437497 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -18,6 +18,14 @@ Please send Org bug reports to mailto:emacs-orgmode@gnu.org.
 # require user action for most Org mode users.
 # Sorted from most important to least important.
 
+*** Org mode may throw an error when attempting to include remote unsafe resource
+
+Previously, when ~org-resource-download-policy~ is ~ask~ (default),
+and Emacs is running in batch mode, Org mode simply skipped unsafe
+remote resources in the =#+include:='s.  Now, an error is thrown to
+avoid seemingly ignored =#+include= statements when publishing via
+batch scripts.
+
 ** New features
 
 # We list the most important features, and the features that may
diff --git a/lisp/org.el b/lisp/org.el
index cf4c9a99e..0f3818504 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -4741,7 +4741,8 @@ (defun org--safe-remote-resource-p (uri)
 
 (defun org--confirm-resource-safe (uri)
   "Ask the user if URI should be considered safe, returning non-nil if so."
-  (unless noninteractive
+  (if noninteractive
+  (error "Cannot prompt about %S interactively in batch mode.  Aborting" uri)
 (let ((current-file (and (buffer-file-name (buffer-base-buffer))
  (file-truename (buffer-file-name (buffer-base-buffer)
   (domain (and (string-match
-- 
2.45.1



-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [BUG] Clock malfunction -- Cannot process task file after update [9.7.2 (release_N/A-N/A-88dd2c @ /home/rknyman/.emacs.d/elpa/org-9.7.2/)]

[Ihor Radchenko]

Robert Nyman  writes:

> I have been having issues with time tracking via org-clock. The two
> files I've been using habits.org and tasks.org have become
> unusable. When I clock into a task or habit, only " :CLOCK: " appears,
> with no timestamp.

Thanks for reporting!

Is there any error signaled? What if you run M-x toggle-debug-on-error
and try to clock in?

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [PATCH] orgweb: Update org-ruby link (tools)

[Max Nikulin]

On 09/06/2024 02:18, Ihor Radchenko wrote:

Max Nikulin writes:

... I have tried to blindly update zh-CN file. Likely it should be
done more accurately.


Yes. Let's not fiddle with Chinese version. It is already out of sync,
but we cannot do much unless we get someone Chinese-speaking volunteer.


Feel free to skip chunks you do not like.




Would it be acceptable to add an additional link to the dedicated page
on Worg?
[[https://orgmode.org/worg/org-tutorials/org-ruby.html][Worg]]


Yes, but I'd prefer if such link would be not just a text link, but
something more compact. Maybe something like "wiki" button on top-left
corner of the logo.


I do not like and idea of a button over an active link.

Since org-ruby has no its own logo I would consider 3 smaller links instead:
- https://github.com/wallyqs/org-ruby with the github logo
- https://rubygems.org/gems/org-ruby with the current gem icon
- https://orgmode.org/worg/org-tutorials/org-ruby.html with styled 
"Worg" text.



Note that the extended tools page on
https://orgmode.org/worg/org-tools/index.html already has the link you proposed.


Formally it is more appropriate for 
https://orgmode.org/worg/org-translators.html "Org-mode Import/Export 
Tools". (I have no idea why this page is not in the org-tools folder.)


From my point of view, when a user sees the ruby icon nothing suggests 
that, besides clicking on the link, they may find additional info on a 
page linked from another page accessible through a link at the bottom of 
the current one.

Re: Incremental search in hidden text does not work in Org 9.7 Emacs 28

[Ihor Radchenko]

Max Nikulin  writes:

> On 06/06/2024 01:06, Ihor Radchenko wrote:
>> Remember that older Org mode also did not have link paths searchable.
>
> You are right, I forgot about it.
>
> Since the feature was advertised in ORG-NEWS
>
>>  Hidden parts of the links can now be searched and revealed during 
>> isearch
> another entry should be added that it does not work any more. I would 
> mark this heading as an obsolete one as well.

Done.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=0c0669466

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: [DISCUSSION] Add "Recent News" to orgmode.org

[Bastien Guerry]

Hi Ihor,

Ihor Radchenko  writes:

> However, the page did not get updated. May you please check the build
> logs? Is there anything fishy going on there?

https://builds.sr.ht/~bzg/job/1246209 still says:

  "The remote resource "https://tracker.orgmode.org/news.org; is
  considered unsafe, and will not be downloaded."

I've committed this:

  https://git.sr.ht/~bzg/orgweb/commit/f494af7c2f

Perhaps there is a buggy combinaison of `org-resource-download-policy'
and `org-safe-remote-resources' in general, in which case this needs
to get fixed -- I didn't test further.  If this does not work, I will
have another look this afternoon.

Thanks!
  
-- 
 Bastien Guerry

Re: [PATCH] Fixing endless loop of org-reveal with inline-task

[Ihor Radchenko]

Marc Ihm  writes:

> With head there is no problem (probably forgot to adjust my load-path 
> before ...)

Thanks for the update!
Canceled. (patch)

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

[BUG] Clock malfunction -- Cannot process task file after update [9.7.2 (release_N/A-N/A-88dd2c @ /home/rknyman/.emacs.d/elpa/org-9.7.2/)]

[Robert Nyman]

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.


I have been having issues with time tracking via org-clock. The two
files I've been using habits.org and tasks.org have become
unusable. When I clock into a task or habit, only " :CLOCK: " appears,
with no timestamp. I can enter time manually, but what is the point of
that. When I try clocking out, it sometimes works; OR it sometimes tells
me "No Running Clock".

I can't run reports for time.

Thank you for your help.

Emacs : GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 
3.24.37, cairo version 1.16.0)

of 2023-05-13, modified by Debian
Package: Org mode version 9.7.2 (release_N/A-N/A-88dd2c @ 
/home/rknyman/.emacs.d/elpa/org-9.7.2/)


current state:
==
(setq
org-roam-db-location "/home/rknyman/.emacs.d/var/org/org-roam.db"
org-link-elisp-confirm-function 'yes-or-no-p
org-directory "/home/rknyman/Documents/emacs/org/"
org-roam-db-gc-threshold 134217728
org-ref-cite-onclick-function #[257 "\300 \207" 
[org-ref-citation-hydra/body] 2 "\n\n(fn _)"]

org-hide-emphasis-markers t
org-bibtex-headline-format-function 'org-bibtex-headline-format-default
org-ref-insert-cite-function 'org-ref-insert-cite-link
org-log-done 'time
org-agenda-custom-commands '(("n" "Next View"
((agenda ""
((org-agenda-span 'day)
(org-super-agenda-groups
'((:name "Today" :time-grid t :todo "TODAY" :scheduled today :order 0) 
(:habit t) (:name "Due Today" :deadline today :order 2) (:name "Due 
Soon" :deadline future :order 8)

(:name "Overdue" :deadline past :order 7))
)
)
)
(todo "" ((org-agenda-overriding-header "") (org-super-agenda-groups 
'((:name "Inbox" :file-path "inbox" :order 0) (:discard (:todo "TODO")) 
(:auto-category t :order 9))

)
("t" "Todo View" ((todo "" ((org-agenda-overriding-header "") 
(org-super-agenda-groups '((:name "Inbox" :file-path "inbox" :order 0) 
(:auto-category t :order 9

org-mode-hook-hook '(flyspell-mode)
org-log-into-drawer t
org-agenda-files '("~/Documents/emacs/org/roam/agenda/TODO/tasks.org" 
"~/Documents/emacs/org/notes/refile.org" 
"~/Documents/emacs/org/roam/agenda/habits.org" 
"~/Documents/emacs/org/roam/agenda/birthdays.org"

"~/Documents/emacs/org/roam/projects/projects.org")
org-capture-templates '(("t" "todo" entry (file 
"~/Documents/emacs/org/notes/refile.org") "* TODO %?\n%U\n%a\n" 
:clock-in t :clock-resume t)
("r" "respond" entry (file "~/Documents/emacs/org/notes/refile.org") "* 
NEXT Respond to %:from on %:subject\nSCHEDULED: %t\n%U\n%a\n" :clock-in 
t :clock-resume t :immediate-finish t)
("n" "note" entry (file "~/Documents/emacs/org/notes/refile.org") "* %? 
:NOTE:\n%U\n%a\n" :clock-in t :clock-resume t)
("j" "Journal entry" plain #'org-journal-find-location "** 
%(format-time-string org-journal-time-format)%^{Title}\n%i%?" 
:jump-to-captured t :clock-in t :clock-resume t :immediate-finish t)
("m" "Meeting" entry (file "~/Documents/emacs/org/notes/refile.org") "* 
MEETING with %? :MEETING:\n%U" :clock-in t :clock-resume t)
("p" "Phone call" entry (file "~/Documents/emacs/org/notes/refile.org") 
"* PHONE %? :PHONE:\n%U" :clock-in t :clock-resume t)

("h" "Habit" entry (file "~/Documents/emacs/org/roam/agenda/habits.org")
"* NEXT %?\n%U\n%a\nSCHEDULED: %(format-time-string \"%<<%Y-%m-%d %a 
.+1d/3d>>\")\n:PROPERTIES:\n:STYLE: habit\n:REPEAT_TO_STATE: 
NEXT\n:END:\n")

)
org-persist-after-read-hook '(org-element--cache-persist-after-read)
org-export-before-parsing-hook '(org-attach-expand-links)
org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe 
org-babel-header-arg-expand)
org-tag-alist '((:startgroup) (:endgroup) ("@errand" . 69) ("@home" . 
72) ("@work" . 87) ("agenda" . 97) ("planning" . 112) ("publish" . 80) 
("batch" . 98) ("note" . 110) ("idea" . 105))
org-roam-find-file-hook '(org-roam-buffer--setup-redisplay-h 
org-roam--register-completion-functions-h 
org-roam--replace-roam-links-on-save-h 
org-roam-db-autosync--setup-update-on-save-h)

org-ref-bibtex-assoc-pdf-with-entry-move-function 'rename-file
org-publish-timestamp-directory 
"/home/rknyman/.emacs.d/var/org/timestamps/"

org-archive-hook '(org-attach-archive-delete-maybe)
org-odt-format-inlinetask-function 
'org-odt-format-inlinetask-default-function
org-ascii-format-drawer-function #[771 "%1\207" [] 4 "\n\n(fn NAME 
CONTENTS WIDTH)"]
org-cycle-hook '(org-cycle-hide-archived-subtrees 
org-cycle-show-empty-lines 
org-cycle-optimize-window-after-visibility-change 
org-cycle-display-inline-images)

org-persist-before-read-hook '(org-element--cache-persist-before-read)
org-modules '(org-habit ol-doi ol-w3m ol-bbdb ol-bibtex ol-docview 
ol-gnus ol-info ol-irc ol-mhe ol-rmail ol-eww)

org-yank-image-file-name-function 'org-yank-image-autogen-filename