Re: [AUCTeX-devel] Make DVI forward/inverse search work

[Mosè Giordano]

Hi Tassilo,

thanks for your reply and information you provided.  My patch was
based on the assumption, in turn based on my experience, that no DVI
viewer had implemented SyncTeX forward/inverse search, assumption you
proved false.  I still can't do DVI forward/inverse search with Evince
but I trust you can.

Can we at least stress in the manual that one should verify the viewer
supports the same forward/inverse method chosen by
`TeX-source-correlate-determine-method'?  Something like this
--8<---------------cut here---------------start------------->8---
--- a/doc/auctex.texi
+++ b/doc/auctex.texi
@@ -2577,7 +2577,6 @@ customizing the variable
@code{TeX-source-correlate-mode}.  There is a
 bunch of customization options for the mode, use @kbd{M-x
 customize-group @key{RET} TeX-view @key{RET}} to find out more.

address@hidden TeX-source-correlate-method
 @AUCTeX{} is aware of three different means to do I/O correlation:
 source specials (only DVI output), the pdfsync @LaTeX{} package (only
 PDF output) and address@hidden  The choice between source specials and
@@ -2592,6 +2591,20 @@ In particular, fine-tuning the page breaks
should be done with source
 specials switched off.
 @end deffn

address@hidden TeX-source-correlate-method
+Method to use for enabling forward and inverse search.  This can be
address@hidden if source specials should be used, @samp{synctex}
+if SyncTeX should be used, or @samp{auto} if @AUCTeX{} should decide.
+
+When the variable is set to @samp{auto}, @AUCTeX{} will use SyncTeX if
+your @code{latex} processor supports it, source specials otherwise.  You
+must make sure your viewer supports the same forward and inverse method.
+
+Setting this variable does not take effect if
address@hidden has already been active.  Restart Emacs
+in this case.
address@hidden defopt
+
 @AUCTeX{} also allows you to easily select different @TeX{} engines for
 processing, either by using the entries in the @samp{TeXing Options}
 submenu below the @samp{Command} menu or by calling the function
--8<---------------cut here---------------end--------------->8---

Bye,
Mosè

2013/7/8 Tassilo Horn <address@hidden>:
> Mosè Giordano <address@hidden> writes:
>
> Hi Mosè,
>
>> some weeks ago I said that I wasn't able to use DVI forward/inverse
>> search using Okular.  Today I noticed that DVI forward/inverse doesn't
>> work with xdvi and Evince either.
>
> I just tested using TeXLive 2012, and in fact it doesn't work with xdvi,
> but it works just fine with evince 3.8.2.  That is, I disable
> `TeX-PDF-mode', compile a doc to DVI, then
>
>   C-c C-c View RET TeX-evince-sync-view RET
>
> fires up evince with the dvi file.
>
> Then Ctrl-click in the DVI makes point move to that location, and
> another
>
>   C-c C-c View RET TeX-evince-sync-view RET
>
> centers that line in Evince again.
>
>> On TeX Live `TeX-source-correlate-determine-method' returns synctex,
>> but those viewers can't do DVI forward/inverse search with synctex.
>
> As said, evince does.
>
>> The definition of `TeX-source-correlate-determine-method' is
>> technically correct, but it doesn't take into account viewers
>> capabilities.
>
> I don't think we should try encoding viewer capabilities.  IMO, it's
> easy enough to set the correct method for whatever combination of output
> and viewer people are using.
>
>> Since source specials can be used only with a DVI output and synctex
>> practically works only with PDF
>
> No, synctex should work also with plain latex.
>
>> The attached patch addresses all above problems.  Objections against
>> installing it?
>
> Since it works for me, yes. :-)
>
> Bye,
> Tassilo
>
>
> _______________________________________________
> auctex-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/auctex-devel