Обновление структуры категорий на Meta

Что-то вроде… Группы категорий — компонент темы? Создать группы категорий, чтобы охватить всё, было бы несложно, хотя мы потеряем функции агрегации родительской категории с подкатегориями.

У меня с этим нет проблем, но, вероятно, это не совсем интуитивно понятно. Если бы в списке боковой панели по умолчанию были родительские категории, то установка для всех них параметра «Показывать список подкатегорий выше тем в этой категории» / «Блоки», как в Documentation, было бы неплохо:

(Извините, если я дублирую предложения — в этой теме много чего нужно просмотреть.)

3 лайка

Не переживайте об этом. Мы просто импровизируем здесь…

Да, @bryce поделился со мной подобным мнением в другом месте. Я посмотрю, что мы можем сделать в этом направлении.

Ранее я представлял ситуацию как два варианта:

Но Брайс предположил, что может быть ещё один вариант — более чётко различать, какой тип к какому относится, — поэтому я попробую сначала это.

Подождите немного…

2 лайка

ОК, сегодня я добился некоторого прогресса по следующим вопросам:

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

Мне ещё предстоит поработать над этим:

Вернусь к этой проблеме в ближайшее время.

3 лайка

Это действительно улучшает ситуацию для меня.

Кажется, в описании категории Customization есть ошибка. Когда я нажимаю «узнать больше» в описании категории, меня перекидывает в краткий курс по темам Discourse :woozy_face:


2 лайка

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

3 лайка

Вы имеете в виду только то, что видно «выше сгиба», или у вас не отображается обычный список тем ниже?

1 лайк

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

2 лайка

Кажется, это уже было в баннере категории для старой категории #theme или #theme-component.

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


Скриншот для справки. В реальности все ссылки рабочие.

Очень мелкое наблюдение: длинные встроенные ссылки на подкатегории в предложении выглядят не так естественно…

image

3 лайка

Я внес несколько небольших изменений, которые, как мне кажется, помогают:

  • Я снова вынес категорию «Общее» из этой категории, сделав её отдельной категорией верхнего уровня.
  • Немного изменил порядок категорий, чтобы «Развитие сообщества» стала второй (после «Новости и события»).
  • Сделал описание категории более лаконичным.
  • Я НЕ добавил опцию «показать подкатегории» для этой категории.
    (Она также не показывается для категории «Поддержка».)
    Решение о том, показывать ли подкатегории, зависит от того, разрешено ли (или поощряется ли) публикация на этом верхнем уровне.
  • Я не стал выносить остальные три подкатегории (отчётность и данные, похвала, сравнения).
    На данный момент они всё ещё кажутся мне лучшим местом для них.

Итак, теперь есть три основные категории верхнего уровня для обсуждений:

  • Развитие сообщества
  • Общее
  • Поддержка

Другие категории верхнего уровня больше похожи на «группы категорий» — это в основном контейнеры для подкатегорий.

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

  • Помощь менеджерам сообществ, новичкам в Discourse, в освоении продукта.
  • Помощь администраторам сайтов, новичкам в управлении сообществом, в освоении этой практики.
  • Обмен историями и опытом.

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

4 лайка

Мне кажется, что категория «Общее» не особенно полезна на Meta. Сейчас в ней находится более 200 тем, но при просмотре становится ясно, что многие из них вполне подошли бы для разделов «Обратная связь о сайте», «Предложения» или «Поддержка».

Я думаю, что после очистки категории осталось бы лишь около 50 тем, которые действительно не подходят никуда больше. Для этих тем более конкретное название категории имело бы больше смысла (например, «Не по теме», «Разговоры обо всём», «У кулера» и т. д.), чем просто «Общее».

2 лайка
Вот моя вкладка с категориями

Я ещё толком не пользовался, но уже вижу несколько проблем:

  1. Wiki — нормально, так как показывает все подвики.
  2. НО ссылки «index» в подвики ведут на категорию, а не на индексную тему (по крайней мере в случае «Developer wiki»), что требует дополнительного клика для доступа к одноразовым ресурсам, где можно использовать Ctrl+f.
  3. По какой-то причине описание «Forum summaries» не отображается на странице News and Events.
  4. Я решил добавить News and Events > Announcements в свою вкладку с категориями, но, возможно, стоит вернуться к дефолтной News and Events, поскольку меня также интересует News and Events > Blog.
  5. Community Building > Data & reporting для меня явно находится не на своём месте.
  6. Support не показывает подкатегории, что мешает, когда нужно получить помощь по конкретному вопросу.
  7. Для меня «Data Reporting» относится к Customization.
  8. В Documentation ссылка на индекс недоступна сразу для Documentation > Site Management и Documentation > Developer Guides. Стоит использовать более короткие описания, как для Documentation > Contributing, чтобы ссылка на индекс была кликабельной сразу. А более подробное описание можно дать в остальной части описания категории.
  9. Ссылки на индекс в документации должны вести на индексную тему, а не на категорию (это экономит один клик).
  10. В моей вкладке с категориями я добавил все вики, но лучше было бы настроить их так, чтобы они вели на индексные темы вики, чтобы сэкономить клик.
  11. Development — это главная категория или должна быть подкатегорией support? Тогда «solid dev knowledge» должно относиться к docs… Не уверен насчёт этого, но кажется, что многие темы Development — это поддержка разработчиков. Предлагаю переместить Development под support, отключить его по умолчанию и создать отдельную группу разработчиков, которая будет включать эту категорию.
2 лайка

Спасибо за всю обратную связь @hellekin — ниже мои комментарии по каждому пункту:

А, интересно. Ссылки верны, но блоки не позволяют по ним кликнуть. Клик в любом месте блока перехватывается самим блоком, даже если ссылка выглядит кликабельной:

Это хорошее предложение, но, думаю, оно не поможет, пока мы не исправим первую проблему, иначе эти ссылки всё равно не будут кликабельны.

Хм… «у меня работает»:

Можешь показать скриншот того, что видишь ты?

:memo: Принято. Мне всё ещё нужно создать новую тему о Community Building, как обещал ранее. На прошлой неделе я был в отъезде и на часть этой недели тоже, так что, возможно, отложу это до следующей недели.

Не думаю, что это правильное место, но давайте обсудим это подробнее в будущей теме.

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

То, как мы решим эту проблему, может зависеть от направления, которое мы выберем для следующей итерации темы (cc @manuel)

Я перемещал её несколько раз, пока исследовал варианты. Сначала она была в Contribute. Затем я поместил её в Customization. В конце концов, я решил, что ей нужно быть верхней категорией.

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

Сейчас так работают стандартные блоки категорий. Мы, вероятно, могли бы изменить поведение по умолчанию. Хотя интересно, какой опыт предполагается в наших категориях документации. Похоже, индекс был добавлен с учётом баннера категории, а не блока категории:

В то же время тема индекса остаётся закреплённой вверху списка тем, но не разкрепляется автоматически после прочтения. Таким образом, мы довольно сильно дублируем этот индекс: во-первых, он предназначен для генерации бокового меню. Затем мы закрепляем его вверху списка тем. После этого добавляем ссылку на него в видимое описание категории.

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

1 лайк

Хм… у меня всё иначе.

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

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

1 лайк

Это странно. Я заходил в несколько категорий, и тема оставалась закреплённой во всех. Можем ли мы отладить это?

1 лайк

Я как раз собирался спросить, как настроена ваша предпочтительная опция автоматического снятия закрепления тем? Я помню, что настройка по умолчанию для Meta была изменена некоторое время назад.

Но похоже, что сейчас опция «Автоматически снимать закрепление тем» здесь отключена; по крайней мере, я больше не могу найти её в своих настройках.

3 лайка

Да, есть также два параметра. Я думаю, что «Автоматически откреплять темы» относится к любым темам, закреплённым вручную. А «Автоматическое открепление тем по умолчанию» касается только тем, которые система закрепляет по умолчанию, например, темы «Добро пожаловать» и «О этой категории».

Нужно ли нам действительно разделять эти два понятия? И если да, то стоит ли улучшить описания, чтобы различие стало более очевидным?

Это не объясняет, почему темы не остаются закреплёнными для @mcwumbly? Вы меняли статус закрепления вручную?

1 лайк

Можем ли мы продолжить это обсуждение в соответствующей теме?

2 лайка

:thinking: Возможно, он прочитал их, когда автоматическое открепление всё ещё было включено. Индексные темы были созданы более чем за год до отключения автоматического открепления.

3 лайка