From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Annoying behavior of RET after a timestamp Date: Tue, 29 May 2012 13:46:48 -0400 Message-ID: <7863.1338313608@alphaville> References: <7321.1338312260@alphaville> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SZQVa-0001lR-Uv for emacs-orgmode@gnu.org; Tue, 29 May 2012 13:47:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SZQVR-000113-PP for emacs-orgmode@gnu.org; Tue, 29 May 2012 13:47:02 -0400 Received: from g4t0015.houston.hp.com ([15.201.24.18]:26648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SZQVR-0000zN-KV for emacs-orgmode@gnu.org; Tue, 29 May 2012 13:46:53 -0400 Received: from g4t0018.houston.hp.com (g4t0018.houston.hp.com [16.234.32.27]) by g4t0015.houston.hp.com (Postfix) with ESMTP id 5D5C3805D for ; Tue, 29 May 2012 17:46:51 +0000 (UTC) Received: from alphaville.americas.hpqcorp.net (alphaville.americas.hpqcorp.net [16.117.226.11]) by g4t0018.houston.hp.com (Postfix) with ESMTP id 4212B100C3 for ; Tue, 29 May 2012 17:46:51 +0000 (UTC) Received: from alphaville (localhost [127.0.0.1]) by alphaville.americas.hpqcorp.net (Postfix) with ESMTP id A127441988 for ; Tue, 29 May 2012 13:46:48 -0400 (EDT) In-Reply-To: Message from Nick Dokos of "Tue, 29 May 2012 13:24:20 EDT." <7321.1338312260@alphaville> 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 Nick Dokos wrote: > There was a recent commit 8c91f690a561113eee0d16cdb6e8afc6bcae2089 to > follow a time stamp as a link. I have no problem with that but the code > uses the org-at-timestamp-p function, which (perversely IMO) thinks that > I am in a timestamp even when I'm right *after* the closing bracket; so > pressing RET after inserting a time stamp follows the link, instead of > inserting a newline. Since I do that fairly often, I find the behavior > annoying. > > Can org-at-timestamp-p be taught the "correct" semantics? Or is this going > to break something else? > I neglected to mention that I have org-return-follows-link set to t. So, if org-at-timestamp-p cannot be retrained, then I'll have to retrain myself to a) either insert something after the timestamp before RET or b) use TAB, instead of RET, to follow links (and set/reset the variables appropriately). Be that as it may, however, org-at-timestamp-p's behavior just feels wrong to me. Nick