Re: [O] [PATCH] org-agenda: Store stuck project redo command

2017-04-25 Thread Nicolas Goaziou
Hello, Allen Li writes: > * lisp/org-agenda.el (org-agenda-list-stuck-projects): Store the redo > command in a text property so it is found correctly. > > `org-agenda-redo' checks the `org-redo-cmd' text property, not > `org-agenda-redo-command'. > > TINYCHANGE Applied. Thank you. Regards, --

Re: [O] [PATCH] org-agenda: Store stuck project redo command

2017-04-20 Thread Samuel Wales
maybe i got that backward. my note is: "fixme bug in org: either if you do g, it will ignore restriction lock or you have to manually remove restriction lock. the best would be for g to preserve the restriction lock even though it has been removed." On 4/20/17, Samuel Wales wrote: > in case it

Re: [O] [PATCH] org-agenda: Store stuck project redo command

2017-04-20 Thread Samuel Wales
in case it isn't already considered, i think storing the conditions of the original call applies to many agenda calls. i run into this issue with the following old code. i set a restriction lock, and run agenda, but g runs agenda without the restriction lock. (defun alpha-org-agenda-subtree (&op

[O] [PATCH] org-agenda: Store stuck project redo command

2017-04-19 Thread Allen Li
* lisp/org-agenda.el (org-agenda-list-stuck-projects): Store the redo command in a text property so it is found correctly. `org-agenda-redo' checks the `org-redo-cmd' text property, not `org-agenda-redo-command'. TINYCHANGE --- lisp/org-agenda.el | 6 +- 1 file changed, 5 insertions(+), 1 d