Added Overlay Scrollbars in 3.7 pre-release

[kjk]

In pre-release 3.7 build 17751 I've introduced overlay scrollbars.

The idea is to maximize area available for showing the document.

Currently, if scrollbars are visible they take away space from the document.

With overlay scrollbars they are painted over the document. We intelligently hide / show them.

By default they are thin but if you move mouse close to them, they become bigger.

Currently you can toggle them on / off with advanced setting FixedPageUI.UseOverlayScrollbar (and Cmd + k command Toggle Overlay Scrollbars).

But I'll likely make it the only option in the future.

Let me know if there are any regressions / problems with the new overlay scrollbars.

[GitHubRulesOK]

You seem to have resolved many of the prior glitches due to the transparency so system cached release page is still here showing the 737 glitchy version rather than current 17751

[kjk]

thanks for letting me know. Cloudflare was over-caching files, should be fixed now.

[GitHubRulesOK]

the newer version feels slightly odd when themes are active or not and depend on overlay on other surrounding objects

[yozhic]

At this point, I would prefer to use the system scrollbar, since it is better refined:

I mainly work on large monitors, so I don’t need to save screen space. But even on small monitors, I prefer aesthetically neat design.

[kjk]

it'll be an option so you'll always be able to use standard toolbars.

That being said, those 2 things should not be hard to fix.

[yozhic]

Having a choice (option) is always the best solution, IMHO ))

My profession involves artistic creativity. As a result, my innate observant nature, having become a professional trait, has grown stronger over time. I can’t ignore the little details. Neatness and visual appeal are often signs of quality, though not always. So, if a new feature looks sloppy, I subconsciously try to avoid it.

[yozhic]

3.7.17960:

That's quite a different matter! 🙂

[GitHubRulesOK]

I guess I must be the only one not seeing the emperor's new clothes
they look identical in my stable system

OMG I updated on the Windows11 Paperweight and boy is it unfamiliar I think I will keep on this 10 for as long as my short life lets me as its better looking and the old Windows 11 brick only runs 2 hours between sleeps.

But when I do a compare between SumatraPDF on Left and Windows own Scrollbar on Right I prefer SumatraPDF crispness

[tomasz1986]

But I'll likely make it the only option in the future.

I'd like to kindly ask you to reconsider and keep the setting available. These scrollbars are not good in terms of accessibility, i.e. they are too thin for people with poor eyesight that need to have elements enlarged to see them, or people who have motion issues and cannot click or hover over small elements. Just for the record, the same applies to the default Windows 11 scrollbars, and many people have been complaining about them for a long time already.

I personally work on large documents a lot, so I rely on scrollbars all the time, and the first thing that I had to do when I noticed the thin scrollbars was to look for a setting to disable them. I also use the Aero Lite theme in Windows, which uses thick scrollbars, but SumatraPDF currently follows them only when the overlay scrollbars setting is disabled.

[himadrinath]

run a command

SumatraPDF draw -o V2TURBO_A1c_1_397_11110U_21472458.txt V2TURBO_A1c_1_397_11110U_21472458.pdf

getting error

[kjk]

which version of sumatra? this only works in latest pre-release

[GitHubRulesOK]

@himadrinath
That is a problem I encountered often during testing.
It is when SumatraPDF does not handle its own call as expected and thus Absolute address usually works or use via a script with programmatic path replacement
"c:\path to\SumatraPDF.exe" draw -o V2TURBO_A1c_1_397_11110U_21472458.txt V2TURBO_A1c_1_397_11110U_21472458.pdf

[himadrinath]

which version of sumatra? this only works in latest pre-release

working with pre-release version

[GitHubRulesOK]

@himadrinath
the short version will usuallly fail as it did here but the long version works as it is the one SumatraPDF can self assure is itself

[himadrinath]

@himadrinath

the short version will usuallly fail as it did here but the long version works as it is the one SumatraPDF can self assure is itself

Yes I just tested it and it's working

[himadrinath]

@GitHubRulesOK is their nuget package available from where i can run this command and get the extracted text from pdf into string or stringCollection without saving it into txt file in .net core?

[GitHubRulesOK]

@himadrinath SumatraPDF is not a .net dll for that you would use Ghostscript although my understanding is Artifex dont generally use NuGet as not cross platform (not aimed at WASM Android or Mac etc) so you may see they respond as

Ghostscript.NET wants the 64-bit version of Ghostscript. Try installing that. Do please read the license to ensure you are complying with its provisions.

https://github.com/ArtifexSoftware/Ghostscript.NET
I.e. not intended for commercial users in generic libraries
SumatraPDF is based on Artifex MuPDF https://github.com/ArtifexSoftware/MuPDF.NET

To read a PDF requires FILES for SEEKING and thus it is rare to be able to run PDF totally in memory unless you emulate a files system.
stream.pdf as file > stream.txt possible in memory > stream.pdf as filesystem object for manipulation via file positions

[Ralf-Brinkmann]

Since version 6.x, SumatraPDF always zooms into the middle of the top third of a two-page spread (when using the Numpad Plus key). Up to version 5.x, the zoom always targeted the top-left corner—behavior I preferred when reading my daily newspaper and various magazines. Is this a bug or a feature? Is there a setting to make the program behave as it used to, zooming to the top-left edge from the full-screen (book) view?
I'm now using v3.7.18454 (x64)