bug in NVDA, when announcing a Hungarian float number

[oaron]

In the hungarian espeak version if there is a zero after the decimal sign, nvda reads it incorrectly. This bug occurs because in hungarian the decimal sign is a comma, instead of a dot.

[jteh]

Please be more specific about how it is incorrectly read. That is, provide an example (roughly translated) of a number, what is currently said and what you expect should be said instead.

[oaron]

Replying to jteh:

Please be more specific about how it is incorrectly read. That is, provide an example (roughly translated) of a number, what is currently said and what you expect should be said instead.

NVDA announce 0, and after other numbers. E.G 1,023. But, if after the comma the first number doesn't 0, It works well. I tried it with other screen reader (with Espeak) and the numbers announce correctly, because in Espeak there is a Hungarian decimal rule.

[jonsd]

espeak -vhu "1,023"
correctly says the equivalent of "One point twenty-three thousandths".

Different languages have different rules for speaking decimal fractions.

Generally, if NVDA passes the complete number (including the decimal separator) to the synthesizer, it will be spoken correctly for the language. NVDA needs to recognise that Hungarian uses a comma as decimal separator.

[jteh]

The reason for this is that NVDA has a rule which separates preceding 0s from other numbers. We do this because some synths strip preceding 0s. eSpeak doesn't seem to be broken in this way, so perhaps this default rule should be removed.

[jteh]

Fixed in changeset:main,3599.