【问题标题】:Ways to handle state/province UI for different countries处理不同国家/地区的州/省 UI 的方法
【发布时间】:2011-01-04 02:26:49
【问题描述】:

有哪些方法可以处理国家、州/省和邮政编码的 UI?

当用户选择美国时,我们会显示“州”下拉菜单。有哪些方法可以处理非美国的州/省和邮政编码?

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

如果选择了非美国国家/地区,我们是否应该只显示一个文本框而不是下拉菜单?

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

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

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

【问题讨论】:

    标签: user-interface


    【解决方案1】:

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

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

    (有一个次要问题是如何称呼非美国版本的字段 - “省/州”不一定是每个国家/地区都使用的术语。例如,在英国,我们通常会称之为“县”。但是,我怀疑“省/州”会被足够广泛地理解为不是问题。)

    【讨论】:

    • 并将省/州/县字段设为非美国可选。例如,出于邮政目的,伦敦没有县。
    【解决方案2】:

    除非你真的需要知道,否则让它成为可选的;有些国家有省,但很少用,地址中不需要,基本是多余的。

    【讨论】:

      猜你喜欢
      • 2013-02-28
      • 1970-01-01
      • 1970-01-01
      • 2011-04-07
      • 1970-01-01
      • 1970-01-01
      • 2013-06-20
      • 1970-01-01
      • 2015-09-09
      相关资源
      最近更新 更多