Discourse Docs Card Filter ist für die Verwendung mit dem Discourse Docs Plugin gedacht und ermöglicht es Ihnen, „Karten" zu platzieren, die als anklickbare Filter fungieren, um bei Betreten der /docs-Seite durch Ihre Benutzer schnellere Filterergebnisse zu erzielen.
Sie können benutzerdefinierte Symbole für jede Kategorie- oder Tag-Kartenfilter auswählen. Sie können auch zulassen, dass Kategorienbeschreibungen in den Kategorienkartenfiltern gerendert werden.
Name
Beschreibung
category icons
Wählen Sie Symbole und die Reihenfolge der Themen für entsprechende Kategorien-IDs. Beispiel: ‘6,heart,title-asc’ weist das Herz-Symbol der Kategorie 6 zu und ordnet die Themenliste nach aufsteigender Aktivität. HINWEIS: Die Reihenfolge kann (title,activity)-(asc/desc) sein.
category description
Aktivieren Sie die Anzeige der Kategorienbeschreibung in den Kategorienkartenfiltern für die Docs-Seite.
tag icons
Wählen Sie Symbole und die Reihenfolge der Themen für entsprechende Tag-Slugs. Beispiel: ‘featured,heart,activity-desc’ weist das Herz-Symbol dem Tag ‘featured’ zu und ordnet die Themenliste nach absteigender Aktivität. HINWEIS: Die Reihenfolge kann (title,activity)-(asc/desc) sein.
Übersetzung
Standard
topics
Themen
topic
Thema
Von uns gehostet? Theme-Komponenten können in unseren Standard-, Business- und Enterprise-Plänen verwendet werden.
Vielen Dank, dass du das erstellt hast! Stimmt es, dass die Karte für eine private Kategorie nicht über dem Suchfeld erscheint, wenn ein Benutzer keine Anzeigeberechtigungen für diese (private) Kategorie hat? (Oder, wie ich vermute, auch nicht in der Seitenleiste, aber ich möchte nur bestätigen, dass das Verhalten konsistent ist.)
Ausgezeichnet. Das wird ein wirklich benutzerfreundliches Werkzeug für unsere verschiedenen Arbeitsgruppen sein, die schnellen Zugriff auf ihre Referenzmaterialien benötigen und schnell zwischen Gruppe A und Gruppe B usw. unterscheiden wollen. Danke!
Ist es möglich, dass der Zähler auf /docs Themen nicht zählt, die erst nach der Erstellung dieser Kategorie dorthin verschoben wurden?
Ich habe gerade eine neue Kategorie erstellt, sie zu den Docs hinzugefügt und einige Themen dorthin verschoben, aber der Zähler zeigt weiterhin „0 Themen" an.
EDIT: Es scheint, als würde es einfach etwas dauern, bis er aktualisiert wird.
Gibt es eine Möglichkeit, die Sortierreihenfolge für die Karten zu ändern, auch wenn dies eine Codeänderung erfordert? Ich hätte sie gerne alphabetisch und nicht nach Thema-Anzahl. Danke!
Hallo zusammen. Docs und diese Erweiterung von Docs sind fantastisch. Nur eine Sache. Kann mir jemand dabei helfen, diese Karten irgendwie zum top_menu oder zu den homepage-Bereichen hinzuzufügen? Es wäre großartig, eine Standard-Homepage mit “Neueste” als Standard zu haben, aber diese Karten oben zu haben. Dann würde das Klicken auf eine Karte zur gefilterten Docs-Seite führen.
Außerdem habe ich ein weiteres Plugin (Suchfeld), das sich im top_menu-Bereich befindet. Ich konnte nicht herausfinden, wie ich die Reihenfolge ändern kann, wenn mehrere Plugins in diesem Bereich angezeigt werden.
Wir haben den TC ausprobiert und er funktioniert hervorragend für Ihren Anwendungsfall. Jetzt können wir eine Wissensdatenbank erstellen.
In diesem Zusammenhang habe ich eine Frage: Können Sie Workarounds vorschlagen, um jeder Kategorie- oder Tag-Karte einige Parameter hinzuzufügen? Auf diese Weise möchten wir &order=title anhängen, um die Sortierung für jede einzelne Kategorie- oder Tag-Karte zu beeinflussen.
Wir könnten einen Sortierparameter in den Theme-Einstellungen für category icons hinzufügen. Zum Beispiel könnten wir bei 6,heart einen zusätzlichen Sortierbefehl hinzufügen, z. B. um nach dem Thema aufsteigend zu sortieren, wäre es 6,heart,title-asc.
Beim Öffnen der Kategoriekarte würden dann einfach die Dokumentationsparameter angehängt, wie z. B.: /docs?ascending=true&category=71&order=title
Obwohl es möglich ist, dass dies auf einer Website gut funktionieren könnte, gibt es ohne viel Feedback zu diesem Thema, das sich auf die Fähigkeit konzentriert, die Karten zu sortieren, nicht unbedingt das Gefühl, dass die Zeit, die für die ordnungsgemäße Funktion aufgewendet wird, derzeit gerechtfertigt ist.
Das heißt, wir ermutigen PRs zu Komponenten sowie das Forken einer Komponente, um sie auf Ihre eigene Weise zu verwenden!
Sie können gerne einen PR mit dieser Funktionalität erstellen oder ihn für sich selbst forken.
Wir begrüßen definitiv nützliche PRs für unsere Komponenten!
Wenn Sie die Möglichkeit hinzufügen würden, diese Karten zu sortieren, würde ich vorschlagen, eine neue Werteliste zu erstellen, in der Sie die Reihenfolge der Karten nach Kategorie-ID und Tag-ID angeben können. Ich würde sie nicht zu einer bereits vorhandenen Werteliste für etwas Unverwandtes hinzufügen.
@jordan.vidrine Vielen Dank für das Design der großartigen Komponente. Gibt es eine Möglichkeit, die Komponente auf Mobilgeräten zu deaktivieren, sie aber auf dem PC/Mac anzuzeigen?
Ist in Ordnung. Aber könnten Sie zumindest die Einstellung für Kategorie-Icons auf eine Werteliste umstellen? Es ist viel einfacher, die Karten in mehreren Textfeldern zu verwalten als in einem einzigen.
Und als vorübergehende Lösung wäre es sehr hilfreich, wenn jede Dokumentationskarte eine CSS-Klasse mit der jeweiligen Kategorie oder dem jeweiligen Tag-Slug hätte.
Nachdem ich weiter darüber nachgedacht habe, habe ich mich dagegen entschieden, die Einstellung für Kategoriensymbole auf eine Werteliste zu ändern, da dies ohne eine Fallback-Option dazu führen würde, dass die Komponenten der aktuellen Benutzer kaputtgehen.
Das Hinzufügen eines Fallbacks würde so aussehen, dass geprüft wird, ob der Benutzer die Symbole entweder im aktuellen Feld oder im neuen Wertelisten-Feld festgelegt hat, und ich denke, das ist zu umständlich, um es dieser Komponente hinzuzufügen, da dies eine weitere Einstellungsebene hinzufügen und zu möglicher Verwirrung führen würde.
Was die Klassenzusätze betrifft, ist das eine großartige Idee, aber ich habe keinen Zeitplan dafür, wann dies hinzugefügt wird, da es wichtigere Dinge gibt, die meine Aufmerksamkeit erfordern.
Das heißt, wenn möglich, freuen wir uns auch über PRs für unsere Komponenten, wir sind schließlich Open Source!