From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: skip entry with inherited tags Date: Tue, 13 Jul 2010 20:48:54 +0200 Message-ID: <3BFF4D35-CD16-4A41-B0A4-383538586592@gmail.com> References: <20100518074232.GA10524@mteege.de> <4BF2778D.9070702@os.inf.tu-dresden.de> <87mxvxdsv7.fsf@fastmail.fm> <4C082225.6020007@os.inf.tu-dresden.de> <4C08ED73.1000104@os.inf.tu-dresden.de> <4C343FB2.3080204@os.inf.tu-dresden.de> <4C3CA546.3060000@os.inf.tu-dresden.de> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=35617 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYkXR-00008y-Te for emacs-orgmode@gnu.org; Tue, 13 Jul 2010 14:49:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OYkXM-0004G6-Bb for emacs-orgmode@gnu.org; Tue, 13 Jul 2010 14:49:05 -0400 Received: from mail-ey0-f169.google.com ([209.85.215.169]:46842) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYkXM-0004Fz-7M for emacs-orgmode@gnu.org; Tue, 13 Jul 2010 14:49:00 -0400 Received: by eydd26 with SMTP id d26so957104eyd.0 for ; Tue, 13 Jul 2010 11:48:59 -0700 (PDT) In-Reply-To: <4C3CA546.3060000@os.inf.tu-dresden.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Martin Pohlack Cc: Matt Lundin , emacs-orgmode@gnu.org On Jul 13, 2010, at 7:41 PM, Martin Pohlack wrote: > Hi Carsten, > > On 13.07.2010 13:49, Carsten Dominik wrote: >> Sorry for taking so much time for this. >> I am still holding the patch because I have an almost unconscious >> itch >> that something is wrong with it. I cannot say what exactly it is >> (if anything). The logic of what needs to be done when in >> block agendas has some reason. One of the things I can say already >> it that with such a local filter, I am afraid that updating the >> agenda, or modifying the filter might fail or lead to strange >> results. >> This is actually something you might want to work on testing. > > Hard to respond to this vague situation :-). > > It would be great if you could point me at more specific situations > that > might break or if others could test the patch. I have been using it > for > more than a month now without problems. The specific one I meant is if you use r or g to rebuild the agenda, if you do something like a refile command which does an automatic rebuild, do you get back the view you expected? Also, if you apply other filter commands, either with "/", or narrowing the filter with "/", does that give the expected results while you are in your block agenda? > >> I will only be able to study this more closely after the release. > > Take your time, I will wait for more details to emerge or feedback > from > other testers. > > One more note here: The current situation for block agendas is a bit > problematic as their limitations are not documented afaik. > > Writing custom agendas is not easy in itself. If things don't work, > it > is really hard to distinguish between driver errors and limitations of > the block agendas. Do you have suggestions on how to improve the situation? - Carsten