Sammlungen

Anpassung Plugin
1
:information_source: Zusammenfassung Benutzer erstellen Sammlungen verknüpfter Themen
:hammer_and_wrench: Repository-Link https://github.com/Alteras1/discourse-collections
:open_book: Installationsanleitung Plugins in Discourse installieren

Vorschau

Mobile

Sammlungen

Dies ermöglicht es Benutzern, Sammlungen von Themen zu erstellen, die beim Ansehen dieser Themen sichtbar sind. Sammlungen können beliebige URLs enthalten und sind auf allen verknüpften Themen sichtbar. Sammlungen können in Abschnitte unterteilt werden, und Änderungen an einer Sammlung werden auf allen verknüpften Themen widergespiegelt. Es gibt keine Einschränkungen für das verknüpfte Thema, sodass Benutzer Sammlungen über Kategorien/Tags hinweg erstellen können.

Titel & Beschreibung

Optionales Feld zur Eingabe. Falls angegeben, werden diese oben in der Liste angezeigt.

Abschnitte

Optionales Organisationsmerkmal. Durch das Hinzufügen einer Abschnittsüberschrift kann die Sammlung in Abschnitte unterteilt werden, sodass ausklappbare Abschnitte angezeigt werden können.

Untersammlungen

Benutzer können auch eine Untersammlung erstellen, die nur für ein einzelnes Thema angezeigt wird. Dies ermöglicht es Benutzern, relevante URLs (z. B. bestimmte Beiträge/externe Ressourcen) nur für das einzelne Thema zu verknüpfen. Hinzugefügte Themen-URLs werden nicht verknüpft.

Berechtigungen

Das Plugin ermöglicht jedem Benutzer, eine Sammlung für seine eigenen Themen zu erstellen. Standardmäßig können Benutzer nur auf ihre eigenen Themen verlinken und müssen andere Benutzer als Betreuer hinzufügen, die ihre eigenen Themen zur Sammlung hinzufügen können. Diese Einstellung kann deaktiviert werden, sodass nur bestimmte Gruppen volle Kontrolle über jede Sammlung haben (standardmäßig Personal & TL4).

Berechtigungen Demo

Einstellungen

Name Beschreibung
collections enabled Plugin aktivieren/deaktivieren. Standard: true
collection by topic owner Erstellen von Sammlungen durch Themen-Ersteller erlauben. Standard: true
collection by topic owner allow groups Themen-Ersteller, die Sammlungen erstellen können, einschränken. Beschränkt collection by topic owner. Standard: TL1
subcollection by topic owner allow groups Themen-Ersteller, die Untersammlungen erstellen können, einschränken. Beschränkt collection by topic owner. Standard: TL1
collection modification by allowed groups Gruppen, die jede Sammlung erstellen/ändern dürfen. Standard: Admin Moderators TL4.
sections in subcollection Abschnittsüberschriften in Untersammlungen erlauben. Standard: true

Alternativen

Dieses Plugin wurde stark inspiriert von (und war zu einem Zeitpunkt basierend auf) dem Discourse Doc Categories Plugin. Während das Doc Categories Plugin einen guten Indexierungsmechanismus und eine großartige Darstellung bietet, war das Design für Wiki-ähnliche Seiten gedacht, bei denen alles in einer einzelnen Kategorie gesammelt wird. Ähnlich stützt sich die Indexierung auf formatierte Texteingaben in einem separaten Thema, was seine eigenen Vor- und Nachteile hat.

Das DiscoTOC - automatic table of contents Theme-Component ermöglicht ebenfalls das Organisieren von Links außerhalb des Beitragskörpers, ist jedoch auf ein einzelnes Thema beschränkt.

Wenn Ihr Zweck nur eine Wiki-ähnliche Organisation ist, wäre Discourse Doc Categories besser geeignet. Wenn Sie nur möchten, dass einige Seiten verknüpfte Themen haben, wäre DiscoTOC - automatic table of contents besser.

Anmerkungen

Dies wurde ursprünglich entwickelt, um den Forum zu unterstützen, dem ich angehöre, bei der Migration zu Discourse. Da es sich um ein schreiborientiertes Forum handelt, pflegen Benutzer separate Themen für verschiedene Zwecke, was zu einer Situation führt, in der Links zwischen Themen über Kategorien hinweg praktisch erforderlich sind. Um dies zu erleichtern, habe ich dieses Plugin erstellt, um die Selbstorganisation der Benutzer zu unterstützen.

Es gibt eine alternative Zeitleiste, in der dies nur eine Theme-Component wäre, bei der die Indexierung mit benutzerdefinierten Divs mit URLs zu anderen Beiträgen erfolgen würde. Aber nachdem ich 90 % der Tools, Assistenten und des Codes dafür entwickelt hatte, stellte ich fest, dass es sich einfach nicht lohnte und dass die Benutzer wahrscheinlich jedes Tutorial überspringen und dennoch beschweren würden, warum Dinge nicht funktionierten. Also wurde dieser Weg aufgegeben. Ehrlich gesagt ist es keine schlechte Lösung, da sie viel leichter als ein Plugin wäre, aber sie würde den Benutzern eine unnötige Last auferlegen, um sicherzustellen, dass sie die richtige Formatierung nicht nur in einem Beitrag, sondern in mehreren haben.

Ich habe dies derzeit als experimental markiert, da ich mir bezüglich der UI-Funktionen (z. B. Symbole) und des Berechtigungssystems noch nicht zu 100 % sicher bin. Außerdem muss ich automatisierte Unit-Tests hinzufügen.

21 „Gefällt mir“
Post Collections, Topic-to-Topic Navigation Buttons, Menus, Anchor Links, and Topic TOC
2

Zur Info: Alle Videos waren kaputt :thinking: (iPad)

1 „Gefällt mir“
3

Hm, ich dachte, iOS Safari unterstützt WebM…

Ich habe die Videos durch MP4 ersetzt. Danke!

5 „Gefällt mir“
4

Ist es möglich, Sammlungen ‘öffentlich’ zu machen, wie auf Discourse Docs?

1 „Gefällt mir“
5

Entschuldigung, falls es nicht klar war, alle Sammlungen sind „öffentlich“. Alle Benutzer sehen dieselbe Sammlung zum selben Thema. Dieses Plugin soll Themen organisieren und nicht als eine Art privater „Lesezeichenordner“ für Benutzer dienen.

Discourse-Thema mit Sammlung, wie von einem anonymen Benutzer gesehen
Discourse-Thema mit Sammlung, wie von einem anonymen Benutzer gesehen1920×1243 155 KB

5 „Gefällt mir“
6

Plugin mit Unterstützung für Emojis und Farbfelder in der Seitenleiste aktualisiert!

5 „Gefällt mir“
7

Das sieht wirklich ziemlich erstaunlich aus. Und die Dokumentation ist absolut brillant – das hat meine Stimme für das am besten dokumentierte Customization > Plugin auf meta.discourse.org!!

Haben Sie bereits überlegt, dies so zu erweitern, dass es auch Themenlisten umfasst?

Oft finde ich es sehr hilfreich, pro Kategorie oder pro Tag eine Sammlung von Links zu haben. Ein Beispiel wäre eine private Kategorie, die einer bestimmten Gruppe gewidmet ist und die auch andere Tools nutzt (wie einige Ordner in Google Docs, ein lokales Regierungsportal, einen zugehörigen Chat-Kanal und einen Gruppenposteingang). Es wäre ideal, wenn die Kategorie-Moderatoren die Kontrolle darüber hätten.

3 „Gefällt mir“
8

Vielen Dank!

Das ist definitiv etwas, das ich schon einmal in Betracht gezogen habe, aber ich glaube nicht, dass es gut zum aktuellen Design passen würde, das darauf abzielt, Themen benutzergesteuert zu organisieren. Nicht ideal für die Kategorie-/Tag-Ebene, da es auf die Moderatorenkontrolle beschränkt sein müsste. Der ursprüngliche Anwendungsfall war, die Verknüpfung verwandter Themen abzudecken, die zu groß für 1-2 Themen, aber zu klein für ein Tag/eine Kategorie sind.

Das Anzeigen von Themenlisten mit der Indizierung in der Seitenleiste für Kategorien kann über das Plugin Discourse Doc Categories erfolgen, wenn auch mit einer anderen Konfigurationsmethode. Es ist definitiv mühsam, zwei Plugins für zwei sehr ähnliche Dinge zu haben, aber ich denke, die ursprüngliche Philosophie für jedes ist unterschiedlich genug, um die getrennten Ansätze zu rechtfertigen.

Das Hinzufügen einer Kompatibilitätserweiterung für das Private Topics Plugin ist aus Benutzersicht eine sehr coole Idee. Das muss ich mir überlegen…

Das lässt nur noch die Ebene pro Tag übrig. Ein PR für Discourse Doc Categories (oder die Erstellung eines neuen Plugins/TC) für Tags ist zwar eine Option, aber nicht aktiv in meinem Kopf. Vielleicht in der Zukunft.

9

Eigentlich würde das für meinen Anwendungsfall wahrscheinlich gut funktionieren. Ich bin mir nicht sicher, ob es dafür anpassungsfähig genug ist (werde später diese Woche damit herumspielen).

Klingt sehr interessant. Welchen Anwendungsfall hast du im Sinn?

10

Für normale Benutzer würde die Kategorie mit aktivierten privaten Themen nur ihre eigenen Themen anzeigen. Ich könnte mir also vorstellen, dass dies einer der wenigen Orte ist, an denen es sinnvoll ist, das Collections-Plugin eine Sammlung auf Kategorieebene pro Benutzer von der Themenebene zu heben.

Das Forum, dem ich angehöre, hat tatsächlich eine private Kategorie, die Benutzer als persönlichen Entwurfs-/Testbereich nutzen können. Und sie erstellen viele Themen, sodass hier manchmal eine benutzergesteuerte Themenorganisation stattfindet.

11

Ich hatte wirklich gehofft, dass es sich um ein Sammelsystem handelt, bei dem Benutzer Kategorien erstellen und Themen ihrer Wahl hinzufügen können, wie eine Galerie. Na ja.

12

Wie ist das nicht das?

1 „Gefällt mir“
13

Ich vermute, Sie können keine Kategorien erstellen.

14

Ich weiß dieses Drag-and-Drop-UI des Plugins für die Erstellung beliebiger Sequenzen von Themen wie Buchkapitel, die leicht neu angeordnet werden können, wirklich zu schätzen.

Ich habe eine Theme Component initiiert, um eine sequentielle Navigation für Sammlungen wie ← Vorheriges und Nächstes → sowie Paging in einem Modal hinzuzufügen …

Hier ist mein funktionierendes Repository

4 „Gefällt mir“
15

Dringend benötigt, ich schaue mir das heute an und das schien die letzte Komponente zu sein, die es brauchte.

@Alteras Ich habe einen Fehler mit dem Schließen-X des Modals beim „Create Collections“-Modal. Es kann darüber gefahren und angeklickt werden, aber das Modal schließt sich erst nach einem Seiten-Refresh.

1 „Gefällt mir“
16

Oooo, das ist ein schönes Konzept. Ich liebe das Modal zur schnellen Ansicht der verschiedenen verlinkten Themeneinträge. Es informiert die Benutzer auch darüber, dass es eine Sammlung gibt, für diejenigen, die die Seitenleiste nicht 24/7 geöffnet haben/halten.

Ich bin neugierig auf die Entscheidung, den Inhalt des Beitrags auszutauschen, anstatt den Benutzer einfach zum Thema weiterzuleiten.

Mir gefällt die Idee, ← Zurück und Weiter → über der Zeitleiste zu verwenden, um durch Themen zu navigieren, ohne die Seitenleiste zu benötigen. Vielleicht könnte es zusammen mit der Zeitleiste wie das Inhaltsverzeichnis sein, damit es bei langen ersten Beiträgen leicht zugänglich ist, ohne nach oben scrollen zu müssen … Oder vielleicht einfach den ersten/letzten Beitrag selbst dekorieren …

Wenn es Ihnen nichts ausmacht, würde ich gerne einige dieser Ideen direkt in das Plugin einbauen, vielleicht mit zusätzlichen Site-Einstellungen für Administratoren. Natürlich habe ich nichts dagegen, wenn ein TC auf Basis des Plugins erstellt wird, mehr Anpassungsmöglichkeiten für die Benutzer. Lassen Sie mich wissen, wenn Sie Hilfe bei Ihrem TC benötigen. Sie sollten die aktuell angezeigten Sammlungsinformationen über den Ember-Dienst service:collection-sidebar abrufen können, ohne das DOM parsen zu müssen.

Hmm… das ist wirklich seltsam. Ich kann es nicht reproduzieren. Ich habe kürzlich einige Änderungen vorgenommen, um das Plugin zu aktualisieren und einige Veraltungsfehler zu beheben. Das könnte es beeinflusst haben? Bitte überprüfen Sie, ob das Plugin aktualisiert ist. Bitte teilen Sie auch die Details Ihres Setups mit (Browser, mobil/Desktop, Discourse-Version).

3 „Gefällt mir“
17

Ich bin veraltet, vielleicht deshalb. Ich war noch beim Commit vom 6. November.
ETA: Ignorieren Sie das, das Update hat das Problem gelöst.

1 „Gefällt mir“
18

Ich mag die Schnelligkeit. Kein durchdachtes Design.

Da hier die Möglichkeit besteht, Elemente beliebig anzuordnen, wobei die Reihenfolge keineswegs an eine Zeitleiste gebunden ist, besteht mein ursprüngliches Ziel darin, die verschachtelten horizontal scrollenden Menü-Verhaltensweisen aus dem Kern wiederzuverwenden, wie wir sie bei der Anzeige von Benutzerprofilen haben, z. B. wo sich unter dem (stationären) Sammlungs-Titel und der Beschreibung (falls/wenn vorhanden) zwei horizontal scrollbare/wischbare Reihen befinden – Abschnittsüberschriften und ihre zugehörigen Themientitel darunter.

multilevel-horizontal-swiping
multilevel-horizontal-swiping648×169 16.3 KB

Ebenfalls im Modal befindet sich eine einklappbare (schnelles Ein-/Ausblenden von links) vertikale Anzeige, die das Verhalten der linken Seitenleiste außerhalb des Modals nachbildet.
…

Bitte, legen Sie los!

2 „Gefällt mir“
19

Nachdem ich es jetzt zum Laufen gebracht habe (danke für den Hinweis auf das obige Update), sind mir ein paar Dinge aufgefallen:

  1. Die Schaltfläche „Sammlungen“ ist sichtbar, auch wenn der Benutzer keiner der erlaubten Gruppen angehört. Dies führt zu einem internen Serverfehler (der in einer roten Leiste im Modalfenster ansprechend angezeigt wird), wenn versucht wird, eine Sammlung zu erstellen.
  2. In der Seitenleiste für Sammlungen bietet die Schaltfläche unten die ursprüngliche Option „Sammlung erstellen“. Um sie zu verwalten, muss die Schaltfläche im ursprünglichen Beitrag verwendet werden. Es wäre sehr nützlich, eine Option „Verwalten“ direkt von der Schaltfläche in der Seitenleiste der Sammlung aus zu haben.
  3. Wäre es möglich, die Berechtigungen für Sammlungen und Unter-Sammlungen zu trennen? Unter-Sammlungen könnten für Benutzer, die Themen für sich selbst zusammenstellen möchten, immens nützlich sein, ohne die weitreichenden Auswirkungen, die eine Sammlung auf alle verknüpften Themen hat.

Zuletzt, wie geht dieses Plugin mit zwei Sammlungen um, die dasselbe Thema verknüpfen? Zwei Unter-Sammlungen? Dies lässt mich eher zu Vorschlag Nr. 3 tendieren, um die Verwaltung von sich überschneidenden Zielen für Benutzer, die die Sammlungsfunktion mögen, zu erleichtern.

EDIT: Mir ist aufgefallen, dass sich bei Nr. 1 ein Fehler im Zusammenhang mit der Änderung von Sammlungen durch erlaubte Gruppen handelt, die nicht zugehörige Themen zulässt. Dennoch könnte eine bessere Fehlermeldung nützlich sein!

1 „Gefällt mir“
20

Die Einstellung „Sammlungsänderung durch zulässige Gruppen“ ist also für Mitarbeiter und Benutzer mit hohem Privileg gedacht, d. h. Helfer, die Wikis pflegen. Es sieht jedoch so aus, als müsste ich die Fehler beheben.

Solange „Sammlungsänderung durch zulässige Gruppen“ ausreichend hoch eingestellt ist, sollten Sammlungen und Unter-Sammlungen nur vom Themeneigentümer (und Mitarbeitern) erstellt/geändert werden können. Themeneigentümer sollten in der Lage sein, normale Benutzer als Betreuer für Sammlungen oder Unter-Sammlungen hinzuzufügen, die dann ihre eigenen Themen hinzufügen können. Ich bin mir bei Ihren Einstellungen nicht ganz sicher, die eine Trennung rechtfertigen würden.

Zwei Sammlungen können nicht auf dasselbe Thema verweisen. Es sollte ein Fehler angezeigt werden, wenn versucht wird, ein Thema zu verknüpfen, das sich bereits in einer Sammlung befindet. Ebenso ist nur eine Unter-Sammlung pro Thema zulässig. Dies liegt daran, dass die Sammlungen alle öffentlich sind und nur von Themeneigentümern erstellt werden sollten.

Hmmm… Ich habe das Gefühl, dass es vielleicht besser wäre, ein separates Plugin zu erstellen, das nur Ordner mit Lesezeichen enthält, die öffentlich oder privat angezeigt werden können… „Persönliche Sammlungen?“ „Lesezeichen-Bibliothek?“ „Themen-Playlists?“ Oder vielleicht erweitere ich einfach dieses hier. Aber der zugrunde liegende Code und die Philosophie wären bei den beiden Funktionen recht unterschiedlich… Es ist etwas unglücklich, dass der Name „Sammlungen“ recht weit gefasst ist und auf viele Arten interpretiert werden kann.

3 „Gefällt mir“