Research VS KeystoneQRVerifier

To verify UR:CRYPTO-HDKEY - https://github.com/BlockchainCommons/Research/blob/master/papers/bcr-2020-007-hdkey.md

I am very sure it won't be. Trezor and Keystone use SLIP-49 which has some shortcomings which were improved upon by SSKR.

SSKR is an improvement on SLIP-39. SSKR comes with a seedtoolcli. Tezor hardware wallets use SLIP-39 if you have one of those.

SLIP-0039 is not is not round-trip compatible with BIP-0039. SSKR / BCR-0011 is based on SLIP-0039 but improves upon it by adding this compatibility.

BCR-0011 aka Sharded Secret Key Reconstruction (SSKR)

Please see the discussion here: https://www.reddit.com/r/ledgerwallet/comments/ibkls4/does_ledger_have_plans_to_implement_shamir_secret/ Maybe ask here if the Ledger developers nicely if they still plan to implement Shamir's Secret Sharing, If Ledger do not implement Shamir's Secret Sharing (e.g. SSKR) then maybe consider purchasing a Trezor which implements SLIP-39. Bear in mind that SLIP-39 is not round-trip compatible with BIP-39.

Or use a single hardware wallet that implements a version of Shamir Secret Sharing (SSS) e.g. SSKR and store your steel share backups in multiple locations.

So I have followed the instruction on https://github.com/KeystoneHQ/KeystoneQRVerifier and I can verify the sample file included (UR-BYTES type). The problem is when I want to verify anything else from a transaction. For example, I can't verify types UR:CRYPTO-HDKEY, UR:ETH-SIGNATURE, UR:ETH-SIGN-REQUEST. Am I doing something wrong or is https://github.com/KeystoneHQ/KeystoneQRVerifier not capable of this? If not what steps do I follow to be able to decode these things. Thanks