Re: [TYPO3-german] yag
Lieber Ralf-Rene wir haben volles Verständnis für Dich und hoffen, dass Du dich gut erholen kannst :-) Ich wünsche Dir einen guten, schönen, erholsamen Sonntag zusammen mit Deinen Lieben. Beste Grüsse Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Sonntag, den 15.12.2013, 02:05 +0100 schrieb Ralf-Rene Schröder: Am 15.12.2013 01:56, schrieb Ralf-Rene Schröder: Am 14.12.2013 08:21, schrieb Renzo Bauen: Du schreibst aus der Zukunft, die 6.5.3 wird es so in zwei Jahren geben :-) nicht so pessimistisch... ich würde auf Ende Juni 2014 tippen einfach komplett vergessen was ich geschrieben habe... richtig lesen scheint geade nicht mehr zu funktionieren (muss ins Bett) sorry für den datenmüll den ich hier produziert habe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Login Backend
Hi Michael, Michael Schams wrote: ...nur jetzt kann ich mich nicht mehr im Backend anmelden. Sagt mir immer, die Daten wären falsch. Habe auch per Installtool bereits mehrere Zugänge angelegt. Auch die funktionieren nicht. Kann mir jemand einen Tip geben, wie ich wieder ins Backend komme? Moeglicherweise hat der Benutzer, unter dem Apache (oder der Web Server) laeuft, keine Schreibberechtigung im Verzeichnis typo3temp und/oder typo3conf. Falls du mit quotas arbeitest, kann es auch sein, dass das Limit erreicht ist oder die Partition voll ist. Oder der Webserver User hat keine Schreibrechte auf das PHP Session Verzeichnis. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehlermeldung $toolbarItem shortcuts must implement interface backend_toolbarItem
Moin Liste, es ist nicht das erste Mal, dass ich eine TYPO3-Installation aufsetze. Aber diesmal treibt's mich zum Wahnsinn... Ich habe mit 3 verschiedenen TYPO3 4.5- bzw. 4.7-Versionen das immer gleiche Problem: die Installation läuft durch, bis alles im Installations-Tool soweit konfiguriert ist. Keine Fehlermeldungen soweit... und wenn ich das Installations-Tool verlasse um mich als admin anzumelden, bekomme ich die Fehlermeldung $toolbarItem shortcuts must implement interface backend_toolbarItem Das war's dann... gegoogelt und gefunden, dass die PHP Version 5.5.6 diesen Fehler verursacht - ist natürlich meine (auf einer Fedora Core Maschine) und ich hab keine Ahnung, wie ich den Fehler losbekomme. http://forge.typo3.org/issues/53682 hilft leider auch nicht viel... hat jemand eine andere Lösung, als einen PHP-Downgrade? Weiß jemand, ob das in der neuen 5.5.7 behoben ist? Dann schieß ich mir die... Schöne Grüße, Peter -- http://function2form.net http://peter-kuehnlein.net It is said that one should not hesitate to correct himself when he has made a mistake. If he corrects himself with the least bit of delay, his mistakes will quickly disappear. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] File Upload
Hallo Ariane, wenn Du auf Anleitungen mit veralteten Klassen stößt, hilft Dir die API-Referenz: http://typo3.org/api/typo3cms/ Die meisten Methoden werden von neuen Klassen weiterhin unterstützt. Gib den Methodennamen im Suchfeld ein und Du findest die zugehörige Klasse. Unter https://github.com/dwenzel/placements/blob/dev/Classes/Controller/AbstractController.php#L74 findest Du eine funktionierende Umsetzung inklusive lokalisierter Fehlerbehandlung. Die Methode uploadFile wird in der Method updateFileProperty() verwendet. Diese wird in der createAction des OrganizationControllers genutzt (welche von AbstractController erbt). (Die Erweiterung tx_placements ist noch nicht im TER, sondern derzeit nur auf github zu finden. Sie ist noch in Entwicklung und bietet Funktionalitäten einer Stellenbörse. Zum Ausprobieren am besten den dev-Zweig verwenden...) Übrigens empfiehlt es sich, englische Methodennamen zu verwenden, damit der Code lesbar bleibt. Herzliche Grüße Dirk Am 14.12.13 17:32, schrieb arianesardinas: Hallo Leute ich versuche eine file upload zu realisieren. ich habe die schritte diese tutorial gemacht: http://typo3blogger.de/extbase-file-upload-vor-6-1-4-5-4-7-6-0-die-2te/ mein problem ist ich nutze typo3 in der version 6.1.5 ich habe problem mit folgende zeile: $uniqueFileName = $this-objectManager-get('t3lib_basicFileFunctions')-getUniqueName( $_FILES[$pluginNamespace]['name']['newBewerbung'][$fieldName], TYPO3\CMS\Core\Utility\GeneralUtility::getFileAbsFileName($uploadFolder) ); ich musste festelen dass in der version 6.1.5 zb t3lib_div veraltet ist, das heisst der aufruft: t3lib_div::getFileAbsFileName($uploadFolder) geht nicht, deswegen musste ich so verändern: TYPO3\CMS\Core\Utility\GeneralUtility::getFileAbsFileName($uploadFolder) trotzdem funktioniert es nicht. ich frage mich ob t3lib_basicFileFunctions auch in der 6 version veraltet ist? danke in voraus! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Form action ist leer
Hallo, Das steht in meinem Template: f:form action=pinLogin object={pinDto} objectName=pinDto pageUid=173 class=form-horizontal Das steht am Ende im Seitenquelltext: form class=form-horizontal action= method=post Dadrunter die generierten Hidden-Fields sind alle ok. Typo3 6.1.5 Hat jemand 'ne Idee, wonach ich da suchen kann? Hatte vermutet, dass es an der pageUid liegt, ist es aber nicht. Danke Axel ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluidtemplate - Dateigrösse ausgeben
Hallo Cedric Nochmals herzlichen Dank für deine Hilfe. Wenn ich dir statt DCE im nächsten Projekt schamlos flux/fluidcontent und fluidpages empfehlen darf ;) Ich bin wie gesagt direkt von TemplaVoila gekommen und find DCE recht einfach für mich. Fluidcontent war mir am Anfang bitz komplex. Da kann ich ja nicht so einfach Felder zusammen stellen?! Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rtehtmlarea - eigene Klasse, die 'leer sein darf
Quote: Christian Hennecke wrote on Fri, 13 December 2013 09:45 Am 12.12.13 17:49, schrieb Thomas Skierlo: Moin zusammen, mir ist bewusst, wie ich den RTE dazu bekomme, custom-Klassen zu bedienen. Dies funktioniert, solange es für diese Klasse auch einen nicht-leeren Style Eintrag gibt. Ist dieser jedoch leer, so ist auch diese Klasse nicht ansprechbar. Das Problem tritt z.B. auf mit der Klasse 'clearfix aus Bootstrap (identisch aber mit jeder vergleichbaren Klasse ohne Inhalt). Für .clearfix gibt es grundsätzlich keine normative Style Definition. Für .clearfix:before und .clearfix:after hingegen schon. Ich fände es erstrebenswert, im RTE eine div-Container Klasse zu haben, die selbst-clearend wirkt. Bekommt man das 'normale' Verhalten irgendwie umgangen? Also, bisher hat in der CSS-Datei für den RTE immer folgendes funktioniert: ..custom_class {} Gruß Christian Hallo Christian, unterstellt, dass es keine zwei Punkte vor der custom_class {} sein sollen, so bringt dies im Falle von .clearfix nichts. Eine leere Definition scheint nicht zu reichen. Habe mittlerweile ähnliche Probleme mit table-Klassen. Bootstrap bietet 5 vordefinierte Tabellenklassen (table, table-striped, table-bordered, table-hover, table-condensed). Nach entsprechender Parametrierung des RTE bekomme ich 3 meiner Tabellenklassen zu Gesicht (table, table-bordered, table-condensed), von table-striped und table-hover fehlt jede Spur. Gleichzeitig angelegte row- und td-Klassen klappen problemlos. Füge ich eine der fehlenden Tabellenklassen per Quellcodeeditor hinzu, so wird der entsprechende Style im BE angezeigt, lässt sich speichern und erscheint auch im FE. Im Blockstil-Selektor steht dann Unbekannter Blockstil. Es scheitert also offensichtlich nur daran, zwei der Tabellenklassen in den Blockstil Selektor zu bekommen. Styles sind für alle 5 Tabellentypen vorhanden. Hätte ich noch genügend Haarvorrat, ich würde ihn mir ausreißen. Grüße, Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Form action ist leer
Am 15.12.13 13:43, schrieb Axel Wüstemann: f:form action=pinLogin object={pinDto} objectName=pinDto pageUid=173 class=form-horizontal Das steht am Ende im Seitenquelltext: form class=form-horizontal action= method=post Dadrunter die generierten Hidden-Fields sind alle ok. Typo3 6.1.5 Hat jemand 'ne Idee, wonach ich da suchen kann? Hatte vermutet, dass es an der pageUid liegt, ist es aber nicht. - ist die Seite verfügbar: Seiten-Id, Zugriffsrechte, nicht in Menüs verborgen? - ist das Plugin auf der Seite mit dieser ID vorhanden? - existiert die Methode (pinLoginAction), ist das Plugin für sie konfiguriert? - TypoScript der Extension eingebunden? Herzliche Grüße Dirk ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] File Upload
Hallo Ariane, wenn Du auf Anleitungen mit veralteten Klassen stößt, hilft Dir die API-Referenz: http://typo3.org/api/typo3cms/ Die meisten Methoden werden von neuen Klassen weiterhin unterstützt. Gib den Methodennamen im Suchfeld ein und Du findest die zugehörige Klasse. Unter https://github.com/dwenzel/placements/blob/dev/Classes/Controller/AbstractController.php#L74 findest Du eine funktionierende Umsetzung inklusive lokalisierter Fehlerbehandlung. Die Methode uploadFile wird in der Method updateFileProperty() verwendet. Diese wird in der createAction des OrganizationControllers genutzt (welche von AbstractController erbt). (Die Erweiterung tx_placements ist noch nicht im TER, sondern derzeit nur auf github zu finden. Sie ist noch in Entwicklung und bietet Funktionalitäten einer Stellenbörse. Zum Ausprobieren am besten den dev-Zweig verwenden...) Übrigens empfiehlt es sich, englische Methodennamen zu verwenden, damit der Code lesbar bleibt. Herzliche Grüße Dirk Am 14.12.13 17:32, schrieb arianesardinas: Hallo Leute ich versuche eine file upload zu realisieren. ich habe die schritte diese tutorial gemacht: http://typo3blogger.de/extbase-file-upload-vor-6-1-4-5-4-7-6-0-die-2te/ mein problem ist ich nutze typo3 in der version 6.1.5 ich habe problem mit folgende zeile: $uniqueFileName = $this-objectManager-get('t3lib_basicFileFunctions')-getUniqueName( $_FILES[$pluginNamespace]['name']['newBewerbung'][$fieldName], TYPO3\CMS\Core\Utility\GeneralUtility::getFileAbsFileName($uploadFolder) ); ich musste festelen dass in der version 6.1.5 zb t3lib_div veraltet ist, das heisst der aufruft: t3lib_div::getFileAbsFileName($uploadFolder) geht nicht, deswegen musste ich so verändern: TYPO3\CMS\Core\Utility\GeneralUtility::getFileAbsFileName($uploadFolder) trotzdem funktioniert es nicht. ich frage mich ob t3lib_basicFileFunctions auch in der 6 version veraltet ist? danke in voraus! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Define a Subpage as Starpage
Hi, how can i define an subpage (e.g. the first website in the tree) as homepage? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlermeldung $toolbarItem shortcuts must implement interface backend_toolbarItem
Hi Manuel, Am 15.12.2013 16:24, schrieb Manuel Soehner: Hallo Peter, Peter Kühnlein schrieb am 15.12.2013 11:55 Uhr: http://forge.typo3.org/issues/53682 hilft leider auch nicht viel... hat jemand eine andere Lösung, als einen PHP-Downgrade? Weiß jemand, ob das im Grunde hilft nur auf ein TYPO3- oder PHP-Update warten, downgraden oder die TYPO3-Patches einbauen. Hm - *Seufz!* Das hatte ich befürchtet... Ein Downgrade - ich hasse es... in der neuen 5.5.7 behoben ist? Dann schieß ich mir die... Ich habe die Version 5.5.7 und werde weiterhin mit der Fehlermeldung begrüßt - ist also noch nicht behoben. Verdammt... der Upgrade wär meine zweitliebste Lösung gewesen. Im Bugreport [1] von PHP.net steht zwar, dass die Änderungen zurückgenommen wurden, aber ins Release hat's das wohl nicht mehr geschafft. ciao Manuel [1] https://bugs.php.net/bug.php?id=66107 Danke für die hilfreiche Antwort! Jetzt werd ich mal in mich gehen und Guru Meditation machen - und schauen, was ich tu... Schöne Grüße und einen schönen Sonntag, Peter -- http://function2form.net http://peter-kuehnlein.net For soldiers other than officers, if they would test their armor, they should only test the front. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Gridelements Bildbreite für Spalte definieren
Hallo, ich hab mir die Extension Gridelements (V.2) installiert und soweit konfiguriert, dass die Ansichten in Spalten dargestellt wird. Da ich verschiedene Spaltenanzahlen hab, müssen die Bilder natürlich auch verschieden breit sein, weshalb ich gerne für die verschiedenen Elemente die Bilderbreite definieren würde. Dazu hab ich mich an dieses Script (klicken) gehalten und einfach die Grid ID und Spalten ID angepasst. (also 1 = das Gridelement mit dem ich arbeiten will - 11/12 sind die Spalten IDs, welche ich zugewiesen hab) # So sieht nun mein Typoscript für die Gridelements aus: tt_content.gridelements_pi1.20.10.setup { # ID des Gridelement 1 lib.gridelements.defaultGridSetup 1 { columns { # Spalte mit der ID 1 11 .default 11.renderObj.20.image.20.default.maxW = 327 11.renderObj.20.image.20.default.maxWInText = 327 11.renderObj.20.textpic.20.default.maxW = 327 11.renderObj.20.textpic.20.default.maxWInText = 327 11.renderObj.20.image.20.default.maxW = 327 11.wrap = div class=zwei_spalten_std_links|/div # Spalte mit der ID 2 12 .default 12.renderObj.20.image.20.default.maxW = 604 12.wrap = div class=zwei_spalten_std_content|/div } wrap = div class=zwei_spalten_std|/div } } Ich weiß, dass der wrap Teil des Typoscripts angenommen wird, da sowohl der Wrap um alles, sowie der Wrap um die einzelnen Spalten im Quellcode passiert. Nur die Bildbreite Einstellungen werden nicht übernommen. Probiere jetzt schon seit ca. 5 Stunden herum und hab auch bereits einige andere Ansätze versucht bzw. kombiniert, aber bis jetzt hatte ich noch kein Glück. Die Grid Elements 2 Dokumentation ist ja leider auch nicht wirklich hilfreich. Hat jemand eine Idee woran es liegen könnte oder weitere Lösungsvorschläge? vielen Dank lg Simon ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Define a Subpage as Starpage
Hi Patric, You just have to add a Domainrecord on the corresponding page or if you have page tree with multiple levels, make the Rootpage a Shortcut and link it to our prefered startpage page. best regards Simon ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gridelements Bildbreite für Spalte definieren
Hi Simon, Simon Auer wrote: tt_content.gridelements_pi1.20.10.setup { # ID des Gridelement 1 lib.gridelements.defaultGridSetup 1 { columns { # Spalte mit der ID 1 11 .default 11.renderObj.20.image.20.default.maxW = 327 11.renderObj.20.image.20.default.maxWInText = 327 Was steht denn in .default? Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Gridelements Bildbreite für Spalte definieren
Du denkst zu kompliziert. maxW und maxWInText sind Register, die von CSC automatisch zum Rendern herangezogen werden. Wenn Du dir den Standard-Setup von GE ansiehst, so siehst Du (auskommentiert), wie Du Register setzen und gesittet wieder entfernen kannst. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rtehtmlarea - eigene Klasse, die 'leer sein darf
Also, bisher hat in der CSS-Datei für den RTE immer folgendes funktioniert: ..custom_class {} Gruß Christian Hallo Christian, unterstellt, dass es keine zwei Punkte vor der custom_class {} sein sollen, so bringt dies im Falle von .clearfix nichts. Eine leere Definition scheint nicht zu reichen. Habe mittlerweile ähnliche Probleme mit table-Klassen. Bootstrap bietet 5 vordefinierte Tabellenklassen (table, table-striped, table-bordered, table-hover, table-condensed). Nach entsprechender Parametrierung des RTE bekomme ich 3 meiner Tabellenklassen zu Gesicht (table, table-bordered, table-condensed), von table-striped und table-hover fehlt jede Spur. Gleichzeitig angelegte row- und td-Klassen klappen problemlos. Füge ich eine der fehlenden Tabellenklassen per Quellcodeeditor hinzu, so wird der entsprechende Style im BE angezeigt, lässt sich speichern und erscheint auch im FE. Im Blockstil-Selektor steht dann Unbekannter Blockstil. Es scheitert also offensichtlich nur daran, zwei der Tabellenklassen in den Blockstil Selektor zu bekommen. Styles sind für alle 5 Tabellentypen vorhanden. Hätte ich noch genügend Haarvorrat, ich würde ihn mir ausreißen. Grüße, Thomas Sodelle. Habe zwar noch keinen Krieg gewonnen, aber zumindest eine Schlacht. Die verschwundenen Tabellenklassen sind wieder aufgetaucht. Da der RTE wohl ausschließlich auf Klassen triggert, die auch tatsächlich im Stylesheet enthalten sind, habe ich leere Klassen für die beiden fehlenden Tabellenklassen im Less-File angelegt. Möglicherweise mag der RTE mit leeren Styles zufrieden sein, LESS hingegen ist es nicht - und schmeisst sie schnöde raus. Als Bugfix habe ich jetzt Styles hinterlegt, die unschädlich sind. Und jetzt gehts. Falls jemand weiss, wie man leere Klassen in LESS erhalten kann, bitte melden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAG 303-Problem
Hallo Peter, das mit dem Browsercache habe ich versucht - bringt auch keine Besserung. Ich hab's auch mal mit einem frisch installierten Firefox probiert...aber keine Chance diesen Flashuploader zu verwenden...aber es klingt tatsächlich so, dass das Problem nur mich zu betreffen scheint ;) Schöne Grüße, Cigdem Original-Nachricht Betreff:TYPO3-german Digest, Vol 123, Issue 31 Datum: Thu, 12 Dec 2013 09:53:09 +0100 Von:typo3-german-requ...@lists.typo3.org Antwort an: typo3-german@lists.typo3.org An: typo3-german@lists.typo3.org -- Message: 11 Date: Thu, 12 Dec 2013 09:52:58 +0100 From: Peter K?hnlein pe...@function2form.net Subject: Re: [TYPO3-german] YAG 303-Problem To: German TYPO3 Userlist typo3-german@lists.typo3.org Message-ID: mailman.1477.1386838389.629.typo3-ger...@lists.typo3.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Am 10.12.2013 15:24, schrieb M. Cigdem Klengel: Hallo, ich nutze Typo3 4.7.15 und YAG 2.5.3 Die Galerie wird bei uns von einer Kollegin gepflegt, die die Bilder mit dem IE hochl?d. Da es vor ein paar Tagen ein Problem beim Upload einer Datei gab (sie war besch?digt - ist aber alles wieder repariert) habe ich mit meinem Firefox versucht Bilder hochzuladen. Seltsamerweise funktionierte das nicht. Beim Upload eines Fotos in dem Multifile (Flash)-Tab bekomme ich immer einen HTTP Error (303). Im Typo3-Log steht nichts weiter dazu. Als Zip kann ich die Bilder aber hochladen und verwenden. Als ich nach dem Problem bei Google gesucht habe hie? es 'Browser komplett schlie?en behebt das Problem'. Hab ich gemacht, ?ndert nix. Alle Firefox-Plugins ausgestellt. ?ndert sich nix. Chromium und Iceweasle ausprobiert. Keine Chance, gleicher Fehler. Erstaunlicherweise funktioniert es aber hervorragend mit dem Internet Explorer. Ich wei?, die L?sung k?nnte jetzt hei?en 'Na dann nimm doch den IE oder mach's via Zip-File'. Aber lieber w?rde ich wissen, was das Problem ist. Vielleicht ist jemandem von euch so was auch schon einmal passiert und mir einen Hinweis geben? Da ich YAG nur installiert und konfiguriert, aber nie benutzt habe, wei? ich leider auch nicht, ob es jemals mit dem Firefox ging... Sch?ne Gr??e, Cigdem Hi Cigdem, wenn's mit FF nicht funktioniert und mit anderen doch, und wenn sich nix ?ndert beim Schlie?en und neu ?ffnen, dann tippe ich als Erstes immer auf den Browsercache. Weil drauf tippen aber nicht hilft, l?sche ich ihn au?erdem... Sch?ne Gr??e, Peter -- http://function2form.net http://peter-kuehnlein.net If one has not been a ronin at least seven times, he will not be a good retainer. Seven times down, eight times up. (Hagakure) -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german End of TYPO3-german Digest, Vol 123, Issue 31 * ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german