From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: XHTML export -   etc. Date: Mon, 12 Nov 2007 05:22:39 +0000 Message-ID: <87k5oo11i8.fsf@bzg.ath.cx> References: <20071102121343.GD31416@atlantic.linksys.moosehall> <41c818190711021150w49e8fbbdu5258300bae65f736@mail.gmail.com> <87sl3oxkep.fsf@bzg.ath.cx> <87y7de9o23.fsf@bzg.ath.cx> <87mytqkl9q.fsf@bzg.ath.cx> <874pfxv9xx.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IrQot-0004Ar-69 for emacs-orgmode@gnu.org; Sun, 11 Nov 2007 23:22:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IrQor-00049B-Jw for emacs-orgmode@gnu.org; Sun, 11 Nov 2007 23:22:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IrQor-000490-Gn for emacs-orgmode@gnu.org; Sun, 11 Nov 2007 23:22:41 -0500 Received: from fk-out-0910.google.com ([209.85.128.191]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IrQoq-00082b-Uf for emacs-orgmode@gnu.org; Sun, 11 Nov 2007 23:22:41 -0500 Received: by fk-out-0910.google.com with SMTP id 19so1446826fkr for ; Sun, 11 Nov 2007 20:22:40 -0800 (PST) In-Reply-To: (Daniel Clemente's message of "Fri, 9 Nov 2007 20:51:36 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Daniel Clemente Cc: emacs-orgmode@gnu.org About escaping characters in LaTeX, here is the rule I'm trying to stick to: 1. If a character is a special character in LaTeX, org-export-latex.el will escape it (so that this character will be correctly displayed in the resulting .dvi.) 2. If you escape such a character in the Org source file, then this character won't be escaped in the LaTeX source file, meaning that you want to refer to the special meaning of this character in LaTeX. I don't use any notion of "Org's special character". As long as this approach handles 99% of the special characters issues, I think it's better not to try to invent any new specific Org syntax or to impose new writing conventions... I will work on the relevant code for that this week, let's see what happen then. Thanks, "Daniel Clemente" writes: >> > Yes > >> > Sometimes the \ means „don't escape", sometimes not. >> >> Are you okay with this: >> >> Org => LaTeX >> ---------------- >> \~ => ~ >> \% => % >> \# => # >> \{ => { >> \} => } >> \& => & >> \_ => _ >> \^ => ^ >> >> (i.e. preventing special characters from being converted.) > > Mmm... some of those characters /can/ already be written directly > and they won't be interpreted, so you suggest adding a second method > (ex: \# besides # ). Maybe some users find this confusing and prefer > just one way to write each sign. > What do other people think? Should both # and \# write # ? > > But your proposal would convert \ into the generic escaping character. > This is good since then you can always write \% (or with any > character of the list) and you know it will be escaped. > But this is bad because this would only work on the characters you > proposed, not on all. Ex \[ would probably write \[ and not [ > > I would suggest: > 1. Using \# just for signs that are part of org's syntax: _ ^ > 2. Developing a general way to include a literal text without > processing of org's syntax. For instance, the string *word* where both > asterisks should be visible at the exported text (instead of a bold > word). That can be implemented with start-end markers (ex: > some *unprocessed* text) or with a marker before > each sign: (ex: some \*unprocessed\* text). > > 1 and 2 can be combined if \# works with exactly all syntax > elements, that means, all elements which would otherwise change the > meaning and processing of the text. For instance: > \* > \/ > \[ > \] > \# > \| > \= > etc. > Of course, also \\ must be present to write a literal \ > For the signs which are not part of org's syntax, you wouldn't need > to write \ Ex: \( is unnecesary since ( has no meaning in org. > > > Sorry for starting anothed discussion :-) > > > Daniel > -- Bastien