From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steinar Bang Subject: Re: Feature that org mode needs most Date: Wed, 15 Aug 2012 14:38:37 +0200 Message-ID: References: <874nomu5st.fsf@dod.no> <87r4rqpx37.fsf@altern.org> <87ehnqsh0t.fsf@dod.no> <87ipd1pbs0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50681) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1daa-0000PY-IC for emacs-orgmode@gnu.org; Wed, 15 Aug 2012 09:24:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T1daZ-0007lY-7g for emacs-orgmode@gnu.org; Wed, 15 Aug 2012 09:24:48 -0400 Received: from plane.gmane.org ([80.91.229.3]:51660) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1daZ-0007lJ-0l for emacs-orgmode@gnu.org; Wed, 15 Aug 2012 09:24:47 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T1daS-0001xw-Rt for emacs-orgmode@gnu.org; Wed, 15 Aug 2012 15:24:40 +0200 Received: from 62.113.137.5 ([62.113.137.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Aug 2012 15:24:40 +0200 Received: from sb by 62.113.137.5 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Aug 2012 15:24:40 +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: emacs-orgmode@gnu.org >>>>> Bastien : > Steinar Bang writes: >> I will pull and try the new functionality. > Yes -- please let me know. The drawback of this functionality is that > it changes things outside of sight, which I don't really like. You get > a message, and the subtree of the (possibly distant) clock get unfolded, > but perhaps the change can be made more visible -- or "into control". My git version of org has commit d02eedc987ab73ae5de5dacf3825536c3252c6e5 as its newest commit. What happens here is that when I do S-M-down on minutes in the start time of the current clock, it adjust both the current clock and the previous clock with 5 minutes, but the cursor ends up in the end time of the previous clock and have to be moved back to do further adjustments. is this known, and has been fixed later than the above commit? If so, I can pull, and try again.