Hallo, > > Setzt du die schon ein wüsste ich nicht was Windowskisten für > > Probleme damit haben sollten?! > > das kommt daher, weil die PHP-Funktion date() unter Windows keine > Datumsangaben vor 1970 versteht. Und die wird in FormHelper::year(), > FormHelper::month() und FormHelper::day() verwendet...
Ouh, dann aber mal Vorsicht und genauer nachschauen. Die Funktion date() wird bei den Helpern nur eingesetzt um das aktuelle Datum zu bekommen. Der Formhelper macht diesbezüglich also unter Windows keine Probleme. > es gibt eine Alternative Bibliothek, die das kann, soviel habe ich schon > herausgefunden. Allerdings muss, um die zu verwenden, in den Core > eingegriffen werden. Das macht mir immer beauftragten, weil dann nicht mehr > schön Updates gemacht werden können (gerade bei 1.2 aber wichtig) Richtig, es ist aber auch unnötig (zumindest was Cake angeht) eine andere Lib. zu benutzen. > > Deine Nullwerte werden vermutlich nicht übernommen da sie > > komplett aus dem Datenarray verschwinden wenn du > > cleanUpFields aufrufst. Darauf musst du eben reagieren. > > dazu müßte ich aber auch cleanUpFields modifizieren, oder? Nein, du prüfst das Feld nach dem Cleanup einfach auf vorhandensein?! > > Das gehört eben zum Design der Anwendung. Du musst dir eben > > überlegen was als Datum erfasst wird. Dementsprechend kannste > > dann entscheiden. Ist es ein Geburtsdatum betrachtest du > > deine Zielgruppe oder machst eben automatisch von Jahr-100 > > bis Jahr-6 Ist es eine Kalenderapplikation gehst du von heute > > bis Jahr+3 .. etc.pp. > > Mit Jahren bis -100 hätte ich eine ewig lange select-Box. Irgendwie wünsche > ich mir mehr Flexibilität, auch trotz Automagic Du hast doch volle Flexibilität... Gib doch einfach minYear und maxYear an. -100 war nur ein Beispiel. > > Das kannst du natürlich machen, aber Cake Automagic sollte > > man schon nutzen wenn Sie da ist. Zumal gibts bei Textfeldern > > noch viel mehr unsinn den du auch selbst validieren musst > > hab ich auch gemerkt. :o( Wobei cleanUpFields sowieso nicht validiert, ob > der Benutzer z. B. den 30. Februar auswählt. Das muss also sowieso manuell > validiert werden. Dann kann ch auch gleich das Format prüfen... cleanUpFields ist auch nicht zur validierung da. Es setzt die "nur" deine einzelnen Datenelemente zusammen und macht ein paar konvertierungen (zB wenn 12-Stunden Zeitschema angegeben ist rechnet es auf 24h Schema um usw.) > > Kommt drauf an. Es ist an sich keine modelspezifische > > Funktion da es ja nicht nur auf Modeldaten angewendet werden > > kann. Ich würds in eine Component auslagern. > > ich hab es jetzt erstmal als nicht-objektierte Bibliothek eingebunden. > Schnell und dreckig. Das bisschen Overhead das du kriegst wenn du entsprechend OO Zusätze reinbastelst macht bei Cake effektiv nix aus. Cake 1.2. ist eben n Panzer Ist alsor echt unsinnig das "dreckig" einzubauen und wiederspricht eigentlich dem kompletten Cake Ansatz. Ernsthaft, überleg dir mal ob Cake wirklich das richtige für dich ist. Du scheinst mir nicht bereit zu sein dich tiefer damit auseinanderzusetzen und bastelst dann auch noch wilde quick-and-dirty konstrukte rein ... Frameworks wie Cake benötigen eben etwas einarbeitungszeit, möchte man es dann dadurch umgehen das man unsaubere lösungen verwendet sollte man wirklich überlegen ob man nicht besser selber rumbastelt und diverse bibliotheken einsetz (ez, Zend, ...) Noch ein schönes Restwochenende, Joachim --~--~---------~--~----~------------~-------~--~----~ Sie erhalten diese Nachricht, weil Sie Mitglied sind von Google Groups-Gruppe "CakePHP-de für deutsche CakePHP Entwickler". Für das Erstellen von Beiträgen in dieser Gruppe senden Sie eine E-Mail an [email protected] Um sich von dieser Gruppe abzumelden, senden Sie eine E-Mail an [EMAIL PROTECTED] Weitere Optionen finden Sie in dieser Gruppe unter http://groups.google.com/group/cakephp-de?hl=de -~----------~----~----~----~------~----~------~--~---
