Wenn man z.B. bei einem FCE für zweispaltigen Content den Header des Elements selbst als Überschrift rendern möchte, muss man ein Feld dafür definieren, was aber im BE nicht angezeigt wird und dann in das DS folgendes reinschreiben/ergänzen:
Die Zeile mit register setzt den Wert aus dem Header-Feld ein und es wird in ein h1-Tag gewrappt, aber nur dann, wenn das Feld auch befüllt ist.
Einen kleinen Nachteil hat der Code schon, falls ein Überschriftentyp ausgewählt ist (wie z.B. Layout 2), dann wird es ignoriert. Es wird immer der h1-Tag verwendet.
Beiträge von npostnik
Accordion und TemplaVoila
Habe in einem Forum gefunden, wie man rg_accordion mit TemplaVoila verwenden kann:
http://www.typo3.net/forum/
Eigentlich ganz einfach, wenn mans weiß:
Den Datensatz mit der DS bearbeiten, dort suchen, wo Content Elemente verwendet werden und folgendes einfügen:
Das reicht schon. Wenn man natürlich noch FCEs verwendet für zweispaltige Layouts oder ähnliches, dann muss man den gleichen Schnipsel in alle FCEs einbauen. Und dann beim Neu-Mappen aufpassen, dass man die bearbeitete DS nicht überschreibt.
Registrierungsextension
Ich komme im Moment nicht zum Schreiben, weil ich grade am Programmieren bin, an einem sehr tollen Plugin, das mindestens genauso viel kann, wie sr_feuser_register. Die Idee dahinter ist eigentlich sehr genial – die Extension läßt sich über TypoScript komplett konfigurieren. So wie bei Direct Mail gibt es die Möglichkeit Templates zu definieren und diese dann in einzelnen Content Elementen zu verwenden. Durch die Konfiguration lassen sich beim Anlegen der Benutzer alle möglichen Werte und Relationen abbilden, Werte generieren (aus Eingabedaten), Dateiupload ist möglich, genauso wie komplexe Validierungsvorgänge. So kann man dem Benutzer beim Anmelden bestimmte Gruppen wählen lassen, um dann eine Standardbenutzergruppe hinzuzufügen und diese dann zusätzlich in einem bestimmten anderen Feld zu speichern – alles eine Frage der Konfiguration. Da die eierlegende Wollmilchsau noch keine Gedanken lesen kann und die Konfiguration schon tricky ist, gibt es auch eine Art Konfigurationswizard.
Step I
gemacht am 5.November
Block A:
10 ZZ – Sixpoint, Single Knee Lift
6 ZZ – Double Knee Lift
8 ZZ – Repeater 3 Knee Lift
8 ZZ – Basic Over hin und zurück
Block B:
8 ZZ – Knee Lift seit ab, Chacha
8 ZZ – Mambo am kurzen Ende, Chacha
8 ZZ – Double Stomp am Step endlang, Single Stomp
8 ZZ – 2 Leg Curl
Block C:
8 ZZ – Basic Lunge
8 ZZ – 2 V-Step mit Drehung
16 ZZ – 2 Knee Lift, Repeater Knee
Step I
gemacht am 28.Oktober – die Choreo ist einfacher, dafür gabs am Ende für die Teilnehmer eine Überraschung „One Step For Two“. Dabei stellen sich je zwei gegenüber auf ein Step und machen die Choreo punktgespiegelt. War sehr lustig!
Block A:
16 ZZ – L-Step, 2 Kick
16 ZZ – Mambo Chacha, 2 Side Leg Lift
Block B:
8 ZZ – Repeater Knee
8 ZZ – Basic Straddle mit Lunges gedreht (im Doppel sich dabei anschauen)
16 ZZ – 4 Knee Lift ums Step herum (im Doppel den Rücken zueinander drehen)
Block C:
8 ZZ – Double Stomp, Single Stomp (hier besteht die Möglichkeit zu variieren z.b. zum Spider)
8 ZZ – Double Stomp, Single Stomp
8 ZZ – Repeater Leg Curl
8 ZZ – 2 Single Curl
Step I
Block A:
8 ZZ – Kneelift Over, Basic Over zurück
8 ZZ – 2 Leg Curl
8 ZZ – Repeater Leg Curl
8 ZZ – Mambo, Flieger
Block B:
8 ZZ – Basic, Turn Reverse
8 ZZ – 2 Kneelift
8 ZZ – Box Step Over, Basic am Platz
8 ZZ – Box Step Over zurück, Kick
Block C:
8 ZZ – Repeater Kick mit Chacha
8 ZZ – 2 Mambo Chacha (am Step und am Boden)
8 ZZ – 2 Side Tap
8 ZZ – tiefer V-Step, Basic joggen
Listen-Bug in IE
Tada! Nach dem Finder des Bugs (mein Kollege) taufe ich den bug feierlich auf den Namen „Kra-bug“!
Beschreibung:
Ein Listenelement mit einer weiteren Liste als Unterelement mit einer Hintergrundfarbe beeinflußt das folgende komplett unschuldige Listenelement.
Auftreten:
Wenn bei dem aktuellen aufgeklappen Listenelement das Padding-Bottom auf 0 gesetzt wird, und es vorher einen Wert hatte.
Beispiel:
Hier der HTML Code.
Dieses CSS ist noch ok.
ul {
background-color: gray;
}
li {
position: relative;
padding: 5px 0 5px 5px;
}
li.act,
li.act ul{
background-color: silver;
}
Das bringt den armen IE6 total durcheinander:
li.act {
padding: 5px 0 0 5px;
}
oder auch das:
li.act {
padding-bottom: 0;
}
Wenn jemand woanders eine Beschreibung des Bugs findet, bitte schreiben.
Probleme mit upload_progress mit PHP
Ich hatte mal über Fileupload mit PHP berichtet:
Simpel mit PHP und mit AJAX
Das Prinzip an sich funktioniert, es gibt nur ein paar Dinge, die man beachten sollte.
Die Funktion zum Abfragen der Dateigröße gibt 0 oder nichts zurück, wenn die Datei, die hochgeladen wird, größer ist als die erlaubte maximale Größe definiert durch php.ini. D.h. wenn diese Grenze gering ist und man versucht eine Datei hochzuladen, die größer ist, gibt es keinen Fortschrittsbalken.
Lösung dafür habe ich noch keine gefunden, das Problem wird in diversen Foren angesprochen, kann aber anscheinend nicht gelöst werden.
Step I
Block A:
8 ZZ – 4 (Aerobic) Step Touch re aufs Step und wieder ab
8 ZZ – Flieger übers Step, Flieger wieder zurück
8 ZZ – Basic re, V-Step re
8 ZZ – Slow V-Step (erste 3 Schritte langsam), 2 March li
Block B:
8 ZZ – Basic, Turn Reverse
8 ZZ – Rocking Horse (Repeater Curl, Knee, Curl)
8 ZZ – Mambo, Mambo zur Seite ab
8 ZZ – Basic Straddle
Block C:
8 ZZ – Double Knee, 2 March rauf li
8 ZZ – Sixpoint li, 2 March wieder ab
8 ZZ – 2 Leg Curl
8 ZZ – V-Step li
Komma in Mailform-Label
Heute ein interessantes Problem entdeckt.
Mit einem TYPO3-Mailform-Element lassen sich Formulare erzeugen. Dabei gibt man über einen Wizard- oder in einem Konfigurationsfeld die Felder an, die im Formular dargestellt werden sollen. Mit einem Sternchen vor dem Feld gibt man an, ob das Feld ein Pflichfeld ist. Wenn man das Formular dann absendet, wird ein Alert-Fenster angezeigt, mit der Meldung welche Felder noch ausgefüllt werden sollten.
Mein Formular sah in der Konfiguration etwa so aus:
Name *| *Name=input
Straße * | *Strasse=input
PLZ , Ort * | *PLZ_Ort=input
E-Mail *| *EMail=input
Telefon* | *Telefon=input
Beim Absenden stand in dem Fenster: „Bitte füllen Sie folgende Felder aus: Name *, Straße *, PLZ, EMail“. Das Feld heißt doch „PLZ, Ort“. Außerdem fehlen die Sternchen nach dem PLZ und E-Mail, und wo bleibt Telefon.
Mit einem Kollegen betrachteten wir die Funktion onSubmit im Formular genauer: Es wird die Funktion validateForm aufgerufen mit dem Namen des Formulars und eine kommaseparierten Liste von Feldern, die Pflicht sind. Dabei kommt jedes Feld zweimal vor – als Feld-Name und Label. In der Funktion wird die Liste aufgeteilt und Feld-Name und Label ausgewertet.
Dadurch, dass „PLZ, Ort“ ein Feldname ist, bringt das diese Rechnung total durcheinander und PLZ wird als Feldbezeichnung gewertet, „Ort *“ als Name des nächsten Feldes. Deswegen fehlen die Sternchen und die Rechnung geht nicht auf und das letze Feld fehlt.
Lösung: eigentlich keine, kein Komma im Label benutzen, sondern / oder so.
Neueste Kommentare