Suggestion: Add zoom steps

[giwul70]

I shortly check previous threads, probably I am overlooking them but I could not find anything on 'zoom steps'.
If the suggestion has been made before, then please do accept my apologies.

If not, what about adding an option to set 'user defined' zoom steps (for instance 10%, 15% or 20%) and that be visible in the toolbar?
At every click on the zoom button it increases by (e.g.) 10%
Or one can click in the "percentage box" (in the below example 100%), do ctrl arrow up/down or enter e.g. 150

Positively meant suggestion.

Keep up the good work!

I meant something like the below.

[GitHubRulesOK]

the steps can be use 2 ways one as percent's (zoom Increments) is cumulative so not often used thus if at 50% and zoom +10% it would be I think 55% then 61.5% then 67.2% (long time since testing so you would need to experiment) Thus most users do not use that as "odd"

The other "normal" method is listed numbered steps

ZoomLevels = 8.33 12.5 18 25 33.33 50 66.67 75 100 125 150 200 300 400 600 800 1000 1200 1600 2000 2400 3200 4800 6400

where you can ADD 150 but it is already there so will be listed in CTRL+Y and can be assigned to its own "hotkey"

[giwul70]

Thank you. I am not an expert, I use this splendid reader 'as it is'. There is not much I can change, maybe even nothing... :-)
For a moment I thought I could change the zoomlevels by changing the above valuess (in SumatraPDF-settings.txt). That did not work, the zoom levels are hard coded I suppose.
Maybe one day smaller steps between 50 and -say- 150 or 200 will be implemented.
Anyway, thanks again.

[GitHubRulesOK]

@giwul70 you can set keys in latest pre-release like this

Shortcuts [
    [
        Cmd = CmdZoomCustom 60%
        Key = 6
    ]
    [
        Cmd = CmdZoomCustom 70%
        Key = 7
    ]
]

press 7 will zoom like this

[GitHubRulesOK]

@kjk
the timout for the zoom message (even on this slow device :-) is too quick can it be a second or 2 longer ?

[kjk]

@GitHubRulesOK increased from 300 ms to 2 secs

[giwul70]

@GitHubRulesOK

Thank you!

I tried this (edit the SumatraPDF-settings.txt file)

Shortcuts [
[
Cmd = CmdZoomCustom 50%
Key = 5
]
[
Cmd = CmdZoomCustom 60%
Key = 6
]
[
Cmd = CmdZoomCustom 70%
Key = 7
]
[
Cmd = CmdZoomCustom 80%
Key = 8
]
`[
Cmd = CmdZoomCustom 90%
Key = 8
]
]

regretfully it did not work.
I am sure I must be doing something wrong.
(3.6.16616)

[GitHubRulesOK]

Hmm looks ok
apart from your editor is not the normal basic Notepad where those Tabs and EOLs would not be visible in "Notepad UTF-8 with BOM" editor.
So there is ONE BIG issue with 32bits that the edits must be done without SumatraPDF "active" or else may be flushed on closure !!
If I add those entries in a session and save then close SumatraPDF X32 those edits will not be there in next session !

[giwul70]

Thanks. Solved.
FWIW: Am using EditPadPro v8, the file was UTF8 with BOM, changed it to UTF8 No Bom.
Made no difference.
I made the changes outside SumatraPDF.
This time I did it from within (noticed my previous settings, i.e. made whilst SumatraPDF was -ot- running) weren't there.
So I added the above whilst SumatraPDF was running now. Didn't know I should update it from within SumataPDF.

Anyway, it worked out fine.

Many thanks again!

[GitHubRulesOK]

64 bit edits will be preserved if saved whilst running
but 32 bits had an issue that was resolved by needing edits without running so there is a significant difference there !

[giwul70]

Am running SumatraPDF x64 on (good old) Windows 10 x64, so things went fine then.

[kjk]

@giwul70 The issue is as follows:

In 64-bit you don't have to restart SumatraPDF for new settings to take effect. We auto-detect changes to settings file, re-load the file and apply the changes.

In 32-bit you have to exit and start SumatraPDF again for settings changes to take effect.

[giwul70]

Thanks.
SumatraPDF is really super. It is my default PDF reader. Only a few specific tasks I perform with Acrobat (combining image files, OCR, moving pages from one PDF to the other, scanning documents from printer ADF, basically all having to do with 'creating/editing' PDF files)

[GitHubRulesOK]

@kjk
its not as clear cut for 32 bit as your comment
If I add an advanced setting in 32 bit it is naturally going to ask me to save the setting and notepad diligently saves the txt

But on close session the file edit is discarded and on reopen it is not there

The session MUST be closed to make any edits. but it is not easy to make an edit as when session is open.
This means you keep settings open and close session but that has the opposite effect of discarding session changes !!