Für eine einfache Extension sollte in den Plugin-Einstellungen im BE ein Bild ausgewählt werden können, das dann im FE ausgegeben wird. Da es nicht ganz so einfach war, wie ich dachte, hier die Beschreibung wie es geht.

Wenn man ein FAL-Bildfeld über TCA konfiguriert, ist es recht einfach, da es eine Funktion dafür gibt:

'youtube_preview_image' => array(
	'exclude' => 0,
	'label' => 'Vorschaubild',
	'config' => \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig('preview_image', array('maxitems' => 1), $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'])
),

Um das Bild dann im Frontend auszugeben, reicht im Template folgendes:

<f:image src="{film.preview_image.url}" alt="{film.preview_image.alternative}" width="110" height="110" />

Fürs FlexForm gibt es so eine Funktion leider nicht, daher muss man das XML manuell schreiben oder hier rauskopieren: http://wiki.typo3.org/File_Abstraction_Layer#FlexForm. Folgende Zeilen sollten angepasst werden, damit das Beispiel funktioniert:

<settings.previewImage>
	<TCEforms>
		<label>Video Vorschaubild</label>
		<config>
				[...]
				<foreign_match_fields type="array">
					<fieldname>video_previewimage</fieldname>
				</foreign_match_fields>
				[...]
			</config>
	</TCEforms>
</settings.previewImage>

Da bei der Ausgabe der Mechanismus nicht greift, der normalerweise für eine Bildreferenz den entsprechenden Eintrag aus sys_file_reference zieht, muss man die Bildreferenz im Controller manuell auflösen:

public function showAction() {
	$cObj = $this->configurationManager->getContentObject();
	$uid = $cObj->data['uid'];
	$fileRepository = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('TYPO3\\CMS\\Core\\Resource\\FileRepository');
	$fileObjects = $fileRepository->findByRelation('tt_content', 'video_previewimage', $uid);
	$this->view->assign('images', $fileObjects);
}

Dann kann man das Bild im Fluid Template ausgeben (TYPO3 6.2):

<f:for each="{images}" as="image">
	<f:image image="{image}" alt="{image.alternative}" />
</f:for>

Und in TYPO3 6.1. funktioniert folgendes:

<f:for each="{images}" as="image">
	<f:image src="{image.uid}" alt="{image.alternative}" treatIdAsReference="1" />
</f:for>

Nach der Installation von TYPO3 6.2. auf Windows mit XAMPP blieb die Fehlermeldung, das OpenSSL nicht aktiviert sei, sehr hartnäckig. Eine Google-Suche lieferte viele Ergebnisse,ich halte jedoch nicht viel davon, leere Ordner anzulegen und dort Dateien reinzukopieren, nur damit die Pfade nicht geändert werden müssen. Das hat bei mir funktioniert.

Das Modul OpenSSL muss über die PHP-Konfigurationsdatei php.ini aktiviert sein. Folgende Zeile in php.ini suchen und ggf. das Semikolon am Anfang entfernen:

extension=php_openssl.dll

In den Umgebungsvariablen von Windows muss der Pfad auf die OpenSSL Konfigurationsdatei gesetzt sein. Dazu unter Windows 7 die Systemsteuerung öffnen und nach „umgebungs“ suchen. Unter System auf „Umgebungsvariablen für diese Konto bearbeiten“ klicken. Dort eine neue Variable anlegen („Neu…“)

OPENSSL_CONF

E:\xampp\php\extras\openssl\openssl.cnf

Anschließend das Install-Tool für die TYPO3-Installation öffnen, unter „All configuration“ die Variable $TYPO3_CONF_VARS[‚SYS‘][‚binSetup‘] suchen und dort ins Feld folgendes eintragen:

openssl=E:/xampp/php/extras/openssl/openssl.exe

Danach musste ich den Rechner einmal neu starten (wg. der Umgebungsvariablen?) und die Fehlermeldung war weg.

Wenn ein Redakteur einem normalen Inhaltselement in TYPO3 6 ein Bild hinzufügen möchte und die Fehlermeldung „Access denied“ erscheint, dann muss bei den Zugriffsrechten das Lese- und Schreibrecht auf die Tabelle „File Reference“ gesetzt werden.

Ich finde es ja ziemlich cool, dass im Fall von tt_news im Backend anzeigt wird, welche Ansicht (CODE) im Plugin gewählt ist und auch mal Hinweise und Fehler anzeigt werden, falls das Plugin nicht vollständig konfiguriert ist. Denn das ist häufig der Nachteil an Plugins, sie sind wie eine Black Box, man sieht nur beim Bearbeiten, was da eingestellt ist.

Wenn man es weiß, ist es eigentlich ziemlich einfach. Zunächst muss man eine Klasse integrieren, die die erweiterten Informationen extrahieren soll. Dazu am besten folgende Zeile in ext_tables.php oder ext_localconf.php einsetzen (ja, list_type_Info):

$pluginSignature = strtolower($extensionName).'_pi1';
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['cms/layout/class.tx_cms_layout.php']['list_type_Info'][$pluginSignature]['my_extension'] 
= 'EXT:my_extension/Classes/Layout/Entry.php:Entry->getExtensionSummary';

In welchem Ordner man die Datei ablegt, ist einem selbst überlassen.

Dann sollte man eben diese Datei mit dem Namen anlegen, darin die entsprechende Klasse mit der Funktion. In meinem Fall heißt die Datei Entry.php, enthält die Klasse Entry und die Funktion getExtensionSummary.

class Entry {
	function getExtensionSummary($params, &$pObj) {
 
	}
}

Die Funktion bekommt zwei Parameter: $params ist ein Objekt, dass alle Infomationen zum Content Element enthält und $pObj ist eine Referenz auf Parent-Objekt. Als erstes sollte man den list_type nochmal prüfen. Der Wert XXX sollte mit der vorher angegebenen Plugin-Signatur übereinstimmen.

if($params['row']['list_type'] == 'XXX') {
	// Flexform parsen
	$data = \TYPO3\CMS\Core\Utility\GeneralUtility::xml2array($params['row']['pi_flexform']);
	if(is_array($data) && $data['data']['sDEF']['lDEF']['switchableControllerActions']) {
		$selectedAction = $data['data']['sDEF']['lDEF']['switchableControllerActions']['vDEF'];
		return $result;
	}
}

Die Rückgabe dieser Funktion wird an die normale Ausgabe im BE drangehängt.

Wenn man einen Datensatz braucht, um z.B. seinen Titel anzuzeigen, dann kann man es wie folgt tun:

$entry= \TYPO3\CMS\Backend\Utility\BackendUtility::getRecord('tx_myextension_domain_model_entry', $id);
$result = '<b>'.$entry['title'].'</b>';

Mir ist aufgefallen, dass es man den Fluid Code zwar sehr schön formatieren kann, es aber nicht unbedingt schön in der Ausgabe aussieht. Jedes If führt in der Ausgabe zu einem Zeilenumbruch, was im Endeffekt zu einem unnötig langen HTML-Code führt. Also habe ich einen Trim-ViewHelper geschrieben. Dieser geht ein bisschen über das einfache trim von PHP hinaus – es werden alle Zeilenumbrüche und doppelte Leerzeichen entfernt, da sie in der Darstellung von HTML keine Rolle spielen. Und das ist der Code von meinem ViewHelper (namespace bitte selbst einsetzen):

class TrimViewHelper extends \TYPO3\CMS\Fluid\Core\ViewHelper\AbstractViewHelper {
 
	/**
	 * @param mixed $value The value to output
	 * @return string
	 */
	public function render($value = NULL) {
		if ($value === NULL) {
			$value =  $this->renderChildren();
		}
		// remove new line - does not matter in html anyway
		$value = str_replace(chr(10), '', $value);
		// remove multiple whitespaces
		$value = preg_replace ('#\s+#' , ' ' , $value);
		return trim($value);
	}
}

Wenn man ein auf Extbase/Fluid-Basis erstelltes Plugin auf jeder Seite einsetzen möchte, dann braucht man folgenden Code im Setup des Seitentemplates:

temp.myPlugin = USER
temp.myPlugin {
   userFunc = tx_extbase_core_bootstrap->run
   pluginName = MyPlugin
   extensionName = MyExtension
 
   settings =< plugin.tx_myextension.settings
   persistence =< plugin.tx_myextension.persistence
   view =< plugin.tx_myextension.view
}

Statt MyPlugin und MyExtension muss man natürlich den Namen des eigenen Plugins und der Extension einsetzen. Wichtig ist, dass das Plugin mit configurePlugin und registerPlugin in ext_localconf.php bzw. ext_tables.php registriert und konfiguriert ist. In meinem Fall ist MyPlugin so konfiguriert, dass TestController->listAction aufgerufen werden soll.

Nun hatte ich das Problem, dass ich meine Klassen bereits nach TYPO3 6 Manier also mit Namespaces geschrieben habe. Wenn der Extbase Bootstrapper aber aus den Angaben den Controller-Klassennamen zusammenbaut, dann bekommt er folgendes: Tx_MyExtension_Controller_TestController. Die Klasse existiert natürlich nicht, denn sie heißt genamespaced ja so: \Vendor\MyExtension\Controller\TestController.

Ich habe rausgefunden, dass es eine ClassAliasMapper.php gibt, in der die alten Klassennamen auf die neuen Namen mit Namespace gemappt werden. So funktioniert ja z.B. der Aufruf Tx_Extbase_Core_Bootstrap immer noch, obwohl es die Klasse nicht gibt. Dann hab ich rausgefunden, dass alle Extensions nach der gleichen Datei durchsucht werden und diese Mapping-Liste erweitert wird. Im Extension-Ordner die Ordnerstruktur Migrations/Code/ und darin die Datei ClassAliasMap.php anlegen. Die Datei hat folgenden Inhalt:

return array(
	'Tx_MyExtension_Controller_TestController' => 'Vendor\\MyExtension\\Controller\\TestController'
);

Wenn man noch ohne Namespaces arbeitet, dann fügt man folgenden Code ins Setup der eigenen Extension ein:

config.tx_extbase.persistence.classes {
	Tx_MyExtension_Domain_Model_Page {
		mapping {
			tableName = pages
		}
	}
}

Seit TYPO3 6.0 sind nun Namespaces hinzugekommen, und nun sieht es so aus:

config.tx_extbase.persistence.classes {
	Vendor\MyExtension\Domain\Model\Page {
		mapping {
			tableName = pages
		}
	}
}

Wichtig ist, dass vor dem Vendor kein Slash steht.

Ich habe mich letzte Woche mit Mehrspaltigkeit in TYPO3 auseinandergesetzt. Ich habe bisher in 4er-Versionen gearbeitet und wollte nun der neuen Version 6 eine Chance geben. Da die Layouts, die ich serviert bekomme, meistens abwechslungsreich sind (2 oder 3 Spalten innerhalb einer Content-Spalte), habe ich bisher immer TemplaVoila genutzt. Die Flexibilität von TV und der Einsatz von FCEs macht TV zu einem mächtigen Templating-Tool in TYPO3.

(mehr …)

Zum Testen hatte ich die Extension „pagerating“ installiert auf meinem XAMPP. Habe das Template inkludiert, jQuery meiner Seite hinzugefügt. Dann klickt man auf den Link zum Voten (es kommt ein Alert) und die Konsole zeigt eine Fehlermeldung an. Hab auf den Link geklickt – es kommt eine TYPO3 Fehlermeldung „Page type not configured“. In der Configuration der Extension wird ein Seitenobjekt definiert – sieht soweit alles richtig aus, komisch, dass es nicht funktioniert.
Dann hab ich mir mal die typeNums der Seiten anzeigen lassen. In der Extension ist es so gesetzt:
pageTypeNum = 43873923824
Wir auch in den Links so generiert. Aber in der Fehlermeldung steht folgendes:
The page is not configured! [type=2147483647]

Die Ursache dieser unterschiedlichen Zahlen ist der Typ des pageTypeNum-Wertes. Dieser ist nämlich int. Und der maximale Wert für einen int-Wert (zumindest in Windows) ist eben 2147483647. Das Problem ist somit behoben, wenn man über Konstanten-Editor den pageTypeNum auf einen geringeren Wert setzt als eben den maximalen int-Wert.