From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vicente Vera Subject: Re: Exporting blocks of text completely verbatim Date: Thu, 9 Feb 2017 23:16:19 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113deb20407eb40548212b03 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59106) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbxws-0002Z0-Dr for emacs-orgmode@gnu.org; Thu, 09 Feb 2017 18:16:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbxwr-0004WD-AF for emacs-orgmode@gnu.org; Thu, 09 Feb 2017 18:16:22 -0500 Received: from mail-ot0-x231.google.com ([2607:f8b0:4003:c0f::231]:36328) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cbxwr-0004W9-4G for emacs-orgmode@gnu.org; Thu, 09 Feb 2017 18:16:21 -0500 Received: by mail-ot0-x231.google.com with SMTP id 32so15514596oth.3 for ; Thu, 09 Feb 2017 15:16:21 -0800 (PST) In-Reply-To: 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: "Charles C. Berry" Cc: emacs-orgmode --001a113deb20407eb40548212b03 Content-Type: text/plain; charset=UTF-8 You're absolutely right. The MWE I made had a nasty typo that blew everything up! I'm sorry for the noise. The information in the manual still looks misleading to me: #+BEGIN_EXPORT ascii All lines in this block will appear only when using this back-end. #+END_EXPORT (Taken from "12.7 ASCII/Latin-1/UTF-8 export") This doesn't seem to be related to verbatim text. 2017-02-09 19:19 GMT+00:00 Charles C. Berry : > On Thu, 9 Feb 2017, Vicente Vera wrote: > > Hello. This discussion >> https://lists.gnu.org/archive/html/emacs-orgmode/2017-02/msg00163.html >> points out that Org tables are converted to HTML tables when exporting >> through "ox-md". Leaving Markdown-related issues aside, I've stumbled >> upon this problem a while back. >> >> It is suggested that wrapping the table within a "#+(BEGIN|END)_EXPORT >> md" should leave it as-is in the exported document but that is not the >> case. The table gets converted to HTML anyway. >> >> > Not in recent versions of org. Here is an example of a table that is > exported as a table without any html-ization: > > #+BEGIN_SRC emacs-lisp :results raw > (org-export-string-as > " > ,#+begin_export md > | a | > | b | > ,#+end_export" > 'md t) > > #+END_SRC > > #+RESULTS: > | a | > | b | > > > Of course, the comma escapes are stripped before `org-export-string-as' > sees the string. > > HTH, > > Chuck > --001a113deb20407eb40548212b03 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You're absolutely right. The MWE I made had a nasty ty= po that blew
everything up! I'm sorry for the noise.

The info= rmation in the manual still looks misleading to me:

#+BEGIN_EXPORT a= scii
All lines in this block will appear only when using this back-end.<= br>#+END_EXPORT

(Taken from "12.7 ASCII/Latin-1/UTF-8 export&qu= ot;)

This doesn't seem to be related to verbatim text.

2017-02-09 19:19 GMT+= 00:00 Charles C. Berry <ccberry@ucsd.edu>:
On Thu, 9 Feb 2017, Vicente Vera wrote:
Hello. This discussion
https://lists.gnu.org/archive/= html/emacs-orgmode/2017-02/msg00163.html
points out that Org tables are converted to HTML tables when exporting
through "ox-md". Leaving Markdown-related issues aside, I've = stumbled
upon this problem a while back.

It is suggested that wrapping the table within a "#+(BEGIN|END)_EXPORT=
md" should leave it as-is in the exported document but that is not the=
case. The table gets converted to HTML anyway.


 Not in recent versions of org. Here is an example of a table that is export= ed as a table without any html-ization:

#+BEGIN_SRC emacs-lisp :results raw
=C2=A0 (org-export-string-as
=C2=A0 =C2=A0"
=C2=A0 ,#+begin_export md
=C2=A0 | a |
=C2=A0 | b |
=C2=A0 ,#+end_export"
=C2=A0 =C2=A0'md t)

#+END_SRC

#+RESULTS:
| a |
| b |


Of course, the comma escapes are stripped before `org-export-string-as'= sees the string.

HTH,

Chuck

--001a113deb20407eb40548212b03--