From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carlos Pita Subject: Feature Request: allow export yes/no for blocks that are valid babel inputs Date: Sat, 23 Mar 2019 18:20:53 -0300 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:43000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h7oEi-0001a1-H7 for emacs-orgmode@gnu.org; Sat, 23 Mar 2019 17:31:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h7o4g-0001Sn-52 for emacs-orgmode@gnu.org; Sat, 23 Mar 2019 17:21:06 -0400 Received: from mail-yw1-xc2f.google.com ([2607:f8b0:4864:20::c2f]:36829) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h7o4f-0001Qw-MK for emacs-orgmode@gnu.org; Sat, 23 Mar 2019 17:21:05 -0400 Received: by mail-yw1-xc2f.google.com with SMTP id u197so4418901ywf.3 for ; Sat, 23 Mar 2019 14:21:05 -0700 (PDT) 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: emacs-orgmode Hi all, when using lists, tables and example blocks as inputs to babel src blocks sometimes the inputs are just... inputs. There is some inconsistency in the fact that src blocks can be selectively exported but not their inputs. Commenting these inputs out makes them invisible to the block referencing them (apparently this method worked a time ago but it's not working now). OTOH using the noexport tag introduces spurious sections that interrupt the flow of the document and might be hard to close afterwards (similar to the boilerplate introduced by beamer blocks). What do you think of adding an :export yes/no parameter to these blocks? Or to blocks in general. Best regards -- Carlos