make isSupported return an error when TouchID and FaceID is not supported

[philolo1]

Due to recent changes "TouchID" is returned when "Passcode" is supported. I deleted this check, as most of the users don't expect to only return "TouchID" and "FaceID" not passcode.

[zibs]

Based from #101 we want to allow passcode functionality, so we need to be able to communicate that passcode may be available, even if touchid/faceid is not.

[philolo1]

@zibs we can also return "Passcode" instead, but i think its quite confusing for an initial user of this framework.

[philolo1]

@zibs this is the other solution, where you would return "Passcode". However i dont really like this, as the normal behaviour should be that its not supported unless you want it to include a passcode

[zibs]

I think it's for the best tbh. I think in bringing in passcode might have muddied the implementation a bit, but at least now calling isSupported will return what is supported on iOS (face/touch/passcode), letting the user make the choice of how to authenticat (using the passcodeFallback, or not, for example.) I'll think about it a bit more, and then test and merge if it's all good.

[zibs]

@philolo1 haha you know what - I think you're right after thinking about it more. We should return false/error if isSupported does not support touch-id/face id.

Can you revert your commit back to your original commit?

[philolo1]

@zibs sorry to keep you waiting. Its done now.

[pilsy]

This provides a much nicer solution ~ #182

[zibs]

I merged #182 and don't think we need this anymore!