Bei fast jeder Extension findet man am Ende einen Abschnitt, der es ermöglicht diese Extension zu erweitern, bzw. die Funktionen für eigene Zwecke zu überschreiben. Das hat den Vorteil, dass man der eigentlichen Quellcode nicht ändert und so bei einem Update nichts überschrieben werden kann.
In einem kurzen Beispiel werde ich die Extension tip-a-friend erweitern, so dass einige ungünstige Fehler behoben werden.

Zunächst muss ein Ordner angelegt werden, dass die neue Extension beherbergen soll, diese soll np_tipafriend_ext heißen. Das _ext deutet darauf hin, dass die Extension eine Erweiterung ist, der Name der erweiterten Extension tipafriend steckt im Namen auch drin.
Dann öffnet man die Klassen-Datei der Extension, die man erweitern will und sucht ganz unten den Abschnitt mit der XCLASS. Bei tip-a-friend nämlich:

if (defined(‚TYPO3_MODE‘) && $TYPO3_CONF_VARS[TYPO3_MODE][‚XCLASS‘][‚ext/tipafriend/pi/class.tx_tipafriend.php‘]) {
include_once($TYPO3_CONF_VARS[TYPO3_MODE][‚XCLASS‘][‚ext/tipafriend/pi/class.tx_tipafriend.php‘]);
}

Um nun die neue Extension als Erweiterung der tip-a-friend in Typo3 zu registrieren, legt man im neuen Extension-Ordner die Datei ext_localconf.php an und schreibt dort folgendes hinein:

if (!defined (‚TYPO3_MODE‘)) die (‚Access denied.‘);

$TYPO3_CONF_VARS[‚FE‘][‚XCLASS‘][‚ext/tipafriend/pi/class.tx_tipafriend.php‘] = t3lib_extMgm::extPath($_EXTKEY).’class.ux_tx_tipafriend.php‘;

Der erste Teil entspricht dem Ausdruck entnommen aus der Tip-a-friend Klassen-Datei, der zweite gibt an, wie die Klasse der neuen Extension lautet. Dieser muss einem bestimmten Schema folgen: dem Klassennamen der zu erweiternden Extension wird ein ux_ vorgestellt! Falls der Klassenname tx_ahlinklist_pi1 lautet, dann ist die Erweiterung ux_tx_ahlinklist_pi1.

Dann legt man eine Datei an, die den mit ux_ beginnenden Dateinamen trägt. Direkt im Ordner der Extension gibt es nun einen Datei, die class.ux_tx_tipafriend.php heißt und (ohne Kommentarblock) folgenden Code enthält:

class ux_tx_tipafriend extends tx_tipafriend {
function main_tipafriend($content,$conf) {
return „HIER“;
}
}

Die Hauptfunktion der Tip-a-friend heißt nämlich main_tipafriend (bei den meisten Extensions einfach nur main), daher wird in der neuen Klasse die Funktion überschrieben und liefert „HIER“ zurück. Man kann die Funktionen der übergeordneten Klasse aufrufen mit parent::Funktionsname, das Ergebnis dann bearbeiten und zurückgeben.

Die Extension ah_bookmark ist eigentlich ganz schick, um die Seite schnell zu den Favoriten hinzuzufügen, denn sie kümmert sichum die Browser-Abfrage, so dass es in FF und IE gleiche funktioniert. Es gibt da leider einige Probleme, vor allem im Zusammenhang mit RealURL.

Zunächst mal ein Beispiel, wie man die Extension ins Template einbauen kann (falls man den Bookmark-Link auf jeder Seite haben möchte). Hier habe ich ein Menü simuliert mit einigen manuell angelegten Links, die alle ein anderes Icon haben können. Der LocalLang Abschnitt sollte dafür sorgen, dass die nicht vorhandene Übersetzung der Extension nicht ins locallang.xml reingeschrieven werden muss.

lib.specialnavigation = COA
lib.specialnavigation {
[…]
39 = TEXT
39.value =

wrap =

|

Bei Anklicken des Links wurde man auf die Startseite weitergeleitet, weil RealURL eingesetzt worden ist. Ich hatte versucht ans Ende des Javascript-Aufrufs im Link ein „return false;“ dranzuhängen. Das hat aber irgendwie auch nichts genützt. Daher die elegante Lösung mit dem Link auf die aktuelle Seite. Dazu in der Datei class.tx_ahbookmark_pi1.php die switch-Anweisung suchen und die Links wie folgt ändern.

switch ($agent[‚BROWSER‘]) {
case ‚msie‘:
case ’net‘:
$content.= ‚pi_linkTP_keepPIvars_url().'“ onclick=“addBookmark“ rel=“sidebar“ title=“‚.$title.‘; return false;“ >‘.$linkText.‘‚;
break;
default:
$content.= $this->pi_getLL(’noSupport‘,“);
break;
}

Ein weiteres Problem ist, dass der Title der Seite nicht angezeigt, weil davon ausgegangen wird, dass $this->data in der Extension gefüllt wird. Außerdem muss im Template der Sitetitle gesetzt werden. Im schlimmsten Fall wird dann einfach nur ein : angezeigt, wenn man die Seite zu Favoriten hinzufügen möchte. Es gibt bestimmt eine bessere Möglichkeit, das zu lösen, aber weil ich grade sowieso in der php-Datei am Pfuschen war, dachte ich, könnte ich es auch gleich da ändern.

Zunächst mal habe ich $this->data gesetzt, falls es nicht da ist. Der getFieldVal-Ausdruck hat immer noch nicht das gewünschte Ergebnis geliefert. Daher habe ich es einfach geändert.

// direkt nach $this->pi_USER_INT = 1; einfügen
if(!$this->data) {
$this->data = $this->cObj->parentRecord[‚data‘];
}
if (!$conf[‚title‘]) {
// no static title set so set it to title of current page
//$title = $GLOBALS[‚TSFE‘]->tmpl->setup[’sitetitle‘].‘: ‚.$this->cObj->getFieldVal(’navtitle // title‘);
$title = $GLOBALS[‚TSFE‘]->tmpl->setup[’sitetitle‘].‘: ‚.$this->data[‚title‘];
} else {
$title = $conf[‚title‘];
}
// dann kommt irgendwann die switch-Schleife

Ich wollte die Captch-Extension in Tip-a-friend einsetzen, um abzusichern, dass die Seite missbraucht wird. Ich habe mich für die einfachere Extension captcha entschieden. Diese läßt das Einsetzen von ttf-Schriften zu, die Buchstaben können gedreht und verschoben werden. Und einige Extensions so wie Tip-a-friend unterstützen die Captcha-Extensions, so weit sie installiert ist.

Nachdem ich beide Extensions installiert hatte und mir das Formular von Tip-a-friend (Taf) anzeigen ließ, wurde nur ein img-Tag generiert, d.h. die Extension wurde installiert und gefunden, es wurde jedoch kein Bild angezeigt. Es ist schwierig in diesem Fall zu debuggen, da das Bild mit dem Script erzeugt wird. Wenn man die Datei in einem anderen Fenster aufruft, so stehen einige Variablen aus der Session nicht zur Verfügung. Und in der Seite, in der das Bild eingebunden ist, kann man nicht debuggen, weil print_r, echt etc. einfach nicht angezeigt werden.

Die erste Möglichkeit, sich überhaupt etwas anzeigen zu lassen ist, im Quellcode der Rahmenextension (in diesem Fall Taf) aus dem Image-Tag ein Iframe-Tag zu machen. Wenn es ein Bild ist, dann ist es ein Bild, aber wenn es Fehlermeldungen gibt, werden die wenigestens angezeigt.

// OLD
$captchaHTMLoutput = t3lib_extMgm::isLoaded(‚captcha‘) ? ‚‚ : “;
// NEW
$captchaHTMLoutput = ‚‚;

Dann sollte man in einem Iframe die Fehlermeldungen bekommen. Bei mir waren die ersten Fehlermeldungen die Beschwerde darüber, dass define(PATH_this,…) so nicht korrekt ist. Also habe ich in allen define-Ausdrücken den ersten Parameter mit Anführungszeichen versehen, damit es ein String ist.

Dann gabs da noch eine Reihe von Notices und einen Errors. Die Funktion imagerotate wurde nicht gefunden. Nach ein bisschen Recherche stellte sich raus, dass die Funktion zwar eine php4-Funktion ist, es aber von der GD-Version abhängt, ob sie auch wirklich funktioniert. Eine Möglichkeit ist die Funktion einfach rauszukommentieren. Auf der php.net-Seite zu der Funktion finden sich in den Kommentaren Beispiele, wie man es anders umsetzen kann. Da es ja in Typo3 ist, kann man ja auf die Funktion von Imagemagick zurückgreifen.

if(function_exists(„imagerotate“)) {
$rot = imagerotate($tmpi, $da, $back);
} else {
$tmpfile = ‚img‘.rand(1000,9999).‘.png‘;
imagepng($tmpi,$tmpfile);
passthru(„convert -rotate $da $tmpfile -„);
unlink($tmpfile);
$rot = imagecreatefrompng($tmpfile);
}

Am Ende nicht vergessen, den Iframe-String zu entfernen und stattdessen den Image-Tag wieder reinzuschreiben. Und für alle Fälle das Error-Reporting ausschalten, damit das Bild generiert wird, auch wenns kleine Hinweise gibt:

ini_set(‚error_reporting‘,’0′);

Gewünscht ist, dass bei den dargestellten Einträgen aus tt_news die Bilder verikal und horizontal zentriert werden. Um das Bild herum befindet sich ein Rahmen einer festen Größe mit Schlagschatten. Die Bilder sollen daher wie Polaroids aussehen. Falls kein Bild da ist, dann soll der Text normal über die gesamte Breite fließen.

Wie das geht, wird hier am Beispiel des „latest“-Abschnitts gezeigt. Zunächst modifiziere ich das Template so, dass nur noch das notwendige drinsteht:

Das reicht natürlich nicht, um das Bild so auszurichten, wie es gewünscht ist. Deswegen müssen noch ein paar Hilfs-divs her, diese dürfen aber auch nur dann da sein, wenn auch ein Bild da ist. Daher muss noch ein wenig am Setup geändert werden. Also wird ins TypoScript Setup der Hauptseite die folgende Zeile eingefügt:

plugin.tt_news.displayLatest.imageWrapIfAny =

Falls das Bild als existiert, werden um das Bild herum einige divs gewrappt, diese divs werden dazu benutzt, um das Bild auszurichten. Der Container für das Bild (news-latest-image) wird links positioniert und das Hintergrundbild wird eingefügt. Padding kann da nicht hinzugefügt werden, denn sonst würde der Text ohne Bild nicht über den kompletten Bereich fließen.
Im ersten Hilfs-Wrap wird das padding definiert, damit es keine Browser-Unterscheidung beim Box-Modell geben muss. Im Hilfs-Wrap 2 werden nun alle wichtigen Eigenschaften definiert: die Größe, die Ausrichtung und die Eigentschaft display wird auf table-cell gesetzt. Denn (so die Erklärung) nur innerhalb einer Tabelle können die Inhalte auch vertikal zentriert werden.

Wenn der IE nicht wäre, dann wäre es so weit fertig. Leider zentriert der IE die Bilder immer noch nicht mittig. Die Hilfe gibt es auf der tollen cssplay.co.uk Seite. Da wird das aber über eine zusätzliche Condition gemacht (siehe Quelltext der Seite). Nachdem ich die zwei wraps und die Definition eingebaut habe wie im Beispiel, hat es ohne zusätzliche Abfragen in IE5, IE6, FF und Opera funktioniert.

.news-latest-image {
float: left;
background: transparent url(‚../gfx/tt_news/latest_bg_68x68.gif‘) no-repeat;
}
.news-image-helper {
padding: 5px 10px 25px 5px;
}
.news-image-helper2 {
width: 58px;
height: 58px;
display: table-cell;
text-align: center;
vertical-align: middle;
background-color: white;
}

.news-latest-image .edge {
width:0;
height:100%;
display:inline-block;
vertical-align:middle;
}
.news-latest-image .container {
text-align:center;
width:100%;
display:inline-block;
vertical-align:middle;
}

Im Setup einer Extension kann man Dateipfade mit EXT definieren, damit je nach Installationsart die Datei trotzdem gefunden werden kann. Wie löst man diese Schreibweise nun auf.

In Constants werden zwei Beispielvariablen definiert, von der ersten Datei soll der Pfad ermittelt werden, von der zweiten braucht man direkt den Inhalt.

plugin.np_sudoku {
# cat=plugin.np_sudoku/file/1; type=file[txt]; label=Sudoku File: a text-file which contains all the sudoku games
sudokuFile = EXT:np_sudoku/res/sudoku.txt
# cat=plugin.np_sudoku/file/2; type=file[html,htm,tmpl,txt]; label=Rules File: a file which contains the preformatted rules for playing sudoku
rulesFile = EXT:np_sudoku/res/rules.html
}

Im Setup liest man die Konstanten aus:

plugin.tx_npsudoku_pi1 {
# name of the sudoku file
sudokuFile = {$plugin.np_sudoku.sudokuFile}
# name of the rules file
rulesFile = {$plugin.np_sudoku.rulesFile}
}

Die Werte stehen in der Klasse tx_npsudoku_pi1 im $conf zur Verfügung. Von der ersten Datei braucht man nur den Dateinamen:

$filename = $GLOBALS[‚TSFE‘]->tmpl->getFileName($this->conf[’sudokuFile‘]);

Von der zweiten Datei braucht man den Inhalt:

$filecontent = $this->cObj->fileResource($this->conf[‚rulesFile‘]);