Мы вносим некоторые изменения и улучшения в отображение хэштегов подкатегорий согласно этому обсуждению, а также добавляем ту же самую функцию всплывающих карточек, которую вы уже видите при упоминании пользователей (например, если вы нажмёте на @martin).
В этой карточке будет отображаться название категории, иконка или эмодзи, описание, а также ссылки на родительские категории. Пользователи с соответствующими правами увидят кнопку «Редактировать описание», а также кнопку «Новая тема», которая зависит от контекста категории (например, в категориях событий будет кнопка «Новое событие»).
Также в карточке будет показан список трёх последних тем в категории. Пользователи без прав на просмотр категории просто перейдут по ссылке хэштега и не увидят карточку.
Оно включено здесь, чтобы вы могли посмотреть сами, прежде чем попробовать это на своём сайте. Нажмите на любой хэштег категории в сообщении, чтобы ознакомиться, например News and Events или Community Building
Сможем ли мы навсегда отключить эти карточки? Как пользователь, если я нажму на эту ссылку, я просто хочу перейти на страницу категории, а не на какой-то промежуточный этап.
Также как обратная связь по UX: как перейти с карточки на список тем категории? На скриншотах это неясно.
Я думаю, что можно кликнуть на название категории в карточке — точно так же, как можно кликнуть на имя пользователя в карточке пользователя, чтобы открыть его профиль.
Эта функция здесь включена, так что вы можете попробовать её, прежде чем экспериментировать на своём форуме.
#новости-и-события
Функция всё ещё в разработке, поэтому мы учтём ваши отзывы здесь и внесём корректировки, прежде чем перевести Изменение в стадии разработки в бета- или стабильную версию (на данный момент она всё ещё находится на экспериментальной стадии).
Согласен, область клика могла бы быть более очевидной. Возможно, всю карточку, за исключением более специфических элементов, следует сделать кликабельной.
Мне кажется, теперь, когда информация о категориях отображается в модальном окне, имеет ли смысл показывать на карточке только верхнюю категорию? Я имею в виду, что при использовании # она больше не отображается инлайн.
В этом примере, почему родительская категория News & Events сохранилась? Разве она не должна была быть удалена, согласно:
Кстати, у меня десятки категорий с одинаковым слаг (slug), поэтому включение родительской категории в хештег обязательно. Надеюсь, благодаря этому изменению я смогу обновить отображаемые имена категорий, чтобы включать в них имя родительской категории. С помощью старого метода это было неудобно, например, 1Secure > 1Secure Ideas, но это новое изменение могло бы упростить это до просто 1Secure Ideas.
Я не думаю, что мы оставим этот вариант… У нас и так слишком много настроек Как минимум я сделаю так: двойной клик будет вести в категорию. Также можно кликнуть на название категории в всплывающем окне карточки.
Мне жаль, но я отношусь к этой функции скептически. Для пользователей имеет смысл иметь возможность бегло просмотреть свои данные в карточке. Но для категорий или тегов я не вижу никакой дополнительной ценности. Скорее, это ухудшает ситуацию, добавляя бессмысленный лишний шаг.
Это не реалистичное решение, так как пользователю сначала нужно будет где-то найти эту ссылку на категорию. Это также ухудшает пользовательский опыт.
Довольно много моих пользователей используют PWA. В таком случае получение любых ссылок становится несколько более сложной задачей. С другой стороны, они не используют ссылки на категории, и я уверен, что это верно для большинства нетехнических форумов, где пользовательская база состоит из людей из социальных сетей, а не из мира игр, технологий, IT и т. д.
Я тоже не фанат этого подхода. Кажется, что в наши дни система движется в сторону дизайна «всё карточками», вместо того чтобы давать пользователю то, что он ищет. Возможно, я слишком консервативен и ожидаю, что ссылка — это простой способ добраться до цели.
Но если я как администратор могу выбрать, не использовать ли эту функцию, то это не имеет значения (и в моих кругах пользователи, те немногие, у кого есть мнение, это не любят, и если их вкусы изменятся, я сразу перейду на карточки. В конце концов, мой форум — для обсуждения пользователями, а не для меня).
Во-первых, огромное спасибо за это! Я снова принялся переставлять категории на своём форуме на Discourse и понял, что меня снова раздражает отображение хэштегов в тексте в формате «родительская категория > дочерняя категория» (у нас много категорий, и мы часто упоминаем их и подкатегории, чтобы помогать пользователям ориентироваться). Поэтому я заглянул сюда, чтобы посмотреть, продвинулись ли дела с момента наших первых обсуждений, — и продвинулись! Я так рад.
Лично мне карточки не были нужны (достаточно было бы более лаконичной ссылки на подкатегорию), но, подумав ещё раз, я довольно понравился сама идея. По крайней мере, для моей аудитории возможность увидеть превью категории или хэштега действительно имеет смысл. Однако я представлял себе это как «наведение курсора», и когда понял, что это работает по клику, моя реакция была: «Ой, подождите, что, ещё один шаг? Двойной клик по гиперссылке?!»
Именно так я и отреагировал: мы просто добавляем лишний клик для открытия ссылки… ну и ладно.
Но потом я попробовал это на телефоне и изменил мнение: карточка даёт мне очень хорошее представление о том, что это за категория (если у меня были сомнения… помня, что люди, использующие таксономию, обычно находят её менее интуитивной, чем те, кто её придумал), и подсказывает, какие последние посты там есть, что на самом деле даёт мне шанс не переходить к этому тегу или категории, если это было не то, что я искал.
Мои пользователи не очень уверенно чувствуют себя в цифровом пространстве и часто теряются. На мой взгляд, это определённо поможет им не терять нить, не оказаться в том месте, куда они на самом деле не хотели попасть, просто потому что кликнули на несколько слов, которые казались многообещающими, но оказались неверным выбором.
Так что прямо сейчас я довольно воодушевлён и включил превью для своего сообщества. Посмотрим, как это будет работать на практике.
Но… я могу представить другие сценарии для сообществ, где это не сработает. Я согласен, что мы не хотим делать из всего на свете отдельную настройку (мы уже тонем в них, я достаточно жаловался на это). Но… мне кажется, что это «ломает» ожидаемый паттерн того, как всё работает в интернете: кликнуть по ссылке — и оказаться в нужном месте. Ввести хэштег — значит, что люди могут кликнуть по нему, чтобы увидеть всё, что с ним связано. Поэтому я не совсем уверен, как обойти эту проблему.
Возможно, решение лежит на другом уровне, в том, как Discourse как инструмент справляется с двумя, казалось бы, противоречащими друг другу целями:
быть максимально гибким и настраиваемым
предлагать отличный опыт «из коробки»
Команда, возможно, уже работает над этим (или это идея, которая не сработает, или, может быть, я говорю очевидные вещи, или опоздал с этим замечанием, или упускаю суть, или проявляю своё невежество в том, как всё устроено), но мне кажется, что «решением» для примирения этих двух целей является:
быть беспощадными в принятии решений о UX/функциональности для «базового, из-коробки, plug-and-play» опыта
быть беспощадными в сокращении опций и настроек, чтобы покрыть 95% случаев использования (или 80%? 99%? какой-нибудь процент)
предложить второй уровень настроек для продвинутых пользователей или пограничных случаев, а также для тех, кто хочет подкрутить очень специфические вещи; это не должно быть интегрировано в интерфейс, предоставляющий «обычные» настройки, а скорее должно напоминать конфигурационный файл
Так что в данном случае, если вывод команды будет в том, что карточки превью хэштегов/категорий — это правильный путь, и что подкатегории должны отображаться встроено без упоминания родительской категории, и что недостаточно оснований, чтобы сделать это общей настройкой администратора, это всё равно может быть «скрытой настройкой», доступной через добавление, например, “hashtag_preview_cards: OFF” или “show_hashtag_subcategory_parent_inline: ON” в каком-то месте.
Пишя это, я довольно уверен, что помимо UX есть и последствия для разработки, связанные с размножением настроек…
Да, я понимаю опасения людей по поводу добавления лишнего клика здесь. @awesomerobot, что ты думаешь об этой проблеме? Неужели стоит добавить пользовательский параметр для управления поведением хэштегов? Возможно, если бы у нас были карточки и для тегов, и для каналов, было бы логичнее ввести общий параметр «Показывать карточки для хэштегов и упоминаний»?
Для упоминаний мы могли бы при клике перенаправлять на страницу пользователя, если у текущего пользователя этот параметр отключён.
Я сам недавно наткнулся на это и должен сказать… тоже не вижу, какую дополнительную ценность приносит предпросмотр карточки
К тому же я не фанат добавления новых настроек, поэтому честно говоря, проголосовал бы за то, чтобы от этого вообще отказаться. Что именно мы здесь решаем?
Подведём итоги. Некоторым людям кажется, что такие ссылки слишком длинные для использования в тексте. Если я хочу написать «загляните в нашу категорию Customization > Theme component», было бы удобнее, если бы это выглядело просто как «theme component» без указания родительской категории.
Но мы не можем сократить её до одного лишь «theme component», потому что на некоторых сайтах одно и то же название подкатегории используется во многих категориях, а пользователям важно видеть, к какой именно родительской категории она относится.
Предложение с карточкой заключается в том, чтобы при клике предоставлять информацию о категории, как мы это делаем для пользователей. В таком случае в тексте можно было бы использовать только название подкатегории.
Лично я мог бы поддержать любой из вариантов. Иногда мне нравится наличие карточки, так как она даёт быстрый доступ к кнопке создания новой темы и позволяет увидеть недавнюю активность, не покидая текущую тему. С другой стороны, я понимаю, что некоторые пользователи хотят по возможности кратчайшего пути.
Случай использования, при котором не следует отображать основную категорию в строковых ссылках, возникает, когда подкатегории повторяются в разных категориях. Например: Announcements > Meetings и Support > Meetings.
Я считаю, что это решается за счёт использования различных иконок для разных категорий, а область применения уточняется непосредственно по опубликованному тексту.
Многим пользователям расширение «категория + подкатегория» кажется крайне неудобным, и я с этим согласен. Особенно в мобильных представлениях, которые составляют значительную часть трафика, который мы получаем на Discourse.
Ну, оказывается, идея о том, что я уже сократил хэштеги (убрал >), была целиком плодом моего воображения — этого не было в существующем PR Вот PR с дополнением:
Как минимум я сделаю так: двойной клик будет вести в категорию. Также можно кликнуть на название категории в всплывающем окне карточки.
Вот PR с дополнением: