From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: link interfering with brackets when abbreviated Date: Fri, 28 Feb 2014 00:43:19 +0100 Message-ID: <878uswqfzc.fsf@gmail.com> References: <87ppm9sxoh.fsf@gmail.com> <87lhwxswby.fsf@gmail.com> <87ha7lsu5o.fsf@gmail.com> <8761o1n63t.fsf@bzg.ath.cx> <8738j5snms.fsf@gmail.com> <87vbw11o3q.fsf@bzg.ath.cx> <87ppm8rgrf.fsf@gmail.com> <87lhwwgqe4.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34283) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJAbY-0007jV-Fz for emacs-orgmode@gnu.org; Thu, 27 Feb 2014 18:43:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJAbS-0008K1-M0 for emacs-orgmode@gnu.org; Thu, 27 Feb 2014 18:43:04 -0500 Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:38713) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJAbS-0008Jf-Er for emacs-orgmode@gnu.org; Thu, 27 Feb 2014 18:42:58 -0500 Received: by mail-wg0-f42.google.com with SMTP id y10so12257wgg.25 for ; Thu, 27 Feb 2014 15:42:57 -0800 (PST) In-Reply-To: <87lhwwgqe4.fsf@bzg.ath.cx> (Bastien's message of "Thu, 27 Feb 2014 23:08:35 +0100") 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: Bastien Cc: Michael Brand , Org Mode Hello, Bastien writes: > you just updated `org-open-at-point' without reimplementing the > previous behavior -- is this work in progress? No, it isn't. I fixed the bugs we discussed, and one reported on the ML. > If it is not, I suggest to discuss the change before implementing it. > Nobody ever complained about the previous behavior, and both Michael > and me are suppporting it. I didn't remove that non-essential feature for my pleasure, but because it didn't fit in the new internal model. As I already said, implementing it back is a bit of work and will probably not be very clean. Why bother? Anyway, I don't understand why there is so much fuss about this. As you well know, Org provides `org-next-link' (which is bound to C-c C-x C-n), and Emacs provides incremental search. Do you, or Michael, honestly open so many links that an additional C-s ... RET to move on each of them is too much? There is also `org-open-at-point-functions', which can probably be used here. I think that the coolness of the feature eludes me for all I can see is a crude hack. Regards, -- Nicolas Goaziou