> If a blind person was to use a phone in the regular fashion, holding it in one hand and navigating with their thumb- it is not possible at the moment
If you mean purely tactile Morse feedback without a braille display or any audio, yes, currently it's just a vibrotactile "bump" when the finger encounters a target area. The question is what extra utility this would offer, given the reasons u/AllHarlowsEve mentioned in this thread that a combo of braille display and/or VoiceOver is richer, faster, and as externally quiet as you need it to be. If you could code up an extension to that OS behavior where each "bump" becomes a morse code character string, it might interest some users. Conceivably deaf-blind users could find utility in something like a
$1, since VoiceOver is unavailable to people who can't her it. You would still have to make the case that the impoverished information stream is worth encoding in the tactile feedback. And because accessible design has a way of ultimately benefiting everyone, busy sighted phone users might like having more granular control over tactile feedback.
Apologies if this is wrong, but it sounds like you haven't had a chance to spend a lot of time with a skilled blind person operating a smartphone. Try to do so! As a sighted person working in this field I initially thought that smartphones, lacking tactile keyboard surfaces, would be terrible for accessibility. From watching their adoption, I saw that my assumption was wrong as hell. The iOS and Android mobile ecosystems have hugely improved blind people's access to the firehose of online information, and it's been remarkable to see just how smartphones, earbuds, and/or braille displays go hand in hand. So, try to observe firsthand, including by playing with your own phone's accessibility features, and really suss out (1) what morse feedback adds to the current suite of OS tools, and (2) whether that added value is something the community actually wants.