From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vincent Beffara Subject: Re: Problem with org-html-format-latex Date: Mon, 11 Feb 2013 00:43:32 +0100 Message-ID: <45435078259D41F3B396529AFA666F26@gmail.com> References: <20E4E4D8E34D465D9CF893C7EE0BBEFC@gmail.com> <87halmprmz.fsf@bzg.ath.cx> <0AB7A4D1F37642B088518798F55A519F@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:36194) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4gYb-0002xh-Dr for emacs-orgmode@gnu.org; Sun, 10 Feb 2013 18:43:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U4gYa-0003vN-D2 for emacs-orgmode@gnu.org; Sun, 10 Feb 2013 18:43:37 -0500 Received: from mail-ea0-f174.google.com ([209.85.215.174]:47190) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4gYa-0003vB-63 for emacs-orgmode@gnu.org; Sun, 10 Feb 2013 18:43:36 -0500 Received: by mail-ea0-f174.google.com with SMTP id 1so2450475eaa.19 for ; Sun, 10 Feb 2013 15:43:35 -0800 (PST) In-Reply-To: <0AB7A4D1F37642B088518798F55A519F@gmail.com> Content-Disposition: inline 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: Bastien Cc: Org Mode List > > thanks for reporting this and for the patch, I've push > > a slightly different fix. Please test and let me know. > > Sounds good to me, thanks! ... well it did sound good to me, but it still fails. Put this in *scratch*, (org-html-format-latex "x" 'mathjax) and C-x C-e. Within org-format-latex, file-name-nondirectory is still called on the first argument (prefix) which your patch sets to nil. The error occurs one layer deeper in the tree but still does. My patch kind of fixed that by accident, but it should be safe at least in the case of mathjax which AFAICT will never create files anywhere - so simply testing on the value of processing-type would work better, maybe? /v > > /v > > > > Best, > > > > -- > > Bastien >