From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: bug in new exporter Date: Wed, 05 Jun 2013 12:28:10 -0400 Message-ID: <87obbko739.fsf@pierrot.dokosmarshall.org> References: <87d2s388l2.fsf@pank.eu> <87ip1vjdlg.fsf@pierrot.dokosmarshall.org> <874ndf7xkn.fsf@pank.eu> <87fvwyrjnr.fsf@pierrot.dokosmarshall.org> <87y5aq7sin.fsf@pank.eu> <877gi8n3q7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52098) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkGZf-0004NK-6i for emacs-orgmode@gnu.org; Wed, 05 Jun 2013 12:28:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UkGZa-00043X-Mn for emacs-orgmode@gnu.org; Wed, 05 Jun 2013 12:28:35 -0400 Received: from plane.gmane.org ([80.91.229.3]:56737) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UkGZa-00043N-Ft for emacs-orgmode@gnu.org; Wed, 05 Jun 2013 12:28:30 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UkGZW-0006Cn-Jp for emacs-orgmode@gnu.org; Wed, 05 Jun 2013 18:28:26 +0200 Received: from pool-108-7-96-134.bstnma.fios.verizon.net ([108.7.96.134]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jun 2013 18:28:26 +0200 Received: from ndokos by pool-108-7-96-134.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jun 2013 18:28:26 +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: emacs-orgmode@gnu.org Nicolas Goaziou writes: >> With >> >> #+ATTR_LATEX: :options scale=1.5 :width "" :placement [htb!] >> it fails here >> (attr (org-export-read-attribute :attr_latex parent)) >> >> which evalues to something like >> >> Result: (:options "scale=1.5" :placement "[htb!]" :width "") >> >> when it doesn't crash. > > This bug should be fixed in maint. Thanks to both of you for identifying > it. > And also in master, correct? I can never remember who goes first. In any case, I updated from master and checked: it works with the :width option anywhere in the sequence of options, so it does seem to be fixed. In all cases, there is no width specification, just the scale, on the \includegraphics - and no error. Just a heads-up: As part of testing this, I stumbled on an unrelated current-working-directory problem, where on exporting to pdf, the pdflatex of the produced tex file fails to find an image file specified with a relative pathname (it works fine with an absolute path name). The tex file looks OK and I can process it from the command line. I'll try to pin this down more precisely, but do I understand correctly that the processing of the tex file should take place with the current working directory set to the directory of the org file? Thanks! -- Nick