[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] help debugging latex-overlays boxes

From: John Kitchin
Subject: Re: [O] help debugging latex-overlays boxes
Date: Tue, 09 Sep 2014 16:30:11 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (darwin)

Nick Dokos <address@hidden> writes:

> John Kitchin <address@hidden> writes:
>> Nick Dokos <address@hidden> writes:
>> I have traced my problem. The issue is in the function
>> org-preview-latex-fragment. At the end of the function, where it calls
>> org-format-latex, the default-directory variable that is used in the
>> function call has a value of
>> "c:/Users/YUYUA~1/AppData/Local/Temp/ltxpng/mole-balance"
>> The YUYUA~1 is causing the problem.
> My (perhaps naive) expectation would be that "YuYu Yao" would become
> "YUYUYA~1", deleting the space, turning the string to upper case,
> keeping the first six characters and adding the "~1" suffix. Why is the
> last "Y" not there? If it *were* there, would the latex invocation
> work?  I believe (quite without any evidence) that it should.

I don't think it would work. the Space is also not the issue, as it
affects some users with no spaces. This is for some reason, like a
partial dos 8.3 filename (http://en.wikipedia.org/wiki/8.3_filename). I
still do not know why it happens, but setting the
temporary-file-directory in the init.el solves the problem, e.g.:

(setq temporary-file-directory "c:/some/full/path")

>> I do not understand why the full path, "c:/Users/Yuyu
>> Yao/AppData/Local/Temp" is not showing up here. When I examine the
>> default-directory variable in a buffer in that directory, that is what
>> comes up. It is only inside the org function it gets chomped to what
>> looks like an old DOS format.
>> Anyway, latex cannot handle that path, so no dvi is produced, and no
>> image.
>> otherwise the latex file is produced, and it compiles fine with the full
>> path. Any ideas on how to fix that? Thanks,
>>> John Kitchin <address@hidden> writes:
>>>> Hi All,
>>>> I am using org-mode in a course this fall with 60 students.  All of them
>>>> are using org-mode from elpa. For about 10 of them, they are unable to
>>>> toggle the latex-overlays; instead of getting the equations, they get
>>>> empty gray boxes with an error that the png file was not created.  Oddly
>>>> enough, they can export to PDF just fine. I have also checked that they
>>>> have LaTeX (TeXLive) installed, and it appears it is. I am able to
>>>> convert tex files to dvi, and then use dvipng to make a png image. But
>>>> for some reason, the toggle-latex-overlay function does not work for
>>>> them.
>>>> I am at a loss to figure out what the issue is. These are Windows
>>>> laptops that were preconfigured by the department. Almost all of them
>>>> work fine, except for this small number I cannot figure out.
>>>> Any ideas? Thanks,
>>> I would edebug-defun the function org-create-formula-image and step
>>> through it to make sure that it goes the way you want (are you sure you
>>> are using the dvipng method on these machines? maybe you are using the
>>> imagemagick method but the program has not been installed?  Check the
>>> value of org-latex-create-formula-image-program).
>>> While you are stepping you can also check the variables in the function
>>> and see e.g. what the output file name is.
>>> If that goes OK, then I would edebug-defun
>>> org-create-formula-image-with-dvipng next and check the latex input file
>>> it produces. Make sure that things like minted which require
>>> --shell-escape are *not* included in that input file: it's processed by
>>> a hard-wired call to latex (without --shell-escape) , so minted will
>>> cause a failure. If that is the case, check org-latex-packages-alist and
>>> make sure that minted's snippet-flag is nil.
> --
> Nick

John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213

reply via email to

[Prev in Thread] Current Thread [Next in Thread]