[Top][All Lists]

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

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

From: Mosè Giordano
Subject: Re: [AUCTeX-devel] Make DVI forward/inverse search work
Date: Thu, 11 Jul 2013 15:02:46 +0200

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---


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

reply via email to

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