Vernichter schrieb:
Tag,
beide fehler tauchen bei mir nicht auf.
hast du vllt. einen flyer ausgewaehlt? wenn ja, siehe meinen ersten post - dann findet er die datenbank nicht mehr.
Nein, hab keinen Flyer ausgewählt.
Fehler 1:
1. Neues Booking erfassen.
2. Veranstalter, Club, Ort ausfüllen.
3. Auf Speichern klicken.
4. Meldung kommt, dass Daten fehlen.
5. Daten füllen.
6. Noch mal Speichern klicken.
Ich vermute mal, Du prüfst nicht, ob das Speichern erfolgreich war, und änderst beim ersten Klick auf Speichern den Status, oder so was ähnliches. Oder die Felder des SQL-Statements sind nicht richtig gefüllt.
Fehler 2:
1. Ganz normal einen Satz anlegen und speichern (hier wurde bei mir komischerweise der als Primärschlüssel die ID=4 genommen.
2. Nun einen weiteren Satz anlegen. Wieder wird die 4 als Primärschlüssel vorgeschlagen.
3. Wenn man nun speichert, gibt es einen Konflikt, da der Primärschlüssel eindeutig ist.
Das kannst Du aber auch aus den Fehlermeldungen raus lesen.
Mir ist noch aufgefallen, dass bei den Dialogen so einwenig eine Layout-Definition fehlt. Mal gibt es kleine Buttons, dann wieder große, die Aufteilung ist nicht immer gelungen.
Noch ein kleiner Tipp für die Softwareentwicklung. Wenn Du es alleine testest, dann entdeckst Du meistens die Fehler im Detail nicht, weil Du den Weg, den Du dir für die Nutzung überlegt hast, immer schön befolgst.
Entweder Du stellst dich total dumm, oder suchst dir einen DAU, der es macht. Gut sind auch Leute, die meinen, sie wären richtige Cracks, haben aber in Wahrheit nix drauf.
Oft ist es so, dass die Leute dann die Software so merkwürdig nutzen, auf eine solche Idee wärst Du gar nicht gekommen. Sie klicken an Stellen hin, wo man normalerweise nicht klickt, geben unsinnige Daten ein, klicken die falschen Buttons, usw.
Du musst die Software DAU-sicher machen, d.h., den User führen. Er soll gar nicht merken, dass er geführt wird, aber er soll es intuitiv benutzen können. Und alle Möglichkeiten sollten von vorne rein bedacht werden, so weit es geht, und dann abgefangen werden.
Vernichter schrieb:
mit der uhrzeit: mal gucken was sich da machen laesst, ich muesste das sehr umstaendlich auf fehler untersuchen...
In C# ist das etwas blöd, weil es keine vernünftige Eingabekontrolle bei den Edit-Objekten gibt. Im Prinzip haben alle die Eigenschaft Text. Da der User hier alles eingeben kann, muss man das prüfen.
Entweder man macht eine Feldkontrolle, d.h., wenn der Inhalt des Feldes geändert wird, oder wenn es den Focus verliert. Spätestens direkt vor dem Speichern muss man die Inhalte prüfen. Diese Logik ist unabdingbar, sonst wirst Du immer Fehler bekommen. Denk nur mal daran, wie Du nachher Auswertungen über z.B. Gage machen willst, wenn da „xyz666“ drin steht.