Integrated Sumatra PDF based Lister plug-in (wlx)

[Xnor]

the option works but then it also doesn't save the changed view anymore

But only when "Fit to window" is active

(Fixed with 0.8.1)

thanks a lot !

[Alextp]

Can it support lister's "Select all" command?
..also- "go to" command, with %% of the file...

[j]

Can it support lister's "Select all" command?
..also- "go to" command, with %% of the file...

"Go To" is already supported.
Unfortunately due to the selection technique of Sumatra PDF it's not directly possible to "Select all". Maybe I'll think about a workaround (or when I have much time for a proper selection mechanism in Sumatra PDF itself).

[j]

Can be possible to change the File/Product version: 1.2.0.0 / 1.2.0.0 to the right numbers. I ask this because e.g. TP Plugin Manager show the wrong version (1.2.0.0)

Sure thing. I forgot to change that field. I will adjust it accordingly in the next release.

[Alextp]

I try "go to" in Universal viewer (it works in other plugins): it doesnt work in 1page pdf. Pdf not scrolled (if I enter e.g. 50%)
...

[j]

I try "go to" in Universal viewer (it works in other plugins): it doesnt work in 1page pdf. Pdf not scrolled (if I enter e.g. 50%)
...

Ah. I see. The position has only page accuracy not pixel accuracy.
(I.e. when you have a 500 page document page 250 would be 50%)

Maybe I'll just set the scrollbar position instead of the page number, this way it should be more exact.

[Jon Canale]

Again, thanks for this plugin.

I've been having some problem with 0.8.1 being able to render a file or two. I get a "Please wait - rendering..." that seems hung. The same file is easily opened in the standalone Sumatra 1.2b2071 that I have set up under alt+F3. After a few escapes and retries, the file finally renders in the plugin. I just tried it again on several files - worked fine, then I hit a small 53k file and it hung again. Opened file in Sumatra - was fine. Opened file in Foxit - pdf version is 1.4, so is not a version problem. Tried a couple of more times on the same file, and finally the plugin opened it.

This probably isn't enough info to help diagnose the problem, but any suggestions?

I'm on 7.55a on XPPro sp3. Plugin is initiated by F3, then "4", because I have "Use plugins...at startup" turned off.

[ehab]

Crash short report:

If a pdf file is view in TC with Quick view and it is being updated with e.g. Latex, TC will crash and terminate

Crash in plugin sumatrapdf.wlx:
Access violation at address 64F76C55. Read of address
000000C0


Using Sumatra it will change the window title caption to Detected Changes ..... it waits until the pdf is updated then it restores the page with new contents.

----------------

can you please somehow trap the exception but do not lock the file?

with thanks

[j]

can you please somehow trap the exception but do not lock the file?

with thanks

I can try. I hope to find some time soon.

[j]

This probably isn't enough info to help diagnose the problem, but any suggestions?

Unfortunately I can not reproduce it here. Could you provide a PDF that tends to break, please?

[Jon Canale]

It's not consistent. A file that hangs once may finally open after trying several times.

I couldn't get it to happen again just now either. Tried it on ~90 files - all opened okay.

Will watch for it and let you know if it acts up again.

[Alextp]

At rus forum there's note that plug doesnt handle non-standard Scrn dpi correctly.

[Alextp]

note @ rus forum. When detectstr. is empty (may left from prev version?), plugin shows errors when opening zip (exe) in Lister...

[Alextp]

All
somebody can continue Sumatra plugin? j is busy (it seems).
fenix_productions?

[fenix_productions]

2Alextp
I am sorry but real life takes too much time