From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Strange Problem with "org-agenda-redo" Date: Thu, 30 Aug 2012 07:49:20 +0200 Message-ID: <874nnlgc9r.fsf@altern.org> References: <87r4qsgvep.fsf@altern.org> <20120829095544.GA31657@debian> <877gsh4mzl.fsf@altern.org> <87txvlh8c3.fsf@altern.org> <20120829184302.GA16986@debian> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:56819) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T6xcw-0001KW-Lt for emacs-orgmode@gnu.org; Thu, 30 Aug 2012 01:49:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T6xcv-0003Gi-Kp for emacs-orgmode@gnu.org; Thu, 30 Aug 2012 01:49:14 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:44332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T6xcv-0003GY-Dz for emacs-orgmode@gnu.org; Thu, 30 Aug 2012 01:49:13 -0400 Received: by wibhq4 with SMTP id hq4so5655090wib.12 for ; Wed, 29 Aug 2012 22:49:12 -0700 (PDT) In-Reply-To: <20120829184302.GA16986@debian> (=?iso-8859-1?Q?=22Fran=E7ois?= Allisson"'s message of "Wed, 29 Aug 2012 20:43:02 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?iso-8859-1?Q?Fran=E7ois?= Allisson Cc: Charles Philip Chan , Org-mode François Allisson writes: > Thanks a lot! I confirm that everything works just fine. And not just as > before, but better than before: I like the fact that, in a block agenda > view, one agenda can move in time independently from another one. I'll > play with that a bit and give you some feedback on it. Yes -- also note that `r' and `g' now refresh differently in multi agendas. `r' keep the temporary parameters for the agenda under the point, while `g' restore the view from scratch (discard temporary change in the time span etc.) I think this is useful -- at least more useful than a half-broken state of multi-agendas handling :) -- Bastien