non-breaking hifen appears as such but it is interpreted as not existing

[Former user]

Hello

Thanks for the very useful app. If the donations page was not broken I would have donated...

I've been fighting for the last hour an annoying bug. Copying some numerical expressions from Word which include non-breaking hifens it turns out that the non-breaking hifen appears in the formula (although in white) but it is ignored by the compiler causing the concatenation of the two numbers it separated: 2–1 = 21e0

It was quite puzzling and time wasting.

Thanks in advance Paulo Fonte

[Southisup]

On the 27 Nov nightly, a non-breaking hyphen created by and pasted from Word on Windows is stripped out and replaced with a space (likewise when pasted into a codeblock here).

Yours must be the Unicode non-breaking hyphen, which seemingly is different to Word’s own (though still functions correctly), and does indeed behave the way you describe.

En dash, em dash, figure dash, quotation rule, and optional hyphen, are all pasted from Word into SpeedCrunch as white dashes of varying lengths.

In all cases, the result of pasted apparent ‘8-7’ is calculated as 87

8 7 non-breaking hyphen
8–7 en dash
8—7 em dash
8‒7 figure dash
8―7 quotation rule
8¬7 optional hyphen

And those are just the ones I have in my keyboard shortcuts notes for Word. There are a lot of ‘confusables’, most of which would probably lead to unexpected results if pasted. Just a few more examples here:

https://util.unicode.org/UnicodeJsps/confusables.jsp?a=x--&r=None

Watching out for white ‘operators’ is obviously a good habit to get into!