You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For many implementers, it'll be tempting to group up voices based on various criteria when presenting them to users.
For example, if the user selected "English" as a language, grouping up voices by regions with the user's regions at the top makes a lot of sense.
Instead of a simple array of voices, the grouping methods would output something like that:
{
"term_1": [
… list of voices for term1…
],
"term_2": [
… list of voices for term2…
],
…
}
The following grouping methods have been identifies as potentially relevant for implementers:
language
region
gender
recommended voices vs everything else
We'll also need to decide whether grouping based on multiple criteria would also make sense. For example, for the use case described above, it would be useful to group by language and then each language by region, where the voices for each region are ordered based on quality.
When grouping up by language and/or region, it would also be very useful to make it easy to bring some languages/regions to the top of the list.
For example, if my device returns en-ca as my default language, it would make sense to put en at the top of the list when grouping by language and putting en-ca and fr-ca at the top of the list of regions when grouping by regions for en and fr.
The text was updated successfully, but these errors were encountered:
For many implementers, it'll be tempting to group up voices based on various criteria when presenting them to users.
For example, if the user selected "English" as a language, grouping up voices by regions with the user's regions at the top makes a lot of sense.
Instead of a simple array of voices, the grouping methods would output something like that:
The following grouping methods have been identifies as potentially relevant for implementers:
We'll also need to decide whether grouping based on multiple criteria would also make sense. For example, for the use case described above, it would be useful to group by language and then each language by region, where the voices for each region are ordered based on quality.
When grouping up by language and/or region, it would also be very useful to make it easy to bring some languages/regions to the top of the list.
For example, if my device returns
en-ca
as my default language, it would make sense to puten
at the top of the list when grouping by language and puttingen-ca
andfr-ca
at the top of the list of regions when grouping by regions foren
andfr
.The text was updated successfully, but these errors were encountered: