Thank you Pfeil, i'll get back on that asap, but oki eerh... bare with me here please for a sec (sweat pouring from mi forehead again)...
referring to the forum "Text Tokens in VA" -post
http://voiceattack.com/smf/index.php?topic=31.0----------------
{CONDFORMAT:conditionName} - This returns the same value as {COND}, but the value
is formatted with commas (for TTS). This used to be the default behavior of {COND}, but,
since the introduction of the {EXP} token, this token had to be created.
{SMALLFORMAT:variableName} - This returns the same value as {SMALL}, but the value
is formatted with commas (for TTS). This used to be the default behavior of {SMALL}, but,
since the introduction of the {EXP} token, this token had to be created.
{INTFORMAT:variableName} - This returns the same value as {INT}, but the value is
formatted with commas (for TTS). This used to be the default behavior of {INT}, but,
since the introduction of the {EXP} token, this token had to be created.
----------------
First question:
Where is the "{DECFORMAT:variableName} - This returns the same value as {DEC}, but the value is
formatted with commas (for TTS). This used to be the default behavior of {DEC}, but,
since the introduction of the {EXP} token, this token had to be created"
First suggestion:
I would see this useful, more clear, and even more useful than the existing ones above. If i understood the omega9380's post correctly, this is exactly what he is asking, and i support that fully. Even if this variable is/can be interpreted being the same as {INTFORMAT:variableName}, (which i simply cannot understand being the same just by looking at it) it should be added because of this reason alone, please make this {DECFORMAT:variableName} variable, thank you
----------------
Second question(s):
Sorry for my ignorance, but English is not my mother language (EU/Finland) and these math codes (commas and punctuation's) are really not my area of expertise yet (newbie)... Just making sure I've understood these correctly. Are the existing variables above (if worked as meant to work -not a bug) so-posed to convert the given value from the default form, for example:
Number 1 converted to 1. aka 1st = Then TTS speech engine should understand this as an ordinal number 'First'? Right?
(I guess not... Been typing this all day trying to make sense out of this and i think i see my mistake here now)
Or, it's just adding a comma(s) there without any expected change to the TTS speech engines pronounciacion/way of saying that value, but only when given longer/bigger numbers, especially with decimal digits, it would be converting the numbers for example 1,234,567 as according to this link:
http://englishplus.com/grammar/00000087.htmIf/when this is indeed the case, i think there is definitely a need for additional types of -spoken "FORMAT" variables if/when adding the comma(s) (described above) is all that this current variable does. I'll make a separate suggestions post for that issue later...
Anyways, therefore, second related suggestion following:
For example the {CONDFORMAT:conditionName} variable description - This returns the same value as {COND}, but the value is formatted with commas (
", for example: In numbers of more than three digits, converts/adds commas after every third digit from right to left 1,234,567 for both, text output and spoken speech (TTS). Note: Not to be confused with different TTS spoken ordinal number formats"). This used to be the default behavior of {COND}, but, since the introduction of the {EXP} token, this token had to be created.
(
"This") should be added to the explanation section of the variables using "FORMAT" -preventing any unnecessary misunderstandings in the future, please, thank you. Just mentioning the (for TTS) got me completely off track here, in other words, misleading, thinking it would convert numbers into TTS spoken ordinal number format with commas added
Please correct me if i got this completely wrong guys