Snapblocks ist ein Fork von scratchblocks, der es Benutzern ermöglicht, Text in Bilder von Snap!-Skripten umzuwandeln. Dieses Discourse-Plugin erlaubt Benutzern die Verwendung von snapblocks in ihren Beiträgen.
Sie können snapblocks in einem Beitrag erstellen, indem Sie snapblocks-Code innerhalb der BBCode-Tags [snapblocks][/snapblocks] eingeben. Zum Beispiel:
Ich würde sagen, dass die einzigen Inkompatibilitäten hauptsächlich geringfügige Syntaxanpassungen sind, wie Dropdown-Menüs und der Define-Block. Größtenteils ist Scratchblocks-Code mit Snapblocks kompatibel.
Ich denke immer noch, dass es ein separates Plugin für Scratchblocks geben sollte, da ich Foren kenne, die für Scratch/Scratch-Mods sind und Snapblocks möglicherweise nicht verwenden möchten, da Snapblocks am besten für Snap geeignet ist (und mir die Politur der Scratch-Stile gefehlt hat), ganz zu schweigen davon, dass ich die Möglichkeit, die Toolbar-Verknüpfung zu ändern, um stattdessen Scratchblocks zu verwenden, nicht hinzugefügt habe.
Wenn jemand versuchen möchte, ein Scratchblocks-Plugin zu erstellen, das dieses Plugin als Basis verwendet (ich werde wahrscheinlich keines selbst erstellen), denke ich, dass es erwähnenswert ist, dass die von mir verwendete Render-Funktion nicht in der Scratchblocks-API enthalten ist, sodass es etwas mehr Arbeit erfordern würde, als nur Scratchblocks einzufügen.
Auf den ersten Blick scheint es keine Einwände gegen die Nutzung dieses Plugins für erste Experimente (in meinem Fall eine Schulumgebung) zu geben, und erst wenn die Notwendigkeit entsteht, Zeit in ein Scratch-Plugin zu investieren.
Feature-Anfrage: Der Block-Stil könnte separat für den Alias [scratchblocks] definiert werden. Dies würde die mühelose Verwendung verschiedener gestylter Scratch- und Snap!-Elemente ermöglichen.
Es greift in den Nachrichtenparser ein, um sicherzustellen, dass nichts innerhalb der Tags geparst wird, und bietet zahlreiche Optionen zur Konfiguration des Verhaltens. Ich möchte auch die Unterstützung für den neuen WYSIWYG-Nachrichteneditor hinzufügen, habe aber Schwierigkeiten, dies ordnungsgemäß zum Laufen zu bringen. Außerdem möchte ich vor allem nicht, dass die Forenadministratoren dies für jedes Theme aktivieren müssen, da dies Probleme und Verwirrung verursachen kann (ich habe das bereits zuvor gesehen).
Gibt es also etwas, das ich bei den Möglichkeiten einer Theme-Komponente nicht verstehe, und kann es einfach eine einmalige globale Aktivierung sein, die man dann vergessen kann?
(ups, habe versehentlich den falschen Antwort-Button gedrückt @RGJ)
Die Installation eines Plugins ist viel umständlicher als dies und funktioniert nicht bei den von Discourse.org gehosteten Plänen.
Außerdem haben meiner Meinung nach die meisten Foren nur ein aktives Theme.
Theme-Komponenten können Einstellungen haben und können alles das tun, was die JavaScript-Seite eines Plugins kann. Im aktuellen Zustand des Plugins würden Sie keine Funktionalität verlieren.
Klont man das Repository nicht einfach in das Plugin-Verzeichnis? Ich finde, das ist nicht sehr umständlich. Dass es jedoch bei den von Discourse gehosteten Plänen nicht funktioniert, ist korrekt.
Nicht das Forum, für das dieses Plugin erstellt wurde. Aber ich habe gerade nachgeschaut, und es scheint, als hätte die Benutzeroberfläche für die Einstellungen von Theme-Komponenten eine massive Überarbeitung erfahren, seit ich mich das letzte Mal damit befassen musste. Daher wirkt sie übersichtlicher, als ich mich erinnere.
Ich verstehe, dann werde ich versuchen, es als Theme-Komponente neu zu schreiben. Ich glaube aber nicht, dass ich das in absehbarer Zeit schaffen werde, da ich andere Verpflichtungen habe.
Das wäre hilfreich, da ich annehme, dass du mehr über Discourse weißt als ich (dieses Plugin wurde größtenteils durch das Lesen anderer Plugins zusammengebastelt).
und funktioniert nicht bei den von