Nick Dokos <ndo...@gmail.com> writes: > John Kitchin <jkitc...@andrew.cmu.edu> writes: > >> Nick Dokos <ndo...@gmail.com> 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 <jkitc...@andrew.cmu.edu> 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 Professor Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 http://kitchingroup.cheme.cmu.edu
