Усечение длинных текстовых меток - лучшие практики?

Мне было интересно, есть ли какие-либо исследования вокруг усеченных меток, если они когда-либо заходят слишком долго, а макеты не могут это исправить? Не путает пользователей, если метка усечена с символом многоточия в середине ярлыка, например:

  • LabelBeginning ... LabelEnd

    или

  • LabelBeginning (...) LabelEnd

Если я сравниваю различные правила стиля текста, существуют разные подходы. Apple, например, обрезает длинные метки с эллипсисом в середине ярлыка, что, по моему мнению, является отличным решением, поскольку я думаю, что оно отражает то, как люди просматривают и идентифицируют метку (начало и конец).

  

"Символ многоточия может также показать, что есть больше текста, чем   есть место для отображения в заголовке документа или элементе списка. Если для   Например, имя элемента слишком длинное, чтобы вписаться в меню или в поле списка,   вы должны вставить символ эллипса в середине имени,   сохраняя начало и конец имени. Это гарантирует, что   части имени, которые, скорее всего, будут уникальными, по-прежнему   видимый ".

Microsoft предлагает избегать обрезки меток, где это возможно, но не вдаваться в подробности о том, как реализовать многоточие в длинных ярлыках.

  

«Эллипсы означают неполноту. Используйте эллипсы в тексте UI следующим образом:

     

Команды. Укажите, что команде требуется дополнительная информация.   Не используйте эллипсис всякий раз, когда действие отображает другое окно   когда требуется дополнительная информация. Команды, неявный глагол   чтобы показать другое окно, не принимать многоточие, например, Advanced,   Справка, Параметры, Свойства или Настройки.

     

Данные. Укажите, что текст усечен.

     

Ярлыки. Указывает, что выполняется задание (например, «Поиск ...»).

     

Совет: Усеченный текст в окне или странице с неиспользованным   space указывает на плохой макет или размер окна по умолчанию, который слишком   маленький. Стремитесь к макетам и размерам окон по умолчанию, которые устраняют или   уменьшите количество усеченного текста. «

12 голосов | спросил spunkypixels 22 +04002012-10-22T19:10:32+04:00312012bEurope/MoscowMon, 22 Oct 2012 19:10:32 +0400 2012, 19:10:32

5 ответов


5

Резюме: это зависит, но по умолчанию 'abcdef ...' над 'abc ... def'

Я бы выбрал метод на основе того, будет ли текст в конце или в середине строки более вероятным дифференцировать элемент. Это будет зависеть от домена (поэтому я не думаю, что отдельные исследования из конкретных контекстов будут полезны).

На веб-сайте свойств, например, строка адреса обычно заканчивается «Road» или «Street». Таким образом, форма «abc ... def» будет не очень полезной, так как последние символы будут почти всегда «oad» или «eet», ни одна из которых не поможет пользователю.

Если ответ не ясен, я бы затем по умолчанию использовал форму «abcdef ...» над «abc ... def». Это потому, что я сильно подозреваю, что частичные слова будут легче угадывать из начальных символов, чем конечные. «Openi ...» гораздо более узнаваем, чем «... ening», например. Это связано с тем, что многие английские слова имеют неповторимые суффиксы и завершающие шаблоны.

ответил Jimmy Breck-McKye 22 +04002012-10-22T22:42:21+04:00312012bEurope/MoscowMon, 22 Oct 2012 22:42:21 +0400 2012, 22:42:21
3

Использование эллипсиса имеет недостаток, поскольку сам эллипс занимает пространство, которое можно было бы использовать для отображения большей части фактически полезной информации. Особенно, если вы используете эллипсис с обоих концов, вы можете рассмотреть альтернативу пространству, тратящему три точки: затухание текста по нескольким символам. Текст остается читаемым, но угасание дает сигнал, что есть больше текста.

Например:

пример использования эффекта затухания вместо эллипсиса

( источник изображения)

Конечно, всегда лучше не делать этого на этикетках, поэтому непременно старайтесь избегать этого, но если вы действительно застряли между камнем и жестким местом, это может быть решением.

ответил André 23 +04002012-10-23T15:49:30+04:00312012bEurope/MoscowTue, 23 Oct 2012 15:49:30 +0400 2012, 15:49:30
2

Существует неписанное правило, которое вместо этого похоже на камень, о том, что он не разбивает метки.
Возможно, многие макеты сильно нарушатся, если вы попытаетесь установить двухстрочную метку, что может быть одним объяснением.
Тем не менее, я бы не усекал длинный ярлык, но вместо этого я бы разбил его на столько строк, сколько необходимо, также нарушив (скучное) регулярное расстоение метки + полевой каденции в дизайне формы.
Обоснование заключается в том, что форма должна быть спроектирована после удобства пользователя, и чтобы не озадачивать пользователей сложными ненужными взаимодействиями (например, щелчком по эллипсису), лучше для них, например, не озадачивать их сокращенным текстом, который может оказаться загадочным для говорящего на иностранном языке.
Тонкая настройка ярлыков для достижения согласованности дизайна - это размещение формы перед контентом.
Позволяет жестокому дизайнеру управлять тягой к ясности пользователя.

ответил Juan Lanus 23 +04002012-10-23T01:29:14+04:00312012bEurope/MoscowTue, 23 Oct 2012 01:29:14 +0400 2012, 01:29:14
2

Если существует настоятельная необходимость обрезать метку, где положить эллипсы зависит от данных. Значение по умолчанию обычно заканчивается, однако для некоторых данных лучше видеть часть начала и конца. Но позже занимает больше места, так как вам нужно отображать достаточно символов как в начале, так и в конце. Для других данных номера, например, показывают эллипсы в начале, лучше - если последние цифры наиболее значительны. Однако вы должны проектировать, чтобы избежать этого, как упоминалось в других сообщениях.

ответил Paul 23 +04002012-10-23T12:21:01+04:00312012bEurope/MoscowTue, 23 Oct 2012 12:21:01 +0400 2012, 12:21:01
0

Необходимость обрезать ярлык в некотором смысле является провалом, но иногда я знаю, что, несмотря на все наши усилия, мы защемляемся в неизбежных ситуациях.

Одна из возможностей - использовать elipses в конце доступного пространства, но сделать его похожим на кнопку (не стандартная серая кнопка, а что-то, что явно доступно для кликов, но больше похоже на текст, к которому он привязан). При нажатии кнопки «кнопка» расширяется в оставшийся текст, который также имеет этот стиль «кнопки». Когда нажата кнопка «расширенный текст», она сбрасывается обратно на кнопку эллипсов.

Сначала я подумал о том, чтобы сделать наведение, чтобы показать полный текст, но это не будет работать на сенсорных устройствах.

ответил obelia 22 +04002012-10-22T23:51:55+04:00312012bEurope/MoscowMon, 22 Oct 2012 23:51:55 +0400 2012, 23:51:55

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132