auctex-devel
[Top][All Lists]
Advanced

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

Re: [AUCTeX-devel] [PATCH] Add support for SumatraPDF viewer


From: Mosè Giordano
Subject: Re: [AUCTeX-devel] [PATCH] Add support for SumatraPDF viewer
Date: Tue, 9 Feb 2016 19:44:49 +0100

2016-02-09 13:18 GMT+01:00 Fabrice Popineau
<address@hidden>:
>
>
> 2016-02-09 11:57 GMT+01:00 Mosè Giordano <address@hidden>:
>>
>> 2016-02-09 11:37 GMT+01:00 Fabrice Popineau
>> <address@hidden>:
>> > The actual problem is that emacs/auctex should ask Windows (look into
>> > the
>> > registry) where
>> > is the default viewer for pdf files and not assume that this exe is in
>> > the
>> > PATH.
>>
>> AUCTeX simply runs `call-process' to start the viewer, then I think it
>> should be Emacs' duty to find the executable if it has been properly
>> installed (i.e., the installer changed the appropriate registry keys),
>> but I don't know if this happens on Windows.
>>
>
> The call-process function can run much more than opening a pdf file.
> You can use w32-shell-execute to open a file with the default Windows
> associations.

I can't find such function on my Emacs, is it available only on
binaries built for Windows?

>> I'd like to provide a default value of `TeX-view-program-list-builtin'
>> that works for as many users as possible, hard-coding a path defeats
>> this goal, for example for you, if you have it C:\Local, and people
>> using the portable version that I guess can be placed anywhere.
>>
>
> I think there may have been some misunderstanding.
> My only point was to say that people should be allowed to reference an
> absolute path,
> not that you should propose one :-)

Users are free to do what they want, of course ;-)
`TeX-view-program-list' can be abused as they like, and I think that's
what most users has done so far.

My point is that `TeX-view-program-list-builtin' shouldn't hard-code
an absolute path unless there is a wide-spread standard that it's
unlikely to be broken (and using the portable version of SumatraPDF
breaks the path chosen by the installer).

> If it is explicitly about SumatraPDF, assume that it is on the path and use
> only "SumatraPDF.exe"
> As a default value for a pdf viewer, you can rely either on
> w32-shell-execute or use call-process
> with "start %s".

See my reply to Rasmus, can "start" pass arguments to SumatraPDF to
initiate forward/inverse search?

Bye,
Mosè



reply via email to

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