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.

Hab mir das TYPO3 6.0 Government Package installiert. Als ich versucht habe, ein Inhaltselement anzulegen, kam folgende Fehlermeldung:

Call to undefined method TYPO3\CMS\Core\Utility\GeneralUtility::readLLXMLfile()

TYPO3 ist scheinbar in der Lage aus t3lib_div die korrekte Klasse zu ermittelt, aber der Funktionsname hat sich inzwischen geändert. Zwei Lösungsvarianten:

Datei typo3conf/ext/tt_news/pi/class.tx_ttnews_wizicon.php

Variante 1) Nur den Funktionsnamen ändern

function includeLocalLang()	{
	$llFile = t3lib_extMgm::extPath('tt_news').'locallang.xml';
	$LOCAL_LANG = t3lib_div::readLLfile($llFile, $GLOBALS['LANG']->lang);
	return $LOCAL_LANG;
}

Variante 2) Auch die Klassennamen ändern (mit Namespaces)

function includeLocalLang()	{
	return \TYPO3\CMS\Core\Utility\GeneralUtility::readLLfile(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('tt_news') .
		'locallang.xml', $GLOBALS['LANG']->lang);
}

Habe mir TYPO3 Version 6.0 zum Anschauen installiert (XAMPP 1.8.1, Windows 7). Bisher funktioniert alles, außer dass beim Aufruf des Extension Managers der Apache abstürzt und eine leere Seite mit der Fehlermeldung angezeigt wurde, dass die Seite nicht geladen werden konnte. Hab dann ein bisschen gesucht und folgende Lösung gefunden, die tatsächlich schnell geholfen hat.
Ursache „Fluid uses complex regular expressions which require a lot of stack space during the first processing. On Windows the default stack size for Apache is a lot smaller than on unix. You can increase the size to 8MB (default on unix) by adding to the httpd.conf:“.

Also am Ende der httpd.conf-Datei folgendes einfügen und Apache neu starten:
ThreadStackSize 8388608

Quelle: Probleme beim Zugriff auf den Erweiterungsmanager typo3forum.net

Ich dachte, es wäre etwas einfacher, aber es funktioniert wohl (nur) so. Diese Funktion in die Repository-Klasse einfügen:

/**
* Return the current tablename
*
* @return string
*/
protected function getTableName() {
	return $this->persistenceManager->getBackend()->getDataMapper()->getDataMap($this->getRepositoryClassName())->getTableName();
}

Gefunden habe ich es beim TYPO3 Blogger Adventskalender von 2011.

Der große Vorteil von TemplaVoila ist die große Flexibilität bei den Templates. Wenn man nun ein Template erstellt mit z.B. zwei Spalten, bei denen die erste 600px und die andere nur 300px breit ist, ist es sehr schwer einen allgemeinen Wert für maximale Bildgrößen anzugeben. Zum Glück kann man im Data Structure die maximale Bildbreite für eine bestimmte Spalte überschrieben. Dazu in den TypoScript Abschnitt folgendes einsetzen:

<TypoScript>
<![CDATA[
5 = LOAD_REGISTER
5.maxImageWidth = 300
 
10= RECORDS
10.source.current=1
10.tables = tt_content
10.wrap = <!--TYPO3SEARCH_begin--> | <!--TYPO3SEARCH_end-->
 
15 = RESTORE_REGISTER
]]>
</TypoScript>

Die maximale Bildgröße wird dadurch in der Spalte auf nur 300px gesetzt. Hat man am normalen Verhalten bzgl. Bild in Text nichts geändert, dann ist in diesem Fall ein Bild im Text nur 150px breit.

Um Werte aus dem TCA im einenen Plugin zu verwenden, kann man die Funktion t3lib_div::loadTCA(‚fe_users‘) nutzen, um das TCA zu laden. Dann steht es unter $GLOBALS[‚TCA‘][‚fe_users‘] zur Verfügung und kann ausgelesen werden. Leider lädt diese Funktion nur die Felder, die im Core definiert sind. Wenn das TCA durch Extensions erweitert wird, sind diese Felder nicht darin gelistet. Warum das so ist, kann man im TYPO3 Bugtracker nachlesen.
Wenn mann stattdessen folgende Funktion verwendet, werden alle Felder inkl. der Felder aus den Extensions geladen:

$GLOBALS['TSFE']->includeTCA();