From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: [BUG] Inconsistency in src block hiding Date: Tue, 24 Jan 2012 08:59:28 +0100 Message-ID: <87mx9d7cpr.fsf@med.uni-goettingen.de> References: <8739djqfkv.fsf@gmail.com> <87fwhiwwr0.fsf@gmail.com> <87bos6pp1a.fsf@gmail.com> <8739dhnxjs.fsf@gmail.com> <87ipmcxboo.fsf@gmail.com> <87pqgjipu8.fsf@gmail.com> <87y5v6x3lv.fsf@gmail.com> <87fwh86533.fsf@gmail.com> <87ehwbdxk2.fsf@gnu.org> <874nx782wi.fsf@gmx.com> <87lip76p48.fsf@norang.ca> <87d3ai2p98.fsf@gmail.com> <8762ga6whl.fsf@norang.ca> <87pqehrnjv.fsf@gmx.com> <8739bc3ob5.fsf@gmail.com> <87ehuv4la3.fsf@gmx.com> <87ty3r4hop.fsf@gmail.com> <87k44hn4uz.fsf@gmx.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:51310) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpbII-0005xb-AH for emacs-orgmode@gnu.org; Tue, 24 Jan 2012 02:59:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RpbIE-0003JW-3Q for emacs-orgmode@gnu.org; Tue, 24 Jan 2012 02:59:54 -0500 Received: from lo.gmane.org ([80.91.229.12]:56277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RpbID-0003JA-Jn for emacs-orgmode@gnu.org; Tue, 24 Jan 2012 02:59:50 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RpbIA-0003zJ-W1 for emacs-orgmode@gnu.org; Tue, 24 Jan 2012 08:59:46 +0100 Received: from genepi110.genepi.med.uni-goettingen.de ([134.76.140.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Jan 2012 08:59:46 +0100 Received: from andreas.leha by genepi110.genepi.med.uni-goettingen.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Jan 2012 08:59:46 +0100 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 Eric Schulte writes: [...] > > To my mind a better path moving forward would be to change the behavior > of the :RESULTS: drawer so that it is exported but *not* to change the > default drawer export behavior. This way with a :wrap header argument > the code block results could be hidden with tab but would still be > exported. > > PRO: allows hiding code block results with tab, makes it clear where > results begin and end, uses drawers for hiding which is what > they are designed for, avoids the potential for hiding anything > with a name > > CON: more syntactic weight around results, changes the existing > default behavior, makes the "RESULTS" drawer a special type of > drawer > > There is likely a better option but this is the best that comes to mind. > Personally I am also content with the current behavior in which anything > under a #+name: may be hidden. > Coming late to this thread, I just want to say, that I am on the "PRO" side for special results drawers. The fact that org mode uses drawers for wrapping results is an internal/technical choice that - I think - the user should not need to know. In the current state, in case the user switches result wrapping on, the results block disappears from the export, until the user has figured out, that exporting drawers has to be enabled now (with all drawers being exported...). So, I think, there *is* a difference between drawers as used in other places and drawers used for results, which are imposed onto the user by org mode. Thus, the CON just reflects this difference and is no real "CON". Just my two cents. - Andreas