[Top][All Lists]

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

Re: [AUCTeX-devel] [PATCH] When using SyncTeX with Evince, do not switch

From: gojjoe
Subject: Re: [AUCTeX-devel] [PATCH] When using SyncTeX with Evince, do not switch focus after syncing.
Date: Sun, 20 Aug 2017 17:21:00 +0200
User-agent: Thunderbird/666

Dear Mosè and Hong,

I also use a setup similar to Hong's: I have the pdf viewer and emacs side by 
side; at times I update the pdf just to see how the text looks like, but I 
still keep on working on the tex file.

If the pdf is open on the same region of text I'm working on, all I need to do 
is latex-compile, without calling the "view" command (my pdf viewer refreshes 
automatically). The focus will stay on emacs and I can keep editing the tex 

But sometimes I jump to another part of text in emacs. In this case compiling 
is not enough, because the pdf viewer refreshes but stays on the old page. I 
have to call the "view" command to let the viewer switch to the page I'm 
working on. At this point the emacs buffer can lose focus, and one has to 
switch it back to keep on working on the tex code.

For me the "view" command is not a problem because mine is customized and calls 
a script that calls the viewer (and does other stuff) and keeps the focus on 
emacs. So I don't have this problem. But I understand how it affects Hong.

I imagine that maybe 50% of users might like Hong's proposed behaviour, and the 
other 50% might not like it.


On 2017-08-20 16:36, Mosè Giordano wrote:
> Dear Hong,
>> Do you all agree to make this an option? If so, I can update the patch
>> to accommodate that.
> I'm not still convinced that the patch you propose is a good idea.
> Why should people run "View" command to *not* view the document?  If
> you only want to sync the viewer, you should define a custom command
> that does that, why hijacking a command that is supposed to do
> something else?  In addition, what's the point of syncing the viewer
> without viewing it?  Sorry, I can't see the use case of this feature.
> Maybe Tassilo has more to say about the proposed behavior.
> Bye,
> Mosè

reply via email to

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