> Org Agenda code does not wait for keyboard input; it's busy building the
> agenda. This is the case with most code in Emacs: it's not written to
> be asynchronous, and it doesn't return to the main thread until done.
> So you can sprinkle yields here and there and maybe be able to move
> point
>> Asynchronous code is not faster; it's generally slower because of
>> yielding and synchronization.
> Anyway, I will try to throw yields into agenda code just to check how
> bad the performance can degrade.
With the following code, org-agenda-redo runs for 21 second on my
system, while
Gustav Wikström writes:
> Hi,
>
>> -Original Message-
>> From: stardiviner
>> Sent: den 12 december 2019 10:53
>> To: Gustav Wikström
>> Cc: numbch...@gmail.com; emacs-orgmode@gnu.org
>> Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options
>>
>> ...
>>
>> For
Hi,
> -Original Message-
> From: stardiviner
> Sent: den 13 december 2019 14:39
> To: Gustav Wikström
> Cc: numbch...@gmail.com; emacs-orgmode@gnu.org
> Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options
>
> ...
> > I tried to reproduce that using emacs -q just
Hi,
I want to speak about my Emacs bug report 37890 about org-capture.
Seems my main point:
| I want to capture an APPT with `org-capture'. I the pop-up buffer to
| edit the item I move the date to the second line and add text after the
| date (personal preference). That loses the final
Adam Porter writes:
> May I recommend using the rx macro for regexps? They are much easier
> for humans to parse, which helps reduce errors like the ones mentioned
> here. And they are about to gain some very useful new features
> in Emacs 27.
Yep. I'll switch the regex in over to use rx.
FYI, pushed to master. Commit 26ace9004
/Gustav
> -Original Message-
> From: Emacs-orgmode On Behalf
> Of Gustav Wikström
> Sent: den 13 december 2019 22:37
> To: numbch...@gmail.com
> Cc: emacs-orgmode@gnu.org
> Subject: RE: [O] FW: [RFC] Link-type for attachments, more attach options
Ihor Radchenko writes:
>>> Asynchronous code is not faster; it's generally slower because of
>>> yielding and synchronization.
>
>> Anyway, I will try to throw yields into agenda code just to check how
>> bad the performance can degrade.
>
> With the following code, org-agenda-redo runs for 21
Michael Heerdegen writes:
> Or (really better IMHO) consider a different implementation where the
> original buffer is not modified until the user explicitly confirms the
> stuff to capture with C-c C-c.
That would be helpful in some ways, but harmful in others. For example,
consider a capture
Ihor Radchenko writes:
>> org-ql doesn't use skip functions, just queries.
>
> Skip functions are essentially used-defined queries as soon as the
> queries are tested against every headline.
Skip functions aren't necessary with org-ql, because the query itself
can have arbitrary Lisp code. So,
10 matches
Mail list logo
