dear zsh'ers

in our ZSh made application Tomb we hit a bug that depends from a
translation error in GPG and that could be solved along with any other
similar situation by ZSh if some sort of "canonization"
non-blocking-space (NBS) is made for the '=~' and perhaps other string
operators. I think that handling the special case of NBS is particularly
valuable for zsh script users since such bugs can be very hard to spot.

Here the detail on our issue:
https://github.com/dyne/Tomb/issues/205#issuecomment-117413673

as Arthaud indicates, this is easily replicable with [[ " X" =~ "X" ]]
where the first character in " X" is a non-breaking space; this gets the
zsh interpreter stuck and it seems not even Ctrl+C works.

While I'll file also the bug about an NBS in the GnuPG French
translation, I think is worth considering implementing approaches that
will make ZSh act as one would expect in all such cases.

ciao

-- 
Denis "Jaromil" Roio, Dyne.org Think (& Do) Tank
We are free to share code and we code to share freedom
Web: https://j.dyne.org Contact: https://j.dyne.org/c.vcf
GPG: 6113 D89C A825 C5CE DD02  C872 73B3 5DA5 4ACB 7D10
Confidential communications: https://keybase.io/jaromil