Der Bericht ist nicht falsch, aber die Einschätzung der Schwere ist etwas daneben. Diese Links sind keine benutzergenerierten Inhalte. Nur Administratoren können sie über das Admin-Dashboard hinzufügen. Daher kann man davon ausgehen, dass Sie als Administrator keine Websites verlinken, denen Sie nicht vertrauen.
Trotzdem habe ich kurz mit David gesprochen, und er schlug vor, externen Links ohnehin rel="noopener" hinzuzufügen. Ich habe das hier umgesetzt. Wenn ein Link so eingestellt ist, dass er in einem neuen Tab geöffnet wird, wird er automatisch hinzugefügt.
Bezüglich noreferrer:
Ich denke, es ist vorteilhafter, dies nicht hinzuzufügen, da Sie möglicherweise Ihre Hauptwebsite verlinken möchten und Analysen darüber erhalten wollen, wie viele Benutzer von Ihrer Community auf die Hauptseite weitergeleitet werden.
Ist das immer noch der Fall? Können Sie einen Screenshot Ihrer Komponenten-Einstellungen teilen?
Ja, das habe ich beim Update auch bemerkt, aber es hat nichts mit den neuen Änderungen zu tun. Irgendwie wird die neue Einstellung vom Compiler nicht sofort erkannt. Daher müssen Sie möglicherweise diese Einstellung anhaken und wieder entfernen.
Machen Sie sich aber keine Sorgen, der Fehler hat nach meinen Tests keinerlei Auswirkungen auf Ihre Website.
Unsere Seite hat mir heute angezeigt, dass ich das Theme-Komponente aktualisieren sollte, was ich gerade durch Klicken auf den Update-Button getan habe.
Aber jetzt wird der folgende Fehler angezeigt: Error: Undefined variable: "$add-whitespace". on line 14 of common.scss >> @if $add_whitespace == "true" { ----^
Wir sind über dieses Problem informiert, aber es sollte keine Auswirkungen auf Ihre Website haben. Es handelt sich um ein Compiler-Problem, das wir intern verfolgen.
Lassen Sie mich wissen, falls es auf Ihrer Website zu Problemen kommt – was nicht der Fall sein sollte.
Stimmt, ich habe keine weiteren Probleme bemerkt.
Ich führe derzeit ein Discourse-Update der Seite durch und werde es danach erneut prüfen. Falls der Fehler weiterhin besteht, werde ich mich Jonathans Hinweis zuwenden.
Nach dem Update war der Fehler verschwunden
Vielen Dank für deine großartige Theme-Komponente, die wir bereits seit zwei Jahren nutzen.
Hallo, vielen Dank für dieses Plugin.
Ich habe einige Beobachtungen bezüglich der FA-Icons gemacht, die ich gerne teilen möchte:
Die Integration von far-Icons scheint zu funktionieren (regular), aber fas- funktioniert nicht (solid).
Sie können dies einmal testen:
fas-building
vs.
far-building
Haben Sie dazu eine Idee? Es gibt im Vergleich zu fas- nur wenige far-Icons (ganz zu schweigen von der gestalterischen Perspektive), daher ist dies ein Problem…
Ich denke, du musst den Code durchsuchen, um zu sehen, welche Symbole verwendet werden können und welche Namen dafür gelten (sofern dies seit dem obigen Kommentar nicht geändert wurde).
Nun, die Beschreibung des theme-component legt nahe, dass man jedes kostenlose FA5-Symbol verwenden kann – unabhängig von seiner Klasse (brand, regular, solid).
Schauen Sie sich den Code an, auf den Sie sich bezogen haben:
Okay – in diesem Fall sollte es in der Beschreibung des Theme-Components behoben werden?
Aber es funktioniert tatsächlich auch bei allen far-Icons, also ist meine Einschätzung, dass die fas- einfach „vergessen
Das Limit meines Wissens ist, dass es nicht wie beschrieben funktioniert, und wie man herausfindet, welche Icons funktionieren, indem man den Code betrachtet
Bei mir funktioniert es. Standardmäßig ist eine Teilmenge enthalten (diese finden Sie unter /styleguide/atoms/icons). Zusätzliche Symbole müssen Sie zunächst hinzufügen, entweder unter den Admin-Einstellungen oder direkt in der Komponente, wie hier:
Das habe ich auch zum Laufen gebracht (mit „building“ in SVG-Icons und im Theme-Komponenten) – zeigt die ausgefüllte Version des Icons an Ich muss möglicherweise meine Worte zurücknehmen (ich bin immer noch fast sicher, dass einige Dinge nicht funktioniert haben, die es hätten sollen…)