plugin.tx_newloginbox_pi1.templateFile = fileadmin/templates/loginbox.tmpl

noch das Ändern der vorhandenen Templates? Selbst das Löschen des in der Extension angegebenen Templates:

if (!$templateFile) {
$templateFile = 'EXT:newloginbox/res/newloginbox_00.html';
}

bringt keinen Erfolg?

Dann könnte die Extension “beko_improved_login”, die “newloginbox” erweitert Schuld sein. Dort wird in der Datei “class.ux_tx_newloginbox_pi1.php” das Login-Template quasi händisch und an “newloginbox” vorbei zusammengebaut. Hier mit der Suche ansetzen!

1. Menü ‘Extras -> Add-ons’
2. Den ‘Add-ons herunterladen’ - Reiter aufrufen
3. Als Suchbegriff “Lightning” eingeben
4. Die Ergebnisliste enthält einen Eintrag “Lightning Nightly Updater (Unofficial)”
5. Dieses Addon installieren und Thunderbird neustarten
6. Menü ‘Help -> Check for Latest Lightning Nightly Builds…’
7. In einem Pop-up wird die aktuell verfügbare letzte Nightly-Build-Version angezeigt
8. Klicken um diese zu installieren und Thunderbird neu starten

Natürlich sollte man beachten das eine Nightly-Build-Version keine offiziel für Produktivumgebungen freigegebene Version ist und unter Umständen keineswegs fehlerfrei…

Gehen SIe hierzu auf Besucher –> Besuchertrend –> Besuche

Dann erscheint rechts oben das “Uhr”-Icon, mit welchem Sie die Detaillierte Stundenauswertung aktivieren können.

Mit ein wenig Java-Script und Typoscript lässt sich dieser Mangel schnell beheben.

Dazu muss jeder Link, der von Google erfasst werden soll um etwas Javascript erweitert werden.

<a onclick="javascript: pageTracker._trackPageview('datei.typ');" href="http://www.domain.de/pfad/datei.typ">

Zu beachten ist dabei noch, dass der Tracking-Code vor dem entsprechenden Link in die Seite eingebaut werden muss. Normalerweise wird der komplette Javascript-Code von Google - der den Tracking-Code enthält ja direkt vor dem schließenden Body-Tag platziert. Folgende Zeile Code direkt nach dem öffnenden Body-Tag übernimmt das:

<script type="text/javascript"><!--_uacct = "UA-0000000-00";// --></script>

Im einfachsten Falle den Code dazu in der Template-Datei selbst einfügen.

Nun gibt es in der Hauptsache drei Varianten, wie mittels Typo3 auf Dateien verwiesen wird:

- Dateilisten als Inhaltselement
- Dateianhänge an Newsartikeln
- Verweise innerhalb von mit dem RTE-Editor angelegten Texten

zu 1.) Über die Gestaltung der Links innerhalb des TS-Setups lässt sich die notwendige Angabe einfach machen:

tt_content.uploads.20.layout.file = <div class="###CLASS###"><span class="filellist-description">###DESCRIPTION###</span><span class="filellist-file"><a onclick="javascript: pageTracker._trackPageview('###TITLE###'); " href="###URL###">###TITLE###</a> ###FILESIZE###</span></div>

zu 2.) Hier nimmt man Rückgriff auf eine kleine Javascript-Funktion, die den Dateinamen aus dem zu betrachtenden Link extrahiert. Folgenden Javascript-Code über eine externe JS-Datei in die Webseite einbinden:

function getFileName(url) {
var strFilename;
var strHref = url;
strHref = strHref.replace(/\//g,"\\");
var index = strHref.lastIndexOf("\\");
if (-1<index) {
strFilename = strHref.substring(index+1);
} else {
strFilename = strHref;
}
return strFilename;
}


Hierzu die notwendige Verknüpfung entweder durch direkte Notation im Template oder aber über eine entsprechende Anweisung im TS in die Seite einbinden.

Das Typoscript-Setup muss dann noch wie folgt erweitert werden, damit der zum Tracking notwendige Code allen Dateianhängen von Newsartikeln hinzugefügt wird:

plugin.tt_news {
newsFiles {
ATagParams = onClick="javascript:pageTracker._trackPageview(getFileName(this.href));"
}
}

zu 3.) Hier ist dieselbe JS-Funktion notwendig wie unter 2.). Diese sollte ja aber bereits eingebunden sein. Im TS-Setup wird nun noch folgende Angabe ergänzt, um allen Links den Trackeraufruf hinzuzufügen:

lib.parseFunc_RTE.tags.link.typolink.ATagParams {
cObject = TEXT
cObject {
value = getFileName(this.href)
wrap (
onclick="javascript:pageTracker._trackPageview(|);"
)
}
}

Hierbei werden allerdings alle im RTE definierten Links erfasst, auch diejenigen, die nur auf externe Seiten - und nicht auf eine Datei - verlinken. Für eine korrekte Behandlung lässt sich die Funktion
getFileName() noch entsprechend erweitern.

Das mag Vorteile haben: man verteilt nur die sich hauptsächlich ändernde Projektdatei und nicht die sich eher selten ändernden Dateien der Bibliotheken, hat aber auch den Nachteil, dass im Zweifelsfall Dateien beim Empfänger fehlen.

Eine Variante ist es die ausführbare jar-Datei des Projektes und den Ordner “lib” zu zippen und diesen zu versenden, auf das der Empfänger weiß, was er damit tun muss.

Die andere Möglichkeit: alles Notwendige in eine einzelne ausführbare jar-Datei zu packen und nur diese zu verteilen.

Dafür ist die “build.xml” des Projektes wie folgt zu erweitern:

<target name="-post-jar">
 <jar jarfile="dist/project_complete.jar">
  <zipfileset src="${dist.jar}" excludes="META-INF/*" />
  <zipfileset src="${dist.dir}lib/library1.jar" excludes="META-INF/*" />
  <zipfileset src="${dist.dir}lib/library2.jar" excludes="META-INF/*" />
  <manifest>
   <attribute name="Main-Class" value="com.example.mypackage.Main"/>
  </manifest>
 </jar>
</target>

Damit wird im Verzeichnis “dist” eine einzelne jar-Datei “dist_complete.jar” erzeugt, die sowohl die jar-Datei des Projekts enthält, als auch die jar-Dateien der Bibliotheken (hier library1.jar und library2.jar). Die Liste der “zipfileset” kann beliebig fortgesetzt werden und sollte alle Dateien in “lib” umfassen. Das Attribut “Main-Class” muss natürlich auf die korrekte Main-Class verweisen, damit die erstellte “dist_complete.jar” auch ausgeführt wird.

Standard:
plugin.tx_cal_controller.view.{view}.event.enddate.noTrimWrap = | - ||

kein Trennzeichen:
plugin.tx_cal_controller.view.{view}.event.enddate.noTrimWrap = |||

Das JDK 6 bietet aber eine Lösung für dieses Problem:

Wird die JVM mit der Option -Dsun.io.serialization.extendedDebugInfo=true gestartet, so liefert die Esception detaillierte Informationen über das Objekt, das den Fehler verursacht hat.

In Eclipse wird kann die Option übrigens bequem unter den runs settings bzw. launch configuration als Argument hinterlegt werden.

not a valid MySQL result resource in class.t3lib_db.php on line

führt. Folgende SQL - Anweisungen (in phpmyadmin o.ä.) ausgeführt sollten das Problem beheben:

ALTER TABLE tt_address ADD uid int(11) unsigned NOT NULL auto_increment;
ALTER TABLE tt_address ADD PRIMARY KEY (uid);

FF gibt sich dagegen wie erwartet klaglos

Mitunter passieren bei einer Installation aber merkwürdige Dinge: nach Umzug oder auch bei Neuinstallation will TYPO3 respektive realurl neu angelegte (oder auch alte) Seiten nicht mehr finden.

Setzt man in der realurl-configuration den Parameter ‘postVarSet_failureMode’ => ” so wird einem evtl. ein solcher Fehler bei Seiten der 2.,3.,… Ebene angezeigt: Error! Reason: Segment … was not a keyword for a postVarSet as expected!

Evtl. hilft dann dei Überprüfung des Parameters rootpage_id im Abschnitt pagepath. Dieser hat per default den Wert 1. Ist die Page-ID des Roots aber nicht eins, so muss hier der richtige Wert eingetragen werden.