From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Exponents / subscripts Date: Thu, 23 Oct 2014 21:16:00 +0200 Message-ID: <87lho6mwb3.fsf@nicolasgoaziou.fr> References: <87zjcs0yxw.fsf@nicolasgoaziou.fr> <87k33v13g5.fsf@nicolasgoaziou.fr> <8761fenzxi.fsf@gmx.us> <87y4s9mlef.fsf@nicolasgoaziou.fr> <87fveh89wi.fsf@gmx.us> <87ppdkmppl.fsf@nicolasgoaziou.fr> <87d29kjuod.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35417) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XhNrB-0008T4-1X for emacs-orgmode@gnu.org; Thu, 23 Oct 2014 15:15:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XhNqz-0005mE-ES for emacs-orgmode@gnu.org; Thu, 23 Oct 2014 15:15:32 -0400 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:53587) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XhNqz-0005lC-83 for emacs-orgmode@gnu.org; Thu, 23 Oct 2014 15:15:21 -0400 In-Reply-To: <87d29kjuod.fsf@gmx.us> (rasmus@gmx.us's message of "Wed, 22 Oct 2014 11:54:58 +0200") 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: Rasmus Cc: emacs-orgmode@gnu.org Hello, Rasmus writes: > An external library is ideal (had it existed), but where to stop? Are > entities wrapped in math "supported syntax"? > E.g. "$\alpha\beta\gamma\delta$". No. What is inside a math snippet/environment is a black box for Org. Entities are a different beast that do not require a math environment (e.g., "\alpha" is not considered to be LaTeX code). > So your strategy would be to disable fontification within math (since > the syntax is not org), and delegate it to a separate library, say > tex-fold.el (which also doesn't work out-of-the-box in Org-buffers)? > In theory it's ideal, but consistency (e.g. supported entities) and > comparability is probably issues. I don't think so. No fontification at all on LaTeX code is a decent default in an Org buffer. Additional, exact, fontification for it is a nice bonus. >> This doesn't solve the leak of Org's fontification on math snippets and >> environments. > > But it would if you can delegate parsing of math to a separate > library, no? No it wouldn't, because Org would still have to fontify sub/superscript outside math snippets. Of course, dedicated fontification could override leaked one, but I think this would be troublesome in some occasions. At some point, I hope to introduce the parser in the fontification process, which would some the problem. Regards, -- Nicolas Goaziou