#angry#
Zur Sache:
in mjseventpro kann ich einen Ticket online kaufen Link anlgegen. Tolle Idee, man muss nur die Ticket ID angeben im BE und er hängt es als Parameter an den vorgegebenen Link.
ABER immer wieder mit P Tag drumherum!!
Wenn man in den Quelltext schaut, sieht das ganze noch ominöser aus :
http://www.ticketonline.de/trans/evlist?IDX=%3Cp%3E3877274%3C/p%3E
Ich werde Irre!!!
ich versuche nun seit Stunden den P Tag aus dem mjseventpro zu entfernen. Nichts aber auch gar nichts passiert, egal was ich auch mache, der blöde Tag bleibt.
Folgende Sachen schon probiert:
plugin.tx_mjseventpro_pi1.general_stdWrap.parseFunc.nonTypoTagStdWrap.encapsLines.nonWrappedTag =
tt_content.text.20.parseFunc = < lib.parseFunc
tt_content.text.20.parseFunc.nonTypoTagStdWrap.encapsLines.wrapNonWrappedLines = |
und noch 100 andere Anstrengungen, es zu realisieren. Die Suche hier im Forum war auch nicht erfolgreich. Wie Bekomme ich dieses blöden Tag nur abgeschaltet????
Schau einfach mal in die ext_typoscript_setup.txt im Verzeichnis der Extension mjseventpro nach, wo und wie der <p> Tag eingebunden ist.
Hi also das ist um den p Tag aus tt_news zu kriegen, evt hilft dir das 🙂.
Constant:
plugin.tt_news.wrap1 = |
plugin.tt_news.wrap2 = |
plugin.tt_news.wrap3 = |
Setup
# this will remove the complete <p> tag from all news content elements
plugin.tt_news {
general_stdWrap {
parseFunc.nonTypoTagStdWrap.encapsLines.nonWrappedTag >
parseFunc.nonTypoTagStdWrap.encapsLines.wrapNonWrappedLines = |</br>
parseFunc.nonTypoTagStdWrap.encapsLines.remapTag.p = <br>
}
}
woida ich mag dir nicht wiedersprechen aber in der ext rumzusuchen und evt die ext defekt machen halt ich für nicht empfehlenswert. Zudem hat das bei tt_news auch nicht geklappt 😃
woida ich mag dir nicht wiedersprechen aber in der ext rumzusuchen und evt die ext defekt machen halt ich für nicht empfehlenswert. Zudem hat das bei tt_news auch nicht geklappt
Vom rumsuchen ist noch nie was kaputt gegangen.
Ich hab ja auch nicht gesagt, daß du dann in die Ext schreiben sollst; man kann den Eintrag ja rauskopieren und ins TS-Template einfügen und dann mit eingenen Werten überschreiben.
Hallo Ihr beiden
Danke erst einmal für die schnellen Reaktionen
@woida
keine Angst, ich mach da schon nichts kaputt, ich weiss schon, wo ich rumwühle. 8-)
eingebunden ist er in der setup.txt mit
# Rendering of event items. re-use the RTE parseFunc configuration for normal content
general_stdWrap {
parseFunc < tt_content.text.20.parseFunc
}
das hatte ich aber auch schon einmal erweitert mit
general_stdWrap {
parseFunc < tt_content.text.20.parseFunc
parseFunc.nonTypoTagStdWrap.encapsLines.nonWrappedTag =
}
trotzdem keinerlei Reaktion. Der Tag bleibt.
@ erzengel
Schade, das hat auch nichts gebracht, das Ding bleibt hartnäckig! Ich schreib gleich das Script um! #evil#
Ehm das war für das Template gedacht nicht für die Setup.txt
Im Template unter Constant und Setup.
Cache gelöscht? Typo Cache gelöscht?
ja, ist schon klar. die setup.txt bezog sich auf woida.
die beiden caches habe ich auch gelöscht. Ich sag ja, ich werde wahnsinnig hier, weil alle bekannten und beliebten Methoden fehlschlagen.
Mit tt news z.B. hab ich null Probleme, da wird nicht ein p tag mehr ausgegeben.
steht in der doku vielleicht was dazu?
Bei der tt_news stand das auch dabei, peinlicherweise hab ich das übersehen :o
tja, auch eine gute Frage, ich finde nirgends eine docu zu
mjseventpro
http://typo3.org/documentation/document-library/extension-manuals/mjseventpro/current/
Die scheint nicht mehr vorzuliegen, warum auch immer.
Ich glaube, da will einer nicht, das ich die EXT benutze 😢
PDF ist aber noch da:
http://www.typo3cms.info/uploads/media/mjseventpro_manual.pdf
In der Ext sind anscheind keine p tags. nur br glaub ich
Danke für das PDF, aber leider auch dort kein Hinweis auf den Wrap. Eigentlich schade, denn das Script ist nicht schlecht. Ich glaube ich lade es seperat auf den Testserver und merze den P Tag von Hand aus dem PHP Script. Es kann ja eigentlich nur ein Bug sein.
Es ist mir eigentlich egal, ober der Titel einen P Tag bekommt oder nicht. Den kann man zur Not mit CSS zurechtstutzen. Aber ein als Link Parameter übergebener Text? Da hat der gute Jo Scneider wohl was übersehen.
Die Frage, die bleibt, ist einfach nur: Warum sträubt sich das Script vor den encapsLines Methoden??
gibts hier schon eine lösung??
Hi Leute,
ich weiß nicht, ob das Problem noch aktuell ist. Also per TS konnte ich es auch nicht lösen. Also habe ich im Quellcode geschaut. Bspw. steht da in Zeile 734:
conf['parameter'] .= $this->pi_RTEcssText($this->internal["currentRow"]["ticketlink"]);
Die Funktion $this->pi_RTEcssText() führt dazu, dass der p-Tag eingefügt wird. Betrifft auch viele andere Felder, bei denen es m.E. nicht sinnvoll ist, die RTE-Formatierung beizubehalten. Im obigen Fall habe ich das ganze wie folgt geändert:
conf['parameter'] .= $this->internal["currentRow"]["ticketlink"];
Grüße
dabjoern