From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: words starting with call_ confuse C-c C-c and export Date: Fri, 06 Dec 2013 20:46:46 +0100 Message-ID: <87wqjhu5i1.fsf@gmail.com> References: <87ob4ytoqf.wl%n142857@gmail.com> <87zjohvem7.fsf@gmail.com> <87iov16b3d.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56579) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1MC-0003wb-2u for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:46:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp1M3-0007EV-LQ for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:46:36 -0500 Received: from mail-wi0-x22b.google.com ([2a00:1450:400c:c05::22b]:41574) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1M3-0007EJ-EK for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:46:27 -0500 Received: by mail-wi0-f171.google.com with SMTP id bz8so1261496wib.4 for ; Fri, 06 Dec 2013 11:46:26 -0800 (PST) In-Reply-To: <87iov16b3d.fsf@gmail.com> (Eric Schulte's message of "Fri, 06 Dec 2013 12:09:40 -0700") 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: Eric Schulte Cc: emacs-orgmode@gnu.org Hello, Eric Schulte writes: >> We may tweak `org-babel-inline-lob-one-liner-regexp' in order to make it >> harder to trigger it unwillingly. >> > > The trade-off here is between raising an error when e.g., a like > matching the call line syntax has a problem or failing silently. The > former is preferable in the case where you intend the syntax to be a > call and you *do* want to know if there is a problem, and the latter is > preferable if you aren't trying to issue a call and just stumbled upon > the syntax. > > I'm open to either solution, it's just a question of which use case is > more important and which failure condition is more onerous. Just to be clear, I thought about making parens mandatory in inline Babel call syntax. Underscore is overloaded already: underline, subscript... Note that OP's problem can be solved once we have escaped underscores (again). But I'm not there yet. Regards, -- Nicolas Goaziou