Snapblocks est un fork de scratchblocks qui permet aux utilisateurs de convertir du texte en images de scripts Snap!. Ce plugin Discourse permet aux utilisateurs d’utiliser snapblocks dans leurs publications.
Vous pouvez créer des snapblocks dans une publication en tapant du code snapblocks à l’intérieur des balises bbcode [snapblocks][/snapblocks]. Par exemple :
Je dirais que les seules incompatibilités sont principalement des ajustements de syntaxe mineurs, comme les menus déroulants et le bloc define. Pour la plupart, le code scratchblocks est largement compatible avec snapblocks.
Je pense toujours qu’il devrait y avoir un plugin séparé pour scratchblocks, car je sais que les forums dédiés à Scratch/aux mods Scratch pourraient ne pas vouloir utiliser snapblocks, puisque snapblocks est conçu pour fonctionner au mieux avec Snap (et j’ai manqué de polissage dans les styles Scratch), sans oublier que je n’ai pas ajouté la possibilité de changer le raccourci de la barre d’outils pour utiliser scratchblocks à la place.
Si quelqu’un souhaite essayer de créer un plugin scratchblocks en utilisant ce plugin comme base (je ne vais probablement pas en créer un moi-même), je pense qu’il est intéressant de noter que la fonction de rendu que j’ai utilisée ne se trouve pas dans l’API scratchblocks, il faudrait donc un peu plus de travail que de simplement y intégrer scratchblocks.
Il semble, à première vue, qu’il n’y ait aucune objection à utiliser ce plugin pour des expériences initiales (mon environnement étant un cadre scolaire) et à n’investir du temps dans un plugin Scratch que si la nécessité se présente.
Demande de fonctionnalité : Le style de bloc pourrait être défini séparément pour l’alias [scratchblocks].
Cela permettrait une utilisation sans effort de différents éléments stylisés de Scratch et Snap !.
Cela s’interconnecte au analyseur de messages pour s’assurer que rien à l’intérieur des balises n’est analysé, et inclut de nombreuses options pour configurer le comportement. Je souhaite également prendre en charge le nouveau compositeur de messages WYSIWYG, mais j’ai rencontré des difficultés pour le faire fonctionner correctement. De plus, je ne veux surtout pas que les administrateurs du forum doivent l’activer pour chaque thème, car cela peut causer des problèmes et de la confusion (j’ai déjà vu cela se produire auparavant).
Donc, est-ce qu’il y a quelque chose que je ne comprends pas concernant les capacités d’un composant de thème, et peut-il simplement être activé une fois globalement et oublié ?
(Oups, j’ai appuyé sur le mauvais bouton de réponse @RGJ)
L’installation d’un plugin est beaucoup plus fastidieuse que cela et cela ne fonctionnera pas sur les plans hébergés de Discourse.org.
De plus, je pense que la plupart des forums n’ont qu’un seul thème actif.
Les composants de thème peuvent avoir des paramètres et ils peuvent tout faire ce que la partie JavaScript d’un plugin peut faire. Avec l’état actuel du plugin, vous ne perdriez aucune fonctionnalité.
Ne clone-t-on pas simplement le dépôt dans le répertoire des plugins ? Je trouve que ce n’est pas très fastidieux. Cependant, le fait que cela ne fonctionne pas pour les plans hébergés par Discourse est exact.
Pas le forum pour lequel ce plugin a été créé. Mais je viens de vérifier, et il semble que l’interface utilisateur des paramètres des composants de thème ait subi une refonte majeure depuis la dernière fois que j’ai dû m’en occuper, donc cela semble plus facile à gérer que je ne m’en souvenais.
Je vois, alors je vais essayer de le réécrire en tant que composant de thème, mais je ne pense pas pouvoir m’y atteler avant un certain temps en raison d’autres obligations.
Cela serait utile, car je suppose que vous en savez peut-être plus que moi sur Discourse (ce plugin a été principalement bricolé en lisant d’autres plugins).
et cela ne fonctionnera pas sur les plans hébergés de