Open alexipeck opened 2 months ago
The plan is to eventually make the enum include all ISO 639-1 language codes, but has not been prioritized
It is just an internal detail at the moment, usage should be fine using .to_string()
for any language / country combination
Why move from whoami::lang() which returned a Vec to whoami::langs() which returns Vec if the enum Language isn't using close to an exhaustive list? Having only English, Spanish and __ to represent other's seems like it would further complicate language matching downstream.