Hallo! Gibt es Neuigkeiten? Es ist sehr interessant, was passiert ist
Wie ist der Stand der Dinge? Ich würde gerne über Fontawesome hinausgehen.
Es wurde noch nicht zusammengeführt, aber Sie können das Repository gerne installieren und in der Zwischenzeit meinen Branch verwenden. ![]()
Danke! Ich warte, bis die Arbeit am neuen Menü für unsere Website abgeschlossen ist, und probiere es dann im Staging aus. ![]()
Weiß jemand, wann das passieren wird, damit ich diese Komponente nicht in einem neuen Projekt verwenden muss?
Ich würde einfach die Komponente verwenden. In Moving to a Single Category Style Site Setting gab es Fragen zu Kategorie-Icons und es klingt nicht so, als ob diese Teil des Kerns bis zur Veröffentlichung von Discourse 3.2 werden.
Ja, zur Bestätigung habe ich gerade ein Update für diese Komponente zusammengeführt, um sie mit Moving to a Single Category Style Site Setting kompatibel zu machen.
Das Update wird dank Pinning plugin and theme versions for older Discourse installs (.discourse-compatibility) für Websites der Version Discourse 3.2.0.beta4-dev oder neuer verfügbar sein.
Da dies an eine Version und nicht an einen bestimmten Commit angeheftet ist… Wenn Sie bereits auf Discourse 3.2.0.beta4-dev sind und Probleme mit dieser Komponente haben, müssen Sie Discourse möglicherweise heute erneut aktualisieren.
Ich hatte nie die Gelegenheit, Ihren Zweig auszuprobieren, aber ich hoffe, darauf zurückzukommen. Gibt es Neuigkeiten, ob dies offiziell wird?
@carson Habe ein wenig damit gespielt. Sieht im Grunde gut aus, außer:\n\n1. Icons im Dropdown-Menü zur Kategorieauswahl sind nicht farbig\n2. Funktioniert nicht im neuen Menü\n3. Wenn Sie „Das hochgeladene Logo der Kategorie als Symbol verwenden“ aktivieren:\na. Es wirkt sich nur auf das Dropdown-Menü zur Kategorieauswahl aus\nb. wird an keiner anderen Stelle neben der Kategorie angezeigt\nc. und wenn dies aktiviert ist, zeigt das Dropdown-Menü zur Kategorieauswahl nur diese Icons an (auch wenn andere Kategorien andere Icons konfiguriert haben).\n3. Icons scheinen größer zu sein als im vorherigen Theme. Sie gleich groß zu machen, wäre am wenigsten störend – aber vielleicht wäre eine Einstellung für die Größe schön?\n\nAußerdem einige Nice-to-haves:\n* Eine Option, das Kategorie-Sperr-Icon auszublenden, nicht nur auf etwas anderes zu setzen[1]\n* Wenn das Kategorie-Logo verwendet wird, geben Sie die Option, das große Kategorie-Logo auf der Kategorieseite auszublenden. Sie sind redundant.\n* Verschieben Sie die Emoji- und Fontawesome-Konfiguration auf die Kategorieseite, neben der Konfiguration des Kategorie-Logos.
Ich finde, es verursacht viel visuelles Rauschen und bietet nicht viel Nutzen, da es nicht angibt, wie die Kategorie eingeschränkt ist! ↩︎
Ein Beitrag wurde in ein bestehendes Thema zusammengeführt: Install theme button not working on Meta
Hallo Coin,
Wir glauben, dass wir das gleiche Problem wie ultrakiller haben.
Hier ist die Datei, die wir hochladen:
Wenn wir den Code verwenden, um das Sternsymbol durch dieses Kategorie-Symbol zu ersetzen, funktioniert es nicht:
<script type="text/discourse-plugin" version="0.8">
api.replaceIcon('d-liked', 'beer');
api.replaceIcon('d-unliked', 'fa-beer');
api.replaceIcon('star', 'category');
</script>
Wir sind wirklich verwirrt, welchen Schritt wir übersehen. Können Sie das bitte herausfinden? Vielen Dank!
Hey, du musst diese Anleitung befolgen, um eine SVG-Datei mit dem richtigen Format zu erstellen:
In deinem Fall wäre das etwas wie:
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" style="display: none;">
<symbol id="my-icon-id" viewBox="0 0 1024 1024" fill="none">
<path fill="currentColor" d="M768.487 554.422H553.554v214.926c0 106.838 86.61 193.437 193.442 193.437h21.491c106.832 0 193.432-86.603 193.432-193.437v-21.492c.002-106.83-86.606-193.434-193.432-193.434m-515.842 0c-106.83 0-193.435 86.61-193.435 193.434v21.492c0 106.838 86.606 193.437 193.435 193.437h21.494c106.83 0 193.432-86.603 193.432-193.437V554.422zm21.498-494.346H252.65c-106.835 0-193.44 86.606-193.44 193.442v21.492c0 106.825 86.607 193.431 193.44 193.431h214.926V253.518c.002-106.836-86.604-193.442-193.432-193.442m494.344 0h-21.491c-106.836 0-193.442 86.606-193.442 193.442V468.44h214.933c106.832 0 193.432-86.606 193.432-193.431v-21.492c.002-106.836-86.606-193.442-193.432-193.442m0 0"/>
</symbol>
</svg>
Stelle sicher:
- Du fügst
fill="currentColor"ein - Lade die SVG mit einem SCSS-Variablennamen
icons-spritehoch.
Ergebnis:
![]()
Danke, Arkshine. Ich werde es versuchen.
Behandelt diese Themenkomponente Unterkategorien mit demselben Namen?
- Elternteil (Slug: parent)
- Unterkategorie (Slug: sub)
- Elternteil2 (Slug: paren2)
- Unterkategorie (Slug: sub)
Es scheint nicht zu funktionieren, wenn ich den Slug parent-slub oder parent1-sub verwende, um Einstellungen darauf anzuwenden.
Unterscheiden sich Ihre Slug-Namen zwischen übergeordneten und untergeordneten Elementen? Ich glaube, solange die Slug-Namen unterschiedlich sind, sollte es funktionieren.
Ich habe die Slug-Namenbeispiele im obigen Beitrag geteilt.
Und es hat nicht funktioniert? Ich habe keine ähnlich benannten Kategorien auf diesem TC verwendet, aber ich erinnere mich, dass ich zu einem Zeitpunkt Unterkategorien verwendet habe, da eine Instanz die übergeordnete Kategorie nur als Container für Unterkategorien verwendete.
@lindsey / @tobiaseigen Ich habe jetzt eine Warnung zum obigen Beitrag hinzugefügt, da
Wir haben jedoch jetzt ziemlich viele Such-Landminen in Meta, wir wollen das wahrscheinlich etwas aufräumen.
