Hab ich heute gemacht, trotz guter Vorbereitung habe ich den Aufbau ein bisschen verpatzt. Theoretisch konnte ich es aufbauen, praktisch hat es vor lauter Aufregung nicht funktioniert. Am Ende waren die Teilnehmer doch zufrieden.

Block A:
6 ZZ – Basic, March (Anlauf nehmen)
12 ZZ – Chacha re am Step entlang, Mambo li am Boden dabei wieder zum Step drehen, A-Step weg vom Step
14 ZZ – 2 March Straddle li, Repeater Knee li, Kick re

Block B:
8 ZZ – halber Basic re rauf Vierteldrehung nach links, Switch oben, re ab, aus dem Straddle Double Stomp li
8 ZZ – Box Step li zurück nach Süd, Turn Reverse li
8 ZZ – Double Stomp re (auf Step, hinter Step), Single Stomp li
8 ZZ – Pivot Turn (gross, Fuß ist hinter Step), Basic over

Block C:
5 ZZ – Double Stomp re ums Step spidern
11 ZZ – halber Basic rauf, Lunge li, Lunge re, 180 Grad Drehung nach re, Mambo li dabei zurückdrehen, Mambo schließen
10 ZZ – halber Basic rauf dabei nach links drehen, vorne ab, Straddle, Kick
6 ZZ – Sixpoint over zurück nach Süd

Aufbauvorschlag:
Block A: 2 Basic, Chacha, Mambo, Basic, Repeater, Kick – 2.Basic zu Marches – umstellen
Block B: rauf ab mit Marches und 2 Basic üben – Marches werden zu Double Stomp – 1.Basic zu Box, 2.Basic zu Turn Reverse – Seitdrehung – vier Basic dranhängen – die ersten zwei zu Double Stomp, Single Stomp
Block C: 3 Basic + 1 Kick – erste zwei Basic werden zu Sixpoint – dann rauf etc. – Sixpoint ans Ende stellen – davor 4 Basic – die ersten zwei zu Double Stomp und Single Stomp – dann Double Stomp, halben Basic etc.

Das hier ist ein Konzept, das ich umgesetzt habe, den Quellcode darf/möchte ich (noch) nicht veröffentlichen.
Aufgabenstellung: im Extranet dem Benutzer das Datum seines letzen Logins anzeigen. Problem: Sobald sich ein Benutzer in Typo einloggt, wird automatisch das Datum neu gesetzt, so dass der Benutzer immer den Zeitpunkt vor ein paar Minuten zu sehen bekommt.
Egal wie der Benutzer sich einloggt – newloginbox oder felogin (neu als Systemextension in 4.2), das Einloggen und das Setzen des Wertes findet immer auf Core-Ebene statt. Die felogin bietet zwar eine Möglichkeit für einen Hook an, da ist das Setzen des Wertes aber schon passiert und auf den alten Wert kann man nicht mehr zugreifen.
Um das Problem zu lösen, braucht man in der fe_users Tabelle zwei weitere Felder – ein Backup-Feld für lastlogin und ein Feld mit dem tatsächlichen letzen Login, nennen wir sie mal ll_bkp und real_ll.
Bei Login-Vorgang passiert folgendes: Ganz am Anfang auf Core-Ebene wird der Benutzer eingeloggt, der Wert lastlogin wird gesetzt. Wenn die Extension aufgerufen wird, wird aus dem Backup (der ist noch der alte) der Wert ins Real-Last-Login übertragen, und das Backup mit dem neuen lastlogin-Wert (der aktuelle Zeitpunkt) überschrieben. Warum braucht man das Backup-Feld? Weil man keine Möglichkeit hat, das lastlogin vor dem Überschreiben irgendwie zu sichern. Und das macht man “manuell” in der Extension.
Natürlich muss sich der Benutzer mindestens zweimal einloggen, damit im real_ll ein vernünftiger Wert steht (ist aber auch so logisch).
Wann kann man das einbauen? Man kann den Hook in der newloginbox oder felogin nutzen, um den eben beschriebenen Kopiervorgang auszuführen. Das wird dann beim Einloggen einmal ausgeführt. Das mit dem Hook klappt leider nicht, wenn die Login-Seite die Eigenschaft gesetzt hat, beim Einloggen ausgeblendet zu werden und stattdessen die Logout-Seite angezeigt wird. Da kommt es nach dem Einloggen gar nicht erst zur Ausführung des felogin/newloginbox Codes und des dazugehörigen Hooks.
Da besteht die Möglichkeit, die Extension auf jeder Seite einzubinden und die Werte nur dann zu kopieren, wenn ein Benutzer eingeloggt ist und das Backup sich vom lastlogin-Wert unterscheidet. Sobald man es einmal kopiert hat, ist es nicht mehr der Fall. Die Werte, die man zum Vergleichen benötigt stehen praktischerweise direkt im GLOBALS Objekt, das beim Einloggen mit allen in der Datenbank verfügbaren Daten des Benutzerdatensatzes geladen wird.

Bewertung 7/10

Insgesamt sehr nett – eine alleinerziehende Mutter zieht in einen Vorort von Köln und trifft dort auf Glucken (Mütter, die ihre Kinder übererziehen und dabei nicht merken, was um sie herum passiert). Mal wieder mit viel Ironie und Humor geschrieben und leichter Lesestoff. Die Beschreibung der Über-Mütter ist nicht übertrieben, irgendwie realistisch und doch erschreckend, da es bestimmt solche Mütter gibt. Die Story ist irgendwie vorhersehbar, was an dem Umschlagtext liegt, der schon das Ende des Buches verrät. Und es gibt eine Vorsetzung – “Die Patin”, werde ich wohl auch lesen.

Hab heute ein kleines Drop-Down-Menü umgesetzt, so ähnlich wie das hier:
http://www.cssplay.co.uk/menus/final_drop2.html
Erkenntnisse des Tages:

• ohne der Angabe der background-color (oder background allgemein) in den Untermenüpunkte reagiert der IE6 gar nicht auf Drop Downs
• der IE8(Beta) funktioniert selbst im IE7-Modus anders als der IE7 nativ, da wurde der aktive Status vom Menü nicht korrekt dargestellt und gelegentlich verschwinden die Texte
• Windows und Mac haben komplett unterschiedliches Schriften-Rendering, auf dem einen System ist die Schrift ganz passabel, auf dem anderen passt sie nicht in die Ausgabefläche
• bei verschachtelten Menüs verschwinden die Menüpunkte komplett, wenn man mit Transparenzen arbeitet – man kann ein transparentes Menü machen, es verschwindet aber, wenn man versucht es nicht transparent zu machen bei Rollover

Lösung gibt es für die vielen Probleme leider keine, immer nur Workarounds. Da macht man das Menü im IE6 bei Rollover eben nicht opaque, gibt einen schwachsinningen Hintergrund, damit es angezeigt wird. *kotz*

Falls man (wie ich) den IE8 Beta zum Testen installiert hat, dieser den IE7 platt gemacht hat und die Seiten darin echt sch… (schlecht) aussehen, hier gibt es Hilfe – der Meta Tag, der dem IE8 sagt, wie er die Seite zu rendern hat.

Funktioniert sogar. Ich bekomme langsam Kopfschmerzen und schlage vor, einfach nur Screenshots mit Imagemaps auszuliefern.