From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [BUG] Inconsistency in src block hiding Date: Sun, 11 Dec 2011 15:08:50 +0100 Message-ID: <87k4632ob1.fsf@gmail.com> 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:40413) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZk6w-0006kZ-Qc for emacs-orgmode@gnu.org; Sun, 11 Dec 2011 09:10:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RZk6s-0004CV-LG for emacs-orgmode@gnu.org; Sun, 11 Dec 2011 09:10:38 -0500 Received: from mail-ey0-f169.google.com ([209.85.215.169]:36528) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZk6s-0004CF-D9 for emacs-orgmode@gnu.org; Sun, 11 Dec 2011 09:10:34 -0500 Received: by eaai13 with SMTP id i13so477437eaa.0 for ; Sun, 11 Dec 2011 06:10:33 -0800 (PST) In-Reply-To: <87ehwbdxk2.fsf@gnu.org> (Bastien's message of "Sun, 11 Dec 2011 14:53:33 +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: Bastien Cc: Org Mode List Bastien writes: > Eric Schulte writes: > >> The attached patch entirely removes the #+name and #+results based >> hiding. Note that the existing "wrap" argument to the ":results" header >> argument will wrap results in a block which allows easy tab-based result >> hiding. I didn't notice it before, but the wrap option from :results property could also be removed. Unlike to every other block "#+begin_results" doesn't add any meaning. Its sole purpose is to group some Org data, which is the job of drawers. Moreover, it's already easy to install results in a block (I use it to center results). You only need to put the results line in an appropriate location and evaluate the code block, like in the following: --8<---------------cut here---------------start------------->8--- #+name: four #+begin_src emacs-lisp (+ 2 2) #+end_src #+begin_center #+results: four #+end_center --8<---------------cut here---------------end--------------->8--- Note that the wrap argument may be used instead to wrap results in a :RESULTS: drawer, but that default drawer would have then to be added to the `org-drawers' list, and, in the end, wouldn't be very practical. In my opinion, we should forget any will to automatically group results (because there is no option more interesting than others) and let the user decide what suits him the best. Regards, -- Nicolas Goaziou