[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: |
Sun, 18 Jan 2015 14:27:41 +0100 |
On Sun, Jan 18, 2015 at 11:26 AM, Nicolas Goaziou
<address@hidden> wrote:
> Nikolai Weibull <address@hidden> writes:
>
>> I’m bumping this again, as this feels like a bug and I’m surprised
>> that no one has at least responded to it.
>>
>> On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull <address@hidden> wrote:
>>> Hi!
>>>
>>> Anyone else experiencing this? Or is my configuration wrong in some way?
>>>
>>> On Mon, Dec 22, 2014 at 7:10 PM, Nikolai Weibull <address@hidden> wrote:
>>>> Hi!
>>>>
>>>> It seems that agendas created when org-agenda-sticky-mode is t aren’t
>>>> automatically redone when calling
>>>> org-agenda-(set|remove)-restriction-lock. The reason is that
>>>> (org-agenda-maybe-redo) checks whether there’s a window displaying a
>>>> buffer named org-agenda-buffer-name. Org-agenda-buffer-name is, for
>>>> some reason, not set to the (buffer-name) for these sticky agendas
>>>> (which get the key that was selected as a suffix, for example, “*Org
>>>> Agenda(p)*”).
>>>>
>>>> I don’t know whether there’s a reason for this, but it seems like it’s
>>>> a bug. Either org-agenda-buffer-name isn’t being set correctly or
>>>> (org-agenda-maybe-redo) should be using (buffer-name) instead of
>>>> org-agenda-buffer-name.
>>>>
>>>> If there’s a reason for this, I’d really like to know what it is, so
>>>> that I can begin to try to remember to press g whenever I’ve updated
>>>> the restriction lock.
>
> According to the manual
I realize that you have to update it manually, but wouldn’t it make
sense to have it be updated automatically when you call
org-agenda-(set|remove)-restriction-lock? At least when you do so
from the Agenda itself?