From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: [RFC] Block switches as #+HEADER: args?
Date: Tue, 02 Sep 2014 12:33:00 +0200
Message-ID: <877g1mmhwj.fsf@nicolasgoaziou.fr>
References: <877g1mqs8y.fsf@gmail.com> <87bnqymk3n.fsf@nicolasgoaziou.fr>
	<87y4u2pchy.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47564)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1XOlNy-000615-HO
	for emacs-orgmode@gnu.org; Tue, 02 Sep 2014 06:32:36 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1XOlNo-0000Uc-Dn
	for emacs-orgmode@gnu.org; Tue, 02 Sep 2014 06:32:26 -0400
Received: from relay6-d.mail.gandi.net ([2001:4b98:c:538::198]:33628)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1XOlNo-0000UL-7h
	for emacs-orgmode@gnu.org; Tue, 02 Sep 2014 06:32:16 -0400
In-Reply-To: <87y4u2pchy.fsf@gmail.com> (Thorsten Jolitz's message of "Tue, 02
	Sep 2014 12:01:29 +0200")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Thorsten Jolitz <tjolitz@gmail.com>
Cc: emacs-orgmode@gnu.org

Thorsten Jolitz <tjolitz@gmail.com> writes:

> Thats what I thought, but wouldn't it be nicer to treat switches and
> header args more uniformly here?

Header arguments are for Babel consumption. Switches are not. I see no
reason to treat them similarly.

> Otherwise custom solutions are needed to store the switches in some
> place when nuking the surrounding #+begin/#+end lines in a conversion
> process, and restore them again when converting back to Org. Or the
> switches-info is simply lost during conversion.

Since you already store header args, it isn't much difficult to also
store switch, is it?


Regards,

-- 
Nicolas Goaziou