Re: Accéder à git.spip.net
Matthieu Marcillaud <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 17/04/2021 à 15:57, Brice Boucard a écrit : > Bonjour à tous, Cool Brice, Welcome. > Comme évoqué sur IRC il y a quelques jours, je me suis amusé - c'est > vraiment le terme - à créer un plugin de coloration syntaxique > alternatif à Coloration Code, utilisant la librairie PrismJS. Et c'est une très bonne chose je pense (en tout cas de faire la coloration côté JS - quelque soit la librairie JS ensuite). > Je n'étais pas très à l'aise avec Geshi et la surcharge des styles CSS > et puis je crois bien que ça ne couvrait pas mon besoin d'avoir un > prompt. C'est quelque chose à faire de basculer un jour "coloration_code" sur une lib JS plutôt que de faire le calcul en PHP. Je ne trouverais pas cela déconnant de faire une branche de dev-prismjs sur coloration_code pour tester PrismJs dessus, à la place de Geshi. C'est peut être un peu costaux à faire, mais quand ça marche, on le passe dans master. En acceptant de ne pas avoir la coloration "spip" au moins dans un premier temps, qui sera difficile à faire. Bien évidemment sinon - tu peux introduire ton propre plugin sur la zone (dans spip-contrib-extension), - ou sur un espace qui te convient (github ou autre) - ou forker sur la zone coloration_code sur ton compte le temps du dév si tu ne souhaites pas commiter directement sur une branche du plugin) Ces 4 propositions sont correctes. En général on préfère ne pas multiplier les plugins qui font la même chose (ici de la coloration syntaxique). Ma préférence serait donc l'adaptation du plugin coloration code, mais c'est peut être plus compliqué à faire. Voilà mes pensées :) MM.