(meta has many many themes, but luckily thanks to @kris.kotlarek we have an add to all themes button… got to sort out progress there, cause it takes a while to do its magic)
I never got into BB script tags, nor have I hand-coded FontAwesome, so the practice of using an empty tag pair has always seemed strange to me. Is that by popular convention, or is there a webcraft reason for using tag pairs? Also, can they have stuff between them, does that affect the text?
First when I wrote the wrap BBCode feature, @sam explicitly asked to me support 3 formats:
[wrap=foo][/wrap]
[wrap=foo]bar[/wrap]
[wrap=foo]
bar
[/wrap]
This is done to be consistent with our existing BBCode usage in Discourse.
I could have a better syntax as: [icon=times] but then it would have to be a plugin and not a theme component.
As an experimentation, I think it’s fine as it is today, and if people were to use it a lot, we could think of having a plugin do this with a more concise syntax.
Another idea I have had is to add an API to add autocompletes symbol in the composer just like we have fore users/categories/emojis… But I’m afraid this would be a nightmare with multiple components choosing their own symbol…
Oh! I need to add support for another bbcode and those) thought that I’d use this as a starting point, but you’re saying that the wrap stuff is handled in core, which explains why I can’t find how it’s handled by your theme component.
My current solution is to use the linked words component and an ugly regex, but I’m still struggling to add the necessary classes to the links.
Right I’ve looked at it a dozen times. And printed out the code for your component and stared at it for hours, trying to understand if the degree to which it’s javascript or ember that I don’t understand. I can’t add a [foo] tag without a plugin? Or can I some how replace wrap in your code with foo to cover my new bbcode?
No you can’t. Because part of it is server side. If you want your own custom BBCode you will have to write a plugin and look at how wrap is implemented for example:
Verwenden Sie eine Icon-Umhüllung in einem Satz in einem Beitrag. z. B. Dies ist ein Icon [wrap=icon id=far-check-square][/wrap]
Heben Sie den relevanten Text hervor und wählen Sie „Zitat“.
Das Icon wird im zitierten Auszug riesig.
So sieht die Syntax aus, wenn sie als Zitat hervorgehoben wird:
[quote="JammyDodger, post:1, topic:294, full:true"]
Dies ist ein Icon 
[/quote]
Dies ist eine Antwort, bei der es riesig wird
Das Zitieren mit der Sprechblase in der Formatleiste funktioniert jedoch einwandfrei.
Können Sie ein Beispiel geben? Ihr Screenshot zeigt ein angekreuztes Kontrollkästchen, und ich habe keine Probleme, es in meiner Testinstanz auszuwählen (ebenso wie andere Symbole, die wahrscheinlich nicht von Discourse verwendet werden, wie z. B. x-ray).
Ich sehe das Problem. Die Komponente sucht, indem sie prüft, ob ein Wrapper mit der Klasse d-wrap vorhanden ist; aber es gibt keinen Wrapper, wenn das bereitgestellte Symbol nicht aus dem Subset stammt. Stattdessen wird ein Bild als SVG erstellt.
Wenn Sie die Bilder zitieren, tut die Komponente nichts, da kein Wrapper vorhanden ist (und das Bild in Markdown konvertiert wird, was zu einem Bild ohne Klasse führt).
Bedeutet dies, dass ich ein svg_icons-Feld in settings.yml in meinem Theme haben muss? Oder könnte ich jedes svg_icons-Feld verwenden, das von aktivierten Theme-Komponenten verfügbar ist? Und wenn das der Fall ist, wäre es sinnvoll, dieses Feld zu dieser Theme-Komponente hinzuzufügen?
Denn meiner Erfahrung nach werden die SVG-Icons in <img />-Tags umgewandelt und erben nicht die currentColor, wenn das Farbschema geändert wird:
Vergleichen Sie bitte den Absatz Beispiel:
but will do now
