Acabei de implantar seu branch add_update_support_to_first_post_only no meu site de teste e percorri com sucesso a funcionalidade de ponta a ponta; criando, editando e excluindo, com a mistura de plugins que por acaso tenho instalados. Obrigado! 
Testes comunitários como este têm algum valor?
Legal!
Eu não recomendaria necessariamente como uma prática regular em todos os PRs não mesclados, pois contém algum risco e não posso fornecer suporte para problemas que surjam em PRs não mesclados (o processo de revisão de PR desempenha um papel importante), mas se você encontrar um problema que seria útil, então não vou dizer para você parar se você estiver ciente desse risco, por exemplo, se você os estiver implantando em um site de desenvolvimento ou de homologação. Eu não recomendaria que você os implantasse em produção.
Ah, com certeza, se quebrar eu fico com todos os pedaços. Também conhecido como recarregar o banco de dados do meu site de teste a partir de um backup recente do site principal. 
Além disso, entendo que os PRs recebem atualizações de force-push, etc.
Se os meus testes se tornarem barulho distrativo, não hesite em me dizer, não levarei para o lado pessoal. Meu objetivo é apoiar o esforço, não atrapalhar o desenvolvimento.
Talvez você possa adicionar caixas de seleção nessa postagem para que possamos acompanhar o progresso?
O roteiro parece ótimo, estou muito feliz que isso esteja em andamento. Parabéns a você e à equipe do Pavilion [editado:] por construí-lo e à equipe do Discourse por encomendá-lo e torná-lo oficial!
Feito. Marcado significa que o recurso foi mesclado. O próximo na lista é
Eu só quero enfatizar que este é um plugin do Discourse.org e os parabéns devem ir para eles por especificar, encomendar, publicar e dar suporte a ele. Este não é um plugin do Pavilion. Nós apenas o estamos desenvolvendo.
Revisando isso, gostaria de analisar a questão da subcategoria que mencionei anteriormente. @mattdm, você está pensando em habilitar isso para o Fedora Discussion? Eu pensaria que poderia ser uma má experiência do usuário ter que seguir cada uma das subcategorias separadamente no Fedora Discussion?
Para o meu site, tenho 8 categorias de nível superior para federar, com 21 subcategorias públicas adicionais.
Gostaria que as pessoas pudessem se inscrever nas categorias de nível superior e obter o conteúdo das subcategorias públicas, mas não federar as subcategorias com visibilidade restrita (por exemplo, a categoria Staff é uma subcategoria privada de uma categoria pai pública no meu site).
Vejo duas maneiras de lidar com isso:
A segunda opção parece ser a melhor escolha; mais flexível, mais explícita e, se entendi corretamente, provavelmente uma melhor correspondência com o modelo de dados.
Acho que uma alternativa seria criar um bot (ou bots) para impulsionar automaticamente todas as postagens por conjuntos de Atores no meu Discourse. Isso também me permitiria implementar um @all@....
Obrigado por levantar isso novamente. Vou dar uma olhada, discutir internamente e avisarei.
Quanto mais pensei sobre isso, mais gosto da ideia de manter os Atores 1:1 com as categorias, para que os usuários possam seguir exatamente apenas as categorias que desejam, e também criar um bot que impulsione automaticamente posts de um conjunto de Atores (digamos, uma categoria e todas as suas subcategorias públicas, ou até mesmo todas as subcategorias públicas. Flexibilidade máxima, nenhum trabalho adicional para você.
Enquanto pensava nisso, lembrei-me que @Stark9837@techhub.social escreveu um bot @3dprinting@techhub.social que impulsiona automaticamente todos os posts que encontra contendo a tag #3dprinting para criar uma espécie de grupo. Perguntei sobre o bot e recebi esta resposta:
Portanto, quando for lançado, pode ser que faça exatamente o que estou procurando.
@mcdanlj A forma de posts agrupados em tópicos (ou seja, conteúdo de fórum) serem federados com base em taxonomia é o que Felix descreve em FEP-1b12. Fiz minha própria revisão das especificações, arquitetura e uso atual (particularmente Mastodon) a partir de princípios básicos e cheguei à mesma conclusão que ele lá (e fiz com Lemmy). Basicamente, os Atores de categoria estarão Anunciando (boost no Mastodon) as Atividades em suas categorias para seus Seguidores. Essa será a forma como o modo “Tópico Completo” neste plugin funcionará. Atualmente estou trabalhando neste item.
Estes não farão parte da Fase 2, mas são adições possíveis mais adiante.
Pensando sobre isso, sim. No início, acho que usaríamos apenas para anúncios (em combinação com o recurso de publicação agendada em uma categoria oculta para rascunhos). Também pode ser útil para nossa equipe de mídia social usar para rascunhar/coordenar/agendar postagens do Mastodon.
Acho que seria empolgante ter algo ainda mais amplo, tornando pelo menos possível seguir tudo — e talvez até participar. Mas isso seria muito, muito mais adiante.
O conjunto de recursos atual do plugin funciona bem para este caso de uso.
O plugin agora tem suporte a Visibilidade. Agora você pode tornar Notas, também conhecidas como status do Mastodon, públicas.
Em seguida, adicionaremos suporte a Artigos (para conteúdo longo) e melhoraremos a análise de conteúdo.
Depois disso, será o suporte completo a Tópicos, que está quase pronto. Aqui está uma pequena prévia
(e sim, é compatível com FEP-1b12)
Uma postagem foi mesclada em um tópico existente: Trabalhando com o Plugin ActivityPub
As respostas curtas às suas perguntas são
O conteúdo padrão e mais bem suportado do ActivityPub é HTML (veja mais). Podemos adicionar alguma forma de suporte a markdown às Notas e Artigos no futuro.
Há algo mais acontecendo com seus exemplos. Este plugin envia HTML (atualmente, e também nesta atualização). Suas capturas de tela estão mostrando markdown não processado.
O suporte a Artigos é explicado em sua mensagem de commit
Um Artigo é para quando você não quer restringir o comprimento do conteúdo que está sendo federado (ou seja, você quer federar posts inteiros). Note que o Mastodon atualmente converte o conteúdo dos tipos de Artigo em um link, no entanto, plataformas como o Lemmy mostrarão o conteúdo completo. Veja mais em mastodon/mastodon#24079
Pelo que pude apurar, o Mastodon Glitch também suporta markdown renderizando-o para HTML no lado do servidor. Era isso que eu esperava.
Agora que sei que ele deve estar enviando HTML, parece provável que haja interferência de outro plugin. Vou testar isso. Obrigado!
Só estou curioso para saber por que isso não está marcado como “oficial”?
Talvez porque ainda não esteja disponível para clientes hospedados por padrão
Certo, o plugin não é oficial porque ainda está em estágios iniciais de desenvolvimento. Clientes hospedados podem certamente entrar em contato e perguntar sobre o uso dele.
A CDCK cria muitos plugins e nem todos são marcados como oficiais, alguns dos plugins que criamos são experimentais, de nicho, etc. Eu acho que eventualmente marcaremos este plugin como oficial.
6 posts foram divididos em um novo tópico: Trabalhando com o Plugin ActivityPub