User interface 处理不同国家/地区的州/省用户界面的方法

User interface 处理不同国家/地区的州/省用户界面的方法,user-interface,User Interface,对于国家、州/省和zipcode,有哪些处理UI的方法 当用户选择我们时,我们会显示一个“状态”下拉列表。处理非美国州/省和邮政编码的一些方法是什么 我们是否应该在“州/省”下拉列表中显示“其他国家”,并添加一个文本框,以便用户输入其所在的省(如果不是美国省) 如果选择了非美国国家,我们是否应该只显示一个文本框而不是下拉列表 我们是否应该找到每个国家的省/州列表,并根据国家填充下拉列表?对于没有省份的国家,我想我们会隐藏下降?我想我们可能还必须保持一个“他者”,因为我无法想象所有国家的省份永远保

对于国家、州/省和zipcode,有哪些处理UI的方法

当用户选择我们时,我们会显示一个“状态”下拉列表。处理非美国州/省和邮政编码的一些方法是什么

我们是否应该在“州/省”下拉列表中显示“其他国家”,并添加一个文本框,以便用户输入其所在的省(如果不是美国省)

如果选择了非美国国家,我们是否应该只显示一个文本框而不是下拉列表

我们是否应该找到每个国家的省/州列表,并根据国家填充下拉列表?对于没有省份的国家,我想我们会隐藏下降?我想我们可能还必须保持一个“他者”,因为我无法想象所有国家的省份永远保持不变。这似乎很难维持

从编程/维护的角度考虑哪种方式可能好,但从UI设计的角度考虑哪种方式好


更新:省/州对于美国以外的国家是可选的。

除非您确实需要知道,否则将其设置为可选;一些国家有省份,但它们很少使用,地址中不需要,基本上是多余的。

我不是UI设计师,但我是非美国居民,必须处理这种表单

我建议您有一对省/州字段,一个是包含US值的下拉列表,另一个是可选的文本字段。安排将其显示在表单上的同一位置,并隐藏与国家/地区选择不相关的内容。如果您的表单默认为Country=US并且下拉列表可见,我不会抱怨太多


(还有一个次要问题是如何称呼该领域的非美国版本——“省/州”不一定是每个国家都使用的术语。例如,在英国,我们通常称之为“县”。然而,我怀疑“省/州”会被广泛理解为不成问题。)

并将省/州/县字段设置为非美国可选。例如,出于邮政目的,伦敦没有一个县。