Должны ли кнопки заголовка таблицы в конечном счете?

Если заголовок таблицы (i.e html <thead>) включает метку для возможных кнопок или действий? Рассмотрим следующие примеры.

Пример один с меткой (обратите внимание на «Изменить» в голове) введите описание изображения здесь>> </p>

<p> <strong> Пример два без метки </strong>
<img src =

7 голосов | спросил Zar 23 J000000Monday12 2012, 04:14:54

3 ответа


3

Это больше касается естественного порядка чтения содержимого на экране. Панель заголовка находится наверху, так что это первое, что вы увидите. Зная, что есть столбец «Изменить» справа, который, вероятно, будет содержать кнопки пользовательского интерфейса для вас, является полезным. Я не знаю о всех остальных, но, увидев второй сценарий, я буду следовать этому мыслительному процессу:

  1. Столбец «Граф» расширяется от начала его текста до упора вправо и является чрезмерно большим для того, чтобы считать счет.
  2. Имена (все влево влево), вероятно, будут доступны для кликабельности и предоставляют некоторые пользовательские кнопки для изменения этих элементов. Я не буду смотреть направо.

Хотя это не , что огромная сделка, и нет никаких усилий, чтобы понять, что кнопки пользовательского интерфейса расположены справа (особенно с большими кнопками как показано на рисунке), всегда полезно укрепить ожидания пользователя. Ярлык все еще указывает, что такое столбец. Даже если это не фактическая информация об элементе, каждый набор кнопок специально связан с с этим набором информации в строке, и даже если они всегда будут одинаковыми, я считаю, что метка подходит. Он также смягчает это странное чувство столбца «Граф», простирающегося до сих пор вправо, что выглядит просто странно.

В то время как это в основном только преференциальный, я бы чаще ожидал найти строку заголовка без столбца с надписью «Изменить», если кнопки появлялись только тогда, когда вы зависали над этой строкой (не всегда видны). Поскольку по умолчанию нет видимого контента, нет смысла помечать столбец так, как если бы он был.

Лично я бы включил его просто потому, что пустая ячейка таблицы меня беспокоила.

ответил animuson 23 J000000Monday12 2012, 04:50:28
1

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

Табличные головки могут быть прочитаны перед содержимым каждой ячейки при чтении элементов таблицы (хотя некоторые старые читатели экрана требовали, чтобы заголовки были должным образом отнесены, например, используя scope="col" в этом случае), так что в вашем примере, если я нацелен на первую ячейку второй строки, программа чтения с экрана считывает:

  

Название: Om oss (столбец 1 из 4)

В зависимости от вашей разметки читатель может прочитать ваш последний столбец как:

  

Изменить: кнопка «Редактировать», кнопка «Удалить» (столбец 4 из 4)

или

  

Изменить: кнопка «Редактировать» (столбец 4 из 4), кнопка «Удалить»

Короче говоря; если ярлыки кнопок обеспечивают достаточный контекст, чтобы уйти без заголовка таблицы, вы, вероятно, в порядке. Если метки очень общие или могут быть смущены другими функциями на вашем сайте, заголовок предоставит полезный совет.

ответил Kit Grose 23 J000000Monday12 2012, 04:54:27
1

Когда вы сталкиваетесь с такими проблемами, мне нравится спрашивать себя: будет ли пользователь хуже, если этот ярлык не существует? В этом случае слово «Изменить» не делает ничего, чтобы объяснить, что кнопки делают лучше, чем наличие кнопок.

В принципе, никто не будет смотреть на заголовок «Изменить» и подумать «о, вот что делают эти кнопки». Между тем другие заголовки предоставляют важный контекст для данных - если нет «Count», то этот столбец не имеет смысла.

Если на вашей странице есть текст, который не дает ясного преимущества, то избавитесь от него!

ответил Mark D 23 J000000Monday12 2012, 06:51:39

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

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

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