From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Stanton Subject: Width always inserted with LaTeX figures Date: Thu, 14 Mar 2013 06:20:51 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_CE09F36B1F891947ACDD158E233F555A06BACEexmail10bhaasucbe_" Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG1X7-0008Ew-OB for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:20:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UG1X3-0006aG-Sy for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:20:57 -0400 Received: from gateway-a.haas.berkeley.edu ([128.32.222.29]:21259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG1X3-0006Xm-MK for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:20:53 -0400 Content-Language: en-US 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" --_000_CE09F36B1F891947ACDD158E233F555A06BACEexmail10bhaasucbe_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable At least with today's version (8.0-pre release_8.0-pre-67-gd3361c), if I in= clude a figure and then export to LaTeX, the resulting TeX file insists on = including its own width specification, even when I tell it the width I want= . For example, the org text #+ATTR_LaTeX: :options width=3D1.7in [[file:images/RS_head_cropped.png]] results in the following LaTeX source: \includegraphics[width=3D1.7in,width=3D.9\linewidth]{images/RS_head_cropped= .png} The second width specification (which I didn't ask for) seems to override t= he one I ask for, so the figure ends up a lot bigger than I want. --_000_CE09F36B1F891947ACDD158E233F555A06BACEexmail10bhaasucbe_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

At least with today’s version (8.0-pre release= _8.0-pre-67-gd3361c), if I include a figure and then export to LaTeX, the r= esulting TeX file insists on including its own width specification, even wh= en I tell it the width I want. For example, the org text

 

#+ATTR_LaTeX: :options width=3D1.7in<= /p>

[[file:images/RS_head_cropped.png]]

 

results in the following LaTeX source:

 

\includegraphics[width=3D1.7in,width=3D.9\linewidth]= {images/RS_head_cropped.png}

 

The second width specification (which I didn’t= ask for) seems to override the one I ask for, so the figure ends up a lot = bigger than I want.

 

--_000_CE09F36B1F891947ACDD158E233F555A06BACEexmail10bhaasucbe_-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Ecay Subject: Re: Width always inserted with LaTeX figures Date: Thu, 14 Mar 2013 02:46:47 -0400 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:56558) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG1w9-0005jE-I7 for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:46:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UG1w8-0006iv-Lr for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:46:49 -0400 Received: from mail-qa0-f43.google.com ([209.85.216.43]:51590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG1w8-0006io-IF for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 02:46:48 -0400 Received: by mail-qa0-f43.google.com with SMTP id dx4so2686065qab.2 for ; Wed, 13 Mar 2013 23:46:48 -0700 (PDT) In-Reply-To: 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: Richard Stanton Cc: "emacs-orgmode@gnu.org" Hi Richard, You should use #+ATTR_LATEX: :width 1.7in instead of the version with :options. This is a recent change, to make LaTeX image width consistent with LaTeX tables and HTML images, both of which use a :width argument. (It also allows the support of more types of images in LaTeX). Aaron From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Stanton Subject: Re: Width always inserted with LaTeX figures Date: Thu, 14 Mar 2013 07:07:41 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:33961) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG2GT-0002pA-CO for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 03:07:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UG2GN-0005S8-WE for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 03:07:49 -0400 Received: from gateway-b.haas.berkeley.edu ([128.32.222.40]:7010) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG2GN-0005Rv-O7 for emacs-orgmode@gnu.org; Thu, 14 Mar 2013 03:07:43 -0400 In-Reply-To: Content-Language: en-US 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: Aaron Ecay Cc: "emacs-orgmode@gnu.org" VGhhbmtzLCBBYXJvbi4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFhcm9u IEVjYXkgW21haWx0bzphYXJvbmVjYXlAZ21haWwuY29tXSANClNlbnQ6IFdlZG5lc2RheSwgTWFy Y2ggMTMsIDIwMTMgMTE6NDcgUE0NClRvOiBSaWNoYXJkIFN0YW50b24NCkNjOiBlbWFjcy1vcmdt b2RlQGdudS5vcmcNClN1YmplY3Q6IFJlOiBbT10gV2lkdGggYWx3YXlzIGluc2VydGVkIHdpdGgg TGFUZVggZmlndXJlcw0KDQpIaSBSaWNoYXJkLA0KDQpZb3Ugc2hvdWxkIHVzZQ0KIytBVFRSX0xB VEVYOiA6d2lkdGggMS43aW4NCmluc3RlYWQgb2YgdGhlIHZlcnNpb24gd2l0aCA6b3B0aW9ucy4N Cg0KVGhpcyBpcyBhIHJlY2VudCBjaGFuZ2UsIHRvIG1ha2UgTGFUZVggaW1hZ2Ugd2lkdGggY29u c2lzdGVudCB3aXRoIExhVGVYIHRhYmxlcyBhbmQgSFRNTCBpbWFnZXMsIGJvdGggb2Ygd2hpY2gg dXNlIGEgOndpZHRoIGFyZ3VtZW50Lg0KKEl0IGFsc28gYWxsb3dzIHRoZSBzdXBwb3J0IG9mIG1v cmUgdHlwZXMgb2YgaW1hZ2VzIGluIExhVGVYKS4NCg0KQWFyb24NCg==