Beschreibung nicht als alt- und title- beim a-Tag nehmen:

plugin.tt_news.displayCatMenu.insertDescrAsTitle = 0

CatMenu als Liste (getestet nur auf Ebene 1) formatieren:

plugin.tt_news.displayCatMenu {
mode = nestedWraps
catmenuItem_ACT_stdWrap.wrap =

catmenuItem_NO_stdWrap.wrap =

catmenu_stdWrap.wrap =

|

catmenuLevel1_stdWrap.wrap >
}

Zielseite für CatMenu definieren:

plugin.tt_news.catSelectorTargetPid = 166

Wenn die PHP-Version niedriger ist als 5.2.3, dann wird die folgende Zeile nicht korrekt ausgeführt und produziert einen Fehler:
class.tx_linkhandler_browselinkshooks.php Zeile 181

foreach ($this->allAvailableTabHandlers as $handler) {
$result=call_user_func($handler.‘::getLinkBrowserInfoArray‘,$href,$this->getTabsConfig());
if (count($result)>0 && is_array($result)) {

Wenn man stattdessen folgendes schreibt, dann wird die Funktion korrekt ausgeführt:

$result = call_user_func(array($handler, ‚getLinkBrowserInfoArray‘),$href,$this->getTabsConfig());

Das liegt an der unterschiedlichen Interpretation des ersten Parameters in PHP 5.2.3. und den niedrigeren Versionen.

Der AOE Linkhandler (Extension key: linkhandler) läßt sich für alle möglichen Datensätze konfigurieren. Die Dokumentation ist ausführlich, hier jedoch noch eine Konfiguration für zwei Datensatztypen mit unterschiedlichen Detailseiten abhängig vom Feld „type“.
Ich habe in den Beispielen den tatsächlichen Namen der Extension maskiert, anstatt tx_ext_[…] ist der Name der Tabelle mit den Datensätzen einzusetzen.

(mehr …)

Bei einer Extension, die etwas älter ist, ist der folgende Fehler aufgetaucht: Wenn in ein RTE-Feld eine Liste eingetragen wurde (mit ul/li), dann wurde diese beim Speichern in typolist-Tags umschlossen und diese wurden dann im FE als Tags angezeigt. Die typolist-Tags standen auch schon in der Datenbank, was die Vermutung nahe legte, dass die Konvertierung beim Parsen und Speichern passiert. Die RTE-Konfiguration in der Extension war wohl etwas älter und der Modus stand auf ts (mode=ts). Wahtscheinlich ist es eine Möglichkeit, die Konfiguration des RTE in der Extension zu ändern. Aber man kann das Problem auch lösen, ohne die Extension zu ändern. Dazu braucht man folgenden Schnipsel, der in die PageTSconfig der Root-Seite eingefügt wird.

RTE.config.[tabellenname].[feldname].proc.overruleMode = ts_css

Wenn es sich um tt_news handelt und das Feld description heißt, dann wäre die Konfiguration folgende:

RTE.config.tt_news.description.proc.overruleMode = ts_css

Danach müssen die betroffenen Datensätze zum Bearbeiten geöffnet werden und gespeichert. Denn der Parsing-Vorgang findet beim Speichern statt.

Es ist möglich in der Listenansicht bestimmte Tabellen auszublenden per Page TSconfig. Das kann sinnvoll sein, wenn man z.B. mit IRRE-Datensätzen arbeitet, diese auf der gleichen Seite abgelegt werden, aber nur durch den übergeordneten Datensatz bearbeitet werden sollen. Dadurch wird die Listenansicht natürlich auch übersichtlicher. Dazu bracht man folgenden Schnipsel (einzugeben in das TSconfig der Seite), man gibt natürlich den Namen der Tabelle an, ich nehme als Beipsiel tt_news:

mod.web_list {
hideTables = tt_news
}

Wenn man nun zwei Tabellen angeben möchte, ist es möglich, man darf dabei kein Leerziechen zwischen Komma und Namen lassen. Ausnahmsweise wird da die trimExplode wohl nicht verwendet, und so klappts:

mod.web_list {
hideTables = tt_news,pages
}

Vor Kurzem ist ein neues Firefox-Update rausgekommen, das zur Folge hat, dass im RTE die Links nicht korrekt gesetzt werden. Eine Beschreibung des Problems findet sich hier:
http://www.typo3-jack.net/typo3-german-lists-netfielders-de/20731-typo3-german-rte-falsche-links.html#td_post_68634

Im Detail sieht es so aus, dass vor alle Links die BaseURL inkl. TYPO3-Backendverzeichnis zusätzlich drangehängt wird. Beispiel:

http://www.domain.de/typo3/http://www.domain.de/seite.html

Das hat zur Folge, dass die Links beim Anklicken zu „Seite nicht gefunden“ Fehlermeldung führen.

(mehr …)