Inspiriert durch Tim’s Artikel zur tt_news Icon Alternative (Türchen 11) fiel mir ein, dass ich letztlich vor dem Problem stand, die Icons im Inhaltselement „Dateiliste“ ersetzen zu wollen. Standardmäßig werden die Icons aus typo3/sysext/cms/tslib/media/fileicons/ verwendet und TYPO3 sieht keine Konfigurationsmöglichkeit vor um den Pfad zu ändern. Das wird sich erst mit TYPO3 4.7 ändern. Der erste Screenshot zeigt, wie hübsch die Standard Icons aktuell aussehen.

Also habe ich nach einer Möglichkeit gesucht, die Icons zu verändern, ohne den TYPO3 Core dafür ändern zu müssen, um so die Updatefähigkeit von TYPO3 zu erhalten. Per TypoScript lässt sich das Ziel erreichen.

Weiterlesen "Eigene Datei Icons im Inhaltselement „Dateiliste“ – Türchen 13"

Eine Wetter-Vorhersage in der eigenen Website bietet einen nützlichen Mehrwert, wenn z.B. das Thema der Website etwas mit Outdoor-Aktivitäten zu tun hat. Einige Online-Services, die sogenannte Wetter-Widgets anbieten, könnte man dazu verwenden. Diese lassen sich zumeist aber nicht an das Design der Website anpassen und haben vorbestimmte Abmaße. Möchte man das aktuelle Wetter eines Ortes anzeigen und die Ausgabe mit HTML/CSS verändern, eignet sich die Yahoo-Weather API recht gut und bietet zudem ansehnliche Wetter-Icons.
Weiterlesen "Eigenes Wetter mit der Google-Weather API in TYPO3 einbinden – Türchen 12"

Die Tage stand ich vor dem Problem, dass die Icons in der Datei-Resourcen-Liste (tt_news-Detail-Ansicht) geändert werden sollten. Nach langem Suchen und vergeblichen Versuchen über „icon_image_ext_list“ und „iconCObject“ habe ich eine andere Lösung gefunden. Für das Beispiel unten, müsst ihr die Icons aus dem Ordner „typo3/sysext/cms/tslib/media/fileicons/“ in euren eigenen Ordner kopieren (Im Beispiel: „fileadmin/images/icons/“).

Das TypoScript trennt dann mit dem „substring“ den alten Pfad ab und setzt mit dem „innerWrap“ einen neuen Pfad vor das Bild. Mit dem HTMLParser werden dann die „height“ und „width“ Attribute gelöscht, sodass die Größe durch die Datei selbst bestimmt wird. Auch wenn das Auseinanderschneiden des HTML nicht sauber ist, war es die einzig funktionierende Möglichkeiten eigene Icons für verschiedene Datei-Typen bereitzustellen (nur für tt_news).

plugin.tt_news.newsFiles {
  target = _blank
  size.wrap = <span>|</span>
  stdWrap {
    substring = 49
    innerWrap = <img src="fileadmin/images/icons/ |
    HTMLparser = 1
    HTMLparser {
      allowTags = a,img,span
      tags.img.fixAttrib.width.unset = 1
      tags.img.fixAttrib.height.unset = 1
    }
  }
}

Dies ist ein Gastbeitrag von Hendrik Reimes. Auch hier gilt wieder Tutorial != Beispiel. Das Beispiel zeigt, wie mit einer User Funktion und ein wenig TypoScript externe Bilder für eine gewisse Zeit gecacht werden können. Die UserFunction kümmert sich um das Caching selbst und das TypoScript gibt das eigentliche Bild aus. Für das Beispiel wird zudem die ts_select-Extension benötigt. Fragen könnt ihr wie immer in den Kommentaren stellen.
Weiterlesen "TypoScript externe Bilder cachen – Türchen 10"

Seit TYPO3 4.3 gibt es im TYPO3 Backend das Modul „Berichte“ (englisch „Reports“). TYPO3 liefert bereits einen Statusbericht und eine Liste der installierten Dienste mit. Der Statusbericht gibt Informationen über das System, die Sicherheit der Installation und die Konfiguration wieder. Außerdem wird der Status von ein paar Extensions angezeigt. Es gibt mittlerweile auch eine Reihe von Extensions, die das Berichts Modul um eigene Berichte erweitern, z.B. memcached_reports, additional_reports oder solr.

Dieser Artikel soll einen kurzen Einblick geben, wie leicht sich das Modul um eigene Berichte erweitern lässt.

Weiterlesen "Erweiterung des TYPO3 Berichte Moduls – Türchen 9"

Heute möchte ich ein nützliches kleines Helferlein vorstellen, dass Entwicklern die Arbeit erleichtert. Die Extension abz_developer sorgt dafür, dass der TYPO3 Cache immer leer bleibt. Das ist vor allem dann hilfreich, wenn man das TypoScript in externe Dateien auslagert. Denn hier hilft config.no_cache=1 auch nicht. Über den Hook $TYPO3_CONF_VARS[‚SC_OPTIONS‘][‚tslib/index_ts.php‘][‚preBeUser‘] sorgt die Extension dafür, dass die Caching Tabellen vor dem Rendern der Seite immer geleert werden. Wenn die Extension RealURL installiert ist, werden auch deren Caching Tabellen geleert.

Aber Achtung: die Extension ist nur für die Entwicklung und nicht für den Live Betrieb gedacht! Am Besten konfiguriert man das TYPO3 für den Live Betrieb und muss dann nur noch die Extension abz_developer deinstallieren, um auch das Verhalten mit aktiviertem Cache testen zu können.

Vor ein paar Tagen ist eine mit TYPO3 4.6 kompatible Version veröffentlicht worden. Bei der Installation kann übrigens die Abhängigkeit zur Extension cc_debug problemlos ignoriert werden.

Wünschenswert wäre vielleicht noch eine Integration ins Reporting Modul im Backend, damit man prominent darauf hingewiesen wird, dass die Extension noch deinstalliert werden muss.