DiscWright 0.9.2

A disc no longer needs artwork before DiscWright will do anything with it, and a picture that is not a cover is no longer printed as though it were.

Nothing stops you at the artwork

DiscWright refused to build without a disc icon, and refused again without a background whenever the autorun menu was switched on. So planning a first disc began with two trips to a file picker for pictures you may not have had, may not have wanted, and certainly had no reason to choose before seeing what they were for.

Both are now drawn when you have not chosen any: a disc face and a menu background built from the app's own palette, so a disc made without picking a single file still looks like something rather than like a default. The build log says where they came from, so nobody has to wonder. Choose your own and yours is used exactly as before.

The menu preview was hidden rather than missing. The Preview menu button has been there since 0.1.0, greyed out until a background had been chosen. Anybody who had not chosen one met a dead button with no explanation, and reasonably concluded there was no preview, when the preview is the one thing that would have shown them what a background is for. It now waits only for a game, and both artwork boxes say in so many words that they can be left empty.

This came from #98, which reported it as two separate complaints. They turned out to be one wall. Thanks to xniwo on GitHub for writing it up, and for eight other suggestions still being worked through.

A menu background is not a cover

0.9.1 stopped cropping and stretching artwork, which was right, and went one step too far: every picture was then treated as finished cover art, so a 16:9 menu background was printed across the whole 273 mm wrap as a stretched wallpaper with no spine, no back panel and no game list.

The shape decides now. Within a few per cent of a wrap or a panel is somebody's cover and is printed exactly as it is. Anything else is not cover art, so the plain label is printed and the picture is left alone. A disc face is judged square, because a disc is round. Nothing is cropped or stretched either way, which was the point in the first place.

Smart App Control, corrected

The 0.9.1 notes and the README said signing would not settle the installer being blocked, because Smart App Control wants reputation as well as a signature. That is wrong, and Microsoft's documentation says so: where the app intelligence service cannot make a prediction, an app signed with a certificate from a CA in the Trusted Root Program is still allowed, with no reputation required.

So the honest position is that signing would fix this and DiscWright has not taken that cost on, rather than that nothing would help. The ZIP is unaffected, needs no installing, and remains the download to use.

Also

The demo films in the README show the app you actually download; they had been recorded against a window three releases old. Five window tests that had been failing on this machine since 0.9.0 now ask the question the app asks, rather than the one it stopped asking when cropping was removed.

Checksums

artifact	sha256
DiscWright-0.9.2.zip	15C7C77D8E965B53C4AB17D4B8F9DA632A888E5B3DF3E91308B9B9AB61BB1FB7
DiscWright-0.9.2-setup.exe	C11DE46E913AB364C3F905F864349D02AABC74AFF08DD00E43F38EE07F7E2E0A

Tested

669 logic tests and 112 window tests pass, both run on the machine this was cut from rather than in CI, which runs the logic half only. PSScriptAnalyzer reports no errors and every script parses under Windows PowerShell 5.1.

The installer was run in a Windows Sandbox from the artifact attached here, not from a local rebuild: it installs, reports 0.9.2, carries the print and burn modules rather than leaving those buttons dead, opens from its Start menu shortcut, uninstalls and leaves nothing behind. The ZIP attached here was unpacked and started, and its window reads DiscWright 0.9.2.