> Gibt den das Response.write die richtigen dteTmps aus? ja, sowohl direkt als auch mit CStr() > > Was macht den dieses komplexe IF-Konstrukt? Das sieht vereinfachbar > aus...
nicht wirklich - steigt bei der ersten schleife in der records gefunden werden aus, werden gar keine gefunden iteriert es bis zu constMaxWeeks wochen nach dteFirstDay und bricht dann endg�ltig ab > > dteNow ist now()? constMaxWeeks? > Wof�r ist dteBegin? events werden wochenweise angezeigt (mo-so) - dteBegin ist der erste tag der angezeigt wird, kann im fall der aktuellen woche auch was anderes als montag sein, da events von gestern nat�rlich uninteressant sind ist die aktuelle woche leer, die zweite aber nicht, beginnt die anzeige mit montag (dteBegin wird mit dteTmp �berschrieben) eine For-Next schleife w�rde nat�rlich auch gehen, hinterl�sst aber bei gar keinen events eine um 1 zu grosse schleifenvariable, detto ein Do While oder Loop Until das einstiegsdatum kommt als QueryString daher, deswegen die *eigenartige* verwendung von CDate() f�r mich sieht das so aus, als w�rde die jet-engine den parameterwert *cachen*, denn der Response.Write gibt das jeweils richtige datum zur�ck und das ist auch die l�sung (gerade gefunden): durch die �bergabe eines parameter-arrays wird implizit ein parameter-objekt erzeugt, das nachher mit *cmd.Parameters.Delete 0* wieder entfernt werden muss sonst wird das im zweiten durchgang der schleife �bergebene parameter-array im sinne einer collection dem command-objekt hinzugef�gt und die stored proc liest immer nur den ersten parameter aus jetzt muss ich gleich einmal testen wie das ist, wenn ich innerhalb eines scripts nur den CommandText �ndere und parameter mit gleichen namen habe das k�nnte b�se �beraschungen geben :-0 christian | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
