From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Feature request: simplify usage of special blocks (for beamer) Date: Sun, 02 Dec 2018 21:42:54 +0100 Message-ID: <87zhtnk6cx.fsf@nicolasgoaziou.fr> References: <87a7lpxfsc.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gTYZx-0004fN-Vn for emacs-orgmode@gnu.org; Sun, 02 Dec 2018 15:43:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gTYZu-0006Bx-1M for emacs-orgmode@gnu.org; Sun, 02 Dec 2018 15:43:01 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:36089) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gTYZt-00069Q-QR for emacs-orgmode@gnu.org; Sun, 02 Dec 2018 15:42:57 -0500 In-Reply-To: (Carlos Pita's message of "Sat, 1 Dec 2018 16:23:12 -0300") 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" To: Carlos Pita Cc: emacs-orgmode@gnu.org Hello, Carlos Pita writes: > One thing the core parser could do is to put the remaining of the > opening line of a special block into an :args or similar property of > the special block element, leaving it otherwise unparsed. I thought about it a long time ago. However, I could not, and still cannot, find an interesting use case for it in Org. This is a good indicator that we do not need the feature. > This is in the same spirit than what it already do for the affiliated > attrs_X element. Not really. For source blocks, arguments on the same line as the opening string "BEGIN_SRC" are treated as a "HEADER" affiliated argument, which is specific to Babel. OTOH, although almost every element type can have affiliated keywords, only a small part could accept such "special parameters". In a nutshell, this isn't symmetrical. > It's not a lot of help but it would at least spare > backends from having to parse the remaining of the opening line as > I did. So far, none of our back-ends need this, even though they are relatively complex. So, we could use the room there if one day, we need it for something, but until then, I don't think we should extend syntax just because we can do it. Regards, -- Nicolas Goaziou