From mboxrd@z Thu Jan 1 00:00:00 1970 From: Viktor Rosenfeld Subject: Re: [RFC] Standardized code block keywords Date: Fri, 21 Oct 2011 21:24:56 +0200 Message-ID: <20111021192456.GA16409@kenny.fritz.box> References: <87pqhrih3s.fsf@gmail.com> <30891.1319141196@alphaville.dokosmarshall.org> <87fwinifqu.fsf@gmail.com> <32184.1319143892@alphaville.dokosmarshall.org> <808vofwf1w.fsf@somewhere.org> <87y5wfgwn7.fsf_-_@gmail.com> <87y5wemt4h.fsf@gmail.com> <87aa8u5mu7.fsf@gmail.com> <871uu65j7i.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([140.186.70.92]:50183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHKiF-0000wY-7v for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 15:25:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHKiD-0004v2-RO for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 15:25:03 -0400 Received: from mail-bw0-f41.google.com ([209.85.214.41]:58205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHKiD-0004uX-JO for emacs-orgmode@gnu.org; Fri, 21 Oct 2011 15:25:01 -0400 Received: by bkbzu5 with SMTP id zu5so5996918bkb.0 for ; Fri, 21 Oct 2011 12:25:00 -0700 (PDT) Content-Disposition: inline In-Reply-To: <871uu65j7i.fsf@gmail.com> 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 Hi Eric, my preferences are: - source for code blocks. I think srcname looks ugly (although not as ugly as tblname). - call - data and results for, well, data and results. With the same semantics as Torsten Wagner suggested, i.e. a source block cannot change the contents of a data block. It should create a new result block. Data should take precedence over result, i.e. only use result blocks for input if there is no data block with the name. Personally, I don't care for tblname and would happilly replace it with data. Cheers, Viktor