Я только что развернул вашу ветку add_update_support_to_first_post_only на моём тестовом сайте и успешно протестировал функционал от начала до конца: создание, редактирование и удаление, с тем набором плагинов, который у меня установлен. Спасибо! 
Такая проверка сообществом хоть чем-то полезна?
Отлично!
Я бы не стал рекомендовать это как регулярную практику для всех незамергнутых PR, так как это сопряжено с определенными рисками, и я не могу оказывать поддержку по проблемам, возникающим в незамергнутых PR (процесс ревью PR играет важную роль). Однако, если вы обнаружите полезную проблему, это будет полезно, поэтому я не стану вас останавливать, если вы согласны на такой риск, например, если вы разворачиваете их на тестовом или стейджинг-окружении. Но я не рекомендую разворачивать их в продакшене.
О, конечно, если что-то сломается, все осколки останутся у меня. Это также известно как перезагрузка базы данных моего тестового сайта из недавней резервной копии основного сайта. 
Также я понимаю, что PR могут обновляться через принудительный пуш и т.д.
Если мои тесты когда-нибудь станут отвлекающим шумом, не стесняйтесь сказать мне — я не восприму это неправильно. Моя цель — поддержать усилия, а не мешать разработке.
Возможно, вы могли бы добавить флажки в этом посте, чтобы мы могли отслеживать прогресс?
Дорожная карта выглядит отлично, я так рад, что это продолжается. Респект вам и команде Pavilion [edited:] за создание и команде Discourse @team за инициативу и официальное утверждение!
Готово. Отмеченные пункты означают, что функция уже объединена. Следующий в списке:
Хочу подчеркнуть, что это плагин для Discourse.org, и вся благодарность должна быть адресована им за формулировку требований, заказ, публикацию и поддержку. Это не плагин Pavilion. Мы лишь занимаемся его разработкой.
Перечитывая это, я хочу вернуться к вопросу о подкатегориях, который я упоминал ранее. @mattdm, вы планируете включить это для Fedora Discussion? Мне кажется, что заставлять пользователей отдельно подписываться на каждую подкатегорию в Fedora Discussion — это плохой пользовательский опыт.
На моём сайте у меня 8 категорий верхнего уровня для федерации, плюс ещё 21 публичная подкатегория.
Я хочу, чтобы люди могли подписываться на категории верхнего уровня и получать контент из публичных подкатегорий, но не федерировать подкатегории с ограниченным доступом (например, категория Staff — это приватная подкатегория публичной родительской категории на моём сайте).
Я вижу два способа решения этой задачи:
Второй вариант выглядит предпочтительнее: он более гибкий, более явный и, если я правильно понимаю, лучше соответствует модели данных.
Возможно, альтернативой было бы создание бота (или нескольких ботов) для автоматического повышения (boost) всех постов определённых наборов Акторов в моём Discourse. Это также позволило бы мне реализовать @all@....
Спасибо, что подняли этот вопрос снова. Я изучу его, обсудим внутри и дам вам знать.
Чем больше я об этом думаю, тем больше мне нравится идея держать Аккаунты в соотношении 1:1 с категориями, чтобы пользователи могли следить только за теми категориями, которые им нужны. А также создать бота, который автоматически будет ретвитить посты от определённых Аккаунтов (например, от категории и всех её публичных подкатегорий, или даже от всех публичных подкатегорий). Максимальная гибкость без дополнительной работы для вас.
Когда я об этом думал, я вспомнил, что @Stark9837@techhub.social создал бота @3dprinting@techhub.social, который автоматически ретвитит все найденные посты с тегом #3dprinting, чтобы создать своего рода группу. Я спросил об этом боте и получил такой ответ:
Так что, когда он будет выпущен, он может сделать именно то, что я ищу.
@mcdanlj Способ федерации постов, сгруппированных по темам (т.е. контента форума), на таксономической основе описан Феликсом в FEP-1b12. Я самостоятельно провёл обзор спецификаций, архитектуры и текущего использования (в частности, Mastodon) с нуля и пришёл к тем же выводам, что и он (а также в случае с Lemmy). По сути, акторы категорий будут объявлять (аналог репоста в Mastodon) активности в своих категориях своим подписчикам. Именно так будет работать режим «Полная тема» в этом плагине. В данный момент я работаю над этим пунктом.
Эти функции не войдут в фазу 2, но могут быть добавлены в будущем.
Подумав об этом, да. Сначала, я думаю, мы будем использовать это только для объявлений (в сочетании с функцией запланированной публикации в скрытой категории для черновиков). Это также может быть полезно нашей команде социальных сетей для создания/координации/планирования постов в Mastodon.
Мне кажется, было бы здорово иметь что-то ещё более масштабное, чтобы хотя бы можно было следить за всем — и, возможно, даже участвовать. Но это задача на гораздо более отдалённую перспективу.
Текущий набор функций плагина хорошо подходит для этого случая использования.
Теперь плагин поддерживает видимость. Вы можете делать заметки, то есть посты в Mastodon, публичными.
Далее будет добавлена поддержка статей (для длинного контента) и улучшена парсинг контента.
После этого будет реализована полная поддержка тем, что уже почти готово. Вот небольшой превью
(и да, это совместимо с FEP-1b12)
Пост был объединен с существующей темой: Работа с плагином ActivityPub
Краткие ответы на ваши вопросы:
Содержимое ActivityPub по умолчанию и с наилучшей поддержкой — это HTML (см. подробнее). Возможно, в будущем мы добавим поддержку Markdown для заметок и статей.
В ваших примерах происходит что-то ещё. Этот плагин отправляет HTML (как сейчас, так и в этом обновлении). На ваших скриншотах отображается необработанный Markdown.
Поддержка статей объясняется в сообщении о коммите:
Тип Article используется, когда вы не хотите ограничивать длину передаваемого контента (т. е. вы хотите передавать целые сообщения). Обратите внимание, что Mastodon в настоящее время преобразует содержимое типа Article в ссылку, однако платформы вроде Lemmy отображают полный контент. См. подробнее mastodon/mastodon#24079
Насколько я могу судить, Mastodon Glitch также поддерживает Markdown, преобразуя его в HTML на стороне сервера. Именно на это я и надеялся.
Теперь, когда я знаю, что должен отправляться HTML, похоже, что есть вмешательство со стороны другого плагина. Я проверю это. Спасибо!
Просто интересно, почему здесь нет тега «официальный»?
Возможно, потому что по умолчанию она еще недоступна для размещенных клиентов.
Верно, этот плагин не является официальным, так как он находится на довольно ранней стадии разработки. Клиенты с размещёнными на хостинге решениями, безусловно, могут обратиться и уточнить возможность его использования.
CDCK разрабатывает множество плагинов, и не все они помечены как официальные; некоторые из наших плагинов являются экспериментальными, узкоспециализированными и т. д. Я считаю, что в конечном итоге мы поместим этот плагин в категорию официальных.
6 сообщений были перенесены в новую тему: Работа с плагином ActivityPub