Acabo de implementar tu rama add_update_support_to_first_post_only en mi sitio de prueba y he probado la funcionalidad de principio a fin; creando, editando y eliminando, con la combinación de plugins que tengo instalados. ¡Gracias! 
¿Las pruebas comunitarias como esta son de algún valor?
¡Genial!
No lo recomendaría necesariamente como una práctica habitual en todas las PR no fusionadas, ya que contiene algunos riesgos y no puedo ofrecer soporte para los problemas que surjan en las PR no fusionadas (el proceso de revisión de las PR juega un papel importante), pero si encontraras un problema que fuera útil, no te diré que dejes de hacerlo si aceptas ese riesgo, por ejemplo, si los implementas en un sitio de desarrollo o de staging. No te aconsejaría que los implementaras en producción.
Absolutamente, si se rompe me quedo con todos los pedazos. También conocido como recargar la base de datos de mi sitio de prueba a partir de una copia de seguridad reciente del sitio principal. 
Además, entiendo que las PR reciben actualizaciones de force-push, etc.
Si mis pruebas se vuelven molestas, no dudes en decírmelo, no me lo tomaré a mal. Mi objetivo es apoyar el esfuerzo, no interponerme en el desarrollo.
Quizás puedas añadir casillas de verificación en esa publicación para que podamos seguir el progreso.
El plan de trabajo es excelente, estoy muy contento de que esto continúe. ¡Felicitaciones a ti y al equipo de Pavilion [editado:] por crearlo y a Discourse @team por encargarlo y hacerlo oficial.
Hecho. Marcado significa que la función se ha fusionado. Lo siguiente en la lista es
Solo quiero enfatizar que este es un plugin de Discourse.org y las felicitaciones deben ser para ellos por especificarlo, comisionarlo, publicarlo y respaldarlo. Este no es un plugin de Pavilion. Nosotros solo lo estamos construyendo.
Al releer esto, me gustaría ver la pregunta de subcategoría que mencioné anteriormente. @mattdm, ¿estás pensando en habilitar esto para Fedora Discussion? ¿No crees que sería una mala experiencia de usuario tener que seguir cada una de las subcategorías en Fedora Discussion por separado?
Para mi sitio, tengo 8 categorías de nivel superior para federar, con 21 subcategorías públicas adicionales.
Me gustaría que las personas pudieran suscribirse a las categorías de nivel superior y obtener el contenido de las subcategorías públicas, pero no federar las subcategorías con visibilidad limitada (por ejemplo, la categoría de personal es una subcategoría privada de una categoría principal pública en mi sitio).
Veo dos maneras de abordar esto:
La segunda opción parece la mejor elección; más flexible, más explícita y, si entiendo bien, probablemente una mejor coincidencia con el modelo de datos.
Supongo que una alternativa sería crear un bot (o bots) para impulsar automáticamente todas las publicaciones por conjuntos de Actores en mi Discourse. Eso también me permitiría implementar un @all@....
Gracias por plantear eso de nuevo. Le echaré un vistazo, lo discutiré internamente y le informaré.
Cuanto más lo he pensado, más me gusta la idea de mantener los Actores 1:1 con las categorías, para que los usuarios puedan seguir exactamente solo las categorías que deseen, y también crear un bot que impulse automáticamente las publicaciones de un conjunto de Actores (digamos, una categoría y todas sus subcategorías públicas, o incluso todas las subcategorías públicas. Máxima flexibilidad, sin trabajo adicional para ti.
Mientras pensaba en esto, recordé que @Stark9837@techhub.social escribió un bot @3dprinting@techhub.social que impulsa automáticamente todas las publicaciones que encuentra que contienen la etiqueta #3dprinting para crear una especie de grupo. Pregunté sobre el bot y obtuve esta respuesta:
Así que, cuando se lance, podría hacer exactamente lo que estoy buscando.
@mcdanlj La forma de agrupar las publicaciones en temas (es decir, contenido del foro) para que se federen sobre una base taxonómica es lo que Felix describe en FEP-1b12. Hice mi propia revisión de las especificaciones, la arquitectura y el uso actual (particularmente Mastodon) desde cero y llegué a la misma conclusión que él allí (y lo hice con Lemmy). Básicamente, los Actores de categoría anunciarán (boost en Mastodon) las Actividades en sus categorías a sus Seguidores. Así es como funcionará el modo “Tema completo” en este plugin. Actualmente estoy trabajando en este elemento.
Estos no formarán parte de la Fase 2, pero son adiciones posibles más adelante.
Pensándolo bien, sí. Al principio, creo que solo lo usaríamos para anuncios (en combinación con la función de publicación programada en una categoría oculta para borradores). También podría ser útil para nuestro equipo de redes sociales para redactar/coordinar/programar publicaciones de Mastodon.
Creo que sería emocionante tener algo aún más amplio, haciendo posible al menos seguir todo — y quizás incluso participar. Pero eso sería mucho, mucho más adelante.
El conjunto de funciones actual del plugin funciona bien para este caso de uso.
El plugin ahora tiene soporte de Visibilidad. Ahora puedes hacer públicas las Notas, también conocidas como estados de Mastodon.
Lo siguiente es añadir soporte para Artículos (para contenido de formato largo) y mejorar el análisis de contenido.
Después de eso será el soporte completo de Temas, que ya casi está listo. Aquí tienes un pequeño avance
(y sí, es compatible con FEP-1b12)
Una publicación se fusionó en un tema existente: Trabajar con el complemento ActivityPub
Las respuestas cortas a tus preguntas son
El contenido predeterminado y mejor soportado de ActivityPub es HTML (ver más). Podríamos añadir algún tipo de soporte para markdown a Notas y Artículos en el futuro.
Hay algo más sucediendo con tus ejemplos. Este plugin envía HTML (actualmente, y también en esta actualización). Tus capturas de pantalla muestran markdown sin procesar.
El soporte para Artículos se explica en su mensaje de commit
Un Artículo es para cuando no quieres restringir la longitud del contenido que se está federando (es decir, quieres federar publicaciones completas). Ten en cuenta que Mastodon actualmente convierte el contenido de los tipos de Artículo en un enlace, sin embargo, plataformas como Lemmy mostrarán el contenido completo. Ver más mastodon/mastodon#24079
Por lo que puedo decir, Mastodon Glitch también admite markdown al renderizarlo a HTML en el servidor. Eso es lo que esperaba.
Ahora que sé que debería estar enviando HTML, parece probable que tenga interferencias de otro plugin. Lo probaré. ¡Gracias!
Solo tengo curiosidad por qué no está etiquetado como “oficial”.
Quizás porque aún no está disponible para los clientes alojados de forma predeterminada
Bien, el plugin no es oficial porque todavía se encuentra en una fase bastante temprana de desarrollo. Los clientes alojados pueden contactarnos y preguntar sobre su uso.
CDCK crea muchos plugins y no todos están marcados como oficiales; algunos de los plugins que creamos son experimentales, de nicho, etc. Creo que eventualmente marcaremos este plugin como oficial.
6 publicaciones se dividieron en un nuevo tema: Trabajar con el plugin ActivityPub