Этот пример сайта представляет собой предложение о том, как развивать форум сообщества волонтёрского проекта, в котором я участвую. Цель — перейти от форума, предназначенного только для обсуждений, к модели, где сообщество находится в центре проекта.
Категории: Обсуждение, Делитесь и Действуйте. Командные разделы помечены только тегами. Идея состоит в том, чтобы сделать команды доступными повсеместно и не сегментировать сообщество с помощью категорий.
Для этого предложения я также адаптировал функцию Assign (Назначить) как Lead (Руководитель), а плагин Solved (Решено) — как Completed (Завершено). Выбор статуса «Решено» для темы по умолчанию отменяет её назначение, и это хорошо работает в данном контексте: Lead будет отображать только незавершённые задачи под руководством.
Это также хорошо сочетается с использованием функции Event (Событие) для планирования мероприятий. Единственная адаптация здесь — переименование вариантов Going/Not going (Иду/Не иду) в Join (Присоединиться) и Leave (Выйти) для регистрации участия. По умолчанию мероприятия отображаются в календаре Upcoming events (Предстоящие события), что кажется удобным.
Огромное спасибо за этот пост. Я как раз планирую настройку Discourse для очень похожего сценария, и ваши идеи вызывают размышления и вдохновляют.
Я не буду публиковать здесь свои идеи и решения, так как, вероятно, лучше создать для этого отдельную тему, чтобы оставить эту дискуссию сфокусированной на ваших идеях.
Мне нравится, насколько всё выглядит чисто и просто.
Ваше разделение на «Обсуждение» / «Обмен» / «Действие» кажется действительно понятным, я ценю эту ясность. Однако я не уверен, что захочу использовать такой подход, так как не убеждён, что это отражает реальную работу моего сообщества. Неясно, кому поможет такое разделение: например, кто-то захочет просматривать «Обсуждение», но игнорировать «Обмен».
Ваша левая колонка выглядит отлично… это компонент темы или кастомная тема?
Какова цель добавления «Категорий» в верхнее меню, если они уже есть в верхней части левой боковой панели?
Ваша идея адаптировать плагин «Solved» в «Выполнено» очень интересна, я попробую это реализовать.
Спасибо за ваш отзыв, Джонатан! Да, это хорошая идея — не оформлять эту тему как сборник различных решений. Я изменил заголовок и текст своего первого сообщения!
По поводу пункта 2: Да, я не предлагал использовать эти термины именно так. Однако есть общая рекомендация — не делить сообщество на подгруппы с категориями первого уровня. Я создал ментальную карту, чтобы визуализировать это. На мой взгляд, любой элемент, который можно поместить в похожий белый пузырь, хорошо поддержит такую структуру:
Я использую плагин Custom Layouts и все его текущие виджеты: Список категорий, Профиль, Пользовательский HTML и Список тем. Поэтому меню навигации со списком тегов (сообщество, дизайн, разработка, маркетинг) представляет собой пользовательский HTML-список.
Я использую боковую панель только в десктопной версии, а не в мобильной, поэтому категории также отображаются в верхнем меню навигации. Кроме того, могут быть и другие категории, которым я не хочу уделять такое же внимание в меню боковой панели.
Мне очень нравится ваш подход к мышлению. Когда я только начинал изучать написание плагинов для Discourse, я тоже совершил ошибку, сосредоточившись слишком сильно на категориях. Мне кажется, полезно представить, как выглядели бы действия, которые мы выполняем в Discourse, в реальной жизни. Представьте, что вы заходите в категорию и «создаёте новую тему». Для меня это кажется неестественным. Я не могу припомнить, чтобы делал что-то подобное в реальной жизни. Мне кажется, что гораздо естественнее совершать такие действия, как «начать разговор» или «задать вопрос». Действия должны быть такими, которые действительно ощущались бы естественно в реальной жизни. «Создание темы» кажется мне механистичным и, возможно, даже немного грубым. Вот почему я разрабатываю API, чтобы заменить действия редактора сообщений на что-то пользовательское в плагине, над которым я сейчас работаю. Мне также нравится ваша идея создания сообщества с определённой целью. Мне кажется, что моя цель — создать коллаборативный словарь на базе Discourse — движется в том же направлении. Discourse нужно каким-то образом кастомизировать. Иначе он становится слишком похожим на группу в Facebook, а трение в группах Facebook очень низкое. Я надеюсь, что couchers.org добьётся успеха. Я пользовался couchsurfing.org ещё в марте, когда прибыл в Тайбэй, и с тех пор не пользовался им, но от других путешественников слышал, что там был небольшой коллапс Деньги венчурного капитала всё портят
Мне интересно, почему вы решили не использовать мобильный вид макета?
Мы решили полностью скрыть выпадающее меню категорий (в компоненте темы). Мне интересно, вносили ли вы какие-либо изменения в виджет списка категорий для выбора конкретных категорий? Или вы используете настройку excluded_categories? Я рассматривал возможность добавления настройки included_categories (или чего-то подобного), так как это может быть полезно некоторым людям.
Недавно я включил трёхуровневую иерархию категорий на thepavilion.io, чтобы организовать базу знаний иначе. Ранее у нас было:
Долгое время я сопротивлялся этому переходу, так как три уровня сложнее, особенно для плагинов и тем. Например, виджет списка категорий layouts не поддерживал три уровня (я только что добавил такую поддержку).
Однако теперь нам необходимы три уровня в базе знаний по организационным причинам (например, нам нужно извлекать определённые темы из API на основе категорий). Как можно ожидать в проекте или рабочей среде на базе Discourse, категоризация может определяться организационными потребностями, а не темами обсуждения, как в более ориентированном на дискуссии форуме.
На самом деле меня вполне устраивает текущий мобильный вид. Я также считаю полезным не усложнять адаптацию слишком сильно. Поэтому базовая навигация по сайту работает через стандартное меню навигации.
Теперь я посмотрел на это и, как обратная связь, отметил, что возникли некоторые трудности с пониманием того, как это должно работать. Звучит так, будто это ещё одно жёстко заданное HTML-меню. Я бы тоже старался избегать этого.
Да, я исключил некоторые категории в настройках виджета. И мне кажется, что возможность их включения была бы более интуитивной, так как большинство настроек работают именно так. Возможно, можно было бы автоматически заполнить этот список всеми существующими категориями при первом включении виджета?
В целом, мне очень нравится плагин discourse_layouts , и я оставил больше отзывов о его виджетах здесь: