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
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.
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.
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
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