[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] text search and restriction lock bugs
From: |
Nicolas Goaziou |
Subject: |
Re: [O] text search and restriction lock bugs |
Date: |
Thu, 07 Sep 2017 15:58:30 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Hello,
Samuel Wales <address@hidden> writes:
> recent maint. these are separate, but 1 and 3 might be related, and 1 and
> 2 might be related, so i hope you don't mind if i put them together.
>
> 1.
>
> is it expected behavior that if you do a restriction lock on
> a subtree, then do a text search, it will include matches
> from org-agenda-text-search-extra-files? imo it should not.
Agreed. Fixed.
> 2.
>
> if you remove the restriction lock and refresh the agenda,
> it will produce different results.
>
> imo, should act as if the restriction lock were still in place. g
> should refresh with the settings that were present at invocation.
> sometimes you change buffer name, and run a new agenda, so that you
> can have 2 agendas, one restricted and one not.
Not sure I agree.
> the restriction lock is not fontified nicely so it can be desirable to
> remove it for editing.
Is this a different bug report?
> 3.
>
> finally, a user will sometimes bind org-agenda-files to a
> list that includes some of the
> org-agenda-text-search-extra-files files. to avoid showing
> the same match twice, the user currently has to do
> remove-duplicates. imo the agenda could do
> remove-duplicates to alleviate that burden.
Agreed. Fixed.
Thank you.
--
Nicolas Goaziou