Blog

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.

Oft wird dieses Verhalten von den Redakteuren als störend empfunden, besonders wenn nur wenige FE Benutzergruppen konfiguriert sind.

Zu diesem Thema kursieren im Internet viele verschiedene Lösungen. Leider konnte keine der in den verschiedenen Foren und Blogeinträgen geposteten Snippets meine Anforderungen erfüllen: Zugriff auf per fe_login geschützte Seiten für Administratoren und normale Backend Nutzer.

FE Preview auf geschützte Seiten für TYPO3 BE User

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.

SyntaxHighlighter v3 Extension für TYPO3

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.

Konfiguration für htmlarea RTE (TYPO3 4.4.x)

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.

TYPO3 4.4 - Probleme mit CSS in Backend Modulen

Bei der Entwicklung mehrsprachiger Extensions für TYPO3 kommt man früher oder später in die Verlegenheit die richtigen (also in der benötigten Sprache) Datensätze aus der Datenbank zu holen. Viele Entwickler nutzen dazu eigene WHERE Anweisungen mithilfe derer sie den richtigen Datensatz ermitteln. Das sieht dann oftmals so aus:Die benötigte Sprache wird direkt gesetzt was zur Folge hat das man evtl. keinen Datensatz geliefert bekommt. Dies ist logischerweise dann der Fall wenn Der Datensatz noch nicht in die betreffende Sprache übersetzt wurde. Hört sich doch gar nicht so übel an?

Nicht ganz. Einerseits  bricht man mit den Coding Guidelines und andererseits macht man ein tolles TYPO3 Feature zunichte: den localization mode. Mit dem localization mode kann das Verhalten von TYPO3 bei Mehrsprachigkeit, oder besser das Verhalten von TYPO3 bei fehlenden Sprachdatensätzen, konfigurieren.

Mehrsprachige TYPO3 Extensions: getRecordOverlay richtig einsetzen

Eine der schönsten Tag Clouds für Blogs ist ganz eindeutig die Cumulus Tag Cloud Extension für Wordpress. 

Diese Extension wurde bereits als t3m_cumulus_tagcloud Extension für TYPO3 adaptiert. Um diese Erweiterung für meinen t3blog betriebenen Blog nutzbar zu machen war eine kleine Anpassung nötig, die ich hier gerne zur Verfügung stellen möchte.

T3Blog mit Wordpress Cumulus Tag Cloud

Please click here for an English version of this article.

Seit diesem Wochenende ist meine erste TYPO3 Extension im TER verfügbar: beautyOfCode Syntax Highlighter

Diese Extension nutzt das jQuery Plugin beautyOfCode von Lars Corneliussen um das mittlerweile recht bekannte Syntax Highlighter 2.0 von Alex Gorbatchev zu implementieren. Bekannt deshalb weil es von einigen Größen eingesetzt wird: wordpress.com, Aptana, Mozilla Developer Center, SitePoint und das Yahoo Developer Network gehören dazu.

beautyOfCode Syntax Highlighter als TYPO3 Extension veröffentlicht

Die reCaptcha Extension für TYPO3,  jm_ reCaptcha, hat leider keinen noscript Tag der das Ausfüllen bei Abgeschaltetem JavaScript ermöglicht.  Gemäß der Spezifikation von reCaptcha habe ich diese hinzugefügt. Das ganze ist noch ohne LL VAriablen aber ich habe den Bug / das Feature an die Entwickler weitergeleitet und hoffe es wird bald eingebaut.

TYPO3 reCaptcha Extension ohne JavaScript