Yes I think this ↑ ↑ is an excellent starting point 
2 „Gefällt mir“
Ich habe damit Schwierigkeiten. Das Schließen des Wikis funktioniert für mich aus den gleichen Gründen nicht, die bereits genannt wurden. Es ergibt absolut Sinn, den ersten Beitrag als Wiki zu verwenden und die nachfolgenden Beiträge für Diskussionen. Jede Änderung am ersten Beitrag sollte das Thema wieder an die Spitze der Liste bringen. Benutzer im Forum prüfen die neuesten Beiträge und beschweren sich darüber, dass Änderungen nicht nach oben rutschen.
Die hier genannten Lösungen entsprechen genau dem, was ich mir gewünscht habe. Kann das nicht hinzugefügt werden?
Siehe auch: Updating a wiki post, doesn't put it to the top of latest - #3 by Tim_Jefferies
Wenn Sie das benötigen, stellen Sie die Benachrichtigungsebene für das Thema auf „Beobachten
3 „Gefällt mir“
Nutzer beschweren sich, weil der /latest-Bereich der Website nicht das tut, was er vorgibt. Das Aufwärmen des Themas speziell bei der Bearbeitung des ersten Beitrags für Wiki-Beiträge ist die logische Lösung. Ich verstehe, dass Leute Wikis unterschiedlich nutzen, aber eine Option, dieses Verhalten zu ändern, ergibt sehr viel Sinn.
Meine Nutzer wollen Wikis nicht „beobachten“, sie möchten die /latest-Seite auf eine Weise nutzen, die logisch sinnvoll ist.
Beiträge zu sperren, überflüssige Einträge zu löschen, sicherzustellen, dass bei geteilten Wikis (die das Limit von 90.000 erreichen) bei jeder Bearbeitung des Wikis der letzte Beitrag bearbeitet wird, und diesen auf „Beobachten“ zu setzen – das sind keine logischen Lösungen, sondern Workarounds. Bei einem einzelnen Wiki ist das kein Problem. Doch je mehr Wikis es gibt, desto exponentieller wird der Aufwand zur Verwaltung. Ich müsste buchstäblich einen zeitaufwändigen Moderationsprozess entwickeln, nur um sicherzustellen, dass Nutzer Updates sehen können, und sie werden sich trotzdem beschweren, weil diese Updates nicht in /latest erscheinen.
Fair, aber je öfter du auf solche Einschränkungen stößt, desto deutlicher wird vielleicht, dass du eine andere freie Open-Source-Software wählen solltest, die besser zu deinen Bedürfnissen passt?
Eine Ansammlung von Wikis mit über 90.000 Zeichen ist im Allgemeinen kein Zielanwendungsfall für Discourse … und einen runden Pfosten in ein quadratisches Loch zu zwängen, endet meist nicht gut.
2 „Gefällt mir“
Diese Software erfüllt meine Anforderungen sehr gut. Der Grund für diese Feature-Anfrage ist ziemlich klar. Es ist eine logische Anfrage, die eine bereits bestehende Funktionalität verbessern und dabei alle Workarounds überflüssig machen würde.
Ich freue mich, dass dir Discourse gefällt, Prost! Aber ich bin nicht der Meinung, dass „Aufwärmen bei jeder Bearbeitung eines beliebigen Beitrags im Thema
2 „Gefällt mir“
Das sind keine einfachen Lösungen für Nutzer oder Moderatoren. Siehe den ersten Beitrag im Thema.
Ich stimme nicht zu, dass ein „Bump bei jeder Bearbeitung eines beliebigen Beitrags im Thema
Für ein Wiki ist es wünschenswert, Wiki-Beiträge sind nicht dasselbe wie Wikis. Es gibt viele Wiki-Funktionen, die Discourse nicht bietet, und dies ist eine davon.
Gibt es andere Diskussionsprodukte, die das tun? Es klingt so, als müssten Sie ein Produkt wie MediaWiki in Betracht ziehen.
Ich verstehe die Begründung dafür, Kern-Updates bei Dingen zu vermeiden, von denen man annimmt, dass sie nicht kaputt sind, aber meiner (nicht angeforderten) Meinung nach wirkt eine Bearbeitung eines Wiki-Beitrags, die keinen „Bump
8 „Gefällt mir“
Wahrscheinlich ja! Klingt auch nach einer guten Plugin-Idee.
5 „Gefällt mir“
Das Beste daran ist, dass es das verwirrende Verhalten aus dem Kern heraus hält: