[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-res

From: Nikolai Weibull
Subject: Re: [O] Sticky agendas not redone when using org-agenda-(set|remove)-restriction-lock
Date: Thu, 20 Aug 2015 20:31:53 +0200

I am so disappointed with everything that has to do with e-mail right
now.  For some reason the e-mail isn’t being delivered.  I assume it’s
not being accepted by the mailing list, but I can’t see why.  I’m not
getting any error message.

Anyway, here’s the relevant part (and let’s see if this e-mail gets through):

* org-agenda.el (org-agenda-maybe-redo): Test for
org-agenda-this-buffer-name as well.

The Agenda buffer will have a different name if it’s in sticky mode,
but some commands that alter the agenda should still redo it, for
example, org-agenda-remove-restriction-lock, just like
org-agenda-filter-by-category does.
 lisp/org-agenda.el | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 07b77ac..5fd1cd4 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -7169,7 +7169,9 @@ in the file.  Otherwise, restriction will be to
the current subtree."

 (defun org-agenda-maybe-redo ()
   "If there is any window showing the agenda view, update it."
-  (let ((w (get-buffer-window org-agenda-buffer-name t))
+  (let ((w (get-buffer-window (or org-agenda-this-buffer-name
+                                 org-agenda-buffer-name)
+                             t))
        (w0 (selected-window)))
     (when w
       (select-window w)

On Thu, Aug 20, 2015 at 7:21 PM, Bastien <address@hidden> wrote:
> Hi Nikolai,
>> Here’s the patch again, as I don’t think the one I sent yesterday got
>> through.  My FSF papers are signed, by the way.
> It looks like you forgot to attach the patch...
> --
>  Bastien

reply via email to

[Prev in Thread] Current Thread [Next in Thread]