>>>>> "IR" == Ihor Radchenko <[email protected]> writes:
IR> It would be nice to bisect down to the commit that changed the behaviour.
IR> As it usually goes with agenda, consequences of some changes are not
IR> always straightforward.
I have found the cause of the change in behavior:
(org-agenda-filter-make-matcher '("+" . nil) 'tag)
=> 8.2.4: (and (not tags))
=> 9.6.6: (and (or tags))
This occurred during the refactoring in:
commit 6c6ae990c10dbe7f96b24fccf840fe9f6d81a3b8
Author: Gustav Wikström <gustav@UVServer>
Date: Sat Jan 24 02:47:35 2015 +0100
org-agenda: Filtering in the agenda on grouptags
[…]
* lisp/org-agenda.el (org-agenda-filter-make-matcher): new optional
argument EXPAND and refactoring.
The change was released in 8.3, which is why I never noticed it, because I
upgraded from 8.2.4 directly to 9.6.
Since the documentation also mentions that space means “any tag”, I guess now
it’s a design question: Should <space> mean “no tags” or “any tag”? I feel
like it should mean “no tag” only because you also use space to clear all tags
in the agenda after pressing “:”.
If the decision is “desired behavior”, then the muscle memory needed is
‘\ - <space>‘ rather than ‘\ <space>‘. Still feels odd for space to mean
anything rather than nothing, though… I mean, space is empty, right? :)
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
