From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Error with :wrap org in babel and 8.0-pre Date: Mon, 15 Apr 2013 17:27:59 -0600 Message-ID: <87obdfe5mo.fsf@gmail.com> References: <87li8ncqzq.fsf@gmail.com> <87li8jfysj.fsf@gmail.com> <87y5cjy3du.fsf@gmail.com> <87txn7y2hb.fsf@gmail.com> <874nf7fsix.fsf@gmail.com> <87sj2re7xl.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URspF-0002qZ-TH for emacs-orgmode@gnu.org; Mon, 15 Apr 2013 19:28:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1URspE-0007Qu-Hq for emacs-orgmode@gnu.org; Mon, 15 Apr 2013 19:28:41 -0400 Received: from mail-pd0-f173.google.com ([209.85.192.173]:47990) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URspE-0007Qj-By for emacs-orgmode@gnu.org; Mon, 15 Apr 2013 19:28:40 -0400 Received: by mail-pd0-f173.google.com with SMTP id v14so2790443pde.4 for ; Mon, 15 Apr 2013 16:28:39 -0700 (PDT) In-Reply-To: (John Hendy's message of "Mon, 15 Apr 2013 17:48:19 -0500") 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: John Hendy Cc: emacs-orgmode , Nicolas Goaziou >>> >> >> Sounds great. Thanks for helping to improve the documentation! >> > > No problem. Prior to that, I have unanswered questions: > - Is the \begin/end{verbatim} wrapping the expected result for > #+begin/end_src org? > Yes, this is the default export for any src block, see the following page of the manual. There are other options as well. (info "(org)Literal Examples") > > - Is =:results drawer= what we want as the syntax to get org syntax > parsed by the exporter? Yes. > Just guessing from the name, it strikes me as a fix or enhancement for > some other behavior/option that's now being applied to code as an > after thought. > As I recall this solution came about because drawers are the best (maybe only) way to demarcate a region without changing its semantics (which is exactly what we want in this case). > > - Can we prune some options/syntax that's no longer necessary? For > example, what does =:wrap= (no argument provided) do? Wrap has been deprecated for some time. Perhaps it has been long enough that we can go ahead and remove it entirely from the code and documentation at this point. > Or =:wrap src org= / =:results output org=? It seems that these once > served a purpose but no longer accomplish anything useful. > I would be happy to remove support for =:results org=. It has been supplanted by =:results drawer=, and I don't believe there is any other use for it. Unless someone complains, I'd be happy to remove both. Cheers, > > > Thanks, > John > >>> >>> >>> Best regards, >>> John >>> >>> >>> >>>> >>>> Best, >>>> >>>> -- >>>> Eric Schulte >>>> http://cs.unm.edu/~eschulte >> >> -- >> Eric Schulte >> http://cs.unm.edu/~eschulte -- Eric Schulte http://cs.unm.edu/~eschulte