Panayotis Manganaris <[email protected]> writes: > Christian Moe <[email protected]> writes: > >> : (setf (alist-get "ang" org-entities nil 'remove 'equal) nil)) > > This snippet works perfectly for me with the e:t option. > > It seems that e:nil doesn't just turn off entity translation, it also > apparently turns on control character escaping. > > That is with e:nil, "\ang{90}" exports to "$\backslash$ang\{90\}"
Just for clarity: Doesn't the above fix work with both options, e:t and e:nil? It does for me. The $\backslash happens when using e:nil and the built-in org-entities with "ang" included. > This surprised me, I assumed in the moment that this kind of escaping > always happens unless a macro is specifically protected. I figured \num > and company were popular enough to get this treatment by default. > > Now, the question is why e:nil works that way. I don't know, but maybe the behavior can be improved upon. Feedback welcome: See Ihor's request for comments that branched off from this thread. [RFC] How do you use org-export-with-entities? https://list.orgmode.org/orgmode/871pm81yxw.fsf@localhost/ Yours, Christian
