I'm happy to announce a ARIA Lightbox (my W3CWCAG and ARIA conform jQuery Lightbox script) plug-in for Microsoft Express Web 4 provided by Dennis DeRobertis.

 

 

The framework add-in is free of charge so please spread the message!

The Expression

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.

Da ich kein Fan von Konsolen Frickelei bin nutze ich für gewöhnlich TortoiseGit um dem zu entgehen. Das macht allerdings regelmäßig Probleme.

 

Nach dem letzten Update hatte ich Ärger damit ein neues Repo als clone anzulegen. Nach viel googlen hab ich eine Lösung gefunden um mein Problem, manifestiert in dieser Fehlermeldung:

 

Disconnected: no supported authentication methods available

 

, zu lösen.

 

Die Problematik besteht darin das GitHub den Key nicht vernünftig übermittelt bekommt. Für mich und Nachfolgende hab ich das hier nochmal zusammengefasst.

Ausgangslage:

• Installiertes Git for Windows
• Ins

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.

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.

TYPO3 und Mehrsprachigkeit

A few month ago I received some requests about adding browser history support and browser title support to my jQuery ARIA widgets. As this would be nice feature for both, usability and accessibility, I allocated some time to get this done.

 

 

I quickly realized I should use a already further developed third party add-on as the needed functionality isn't trivial business. After some research via Google and a few tests with other

Viele Extensions in TYPO3 bieten ein Modul im Backend an um zum Beispiel Datensätze zu betrachten oder um Konfigurationenzu erstellen. Die meisten dieser Module sind, wie zum Beispiel das TemplaVoila Seitenmodul, nur für Administratoren zugänglich.

Allerdings gibt es auch Extensions die für einfache Redakteure nützlich sind. Hierzu gehören zum Beispiel Formular-Extensions wie powermail oder formhandler.

 

Im Falle von formhandler ist das BE-Modul für normale User noch nicht ganz ausgereift. Es fehlen Möglichkeiten die Funktionen für einfache BE Redakteuere zu beschränken. Mit meinem kleinen Patch kann man den Zugriff auf Formulardaten bestimmter Seiten beschränken und die Ausgabe vorsortieren. Das Patch wurde für einen Kunden meines Arbeitgeber Paints Multimedia in Hamburg entwickelt.

 

Um in einem Extension Modul eine Funktion (definiert durch die Selectbox rechts oben) zu deaktivieren kann man folgendes Snippet in die TSconfig des Users, der BE Gruppe oder der Seite einfügen:

 

<code> mod.web_txformhandlermoduleM1.menu.function.2 = 0 </code>

 

Dabei kann man sich an dem Namen des Moduls innerhalb der conf.php orientieren:

 

<code> $MCONF['name'] ='web_txformhandlermoduleM1'; </code>

 

Das Beispiel blendet die "Leere Tabelle" Funktion der Extension formhandler aus.

 

 

Anders als in der offiziellen Anleitung beschrieben muss das array menu.function und NICHT menu.mode heißen.

Schon seit einigen Monaten steht fest das mit der neuen Version des Java-Script Frameworks jQuery und dessen Widget Palette jQuery UI einige Anpassungen an eigenen Scripten erfolgen muss.

Mit dem final Release von Version jQuery 1.4.2 und UI 1.8 habe ich endlich das Ergebnis meiner Diplomarbeit modifiziert.

 

 

Im folgenden ein kleiner Erfahrungsbericht vom Upgrade auf jQuery 1.4.2 und jQuery UI 1.8. Die Links dürften gut als Tutorial dienen.

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.

 

Ich habe die Änderungen an den Autor der cumulus tagcloud Extension weitergeleitet und hoffe er baut sie in eine der nächsten Versionen ein.