(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:
Si vous utilisez un « icon wrap » puis que vous mettez en surbrillance la citation, l’image résultante est énormément agrandie :
Utilisez un « icon wrap » dans une phrase d’une publication. Par exemple : Ceci est une icône [wrap=icon id=far-check-square][/wrap]
Mettez en surbrillance le texte pertinent et cliquez sur « Citer »
L’icône devient super grande dans l’extrait cité
Voici à quoi ressemble la syntaxe lorsqu’elle est citée en surbrillance :
[quote="JammyDodger, post:1, topic:294, full:true"]
Ceci est une icône 
[/quote]
Ceci est une réponse où elle devient énorme
Cependant, la citer en utilisant la bulle de dialogue dans la barre de format fonctionne très bien.
Pouvez-vous fournir un exemple ? Votre capture d’écran montre une case à cocher cochée et je n’ai aucun problème à la sélectionner sur mon instance de test (ainsi que d’autres icônes probablement non utilisées par Discourse comme x-ray).
Je vois le problème. Le composant recherche en vérifiant s’il existe un wrapper avec la classe d-wrap ; mais il n’y a pas de wrapper si l’icône fournie ne provient pas du sous-ensemble. Il crée une image en SVG à la place.
Si vous citez les images, le composant ne fait rien, car il n’y a pas de wrapper (et l’image est convertie en markdown, ce qui donne une image sans aucune classe)
Est-ce que cela signifie que je dois avoir un champ svg_icons dans settings.yml disponible dans mon thème ? Ou pourrais-je utiliser n’importe quel champ svg_icons disponible à partir de n’importe quel composant de thème activé ? Et si tel est le cas, serait-il judicieux d’ajouter ce champ à ce composant de thème ?
Parce que d’après mon expérience, les icônes SVG sont transformées en balises <img /> et elles n’héritent pas de currentColor lorsque le schéma de couleurs est modifié :
Veuillez comparer le paragraphe Exemple :
but will do now
