Unter Verwendung der Kanban Board - theme-component und des Assign Plugins lässt sich Discourse zu einer leichtgewichtigen Kanban Darstellung der Inhalte bringen, welche die Notwendigkeit eines groben Überblick über die Interessenlage innerhalb eines Schreibkollektivs erfüllt.
Die Konfiguration eines Boards wird in seiner URL gespeichert:
https://meta.allmende.io/c/unsichtbare-kategorie/51/l/latest?board=tags%3Ascoping%2Cready%2Cdoing%2Creview%2Credo
@flupsi hat einmal erwähnt, dass zwar WYSIWIG in jedem Falle dem "nerdigen" WYSIWYM vorzuziehen sei. Gibt es Situationen, in welchen wir eine empfundene Nützlichkeit einer Software höher schätzen, als ihre Ästhetik und Zugänglichkeit? Lassen sich beide überhaupt von einander trennen?
Die offizielle Haltung von Discourse ist dazu:
https://meta.discourse.org/t/how-to-use-only-one-editor-window/139464/16?u=almereyda
@toka Ist dir diese Kombination des Kanban mit dem Assign Plugins bei deinen Arbeiten mit Discourse bereits einmal untergekommen? Dieses Shared Edits - plugin scheint ausreichend aktuell (drei Wochen seit letztem Commit) und vielleicht hat es in den letzten Jahren genügend Liebe erfahren, dass es jetzt angemessen einsetzbar ist?
https://meta.discourse.org/t/shared-edits-improvements/232713/14?u=almereyda
Um Discourse wirklich als CMS Content API einsetzen zu können, fehlte lediglich noch eine typisierte API, um die Daten in typisierten Sprachen angemessen weiterverwenden zu können. Es gibt:
- lexiconhq/lexicon: Built with Expo, React Native, and GraphQL, Lexicon is a pre-built mobile discussions app that you can customize for your users.
- Introduction | Lexicon
Diese setzen auf eine GraphQL Shim, welcher dort Prose heißt. Ließe sich der vielleicht extrahieren und für eigene, sinistre Vorhaben einsetzen?