Wer im TYPO3 auch schon mal ein Modul im Extension Manager erstellt hat, wird das Problem kennen: Man hast nicht wirklich viel Einfluss auf die letztendliche Position im Backend. Man kann zwischen einem neuen Modul, dem File-, Web-, Help-, User- oder Tools-Menü wählen. Das klingt jetzt vielleicht viel und ausreichend, aber was wenn es zusätzlich ein anderes Modul im Backend gibt welches durch eine Extension angelegt wurde? Weiterlesen »
There are a lot of extensions out there which modify the TYPO3 login somehow. Some of them user an LDAP server, some use a X.509 certificate. What I am missing, is the possibilty to use a webservice. Let's assume this webservice already exist, so we won't discuss it here. Weiterlesen »
I've been wondering for some time now, where the problem of the designers is. I mean especially related to free software (I know, it's something else than open source software, but that's not the point here). From me, as programmer, who also uses free software, it is often expected to give something back to the community. Sure, no problem, I share these expectations. So I publish TYPO3 extensions which might ber useful to someone else. Also, I provide free troubleshooting with this blog here and I consciously try to use free software: OpenOffice or NeoOffice, TYPO3, WordPress, Apache, PHP, MySQL, Eclipse, Subversion, Mantis and many more. Weiterlesen »
Die aktuelle Version der TYPO3-Extension rgaccordion sorgt in zwei verschiedenen Modi dafür, dass normale Inhaltselemente im TYPO3 als Akkordion dargestellt werden. Dies kann über eine Checkbox am Element ein- und ausgeschaltet werden. Für den ersten Modus klappt das auch hervoragend, im 2. wird jedoch der Wert der Checkbox nicht ausgelesen.
Ich habe das nötige Typoscript in der Datei ext_typoscript_setup.txt so angepasst, dass das Verhalten jetzt stimmt. Hier der Code:
...
plugin.tx_rgaccordion2 {
stdWrap.outerWrap = <div class="rgaccord2-content">|</div>
stdWrap.outerWrap.if.isTrue.field = tx_rgaccordion_accordion
stdWrap.outerWrap.stdWrap.prepend = COA
stdWrap.outerWrap.stdWrap.prepend {
1 = TEXT
1.value = <div class="csc-header rgaccord2-toggle"><h1>
1.if.isTrue.field = tx_rgaccordion_accordion
2 = TEXT
2.value = <div class="csc-header"><h1>
2.if.isFalse.field = tx_rgaccordion_accordion
5 = TEXT
5.field = header
5.ifEmpty = no headline set!
10 = TEXT
10.value = </h1></div>
}
}
...
Den Autor der Extension habe ich benachrichtigt, ich denke in der nächsten Version ist der Bug nicht mehr drin. 
Wer im TYPO3 die Extension realurl benutzt, hat sicher auch schonmal was von der fl_realurl_image gehört. Diese Extension erzeugt auch für Bilder "schöne" Namen. Ich hatte nun das Problem, dass ich die beiden Extensions zwar installiert, aber noch gar nicht aktiviert hatte. Trotzdem scheint letztere Extension sich irgendwie einzuklinken. Das Ergebnis ist: alle Bilder fehlen!
Scheinbar liest die Extension nicht aus, ob realurl überhaupt aktiviert ist. Um das zu beheben, braucht man nur die Extension im Extension Manager anzukicken und den Haken bei "Enable the Extension" rauszunehmen, dann geht es wieder.
Ich habe gerade das Kontaktformular eines Mailformplus-Templates um ein Captcha bereichern wollen. Mit dieser kleinen Anleitung [PDF] erschien mir das auch ganz einfach. Das Problem war allerdings, dass das Bild zwar im HTML-Code war, aber nicht im Browser sichtbar. Nach dem Aufruf der PHP-Datei die als Quelle für das Bild angegeben ist, sah ich zahlreiche PHP Notices. Der Extensionautor scheint die bei sich nicht angeschaltet zu haben.
Um das trotzdem nutzen zu können, muss einfach ein "@" vor die ganzen define- und require-Anweisungen geschrieben werden. Das bewirkt, dass Fehlermeldungen unterdrückt werden. Nicht wirklich schön, da es sich hier aber nicht um Fehler, sondern nur um Hinweise handelt, nicht weiter tragisch. Weiterlesen »
