it-swarm.cn

截断长文本标签-最佳做法?

我想知道是否有关于缩短标签的研究,以防它们过长而布局无法解决?如果标签在标签中间被省略号字符截断,是否会使用户感到困惑?

  • LabelBeginning ... LabelEnd

    要么

  • LabelBeginning(...)LabelEnd

如果我比较不同的文本样式准则,则有不同的方法。 Apple=例如,在标签中间截去一个带有省略号的短截线),我认为这是一个很好的解决方案,因为它反映了人们如何扫描和识别标签(开始和结束)。

“省略号字符还可以显示文档标题或列表项中显示的文本多于显示空间。例如,如果某项的名称太长而无法容纳在菜单或列表框中,则应在名称中间插入一个省略号字符,保留名称的开头和结尾。这确保了该名称中最有可能唯一的部分仍然可见。”

微软建议尽可能避免截断标签,但是没有详细介绍如何在长标签中实现省略号。

“椭圆表示不完整。在UI文本中使用椭圆,如下所示:

命令。表示命令需要其他信息。每当一个动作显示另一个窗口时,不要使用省略号-仅当需要其他信息时。隐式动词用于显示另一个窗口的命令不会使用省略号,例如“高级”,“帮助”,“选项”,“属性”或“设置”。

数据。表示文本被截断。

标签。表示任务正在进行中(例如,“正在搜索...”)。

提示:窗口或页面中未使用空格的文本被截断表示布局不良或默认窗口大小太小。争取消除或减少截断的文本量的布局和默认窗口大小。 ”

13
spunkypixels

摘要:这取决于,但默认为'abc ... def'的'abcdef ...'

我会根据字符串末尾或中间的文本是否更有可能区分项目来选择方法。这将取决于领域(因此,我认为从特定背景进行孤立的研究不会有帮助)。

例如,在房地产网站上,地址字符串通常以“ Road”或“ Street”结尾。因此,'abc ... def'的形式使用不多,因为最终字符几乎总是'oad'或'eet',而这两个字符都不会对用户有所帮助。

如果答案不清楚,那么我将默认使用“ abc ... def”形式的“ abcdef ...”形式。这是因为我强烈怀疑,从开头字符开始,比结尾字符更容易猜出部分单词。例如,“ Openi ...”比“ ... ening”更易于识别。这是因为许多英语单词都有不唯一的后缀和结尾模式。

6
Jimmy Breck-McKye

使用省略号有一个缺点,因为省略号本身占用的空间本来可以用来显示更多实际有用的信息。特别是如果在两端使用省略号,则可以考虑使用一种替代方法来浪费三个点:使文本在最后几个字符上淡出。文本保持可读性,但是淡出提示存在更多文本。

例如:

example of using a fade effect instead of Ellipsis

来源 图片)

当然,最好不要在标签上执行此操作,因此,一定要采取以下措施:尽量避免使用它,但是如果您确实被困在一块石头和一块坚硬的地方之间,这可能是一个解决方案。

3
André

有一个不成文的规则,似乎是一成不变的,关于不破坏标签。
如果一个布局试图设置两行标签,可能会严重破坏许多布局,这可能是一种解释。
就是说,我不会截断长标签,而是将其分成尽可能多的行,还会打破表单设计中标签+字段节奏的(无聊)规则间距。
理由是必须在用户方便之后设计表单,并且不要通过棘手的不需要的交互(例如单击“省略号”)使用户困惑,例如不要以可能会变成文字的缩写文本使用户困惑对说外语的人来说是个神秘主义者。
对标签进行调整以实现设计一致性是将表格放在内容之前。
让残酷的设计师统治用户对清晰度的渴望。

2
Juan Lanus

在确实需要截断标签的地方,将省略号放在何处取决于数据。默认值通常在结尾处,但是对于某些数据,最好查看开头和结尾的一部分。但是,后者需要占用更多空间,因为您需要在开头和结尾都显示足够的字符。对于其他数据,例如数字,最好在开头显示椭圆-如果最后一位是最重要的。但是,您应该设计为避免发生这种情况,如其他帖子中所述。

2
Paul

从某种意义上说,需要截断标签本身就是一个失败,但我知道有时尽管我们已尽了最大努力,但在不可避免的情况下我们还是会陷入困境。

一种可能是在可用空间的末尾使用省略号,但将其设置为类似按钮的内容(不是标准的灰色按钮,而是明显可单击的内容,但会更多地与附加的文本融合在一起)。单击时,“按钮”将展开为其余文本,该文本也具有该“按钮”样式。单击展开的文本“按钮”时,它会折叠回椭圆形按钮。

起初,我认为应该进行悬停操作以显示全文,但是在触摸设备上将无法使用。

0
obelia