From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: MathJax is now the default for HTML math Date: Sun, 15 Aug 2010 09:25:16 +0200 Message-ID: <8CA8E0A8-FCC7-4749-AA4E-BF9782A8348C@gmail.com> References: <63B79D2B-9483-481F-B7AB-88BEA753D5C8@gmail.com> <4C66F076.10505@jboecker.de> <4C6715D0.3060508@jboecker.de> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=49840 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OkXas-0008G8-3m for emacs-orgmode@gnu.org; Sun, 15 Aug 2010 03:25:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OkXaq-0006K9-Uw for emacs-orgmode@gnu.org; Sun, 15 Aug 2010 03:25:22 -0400 Received: from mail-ey0-f169.google.com ([209.85.215.169]:35409) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkXaq-0006K4-Ma for emacs-orgmode@gnu.org; Sun, 15 Aug 2010 03:25:20 -0400 Received: by eyg7 with SMTP id 7so1032738eyg.0 for ; Sun, 15 Aug 2010 00:25:19 -0700 (PDT) In-Reply-To: <4C6715D0.3060508@jboecker.de> 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: =?ISO-8859-1?Q?Jan_B=F6cker?= Cc: detlef.steuer@gmx.de, emacs-orgmode List On Aug 15, 2010, at 12:16 AM, Jan B=F6cker wrote: > On 08/14/2010 10:59 PM, Carsten Dominik wrote: >> Hi Jan, >> >> can you expand a bit on why this is interesting to do? What are the >> advantages? >> >> Thanks! >> >> - Carsten > > Advantages are: > - The user is not required to have JavaScript enabled > - In some cases, there is a speed advantage, because > there is no rendering stage. This is especially > noticeable on high-latency connections when the MathJax files > are not already cached. > - Fonts can be embedded into the HTML file itself, so it feels > more 'document-like' (no need to move additional files around) > - The approach might be interesting for HTML email, because it > would require neither JavaScript nor attachments > > Of course, there are disadvantages too: > - No interactive MathJax features (zoom, view source, switch rendering > backend) > - no fallback to image fonts (although AFAIK, all current versions > of major browsers support CSS3 custom fonts) > - slightly different spacing and font sizes in non-Firefox browsers > - if fonts are embedded within the HTML file: > * IE will not show the correct font (but in my test the > formatting was still correct and readable) > * The HTML file will be larger (my small example grew by 436 KB). > Bandwidth is wasted because the fonts are base64-encoded. Hi Jan, thanks for these explanations. - Carsten > > I would not recommend this for regular publishing on the web. As =20 > long as > JavaScript is enabled (as it is in most cases), the disadvantages > outweigh the advantages. It might come in handy if you want to send > someone a single file (although you can always use PDF for that) or if > you want to provide an alternative for users who have JavaScript =20 > disabled. > > Ideally, there would be some sort of graceful degradation, so that =20 > users > without JavaScript see the non-JS version, but if JavaScript is =20 > enabled, > the math gets re-rendered and all MathJax features are available. I =20= > have > not explored the feasibility of that. > > > On 08/14/2010 10:39 PM, Detlef Steuer wrote: >> Could you post the org file to give dummies like me a head start? >> Especially the serializing back to HTML? How is it done? > > I have attached the (very simple) example org file to this email. The > first example is the result of exporting this file with C-c C-e h =20 > (like > Carsten said, it Just Works). The second example is the result of > processing the first one with a xulrunner application I hacked =20 > together > (which is independent of emacs). I'll try to get that application =20 > into a > publishable form tomorrow (remove hard-coded values, make embedding > fonts into the HTML file optional, etc). > > My aim is to provide an elisp function to be called from an export =20 > hook > which makes the appropriate call to create the non-JS version. > > -- Jan > - Carsten