From: Nick Dokos <ndokos@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Minor problems with dvipng latex image preview
Date: Thu, 23 May 2013 17:37:16 -0400 [thread overview]
Message-ID: <87txltz8c3.fsf@pierrot.dokosmarshall.org> (raw)
In-Reply-To: 87wqqptz7k.fsf@gmail.com
Nicolas Goaziou <n.goaziou@gmail.com> writes:
> Nick Dokos <ndokos@gmail.com> writes:
>
>> I learnt quite a bit from this discussion (thank you!), but I'm still a
>> bit puzzled about your reluctance that custom options be added to the
>> latex call. Why is that? Too many customizations? dvipng should be
>> deprecated? Too many twisty passages to explain?
>
> Huh? I'm not reluctant to anything with regards to this discussion. I'm
> just suggesting solutions to your problem.
>
Ah, OK - sorry I misunderstood.
> Anyway, in a nutshell, your proposal is to:
>
> - add a custom variable, e.g., `org-latex-dvi-process-options' (which
> library should it belong to?)
Unless it would make sense to toss the whole dvipng thing overboard and
just keep imagemagick.
> - modify `org-latex-listings' docstring (in particular, add third
> elements and new custom variable)
I'm not sure any more that it can all be explained clearly in the
docstring (at least I've been trying different mental gyrations and I
have not come up with anything satisfactory). So maybe the thing to do
is add a page to worg and a pointer to it in the docstring. If that's
acceptable, I volunteer to write the worg page (at least the initial
version).
As a separate issue, I proposed some debugging aids:
> - add a custom variable, e.g., `org-latex-dvi-process-debug', which,
> when non-nil asks to leave produced "tex" file.
>
... and a call-process-log function that logs the command in *Messages*
before executing it with call-process (or something more or less
equivalent). It would be used wherever call-process is used now.
I would actually propose that the debug variable inhibit the deletion
of intermediate files everywhere, not just in latex preview.
--
Nick
next prev parent reply other threads:[~2013-05-23 21:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-19 22:27 Minor problems with dvipng latex image preview Nick Dokos
2013-05-22 19:03 ` Nicolas Goaziou
2013-05-23 6:21 ` Nick Dokos
2013-05-23 13:21 ` Nicolas Goaziou
2013-05-23 16:06 ` Nick Dokos
2013-05-23 16:53 ` Nicolas Goaziou
2013-05-23 21:37 ` Nick Dokos [this message]
2013-05-25 20:20 ` Nicolas Goaziou
2013-05-26 6:38 ` Nick Dokos
2013-05-30 15:12 ` Nicolas Goaziou
2013-05-30 15:25 ` Nick Dokos
Reply instructions:
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87txltz8c3.fsf@pierrot.dokosmarshall.org \
--to=ndokos@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* 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
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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).