Re: [O] Speeding up agenda custom command with org-agenda-earlier & org-agenda-later

[Zongheng Yang]

Cool, looking forward to see the rewrite!

On Fri, Jun 22, 2018 at 1:49 PM Nicolas Goaziou <address@hidden> wrote:

Hello,

Zongheng Yang <address@hidden> writes:

> Here's an agenda custom command that acts as the main interface I interact
> with org (in fact, emacs :)).
>
>   (setq org-agenda-custom-commands
>         '(("c" "Simple agenda view"
>            ((agenda "")
>             (tags "PRIORITY=\"A\""
>                   ((org-agenda-files '("~/org/work.org" "~/org/ideas.org"))
>                    (org-agenda-skip-function '(org-agenda-skip-entry-if
> 'todo 'done))
>                    (org-agenda-overriding-header "High-priority tasks:")
>                    ))
>             (tags-todo "PRIORITY=\"C\""
>                        ((org-agenda-files '("~/org/work.org" "~/org/
> ideas.org"))
>                         (org-agenda-overriding-header "Long-term:")))
>             (alltodo ""
>                      ((org-agenda-skip-function
>                        '(or (zongheng-org-skip-subtree-if-priority ?A)
>                             (zongheng-org-skip-subtree-if-priority ?C)
>                             (org-agenda-skip-if nil '(scheduled deadline))))
>                       (org-agenda-overriding-header "Other tasks:")))
>             ))))
>
> After I get into this view, I frequently issue many "org-agenda-earlier" &
> "org-agenda-later" commands, often in a back-and-forth fashion, to inspect
> what I've done around certain periods.
>
> In such a use case, it seems there's *no reason to not cache results*.
> Without such caching currently *the latency of switching is really high*;
> with such a caching, I'm happy to pay an one-time latency/CPU cost for the
> first command, as long as successive commands can be sped up.
>
> Is a feature like this planned?

I don't think is it planned. Feel free to implement it, if you want to.

I consider Org agenda in dire need of rewriting, though. for better
scalability and easier maintenance.

Regards,

--
Nicolas Goaziou