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:

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:

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.

Zwischen den Jahren war Groß-Reine-Machen angesagt. Zumindest was meine Computer angeht. Soll heißen ich hab meinen Laptop und den PC auf der Arbeit neu aufgesetzt.

Interessanterweise hatte ich auf beiden ein Problem nach der Installation von Flash bzw. den Suiten (Adobe Creative Suite Design Stadard CS4 und Adobe Creative Suite Webdesign CS4). In Firefox, Google Chrome und dem InternetExplodierer kam folgende Fehlermeldung wenn ich ein vimeo Flash Video aufgerufen habe (egal ob auf vimeo.com oder woanders):

Error #2044: securityError unverarbeitet. text=Error #2048: Verletzung der Sicherheits-Sandbox: http://assets.vimdeo.co/rev/1/flash/moogaloo_np.swf? ...

Nachdem man der Browser kurz hängt und man das Fenster weggeklickt hat, läuft das Video ohne Probleme. Nervig ist das aber alle mal.

Hier auch noch ein Screenshot Originalgröße

Der Fehler scheint ein typisches Zugriffsproblem innerhalb von Flash zu sein. Stichwort: Sandboxing.

Der Fehler scheint mit der Installation von Flash (der reinen Runtime wie auch der Entwicklungsumgebung) zusammenzuhängen. Allerdings hat vimeo selbst auch was verbockt, denn der Error tritt nur bei vimeo auf. 

Trotz google konnte ich unter der Fehlermeldung keine Treffer landen. Erst eine allgemeinere Flash Fehler Suche hat mich auf diese Webseite geleitet:

http://www.flashplayerfixer.com/flash-player-error-2044.php

Die dort beschriebene, einfache Lösung aus Deinstallieren per Tool von Adobe und das erneute installieren hilft bereits.

Beide Links gehen zu Adobe's Setup Paketen, aber ich musste Firefox auch nochmal installieren lassen. Übrigens kann Firefox das jetzt endlich im Dialog (ohne Neustart) -- also wirklich, das geht jetzt!

Die Widgets meiner Diplomarbeit sind jetzt unter MIT Lizenz veröffentlicht. Diese Lizenz wurde vom Massachusetts Institute of Technology herausgegeben, dient der Veröffentlichung von freier Software und gilt als echte OpenSource Lizenz.

Dieser Schritt war notwendig um Kompatibilität zu den offiziellen jQuery UI Widgets zu schaffen. Aufgrund des Interesses des jQuery UI Teams an meinen Widgets haben sich Namics und meine Wenigkeit zu diesem Schritt entschloßen, um eine Verwendung durch jQuery zu ermöglichen.

Ich hoffe dadurch die Verwendung meiner Widgets voranzutreiben und die Barrierefreiheit von jQuery zu unterstützen.