Sammlungen

Plugin
1
:information_source: Zusammenfassung Benutzer erstellten Sammlungen von verknüpften Themen
:hammer_and_wrench: Repository-Link https://github.com/Alteras1/discourse-collections
:open_book: Installationsanleitung So installieren Sie Plugins in Discourse

Vorschau

Mobil

Sammlungen

Dies ermöglicht es Benutzern, Sammlungen von Themen zu erstellen, die beim Anzeigen dieser Themen sichtbar sind. Sammlungen können jede URL enthalten und sind auf jedem verknüpften Thema sichtbar. Sammlungen können in Abschnitte organisiert werden, und jede Änderung an einer Sammlung wird auf alle verknüpften Themen übertragen. Es gibt keine Einschränkung für das verknüpfte Thema, sodass Benutzer eine Sammlung über Kategorien/Tags hinweg erstellen können.

Titel & Beschreibung

Optionales Feld zur Eingabe verfügbar. Wenn angegeben, werden diese am Anfang der Liste angezeigt.

Abschnitte

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

Unter-Sammlungen

Benutzer können auch eine Unter-Sammlung erstellen, die nur für ein einzelnes Thema angezeigt wird und es Benutzern ermöglicht, relevante URLs (d. h. bestimmte Beiträge/externe Ressourcen) nur für das einzelne Thema zu verknüpfen. Alle hinzugefügten Themen-URLs werden nicht verknüpft.

Berechtigungen

Das Plugin ermöglicht es jedem Benutzer, eine Sammlung für seine eigenen Themen zu erstellen. Standardmäßig können Benutzer nur auf ihre eigenen Themen verknüpfen 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 die volle Kontrolle über jede Sammlung haben (standardmäßig Staff & TL4).

Berechtigungs-Demo

Einstellungen

Name Beschreibung
collections enabled Aktiviert/deaktiviert das Plugin. Standard: true
collection by topic owner Ermöglicht dem Thema-OP, Sammlungen zu erstellen. Standard: true
collection by topic owner allow groups Beschränkt den Thema-OP, der Sammlungen erstellen kann. Beschränkt collection by topic owner. Standard: TL1
collection modification by allowed groups Gruppen, die berechtigt sind, beliebige Sammlungen zu erstellen/zu ändern. Standard: Admin Moderators TL4.
sections in subcollection Ermöglicht Abschnittsüberschriften in Unter-Sammlungen. Standard: true

Alternativen

Dieses Plugin ist stark inspiriert von (und basierte einst auf) dem Plugin discourse-doc-categories. Während das Doc Categories Plugin einen guten Indexierungsmechanismus hat und die Anzeige großartig ist, war das Design für Wiki-ähnliche Seiten gedacht, bei denen alles in einer einzigen Kategorie gesammelt wird. Ebenso stützt sich die Indexierung auf formatierte Texteingaben in einem separaten Thema, was seine eigenen Vor- und Nachteile hat.

Die discotoc-automatic-table-of-contents Theme-Komponente ermöglicht ebenfalls die Organisation von Links außerhalb des Beitrags, ist aber 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 das Forum, dem ich angehöre, bei der Migration zu Discourse zu unterstützen. Als schreiborientiertes Forum werden separate Themen von Benutzern für verschiedene Zwecke gepflegt, 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 entwickelt, um Benutzer bei der Selbstorganisation zu unterstützen.

Es gibt eine alternative Zeitlinie, in der dies nur eine Theme-Komponente ist, bei der die Indexierung mit benutzerdefinierten divs mit URLs zu anderen Beiträgen erfolgt. Aber nachdem ich 90% der Werkzeuge, Assistenten und Codes dafür entwickelt hatte, erkannte ich, dass es sich einfach nicht lohnte und dass der Benutzer wahrscheinlich alle geschriebenen Tutorials überspringen und sich immer noch beschweren würde, warum die Dinge nicht funktionierten. Also wurde dieser Weg aufgegeben. Es ist ehrlich gesagt keine schlechte Lösung, da sie weitaus schlanker wäre als ein Plugin, aber sie hätte den Benutzern unnötig viel Last aufgebürdet, um sicherzustellen, dass sie nicht nur bei einem Beitrag, sondern bei mehreren die richtige Formatierung hatten.

Ich habe dies derzeit als experimental markiert, da ich mir bei den UI-Funktionen (z. B. Icons) und dem Berechtigungssystem noch nicht 100% sicher bin. Außerdem muss ich automatisierte Unit-Tests hinzufügen.

20 „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 erstaunlich aus. Und absolut brillante Dokumentation – das ist meiner Meinung nach das am besten dokumentierte Plugin auf meta.discourse.org!!

Haben Sie erwogen, dies zu erweitern, sodass es auch Themenlisten abdeckt?

Ich finde oft, dass es sehr hilfreich wäre, Sammlungen von Links pro Kategorie oder pro Tag zu haben. Ein Beispiel ist eine private Kategorie, die sich mit einer bestimmten Gruppe befasst und auch einige andere Werkzeuge verwendet (wie ein paar Ordner in Google Docs, ein Portal der lokalen Regierung, einen zugehörigen Chatkanal und einen Gruppeneingangskorb). 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

3 „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).

2 „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.

2 „Gefällt mir“