tt_news: optionSplit vs. noTrimWrap – ungünstige Default-Einstellungen

Die Extension tt_news hat in Version 3.0 eine schöne Neuerung mitgebracht: optionSplit-Unterstützung für viele Marker. Über genau diese Neuerung kann man jedoch auch stolpern. Im aktuellen Fall wunderte ich mich über das Resultat des Markers ###NEWS_AUTHOR### in der LIST-Ansicht.

Von:Julian

So zusammengeklebt sieht das nicht schön aus. Da gibt’s doch bestimmt einen stdWrap, mit dem man da ein Leerzeichen dazwischen bekommt. Und in der Tat, es gibt den preAuthor_stdWrap, der auf das „Von:“ angewendet wird. Zu meiner Überraschung hatte dieser schon einen passenden Default-Wert im TypoScript:

plugin.tt_news.displayList.preAuthor_stdWrap.noTrimWrap = || |

Dann hilft wohl nur eine genauere Analyse…

Warum werden das Label und der Wert dennoch zusammengeklebt?

Schauen wir einmal, welcher Wert denn an die stdWrap-Methode in Zeile 1618 von class.tx_ttnews.php übergeben wird:

\TYPO3\CMS\Core\Utility\DebugUtility::debug($lConf['preAuthor_stdWrap.']);
$newsAuthor = $this->local_cObj->stdWrap($row['author'] ? $this->local_cObj->stdWrap($this->pi_getLL('preAuthor'), $lConf['preAuthor_stdWrap.']) . $row['author'] : '', $lConf['author_stdWrap.']);

Die Ausgabe überraschte mich dann doch etwas:tt_news_preAuthor_stdWrap_noTrimWrap

Wo sind die äußeren Pipes hin? Und warum ist für den ersten Artikel der Wrap ganz und gar leer??? So langsam dämmerte mir etwas… optionSplit, da war doch was… Also ersetzte ich kurzerhand den splitChar:

// Original
preAuthor_stdWrap.noTrimWrap = || |
// neu
preAuthor_stdWrap.noTrimWrap = ## # 
preAuthor_stdWrap.noTrimWrap.splitChar = #

Und siehe da, die obige Kontrolle sieht schon ganz anders aus:tt_news_preAuthor_stdWrap_noTrimWrap_2
Bei einem weiteren Blick durch die TypoScript-Konfiguration von tt_news fällt dann noch ein Schalter auf:

 # enable optionSplit for parameters in displayList and displayLatest
 enableOptionSplit = 1

Deaktiviert man diesen, funktioniert der noTrimWrap auch mit Pipe als Trennsymbol.

Lösung

Zusammenfassend gibt es also zwei Lösungen:

  1. enableOptionSplit = 0 setzen, und damit die in 3.0 eingeführte optionSplit-Unterstützung komplett ausschalten
  2. anderen splitChar im noTrimWrap setzen.

 

Versionen

  • TYPO3 CMS 6.2.beta6
  • tt_news 3.5.2

Hinterlasse einen Kommentar.

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.