Ich habe gerade Ihren add_update_support_to_first_post_only-Branch auf meiner Testseite bereitgestellt und die Funktionalität Ende-zu-Ende erfolgreich durchlaufen; Erstellen, Bearbeiten und Löschen, mit der Mischung von Plugins, die ich zufällig installiert habe. Danke! 
Ist Community-Testing wie dieses überhaupt wertvoll?
Schön!
Ich würde es nicht unbedingt als regelmäßige Praxis für alle nicht zusammengeführten PRs empfehlen, da es ein gewisses Risiko birgt und ich keine Unterstützung für Probleme anbieten kann, die bei nicht zusammengeführten PRs auftreten (der PR-Review-Prozess spielt eine wichtige Rolle), aber wenn Sie ein Problem finden würden, das nützlich wäre, werde ich Ihnen nicht sagen, dass Sie aufhören sollen, wenn Sie mit diesem Risiko einverstanden sind, z. B. wenn Sie sie auf einer Entwicklungs- oder Staging-Site bereitstellen. Ich würde Ihnen nicht raten, sie in der Produktion bereitzustellen.
Absolut, wenn es kaputt geht, darf ich alle Teile behalten. Auch bekannt als das Neuladen der Datenbank meiner Testseite aus einem aktuellen Backup der Hauptseite. 
Außerdem verstehe ich, dass PRs Force-Push-Updates usw. erhalten.
Wenn meine Tests jemals ablenkend werden, zögern Sie bitte nicht, es mir zu sagen, ich werde es nicht falsch auffassen. Mein Ziel ist es, die Bemühungen zu unterstützen, nicht die Entwicklung zu behindern.
Vielleicht können Sie auf diesem Beitrag Kontrollkästchen hinzufügen, damit wir den Fortschritt verfolgen können?
Die Roadmap sieht großartig aus, ich bin so glücklich, dass dies weitergeht. Ein großes Lob an Sie und das Pavilion Team [bearbeitet:] für den Aufbau und das Discourse @team für die Beauftragung und offizielle Erklärung!
Erledigt. Angekreuzt bedeutet, dass die Funktion zusammengeführt wurde. Als nächstes auf der Liste steht
Ich möchte nur betonen, dass dies ein Plugin von Discourse.org ist und ihnen ein großes Lob gebührt, da sie es spezifiziert, in Auftrag gegeben, veröffentlicht und unterstützt haben. Dies ist kein Pavilion-Plugin. Wir entwickeln es nur.
Wenn ich das noch einmal lese, möchte ich auf die Unterkategorie-Frage zurückkommen, die ich bereits erwähnt habe. @mattdm, denkst du darüber nach, dies für Fedora Discussion zu aktivieren? Ich glaube, es könnte eine schlechte Benutzererfahrung sein, jede der Unterkategorien auf Fedora Discussion separat verfolgen zu müssen?
Für meine Website habe ich 8 übergeordnete Kategorien zum Föderieren, mit zusätzlichen 21 öffentlichen Unterkategorien.
Ich möchte, dass die Leute die übergeordneten Kategorien abonnieren und die Inhalte der öffentlichen Unterkategorien erhalten können, aber die sichtbarkeitsbeschränkten Unterkategorien nicht föderieren (z. B. ist die Kategorie “Mitarbeiter” eine private Unterkategorie einer öffentlichen übergeordneten Kategorie auf meiner Website).
Ich sehe zwei Möglichkeiten dafür:
Der zweite Punkt scheint die bessere Wahl zu sein; flexibler, expliziter und, wenn ich das richtig verstehe, wahrscheinlich besser auf das Datenmodell abgestimmt.
Ich schätze, eine Alternative wäre, einen Bot (oder Bots) zu erstellen, um alle Beiträge von Akteurssätzen auf meinem Discourse automatisch zu verstärken. Das würde es mir auch ermöglichen, ein @all@... zu implementieren.
Danke, dass Sie das noch einmal angesprochen haben. Ich werde es mir ansehen, intern besprechen und Sie informieren.
Je mehr ich darüber nachgedacht habe, desto besser gefällt mir die Idee, die Actors 1:1 mit Kategorien zu halten, damit Benutzer genau nur den Kategorien folgen können, die sie möchten, und auch einen Bot zu erstellen, der Beiträge von einer Reihe von Actors automatisch hochstuft (sagen wir, eine Kategorie und alle ihre öffentlichen Unterkategorien oder sogar alle öffentlichen Unterkategorien. Maximale Flexibilität, kein zusätzlicher Aufwand für Sie).
Als ich darüber nachdachte, erinnerte ich mich, dass @Stark9837@techhub.social einen Bot @3dprinting@techhub.social geschrieben hat, der automatisch alle Beiträge hochstuft, die er findet und die den #3dprinting-Tag enthalten, um eine Art Gruppe zu erstellen. Ich habe nach dem Bot gefragt und diese Antwort erhalten:
Wenn er also veröffentlicht wird, könnte er genau das tun, wonach ich suche.
@mcdanlj Der Weg, Beiträge, die in Themen (d. h. Foreninhalte) gruppiert sind, auf taxonomischer Basis zu föderieren, ist das, was Felix in FEP-1b12 beschreibt. Ich habe meine eigene Überprüfung der Spezifikationen, der Architektur und der aktuellen Nutzung (insbesondere Mastodon) aus erster Prinzipien durchgeführt und bin zu demselben Schluss gekommen, den er dort (und auch bei Lemmy) zieht. Grundsätzlich werden Kategorie-Akteure die Aktivitäten in ihren Kategorien über “Announcing” (Boost in Mastodon) an ihre Follower ankündigen. So wird der “Full Topic”-Modus in diesem Plugin funktionieren. Ich arbeite gerade an diesem Punkt.
Diese werden nicht Teil von Phase 2 sein, sind aber mögliche Ergänzungen für die Zukunft.
Wenn ich darüber nachdenke, ja. Zuerst denke ich, wir würden es nur für Ankündigungen verwenden (in Kombination mit der geplanten Veröffentlichungsfunktion in einer versteckten Kategorie für Entwürfe). Es könnte auch für unser Social-Media-Team nützlich sein, um Mastodon-Posts zu entwerfen/koordinieren/planen.
Ich denke, es wäre aufregend, etwas noch Breiteres zu haben, das es zumindest möglich macht, alles zu verfolgen – und vielleicht sogar daran teilzunehmen. Aber das wäre viel, viel weiter in der Zukunft.
Die aktuellen Funktionen des Plugins eignen sich gut für diesen Anwendungsfall.
Das Plugin unterstützt jetzt die Sichtbarkeit. Sie können jetzt Notizen, auch bekannt als Mastodon-Statusmeldungen, öffentlich machen.
Als Nächstes wird die Artikelunterstützung (für Langform-Inhalte) hinzugefügt und die Inhaltsanalyse verbessert.
Danach folgt die vollständige Themenunterstützung, die fast fertig ist. Hier ist eine kleine Vorschau
(und ja, es ist kompatibel mit FEP-1b12)
Ein Beitrag wurde in ein bestehendes Thema zusammengeführt: Arbeiten mit dem ActivityPub-Plugin
Die kurzen Antworten auf Ihre Fragen lauten:
Der standardmäßige und am besten unterstützte ActivityPub-Inhalt ist HTML (siehe weiter). Wir können in Zukunft eine Form der Markdown-Unterstützung für Notizen und Artikel hinzufügen.
Mit Ihren Beispielen stimmt etwas nicht. Dieses Plugin sendet HTML (derzeit und auch in diesem Update). Ihre Screenshots zeigen unbearbeitetes Markdown.
Die Unterstützung für Artikel wird in der Commit-Nachricht erklärt.
Ein Artikel ist für Fälle gedacht, in denen Sie die Länge des zu föderierenden Inhalts nicht einschränken möchten (d. h. Sie möchten ganze Beiträge föderieren). Beachten Sie, dass Mastodon derzeit den Inhalt von Artikeltypen in einen Link umwandelt, Plattformen wie Lemmy jedoch den vollständigen Inhalt anzeigen. Siehe weiter mastodon/mastodon#24079
Soweit ich das beurteilen kann, unterstützt Mastodon Glitch auch Markdown, indem es es serverseitig in HTML rendert. Das ist es, was ich gehofft hatte.
Da ich nun weiß, dass es HTML senden sollte, scheint es wahrscheinlich, dass ich Störungen von einem anderen Plugin habe. Ich werde das testen. Danke!
Ich frage mich nur, warum dies nicht als „offiziell“ gekennzeichnet ist?
Vielleicht, weil es für gehostete Kunden noch nicht standardmäßig verfügbar ist
Derzeit ist das Plugin nicht offiziell, da es sich noch in einem recht frühen Entwicklungsstadium befindet. Gehostete Kunden können sich gerne an uns wenden und sich nach der Nutzung erkundigen.
CDCK entwickelt viele Plugins, und nicht alle sind als offiziell gekennzeichnet. Einige der von uns entwickelten Plugins sind experimentell, nischenspezifisch usw. Ich denke, irgendwann werden wir dieses Plugin als offiziell kennzeichnen.
6 Beiträge wurden in ein neues Thema aufgeteilt: Arbeiten mit dem ActivityPub-Plugin