Re: [O] Agenda todo states autocompletion: suggestion for improvement
Hello, Carlos Pita writes: > Here is a patch inverting (1) and (2) above. > > From 9c97eebb6c26332415fb03c65e872d304576fe07 Mon Sep 17 00:00:00 2001 > From: memeplex > Date: Thu, 21 Feb 2019 16:09:58 -0300 > Subject: [PATCH] org-agenda: improve todo states completion > > * lisp/org-agenda.el (org-todo-list): prepare agenda buffers before > prompting for state. Applied. Thank you. Regards, -- Nicolas Goaziou
Re: [O] Agenda todo states autocompletion: suggestion for improvement
Here is a patch inverting (1) and (2) above. From 9c97eebb6c26332415fb03c65e872d304576fe07 Mon Sep 17 00:00:00 2001 From: memeplex Date: Thu, 21 Feb 2019 16:09:58 -0300 Subject: [PATCH] org-agenda: improve todo states completion * lisp/org-agenda.el (org-todo-list): prepare agenda buffers before prompting for state. --- lisp/org-agenda.el | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 2765718ac..ff98cd65d 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4673,18 +4673,8 @@ for a keyword. A numeric prefix directly selects the Nth keyword in (when (and (stringp arg) (not (string-match "\\S-" arg))) (setq arg nil)) (let* ((today (org-today)) (date (calendar-gregorian-from-absolute today)) - (kwds org-todo-keywords-for-agenda) (completion-ignore-case t) - (org-select-this-todo-keyword - (if (stringp arg) arg - (and arg (integerp arg) (> arg 0) - (nth (1- arg) kwds - rtn rtnall files file pos) -(when (equal arg '(4)) - (setq org-select-this-todo-keyword - (completing-read "Keyword (or KWD1|K2D2|...): " - (mapcar #'list kwds) nil nil))) -(and (equal 0 arg) (setq org-select-this-todo-keyword nil)) + kwds org-select-this-todo-keyword rtn rtnall files file pos) (catch 'exit (when org-agenda-sticky (setq org-agenda-buffer-name @@ -4693,6 +4683,15 @@ for a keyword. A numeric prefix directly selects the Nth keyword in org-select-this-todo-keyword) (format "*Org Agenda(%s)*" (or org-keys "t") (org-agenda-prepare "TODO") + (setq kwds org-todo-keywords-for-agenda +org-select-this-todo-keyword (if (stringp arg) arg + (and arg (integerp arg) (> arg 0) +(nth (1- arg) kwds + (when (equal arg '(4)) +(setq org-select-this-todo-keyword + (completing-read "Keyword (or KWD1|K2D2|...): " + (mapcar #'list kwds) nil nil))) + (and (equal 0 arg) (setq org-select-this-todo-keyword nil)) (org-compile-prefix-format 'todo) (org-set-sorting-strategy 'todo) (setq org-agenda-redo-command -- 2.20.1
Re: [O] Agenda todo states autocompletion: suggestion for improvement
It doesn't seem to be any relevant computational penalty: (when (equal arg '(4)) (setq org-select-this-todo-keyword (completing-read "Keyword (or KWD1|K2D2|...): " (mapcar #'list kwds) nil nil))) < (1) (and (equal 0 arg) (setq org-select-this-todo-keyword nil)) (catch 'exit (when org-agenda-sticky (setq org-agenda-buffer-name (if (stringp org-select-this-todo-keyword) (format "*Org Agenda(%s:%s)*" (or org-keys "t") org-select-this-todo-keyword) (format "*Org Agenda(%s)*" (or org-keys "t") (org-agenda-prepare "TODO")< (2) It's true that the user might abort the prompt (1) without executing (2) but that's an exceptional use case.
[O] Agenda todo states autocompletion: suggestion for improvement
Hi all, M-x org-agenda T prompts for a todo keyword. But it builds the completion list while preparing the agenda buffers and this is done *after* prompting. So the first time no completion is presented, the second time completions from previous invocation of org-agenda-prepare-buffers are presented, etc. This has some drawbacks: 1. The first time one has to explicitly type the state. 2. I'm not sure about this but: aren't completions potentially outdated, since the last time the list was built was for a previous agenda? To prepare the buffers before showing the prompt will fix both issues but maybe at a high computational cost, I've not investigated the code in any depth yet. Otherwise, at least the default list of state keywords could be shown when org-todo-keywords-for-agenda is nil, couldn't it? Best regards -- Carlos