Problem #3441💬 Beantwortet7. Mai 2021 geöffnetvon emilsedgh1-Reaktionen

Parser breaks `mj-style` as of 16.30

Kurze Antwortvon emilsedgh❤ 1

Hallo Artur. Danke für die großartige Arbeit bei Grapesjs. Es ist wirklich fantastisch. Die Zwischenlösung funktioniert einwandfrei. Du kannst gerne schließen, wenn nötig, aber eine Möglichkeit zur Manipulation des Verhaltens zu bieten, wäre auf jeden Fall sehr schön.

Lesen Sie die vollständige Antwort unten ↓

Frage

Version: Alle Grapesjs Version von 16.30 bis jetzt haben diese Probleme. Kannst du den Fehler aus der Demo reproduzieren? [x] Ja[ ] Nein Was ist das erwartete Verhalten? Das Folgende ist der gültige MJML-Code. Er sollte auf grapesjs-mjml problemlos funktionieren. Beschreibe den Bug detailliert Im Moment wird grapesjs-mjml mit dem oben genannten Code auf zwei Arten brechen: Der Stil wird so wiedergegeben: Wenn Sie den Code exportieren, exportiert er den MJML-Code wie folgt: In beiden Fällen sieht man, dass der Stil HTML-kodiert wurde. Wie ist das aktuelle Verhalten? mj-style ist kein TextNode...

Antworten (4)

emilsedgh• 3. August 2021

Hallo Artur. Danke für die großartige Arbeit bei Grapesjs. Es ist wirklich fantastisch.

Die Zwischenlösung funktioniert einwandfrei. Du kannst gerne schließen, wenn nötig, aber eine Möglichkeit zur Manipulation des Verhaltens zu bieten, wäre auf jeden Fall sehr schön.

artf• 3. August 2021

Hallo @emilsedgh Entschuldigung, dass ich mit diesem Thema so spät dran bin, aber wie auch immer, wir können überlegen, wie man in solchen Fällen Escape überspringen kann, aber wahrscheinlich ist der schnellste Weg, einfach die mj-Style-Methode auf HTML zu erweitern '''js Redakteur. Components.addT...

artf• 3. August 2021

Danke Emil, fürs Erste schließe ich dieses Buch, falls ein ähnliches Problem auftaucht, denken wir darüber nach, eine neue Requisite hinzuzufügen, um die Flucht zu überspringen.

GJSBlock• 17. Mai 2026

Danke, dass du das gemeldet hast, @emilsedgh. Das Problem mit Parser-Breaks 'mj-style' ab 16:30 scheint ein Problem mit dem Rennbedingungen oder dem State-Management zu sein. Dies passiert typischerweise, wenn sich Komponenten-Lebenszyklusereignisse und DOM-Änderungen überschneiden und so einen ink...

Vollständige Diskussion auf GitHub ansehen →