Hello,
for some entries I use the logrepeat feature (enabled by setting the
LOGGING property of the entry).
I get a :LAST_REPEAT: property that I (always) want, and also a complete
log I do not (always) want, in the form of a growing list of
- State "DONE" from "XYZ" [2021-01-19 Di 12:01]
style
That was my thought as well.
On Mon, Jan 18, 2021 at 8:02 PM Ihor Radchenko wrote:
> "Dr. Arne Babenhauserheide" writes:
>
> > You can use <> to make it possible to link to any
> > place in a document.
>
> It does not work globally though. One cannot just put
> [[id:some-anchor-name]] link in o
On 19/01/2021 08:53, Christopher Miles wrote:
For this problem, do you have any workable solution patch?
Maybe for a while it is better to avoid xdg-open or other handlers that
launch actual viewers in background. E.g. to replace xdg-open with
actual handlers in mailcap.
I attach a draft p
Ihor Radchenko writes:
> You need to add extra matcher `(,_ ,argf ,f).
My idea is to keep allow the user to optionally pass a list of argf and
f instead of just a function.
For example if no args need to be collected:
'((?R set-category)
(?C bulk-cut))
but if arguments needs to be collected
aroz...@gmail.com writes:
> This question is in the context of using Org-id UUIDs for linking between
> files. If I understand correctly, Org-id knows where to look for UUIDs
> (generated by org-id-get-create) by looking at the org-id-locations
> variable. But what if I move an .org file that I'
Hi all,
I wrote two Org exporters[1,2] that each have a testsuite of their own.
I regularly run tests against Emacs 25 and 26 with their respective
Org versions. When I started to test against Emacs 27.1 with Org mode
9.3 I got test failures in both exporters: The export of a fixed with
block no
I've got this
* foldl
:PROPERTIES:_
Problematic with ~foldr~ is that it recurses out to its full length
before performing the given function's task. For example, with
#+begin_example
foldr (+) list
#+end_example
~(+)~ behaves strictly, meaning that both arguments to it must be
fully evaluated b
Hello,
Lawrence Bottorff writes:
> So yes, simply being able to select regions and make side notes about
> them could give you a very fine level of control over metadata in a
> file. Is there such a thing in the Emacs/org-mode world?
Take a look at the org-marginalia package:
https://github.co
(defvar org-id-locations nil
"List of files with IDs in those files.")
(defvar org-id-files nil
"List of files that contain IDs.")
you are in a maze of twisty little passages.
you are in a twisty maze of little passages.
On 1/19/21, doltes wrote:
>
> aroz...@gmail.com writes:
>
>> This qu
Lawrence Bottorff writes:
> So yes, simply being able to select regions and make side notes about them
> could give you a very fine level of control over metadata in a file. Is
> there such a thing in the Emacs/org-mode world?
I use inlinetasks for this. You can add notes to inlinetask just as y
Michael Heerdegen writes:
> Is there a way to get only the :LAST_REPEAT: prop logged, without the
> ever-growing list?
I guess you can try to play with org-log-done and org-log-repeat variables.
Best,
Ihor
Maxim Nikulin writes:
> On 19/01/2021 08:53, Christopher Miles wrote:
>>
>> For this problem, do you have any workable solution patch?
>
> Maybe for a while it is better to avoid xdg-open or other handlers that
> launch actual viewers in background. E.g. to replace xdg-open with
> actual hand
Kevin Foley writes:
> '((?R (set-category set-category-args))
> (?C bulk-cut))
>
> I mostly went with this because I'm not very familiar with `pcase'.
> I've confirmed it works as expected but let me know if you still think
> another approach is better.
I understand now. I thought you wanted t
13 matches
Mail list logo
