GitHubRulesOK

There are many complaints that SumatraPDF (and often its experimental highlight) CAN handle almost any type of text file html/zip mime types and a wider range of e-book formats than...

I tried to use the latest fix but did not seem to work unless I suspend Hotkeys with these highlightable formats some types of nested pdf pages .pdf:# or upto...

Ok pass-through obviously works I tested a few e.g. an Adobe Illustrator PDF variant, Amazon variant of Mobi, zipped fiction bookV2 and PostScript (see separate comment below) I press A...

I understand need to test a list of mobi etc. to apply 1.3 scaling but why not let user attempt 1.0 in any other file extension they will soon learn...

I seem to have lost a comment recently (must have not pressed send) where having tested version 2020-02-20 I have full red #FF0000 in my settings.txt When I use ARGY...

Ok we are into issue creep but it is based on legacy expectations I now see as a result Y key is also bound to SumatraPDF expectation of Yellow Thus...

In my modified copy I use upercase RGB+CMYK with vSetTxt= #default main problem is the time taken to cycle is about 4 seconds at 500 each

to get around using a cyclic solution for touch use it would be nice to somehow call a color picker without holding a key or blocking two fingure gestures something...

Yes touchpad and touchscreen users are not well serviced by SumatraPDF as it is highly key orientated, but they are increasingly the ones using a lightweight viewer. I am looking...

Your colour picker looks simple and light that's the sort of result I was aiming for