From: Jambunathan K <email@example.com>
To: Myles English <firstname.lastname@example.org>
Cc: emacs-orgmode <email@example.com>
Subject: Re: [odt] equation labels
Date: Wed, 31 Aug 2011 19:22:59 +0530 [thread overview]
Message-ID: <firstname.lastname@example.org> (raw)
In-Reply-To: <email@example.com> (Myles English's message of "Wed, 31 Aug 2011 12:50:28 +0100")
Myles English <firstname.lastname@example.org> writes:
>>> On Wed, 31 Aug 2011 12:09:58 +0100, Myles English said:
> >> I have added support for honoring captions, label and attributes
> >> for images that are dervied from latex fragments. Checkout the git
> >> repo and let me know if there are any rough edges that need to be
> >> ironed out.
> > Thank you! I have just got around to trying this out and it works
> > great. The only issue now is that the resolution of the pngs is low
> > and looks terrible. I vaguely remember changing it deep in my latex
> > installation somewhere.
> Actually there is an old (2006) thread including a patch about a file
> option to change the resolution:
INCREASING the `:html-scale' scale property in
`org-format-latex-options' will INCREASE the `-D' option by same factor.
I believe the above setting together with a "suitable" value of
#+ATTR_ODT: (:scale xxx) will achieve the required balance.
If you have lots of equations then applying #+ATTR_ODT option to each of
the images is a bit cumbersome. In that case you can tweak
`org-export-odt-pixels-per-inch' (The default value of this variable is
same as `display-pixels-per-inch' variable of Emacs session). HALVING
this variable will DOUBLE the size of all images uniformly.
Note for posterity:
1. ODT expects that the image size be specified in cms or inches. I
believe image files have no "physical" dimensions associated with
them but only pixel size. Mapping from pixels to cms or inches is
again determined by display properties (ie, the same image will
appear in different physical dimensions on different monitors.)
2. On my Netbook, MS Paint uses a pixels-per-inch of 96.0 while Emacs'
display-pixels-per-inch reports a value of 72.0
Image sizes are a grey area to me. If there is an expert out there
willing to educate me I am all ears.
> But I don't think it was applied and I am not sure how it would fit in
> the current scheme. Can anyone advise?
next prev parent reply other threads:[~2011-08-31 13:54 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-23 14:36 Myles English
2011-08-26 19:36 ` Jambunathan K
2011-08-27 22:02 ` Jambunathan K
2011-08-31 11:09 ` Myles English
2011-08-31 11:37 ` suvayu ali
2011-08-31 11:50 ` Myles English
2011-08-31 13:52 ` Jambunathan K [this message]
2011-08-31 14:07 ` Jambunathan K
2011-09-17 19:48 ` Jambunathan K
2011-10-28 1:23 Myles English
2011-10-30 22:11 ` Jambunathan K
2011-10-31 11:54 ` Myles English
2011-11-01 11:17 ` Myles English
2011-11-01 19:39 ` Jambunathan K
2011-11-01 19:49 ` Jambunathan K
2011-11-02 13:18 ` Myles English
[not found] ` <email@example.com>
2011-11-02 13:38 ` Nick Dokos
2011-11-02 14:49 ` Myles English
2011-11-02 14:52 ` Nick Dokos
2011-11-02 18:21 ` Jambunathan K
2011-11-02 21:33 ` Myles English
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).