Мы вносим некоторые изменения и улучшения в отображение хештегов подкатегорий согласно обсуждению на meta.discourse.org. Одновременно с этим мы добавляем ту же самую функцию всплывающих карточек, которую вы уже видите при упоминании пользователей (например, если вы нажмёте на @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 есть и последствия для разработки, связанные с размножением настроек…