Sumtra installed in a nonstandard place

[zivran]

I have a standard Windows 10 pc; somehow Sumatra got installed in C:\Users\ziv\AppData\Local\SumatraPDF\SumatraPDF.exe This seems to cause compatibility problems.

Why is it there and should/could it be installed in a standard folder like Program Files ?

[GitHubRulesOK]

That is standard location as roaming is no longer prefered by MS. The suggestion was requested way back but only enacted in more recent versions.

You can chose the traditional install location c:\program files [(x86] as desired for multiple users with one device, but default for single user is appdata local since its a local install for one users data and easier to keep all files relative to each other Thus not to be sullied by other users concurrently.

Unsure why you have incompatibility unless installed by an admin user for use by others, where administrator can install for system wide usage.

[zivran]

I am using Sumatra as external pdf viewer for Tex Studio. Tex Studio will not launch Sumatra though it's supposed to, but once launched it will interact normally with Sumatra. I have other Windows pcs and the problem is just with this one.

On Fri, Jun 9, 2023 at 10:02 AM GitHubRulesOK @.***> wrote:

you can chose the traditional install location c:\program files [(x86] as desired for multiple users with one device, but default for single user is appdata local since its a local install for one users data and easier to keep all files relative to each other Thus not to be sullied by other users concurrently.

Unsure why you have compatibility unless installed by an admin user for use by others.

— Reply to this email directly, view it on GitHub https://github.com/sumatrapdfreader/sumatrapdf/issues/3533#issuecomment-1584893417, or unsubscribe https://github.com/notifications/unsubscribe-auth/BAONXMSD6ULMBF73I4RKNH3XKNJLLANCNFSM6AAAAAAZA37UBI . You are receiving this because you authored the thread.Message ID: @.***>

[GitHubRulesOK]

Hmm I think my old notes may be out of date for installations with TeX but it should not matter as long as pathing is correct. but there is a known issue with 3.4.6 installed as 64bit due to synctex compression.

perhaps show your TeX Studio command but note it should be simply something like

For forward search modify Configure > Commands > External PDF Viewer to "path\to\SumatraPDF.exe" -forward-search "?am.tex" @ "?am.pdf"

TeX enhancements and reuseinstance should be true in SumatraPDF advanced settings

the return call should be something like (where the last character is lowercase L)

"path to\editor\texstudio.exe" "%f" -line %l

[zivran]

Inverse search works ok.

The 'external pdf viewer' command is "C:/Users/ziv/AppData/Local/SumatraPDF/SumatraPDF.exe" %.pdf The path is correct.

On Fri, Jun 9, 2023 at 10:27 AM GitHubRulesOK @.***> wrote:

Hmm I think my old notes may be out of date for installations with TeX but it should not matter as long as pathing is correct. but there is a known issue with 3.4.6 installed as 64bit due to synctex compression.

perhaps show your TeX Studio command but note it should be simply something like

For forward search modify Configure > Commands > External PDF Viewer to "path\to\SumatraPDF.exe" -forward-search "?am.tex" @ "?am.pdf"

TeX enhancements and reuseinstance should be true in SumatraPDF advanced settings

the return call should be something like

"path to\editor\texstudio.exe" "%f" -line %l

— Reply to this email directly, view it on GitHub https://github.com/sumatrapdfreader/sumatrapdf/issues/3533#issuecomment-1584917022, or unsubscribe https://github.com/notifications/unsubscribe-auth/BAONXMR2SCMRVALUUYPNVSTXKNMH5ANCNFSM6AAAAAAZA37UBI . You are receiving this because you authored the thread.Message ID: @.***>

[GitHubRulesOK]

the usual structure for calling a previewer when compiling is to pass the tex and pdf names as shown above

SumatraPDF.exe" -forward-search "?am.tex" @ "?am.pdf"

beware the older long description here https://texstudio-org.github.io/configuration.html#sumatra is designed for the alternative DDE method (should work) dde:///(your sumatra path):SUMATRA/control/[ForwardSearch("?am.pdf","?c:am.tex",@,0,0,1)]
but don't include the inverse search part in every compile its only needed once for configuration thus the shorter method per above.

[zivran]

modified the external pdf viewer as suggested but no change it will not launch sumatra if sumatra is open, it will not open the requested pdf (that can still be opened through sumatra's file menu)

On Fri, Jun 9, 2023 at 11:28 AM GitHubRulesOK @.***> wrote:

the usual structure for calling a previewer when compiling is to pass the tex and pdf names as shown above

SumatraPDF.exe" -forward-search "?am.tex" @ "?am.pdf"

beware the older long description here https://texstudio-org.github.io/configuration.html#sumatra is designed for the alternative DDE method (should work) but dont include the inverse search part in every compile its only needed once for configuration thus the shorter method per above.

— Reply to this email directly, view it on GitHub https://github.com/sumatrapdfreader/sumatrapdf/issues/3533#issuecomment-1584983106, or unsubscribe https://github.com/notifications/unsubscribe-auth/BAONXMVCAVJC64RUSCMV7RLXKNTNBANCNFSM6AAAAAAZA37UBI . You are receiving this because you authored the thread.Message ID: @.***>

[zivran]

I wonder if this is relevant: under user commands/ search:forward search found this dde:///"C:/Program Files (x86)/SumatraPDF/SumatraPDF.exe":SUMATRA/control/[ForwardSearch("?am.pdf","?c:am.tex",@,0,0,1)]

Is this bad?

On Fri, Jun 9, 2023 at 12:00 PM ziv ran @.***> wrote:

modified the external pdf viewer as suggested but no change it will not launch sumatra if sumatra is open, it will not open the requested pdf (that can still be opened through sumatra's file menu)

On Fri, Jun 9, 2023 at 11:28 AM GitHubRulesOK @.***> wrote:

the usual structure for calling a previewer when compiling is to pass the tex and pdf names as shown above

SumatraPDF.exe" -forward-search "?am.tex" @ "?am.pdf"

beware the older long description here https://texstudio-org.github.io/configuration.html#sumatra is designed for the alternative DDE method (should work) but dont include the inverse search part in every compile its only needed once for configuration thus the shorter method per above.

— Reply to this email directly, view it on GitHub https://github.com/sumatrapdfreader/sumatrapdf/issues/3533#issuecomment-1584983106, or unsubscribe https://github.com/notifications/unsubscribe-auth/BAONXMVCAVJC64RUSCMV7RLXKNTNBANCNFSM6AAAAAAZA37UBI . You are receiving this because you authored the thread.Message ID: @.***>

[GitHubRulesOK]

no (not bad) that looks like TexStudio is trying to do it using its own way using DDE so it thinks that works using the historic location for an all users install, simply change the path to your personal local exe

The only reservation I have is that address is expecting an older 32 bit (x86) version, thus if its using 32bit DDE you need a 32bit SumatraPDF (portable or installed), I cannot tell so you need to determin if its using 32 bit or 64 bit calling by start SumatraPDF first (either portable can work that way if its running) and see which works!

[kjk]

This is the correct location for non-admin install