[texworks] Still an un resolved problem
Jérome Laurens
jerome.laurens at u-bourgogne.fr
Mon Jul 13 19:28:30 CEST 2009
Le 13 juil. 09 à 11:14, Jonathan Kew a écrit :
> [...]
>>
>> In short, when MikTeX adds a .tex file extension, it forgets to
>> tell TeX that he did so.
>> Christian Schenk has fixed this in MiKTeX 2.8 Beta 4 (to be
>> released soon).
>
> Does it also provide the full path? So if \input foo actually caused
> TeX to read c:/some/path/to/texmf/tex/macros/foo.tex, does the
> name_field get updated only to foo.tex, or to the full path? SyncTeX
> needs the full path, as it cannot reliably know the search paths
> that TeX may have been using.
>
I don't know the complete rules used by MikTeX but it seems that
pdftex just provides a relative name, whereas the texify command
provides a full path.
The synctex parser should be smart enough to deal with both situations
as long as it is fed with the full path when a full path appears in
the synctex output file. At least this is what seems to happen with
Sumatra PDF.
Of course, hard coding a full path is not convenient when it comes to
copy or duplicate files.
For example, suppose you gather all your tex, pdf and synctex files in
folder foo1, then make a copy in foo2 and work from foo2.
If you synchronize from the pdf file inside foo2, you will be directed
to the tex source file inside foo1.
I bet this is not what one would expect.
JL
More information about the texworks
mailing list