Что ж, мне определённо понадобится время, чтобы привыкнуть к новым цветам. Customization > Theme выглядит как старая категория #announcements:blog.
1 лайк
Один момент, который меня сбивает с толку, — почему #community-building:general теперь находится в Community Building. Кажется неправильным, чтобы категория general была подкатегорией.
4 лайка
Я сделал это, но большинство категорий, к которым мне логично обращаться напрямую, теперь скрыты. Поэтому я установил флажки для подкатегорий, которые хотел сделать видимыми, и скрыл множество категорий верхнего уровня, что сделало интерфейс более удобным для меня.
3 лайка
Фильтр категорий в верхней части страницы тем не показывает подкатегории, что ожидаемо. Но обычно вы можете использовать поиск, чтобы найти их. У меня это не работает на Meta, вероятно, из-за lazy-load-categories. Это напоминает то, о чем я сообщал здесь: Search in category drop-down missing.
Вот что я вижу здесь без возможности поиска:
Вот чего мне не хватает:
Я предпочел бы иметь прямой путь, например, к категории переводов, без необходимости сначала посещать родительскую категорию.
3 лайка
Да, возможно, если мы продолжим двигаться в этом направлении, выбор цветов потребует более внимательного рассмотрения.
Можете привести несколько примеров подкатегорий, которые вы решили добавить обратно?
Да, буду ещё раз обдумывать этот вопрос…
Хм… можете прислать скриншот того, как это не работает у вас? Вот как я ищу переводы там:
1 лайк
Какой именно скриншот вы ожидаете?
Я уже приложил этот:
Работает ли это, если попробовать, не выполняя вход в систему?
Возможно, вы видите больше категорий, чем я. Мне кажется, что если категорий меньше 10, добавлено какое-то ограничение, из-за которого поиск скрывается.
Или для вас загружается больше категорий из-за тех, что вы настроили в боковой панели. У меня там только одна категория (потому что 0 невозможно, иначе я получу все категории по умолчанию).
1 лайк
Я вижу, что категории наконец-то были обновлены, но можно ли вернуть старый стиль категорий? Исторически я использовал категории как главную страницу, но это не очень удобно. Лучшим вариантом является тот, который отображает категории и список их последних тем, так как, на мой взгляд, это наиболее организованный вариант.
Ах, хорошо, я могу воспроизвести проблему, когда не авторизован. Спасибо.
Посмотрим, что мы можем сделать, чтобы это улучшить.
Я хочу какое-то время жить с этим новым стилем и посмотреть, что мы узнаем.
Можете ли вы пока попробовать изменить свою домашнюю страницу на «Последнее»?
Имейте в виду, что эта часть опыта, скорее всего, изменится, когда мы продвинемся дальше в этом вопросе:
1 лайк
Я имею в виду, что, полагаю, мне пока придется это сделать. Просто кажется странным, что мы стремимся к меньшей плотности информации, потому что страница в данный момент, к сожалению, просто не полезна.
Мне жаль это говорить, но я определённо не доволен тем, что список тем в категории Community Building теперь заполнен самыми разными материалами, которые, на мой взгляд, не имеют ничего общего с темой «управление сообществом», которую эта категория ранее представляла для меня — от вопросов по данным и похвалы до общих вопросов. Всё это превратилось в полный хаос и размыло ценность этой категории для меня:
2 лайка
Категория Support > WordPress запутывает — у меня был общий вопрос по Discourse и WordPress, поэтому я сначала разместил его там, но, похоже, речь идет только о плагине (правильно ли я понял, почему вы переместили его в Support, @Moin?). Казалось бы, это должна быть тема в Customization > Plugin, а не целая категория? Или, если она охватывает больше, чем просто плагин, следует обновить описание?
Это не плагин для Discourse. Это плагин для WordPress. Существуют темы о нём в канале Customization > Extras, например, WP Discourse 1.5 Release, но это не категория для вопросов поддержки.
Мне нравится, что у него есть отдельная категория поддержки вместо простого тега wp-discourse в общей категории поддержки, так как это помогает понять, где я могу помочь. Поскольку я обычно не использую WordPress, я не могу этого сделать. Для меня это отличие от других официальных плагинов, где поддержка осуществляется в основной категории, но с использованием тега. Там вопросы всё ещё касаются того, что происходит в форуме Discourse.
2 лайка
Мне это тоже не нравится.
Подумаю, какую правку попробовать дальше.
2 лайка
Я всё ещё считаю, что большинство тем в Community Building > Data & reporting ближе к #sql-help, который является категорией поддержки.
Цитата для всех, у кого нет доступа к тому, что я сказал ранее
1 лайк
Я воздержусь от выражения своего мнения по поводу этой реорганизации категорий, потому что, вероятно, стоит попробовать и посмотреть, как всё пойдёт, но тем не менее мне не нравятся все эти разноцветные маркеры категорий в боковой панели.
Это выглядит небрежно.
Мои глаза предпочитают простоту одного цвета.
Кстати… В целом мне не нравится сочетание синего и красного из-за хроматических аберраций в моих очках.
В зависимости от того, как я смотрю через очки, маркер Community Building > Data & reporting может выглядеть так:
или 
или 
Да, такое бывает… 
6 лайков
Я вполне уверен, что у нас здесь критическая проблема с разрешениями 
https://meta.discourse.org/t/top-mobile-app-development-companies-in-saudi-arabia/397094?u=darkpixlz
2 лайка
Согласен. Кстати, мне тоже нужно исправить нечто подобное в своём сообществе, и отсутствие какого-либо интерфейса «обзора категорий», о котором я упоминал в предыдущем обсуждении, немного усложняет задачу.
См. How to add multiple tags up front
4 лайка
Как многие уже предлагали или намекали на различных этапах, я считаю, что во многих случаях мне нужны скорее «группы категорий», а не «родительские категории».
Проблемы, которые я испытываю в текущем эксперименте:
- Разрешать ли публикацию в родительских категориях?
Я не хочу, чтобы люди публиковали сообщения в некоторых из этих категорий верхнего уровня — например, в «Кастомизациях». Я мог бы это запретить, но если разрешить для одних и запретить для других, это будет выглядеть немного неловко. - Неловкость фильтрации только по родительской категории
Я разместил «Развитие сообщества» на верхнем уровне, но дочерние категории создают шум, если вы хотите просмотреть только эту одну. - Отсутствие прямого доступа к подкатегориям
Пользователи хотят сразу перейти к разделам «Баги», «Функции» или «UX», но их вложенность делает это неудобным, особенно в выпадающих списках тем.
Я размышляю над двумя вариантами дальнейших действий:
- Продолжить изгибать структуру в последовательную иерархию
Запретить публикацию в категориях верхнего уровня повсеместно — перенести все темы в подкатегории. - Откатиться, а затем переосмыслить
Вернуться к тому, как всё было. Использовать родительские и дочерние категории редко, но целенаправленно, разрешая публикацию в родительской категории там, где это уместно. Пересмотреть следующие шаги.
6 лайков
Для меня это самая главная проблема, и именно она создаёт наибольшие трудности при попытке структурировать сообщество.
Это могло бы работать, если бы меню позволяло переходить вглубь к подкатегориям:
- если вы не хотите, чтобы люди писали в родительской категории, разместите блоки подкатегорий на странице этой категории более заметно;
- люди иногда будут использовать родительскую категорию, но тему можно легко переместить в подкатегорию, и это станет частью обучения;
- если публикация в родительской категории допустима, тогда не выносите подкатегории вперёд с помощью блоков или вообще не показывайте их.
2 лайка