Print gap notes from daily use (checked against 1.9.2)

[Ryokoxx]

Follow-up to #315, where you asked for the print gaps as use cases.

It's a short one.
I had about ten print gaps logged against 1.7.5, and 1.9 shipped most of them before I wrote this up: reverse order, booklet, poster, and print as image, since printing already rasterises.
I said I'd only send the ones where I could name the job, and that leaves one.

Windows has no print verb for KillerPDF

On 4 Nov a script sending a PDF to our office printer asked Windows how to print it.
Nothing was registered for KillerPDF, so the job went through Acrobat.
--print would have done it fine, the script just couldn't find it.

RegisterFileHandler only writes shell\open\command, for the ProgID (App.xaml.cs:1933) and both Applications\ keys (:1943).
So right-click Print, Start-Process -Verb Print and mail clients printing an attachment either fail with the #44 error or go to another reader.

I added print and printto to a scratch HKCU key and the shell ran both, with the printer name coming through as %2.
That's two values on each of the three keys, and uninstall already removes those trees.

I only checked the registry side, on Windows 10, against the v1.9.2 tag.
I haven't built KillerPDF with the verbs added.
Your call on whether it's wanted.

[SteveTheKiller]

Thanks for writing this up, and for checking it against the code instead of guessing. You were right: KillerPDF only registered the open verb, so right-click Print, Start-Process -Verb Print and mail clients printing an attachment never reached it.

1.9.3 registers print and printto for PDFs, on the KillerPDF.pdf type and on both application keys, with printto passing the printer name through. They use the same headless print as killerpdf print. A print started this way that can't go through (a password, a print-restricted file, an unknown printer) now shows a message saying why instead of failing silently. Uninstall removes the new keys along with the rest. It ships with 1.9.3.

[Ryokoxx]

Cheers Steve, that was quick.
I'll try right-click Print and the script that started this once 1.9.3 is out.

[SRileyT20]

I'm trying to get it out soon but I keep adding features. I've added epub and djvu support and now I've redesigned the context menus to modernize them a bit... I'll try to get it out this weekend.

[SteveTheKiller]

The print verbs are in 1.9.3. Right-click Print, Start-Process -Verb Print and mail apps that print an attachment all go through KillerPDF's own print now, printing to a named printer sends the job to that printer, and a print that can't be done says why.

A few other print fixes from your notes landed alongside it: Custom scale above 100% and Actual size no longer shrink an oversized page to fit, a page that fills the printable area prints without the thin white edge, and Fit to page turns landscape pages in a portrait job to fill the sheet. Your window position PR (#487) shipped in this release too.

I'm curious how it holds up against your daily printing now.