Meine neue TYPO3 Extension deletefiles löscht per Scheduler Task automatisch Dateien und Ordner. Perfekt um Wartungsprozesse zu automatisieren oder den Datenschutz zu verbessern.

 

Deletefiles lösc

Eine für die meisten Standard Use Cases passende Konfiguration für den bei TYPO3 mitgelieferten Rich Text Editor htmlarea.

The TYPO3 extension Seminars uses Formidable for rendering forms and some Java-Script wigdets. We're using jQuery for all our JS based scripting and jQuery UI for a few User Interface related purposes. To achieve a consistent look for all JS UIs we wanted to change the pretty unusable and unsexy looking default DHTML Calendar of formidable with the jQuery UI one. 

As the default jQuery UI Datepicker does not support time selection I've added the jQuery Timepicker Addon.

 

To change the hardcoded formidable rendering I've implemented an own renderlet based upon the example renderlet extension by Jerome Schneider.

 

I released my resulting extension to the TER as I was asked so in the Mailinglist. Please give feedback or ask a question via email or (better) as a comment down below.

 

 

 

 

Formidable DATE Renderlet with jQuery support

Um innerhalb von TYPO3 mit Extbase bzw. dessen Template-Engine Fluid aus einem Zeitstempel (wie zum Beispiel in einem crdate oder tstamp Datenbankfeld) lokalisierte Datumsausgaben zu rendern gibt es verschiedene Ansätze. 

 

Da wären der eigene ViewHelper oder die offizielle Variante per locallang Datei und Bordmitteln. Beide sind recht umständlich, letztere nötigt dem Entwickler die nicht unerhebliche Mehrarbeit auf für alle Sprachen Übersetzungen zu hinterlegen.

 

Dabei geht es, ebenfalls mit Fluid Bordmitteln, auch sehr einfach. Mit etwas Typoscript und dem CObject standard view helper.

 

 

Dazu muss im der Datensatz mit dem Timestamp (in diesem Fall newsItem.datetime) an den fomat.date view helper übergeben werden. Dazu muss die inline Notation genutzt werden. Das Ergebnis übergeben wir dann an das zuvor verfügbar gemachte Typoscript

TypoScript Conditions sind eine der vielen praktischen Seiten die mit der Verwendung von TypoScript einhergehen. TYPO3 kommt standardmäßig mit verschiedenen nützlichen Weichen (siehe z.B. hier oder hier) aber manchmal hat man Bedarf für eine eigene TypoScript Condition. Dieser Blogpost beschreibt was dazu nötig ist und beinhaltet eine Beispielextension.

Bereits seit einiger Zeit ist eine neue Extension von mir im TER: Generic Gallery. Entstanden aus dem Wunsch nicht mehr für jede, wenig aber genug vom Standard abweichende, Bildergalerie, Teaser oder Visual Slide Geschichte eine neue Extension zu programmieren. Ziel war es ein einheitliches Formular im Backend und maximale Flexibilität im Forntend zu gewährleisten.

Wenn Backend Redakteure per Login geschütze Seiten pflegen sind diese nicht direkt (z.B. per Lupensymbol Icon) im Frontend einsehbar. Denn auch als angemeldeter BE User ist es in TYPO3 Standardverhalten das man sich im FE anmelden muss um geschützte Seiten sehen zu können.

SyntaxHighlighter von Alex Gorbatchev gehört zu den am meisten verwendeten Syntax Highlightern im Web. Freshbooks, ASP .Net Forums, wordpress.com, Aptana, Mozilla Developer Center, SitePoint und das Yahoo Developer Network nutzen diese Art der Code Darstellung. Nicht ohne Grund: GPL oder MIT Lizenz, Broserkompatibilität, nette Features, eine saubere und performante Umsetzung sowie eine große Auswahl an Plugins für praktisch jedes Software die im Netz eingesetzt wird haben es zu dieser Größe gemacht.

 

Version 3 hat, neben verschiedenen anderen Neuerungen, auch einen Autoloader um die benötigten Scripte nach dem dom ready event nachzuladen (lazy

Rich Text Editoren gehören zu den wichtigsten Werkzeugen eines Content Management System -- leider auch zu den am schwierigsten zu konfigurierenden. TYPO3 macht da keine Ausnahme.

 

Aufgrund dieses Bugs im TYPO3 Bugtracker, den wir bei verschiedenen Installationen ebenfalls beobachten konnten, habe ich unsere RTE Konfiguration nochmal überprüft, die Kommentare verbessert und biete sie hier zum Download an. Sie wurde für den htmlarea RTE, der mit TYPO 4.4.2 mitgeliefert wird, konzipiert.

Beim Update von TYPO3 auf Version 4.4 wurde ein nettes neues Feature eingeführt: Kompression von JavaScript und CSS Dateien sowie die Auslieferung zum Client per gzip inklusive Versionierung per timestamp.

 

Dazu müssen folgende ConfVarsin der localconf.php gesetzt werden:

und die .htaccess Datei angepasst werden.

 

Das sorgt für mehr Performance in Frontend und Backend, hat aber auch zur Folge das, zumindest bei mir, einige CSS Files nicht mehr korrekt eingebunden wurden -- genauer gesagt wurden die Dateien ohne Inhalt ausgeliefert.

Da ich fürs Frontend ohnehin lieber die Extension scriptmerger nutze (die neben gzip und Minifizierung noch einige nützliche Funktionen mehr bietet), wäre auch das Abschalten der Funktion ausreichend gewesen. Aus mir unerfindlichen Gründen wollte das aber auch nicht funktionieren.