[Enhancement] Specific ScanView child classes to limit acceptable QR types

[kdmukai]

Aside from the MainMenuView's "Scan" option, all other ScanView calls are expecting a specific type of QR code (e.g. "Scan a PSBT") but nothing is stopping ScanView from accepting an unexpected but supported QR type.

This PR:

• adds specific ScanView child classes that display an error screen if the user scans an unexpected QR type.

• displays a friendlier error screen when an invalid or unrecognized QR format is scanned (the current approach just raises an Exception and makes it look like a bug in SeedSigner).

• promotes "Verify address" to the Tools menu. Previously it was a kind of hidden feature that would be activated if a bitcoin address was scanned by ScanView.

Testing notes

If a user scans the wrong kind of QR, verify that they get another chance to resume their task and scan again.

[jdlcdl]

Concept ACK
ACK tested

I like: flexibility of being able to enter generic scan view without expectations (as currently) and additionally being able to enter a specific scan view when navigation has been specific... and having better instructions as well as better error messages.

I also like having a new ErrorView to direct flow when things go "a little" wrong instead of the dire-warning-ish "raise an exception" for errors that are common user mistakes.... reserving exceptions to truly exceptional cases.

I will test this.
I have tested:

• scans seed/address/descriptor/psbt types from main menu, just as before.
• when scanning specific types: offers better instructions, and better errors with "expected" and "received" information for user.

[newtonick]

ACK Tested and reviewed