Will man in einer Adress-Liste Fotos ausgeben, so werden diese Standardmäßig ohne Klick-Vergrößerung angezeigt. Folgendes Code-Snippet definiert für ein beliebiges Template die Lightbox-Vergrößerung und auch direkt Links der Felder Website und E-Mail (inklusive Spam-Schutz):

[PHP]

templates.beispiel {

image {
file.maxW = 182
imageLinkWrap = 1
imageLinkWrap.enable = 1
imageLinkWrap.typolink {
parameter.cObject = IMG_RESOURCE
parameter.cObject.file.import.data = TSFE:lastImageInfo|origFile
ATagParams = rel=”lightbox”
ATagParams.insertData = 1
}
}

email.typolink.parameter.field = email
www.typolink.parameter.field = www
address.br =1
description.br =1

}

[/PHP]

Verwandte Einträge:

1. TYPO3: Update von tt_news auf Version 3.0.1 TT_News ist die Erweiterung für TYPO3 – es gibt manche...

Quelle: TYPo3 Extension Repository

Heute habe ich drei verschiedene Installationen geupdatet und bin mit der neuen Version sehr zufrieden. Trotzdem sollte man einige Dinge beim Update beachten – welchen kleine Stolpersteine mir begegnet sind, lest ihr in diesem Artikel.

Updateprozess von tt_news

Vor dem Updaten gilt: Sichert die Datenbank! Nur so könnt ihr das Update rückgängig machen, falls doch alles in die Hose geht.

Der Updateprozess von tt_news ist relativ einfach und wohlbekannt: Über den Extension Manager aktualisieren wir die Extension. Danach bietet tt_news einen eigenen Updater an, um veraltete Einstellungen automatisch zu aktualisieren.

Kleinere Stolpersteine

Auch wenn das Update an sich problemlos funktioniert, so haben sich einige Einstellungen innerhalb von tt_news geändert. Die folgenden Hinweise solltet ihr also wenn möglich vor dem Update schon beheben, damit erst direkt eine Unstimmigkeiten auftreten.

Keine SinglePid definiert

In der Version 3 ist eine Definition der singlePid, also welche Seite für die Einzelansicht bestimmt ist, zwingend notwendig. Ist keine Seite für die Einzelansicht definiert, gibt es nur die Fehlermeldung “plugin.tt_news ERROR: No singlePid defined”.

Der Fehler tritt überall auf, selbst in der Einzelansicht. An und für sich ein zu begrüßender Schritt, war die nicht Definition er SingleView doch eine häufige Fehlerquelle. Blöde: Hat man bislang alle SingleViews über die Kategorien/Rubriken zugewiesen, erscheint der Fehler trotzdem. Man trägt nun also in jedem Plugin per Hand eine Einzelseite nach oder setzt diese einmal global im Setup – die Pid der Rubrikeinstellungen überschreibt beide Einstellungen in der Praxis:

plugin.tt_news.singlePid = 6173

Benutzerrechte der Kategorien setzen

Auch bislang gab es ja die Möglichkeit, bestimmten Benutzern nur einen Teil der Rubriken zugänglich zu machen. Entweder über die Backend-Benutzergruppe oder den Backend-User.

Neu ist, dass diese Option zwingend gesetzt sein muss – ansonsten hat der Benutzer gar keinen Zugriff auf irgendwelche Kategorien. Selbst dann nicht, wenn  die Kategorien-Datensätze in seinem Verzeichnisbaum liegen.

Das finde ich persönlich sehr nervig, da ich auch keine Möglichkeit gefunden habe, dieses Verhalten zu deaktivieren. Wer also in einer TYPO3-Installation mehrere Seiten betreibt, organisiert eventuell vorher besser einmal das was die Nutzer da angerichtet haben und fügt einer Backendgruppe alle Root-Kategorien hinzu. Jedem Benutzer wird dann die Gruppe zugeweisen. Natürlich haben auch weiterhin die Nutzer nur Zugriff auf die Kategorien und News, die auch in ihrem Verzeichnisbaum liegen.

Pagebrowser anpassen

Neu ist auch verbesserter Pagebrowser, der endlich auch nicht mehr in Tabellenform ausgegeben wird. Die Standard-Konfiguration ist allerdings etwas fragwürdig, so dass eventuell ganz schön viele Links und lange Links zustande kommen.

Wer den neuen Pagebrowser deaktivieren und wieder den alten nutzen will, setzt im Setup Folgendes:

plugin.tt_news.usePiBasePagebrowser = 0

Besser ist der neue Browser natürlich schon, den man mit ein paar Handgriffen auch etwas anpassen kann:

plugin.tt_news {
usePiBasePagebrowser = 1

 pageBrowser {
 maxPages = 5
 showResultCount = 0
 showPBrowserText = 0
 dontLinkActivePage = 1

 showFirstLast = 0
 pagefloat = center
 showRange = 0
 hscText = 1

 showResultsNumbersWrap = |
 browseBoxWrap = <div>|</div>
 showResultsWrap = <div>|</div>
 browseLinksWrap = <div>|</div>
 disabledLinkWrap = <span>|</span>
 inactiveLinkWrap = |
 activeLinkWrap = <span>|</span>
 activeLinkWrap.stdWrap.wrap = <span>|</span>
 }
}

Der oben stehende Code sorgt dafür, dass einige nicht wirklich zwingende Informationen nicht angezeigt werden.

Mehr-Link entfernen oder anpassen

Ich bin ja kein Freund dieser stumpfen “mehr”-Links. Meistens habe ich die deaktiviert, beziehungsweise den Marker aus dem Template entfernt. Der ist nun aber out-of-date und der More-Link muss übers Setup deaktiviert werden:

plugin.tt_news.dsiplayList.subheader_stdWrap.append >

Verwandte Einträge:

1. Wordpress: Update auf Version 2.8.1 und “My Category Order” Wie man vielleicht mitbekommen hat, ist gestern die neue Wordpress-Version...
2. WPMU: Update auf Version 2.8.1 und wieder zurück Gerade habe ich noch über das Update von Wordpress MU...
3. Piwik: Version 0.4.2 erschienen Die quelloffene Besucheranalysesoftware ist in Version 0.4.2 erschienen, in der...

Das Problem

Gestern hatte einer meiner Kunden ein Problem mit dem Kalender (Calendar_Base in Version 1.1.0). Eine Seite mit Terminansichten war zerschossen und lieferte nur noch einen PHP-Fehler.

Fatal error: Call to a member function getUid() on a non-object in /kunden/xxx/www/typo3conf/ext/cal/model/class.tx_cal_model.php on line 1285

Ursache und schnelle Behebung

Diverse Foren- und Mailinglistenbeiträge vermuteten hier ein Problem, wenn einem Termin mehrere Kategorien zugeordnet werden. Das ist aber nur fast richtig. Der Fehler tritt dann auf, wenn in einer Terminansicht definiert ist, nur die Kategorien X und Y auszugeben, aber einer dieser Termine noch zusätzlich der Kategorie Z zugeordnet ist. Das stürzt Calendar_Base wohl in tiefere Depressionen und verursacht den Fehler (wie ich gerade erst sehe, wurde dies auch bereits hier festgestellt).

Um den Fehler erst mal schnell zu beheben, muss entweder in den entsprechenden Terminen die Kategorie entfernt werden oder in der Ansicht die Kategorie hinzugefügt werden. Die Ausgabe im Frontend erfolgt jetzt zwar unter Umständen nicht wie gewünscht, dafür gibt es aber eine Ausgabe und keinen Fehler.

Das Problem lösen

Natürlich ist das Verhalten von Calendar_Base aber ein Bug und längerfristig nicht im Produktivbetrieb einsetzbar – wer will schon permanent nach dem Eintragen eines Termines sämtliche Ansichten checken? Nach kurzer Recherche auf der Cal-Mailingliste und im Bugtracker konnte ich zumindest nicht erkennen, dass der Fehler schon gemeldet wäre. Zum Test, ob es denn in der neuen Version behoben sein wird, habe ich den Snapshot der Version 1.2.0 runtergeladen und versucht zu installieren.

Aber auch das schlug leider zuerst fehl, Cal schlug mir diverse weitere Extensions vor, die ich nicht benötige und lieferte nach dem ignorieren nur noch den Fehler, dass die Datei nicht hochgeladen werden konnte.

Snapshot entpacken

Ich habe also nach einer einfachen Möglichkeit gesucht, die t3x-Datei zu entpacken und manuell hochzuladen. Fündig wurde ich im Forum auf TYPO3.net, wo droptix das kleine Programm Expandt3x zur Verfügung stellt. Einfach downloaden, die t3x-Datei auf die Exe-Datei ziehen und schon wurde die Datei auf dem Desktop entpackt – einfacher geht es nicht!

Neue Version hochladen und updaten

Nun habe ich per FTP erstmal die alte Calendar-Version gesichert und danach durch die neue ersetzt. Vorsicht: Wer die alte Cal-Version komplett vom Server gelöscht hat, wird die neue Version nicht im Extension-Manager finden. Grund ist das Fehlen der Datei “ext_emconf.php“, hier einfach die Datei aus dem Backup hochspielen. Wer nun im Backend Fehlermeldungen bekommt, sollte manuell die temp-Dateien aus dem Ordner typo3conf löschen.

Danach werden über den Extension-Manager noch die nötigen Updates für den Kalender gefahren (sonst gibts im Frontend unschöne Fehler) und der Cache gelöscht.

Voilá – bei mir haben sich die Probleme gelöst und auch keine neuen ergeben, was ja bei Cal-Updates nicht immer der Fall ist.

Verwandte Einträge:

1. TYPO3: Update von tt_news auf Version 3.0.1 TT_News ist die Erweiterung für TYPO3 – es gibt manche...
2. Thunderbird: MAPI-Bug in Version 2.0.0.22 Als Nutzer von Thunderbird fiel mir heute auf, dass...