From a722a855074193cb7f98b4110e9fb4a65bf60fdd Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Sun, 26 Jul 2009 07:03:32 -0400 Subject: internal pages are already matched specially... --- doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc') diff --git a/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn b/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn index 02ce4e221..a9b223a46 100644 --- a/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn +++ b/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn @@ -21,3 +21,10 @@ pagespec, and implicitly add "and !internal()" to it. Either approach would require fully parsing the pagespec. And consider cases like "!(foo and !bar)". Doesn't seem at all easy to solve. --[[Joey]] + +> It occurs to me that at least one place in ikiwiki optimizes by assuming +> that pagespecs not mentioning the word "internal" never match internal +> pages. I wonder whether this bug could be solved by making that part of +> the definition of a pagespec, rather than a risky optimization +> like it is now? That seems strange, though - having this special case +> would make pagespecs significantly harder to understand. --[[smcv]] -- cgit v1.2.3