Die Antwortvorlage ist eine Theme-Komponente und nicht mit einer Themenvorlage verbunden.
Mein vorgeschlagenes Plugin würde in Verbindung mit Antwortvorlagen funktionieren.
Die Antwortvorlage ist eine Theme-Komponente und nicht mit einer Themenvorlage verbunden.
Mein vorgeschlagenes Plugin würde in Verbindung mit Antwortvorlagen funktionieren.
Ja, das habe ich verstanden. Ich habe das bezüglich des Plugins geklärt. Im Grunde platziert es die gewünschte Antwortvorlage im Thema-Post aller Themen in einer bestimmten Kategorie, in der das Journal-Plugin aktiviert ist?
Es würde unabhängig vom Journal-Plugin ausgelöst werden.
Hier ist mein Quick-and-Dirty-Lastenheft:
Wenn ich den Button klicke, wenn ich nicht angemeldet bin:
Sie können es hier selbst testen:
Was könnte das Problem sein?
@agligorijevic Bist du auf der neuesten Version von Discourse und des Theme-Komponenten?
Die Komponente benötigt ein Update. Ich werde einen PR erstellen.
Gibt es eine Methode, um die Antwortvorlagen automatisch zu verwenden (in bestimmten Kategorien)?
Soweit ich weiß, gibt es das nicht. Es gibt nur Kategorievorlagen im Kern.
Ich glaube, dass diese TC das tut, wonach Sie suchen:
Danke Nat. Soweit ich das verstanden habe (bitte korrigiere mich, wenn ich falsch liege), soll dieses Plugin den Platzhaltertext in Themen ändern und - nicht erwartet - der Text soll nicht im Textfeld verbleiben.
Ich habe es ausprobiert und es funktioniert derzeit nicht. Wenn es aktualisiert wird, könnte es als Workaround funktionieren, ganz sicher!
Ich glaube, diese Komponente ist mit dem neuen Composer etwas kaputt, da [wrap] nicht mehr unterstützt wird. Sie erhalten diesen Fehler, wenn Sie ein Thema bearbeiten, das dies verwendet hat: Token type ‘wrap_open’ not supported by Markdown parser
Gibt es eine Lösung für bestehende Themen? Unsere Benutzer bearbeiten oft Themen, und dies wird sie wirklich verwirren. Ich weiß, dass Sie einfach zur Markdown-Ansicht wechseln können, aber dies zu überwinden wird eine Herausforderung sein.
Wird dies aktualisiert, um mit dem neuen Composer zu funktionieren?
Wir planen, die Unterstützung für [wrap]-Tokens im Rich-Text-Editor hinzuzufügen, aber es wird einige Zeit dauern, bis wir dies richtig implementiert haben. Im Moment haben wir keine ETA. Bitte beachten Sie auch, dass das jährliche Discourse-Treffen bald stattfindet, sodass viele Teammitglieder abwesend sein werden, was bedeutet, dass die Arbeit an dieser Funktion in den nächsten Wochen pausiert oder verlangsamt wird.
Bis dahin ist die beste Option, zum Markdown-Composer zurückzukehren.
Wäre es nicht ziemlich einfach, dies zu implementieren? Vielleicht nicht auf eine 100% sichere Weise, aber eher wie eine 80%ige Lösung, bei der der Benutzer die Vorlage ausgefüllt erhält, so wie der Benutzer auf „Antworten“ klickt?
Oder erfordert dies ein Backend-Plugin, das die Vorlagen als zusätzlichen Kontext bereitstellt, wenn der Benutzer das Thema öffnet, und nur 40-45 im Blickfeld hat, was dazu führt, dass der Client keinen Kontext über die „fast erzwungene Vorlage“ für das Thema hat? ![]()
Ich frage hier, da ich mit der Komponentenstruktur nicht so vertraut bin, aber es wäre, wie bereits erwähnt, eine großartige Ergänzung.
Hallo Leute
Das Problem scheint weiterhin zu bestehen, wenn ich versuche, eine Vorlage in den neuen Composer einzufügen. Ich erhalte eine Fehlermeldung in einem Modal: Token type wrap_open not supported by Markdown parser.
Getestet auf 3.6.0beta1
Browser-Konsolenprotokoll:
prosemirror-editor.gjs:245 Uncaught Error: Token type `wrap_open` not supported by Markdown parser
at s.parseTokens (index.js:190:23)
at d.parse (index.js:331:15)
at em.convert (parser.js:43:19)
at eI.convertFromMarkdown (prosemirror-editor.gjs:242:26)
at q._join (index.js:788:21)
at q.join (index.js:605:17)
at p (index.js:152:22)
at eC.convertFromMarkdown (index.js:250:23)
at eC.insertBlock (text-manipulation.js:170:22)
at q (cache-fCezwMOy.js:471:12)
at r.trigger (evented.js:68:5)
at #h (d-templates.js:101:1)
at v.insertTemplate (filterable-list.js:115:1)
at c.apply (item.js:11:1)
at d-button.gjs:138:19
at invoke (index.js:264:14)
at m.flush (index.js:180:11)
at g.flush (index.js:334:19)
at q._end (index.js:762:32)
at q.end (index.js:565:10)
at q._runExpiredTimers (index.js:869:12)
parseTokens @ index.js:190
parse @ index.js:331
convert @ parser.js:43
convertFromMarkdown @ prosemirror-editor.gjs:242
_join @ index.js:788
join @ index.js:605
p @ index.js:152
(anonymous) @ index.js:250
insertBlock @ text-manipulation.js:170
q @ cache-fCezwMOy.js:471
trigger @ evented.js:68
#h @ d-templates.js:101
insertTemplate @ filterable-list.js:115
apply @ item.js:11
(anonymous) @ d-button.gjs:138
invoke @ index.js:264
flush @ index.js:180
flush @ index.js:334
_end @ index.js:762
end @ index.js:565
_runExpiredTimers @ index.js:869
setTimeout
setTimeout @ index.js:39
_installTimerTimeout @ index.js:912
_reinstallTimerTimeout @ index.js:896
_later @ index.js:829
later @ index.js:652
T @ index.js:562
_triggerAction @ d-button.gjs:135
click @ d-button.gjs:93
Leider ist dies ein bekannter Fehler/eine bekannte Funktionsanfrage, wenn Sie Umbrüche im neuen Composer verwenden.
Gibt es eine Möglichkeit, den Text der Meldung Token type wrap_open not supported by Markdown parser zu ändern? Unsere Benutzer sind verwirrt, daher möchten wir den Text ändern, um deutlicher zu machen, dass sie zum klassischen Markdown-Editor wechseln müssen, um [wrap]-BBCode zu verwenden.
@jrgong Sie müssen nur Ihre Instanz aktualisieren. Wir haben diese Meldung seitdem geändert [1] und sie wird jetzt automatisch in den Markdown-Modus zurückversetzt, wenn im Rich-Modus eine nicht unterstützte Funktion erkannt wird.
„Der Rich-Text-Editor unterstützt nicht alle Funktionen, die in diesem Beitrag verwendet werden. Wir wechseln Sie zum Markdown-Editor.“ ↩︎
Danke, ich habe es gerade erfolgreich auf beta2 getestet. Aber während des Tests habe ich einen weiteren verwandten Fehler gefunden:\n\nBug: Using topic template with a [wrap] code while in Rich Text Editor not working