I recently stumbled on this nice problem (bug ?):
I can use evince to visualize
foo.pdf output from LaTeX obtained in AUCTeX and Synctex synchronization, as long as none of the files referenced in the synctex cross-reference file (
foo.synctex.gz) have a pathname containing a non-ASCII character. Thanks to this utility, I can do the same thing with .Rnw files processed by knitr.
However, when my filename or the name of any referenced file contains an non-ASCII character, the process breaks down. Forward-search (C-C C-V in the TeX buffer) fails with a timeout on D-Bus (I'm running Linux with an
fr_FR.utf8 set of locales). Interestingly, backwards-search (Ctrl-click in the Evince window) tries to open the relevant
.tex "source" in a non-existing directory in emacs, the said directory having the name of the original directory encoded in some fashion.
For example, if I'm working on
tTst.tex in a directory named "Aquaphérèse", my Test.synctex.gz references the file
Input:1:/home/charpent/Boulot/Aquaphérèse/./Test.tex", and when I try a bacward-search from evince, tex tries to create a buffer for " /home/charpent/Boulot/Aquaph%C3%A9r%C3%A8se/Test.tex".
This seems to me to be a bug either in AUCTeX or evince. Two questions :
- What seems to you the most probable source of the problem: AUCTex (my personal hunch) or evince ?
- Any suggestion for a workaround ? Of course, I can always rename my working tree, but that's a pain...
Any other suggestions welcome.