Null character /sort of/ works: it makes org-mode insert the code
delimiters on export, but the presence of null characters breaks
export down the road, at least in my case.  This time, I could
intercept the exported text and remove the null characters by hand,
but it might not always be the case.

What org really needs is a stronger verbatim quoting construct.  In a
lot of cases, you just want your text to be displayed verbatim, with
no interpretation, period.  Near as I can see, there's nothing in org
that can currently do this -- please correct me if I'm wrong.  For
instance, things like =[[foo]]= should _not_ undergo further parsing /
be interpreted as links.  Same goes for quotes, or virtually anything.
 = signs should be allowed provided they are escaped in the usual
manner (=\==).  The current behavior is very unsatisfactory.

On Mon, Feb 20, 2012 at 12:47 PM, Michael Hannon <> wrote:
>> I noticed that strings like ='foo'= or =di"= don't get recognized by org as
>> code, which is somewhat unfortunate because it forces me to edit exported
>> HTML by hand.  Are there any workarounds for this behavior?
> Hi, Leo.  You might try inserting a null character before and after the
> quotation marks, as:
>         =^@'foo'^@=
> where:
>         ^@
> means CTRL-@, in the usual, text-based notation.
> -- Mike

Reply via email to