TDM

Welches Excel?

Man kann auch einfach auf die Key-/Focus-Events horchen, dann wars das mit dem Problem. Wenn ich bei einer Textbox den Text eingegeben hab, drückt man logischerweise wo anders hin (oder Tab).

string path = "C:/Dokumente und Einstellungen/User/Eigene Dateien/Visual Studio 2008/Projects/backup/source/"; foreach(string file in Directory.GetFiles(path)) [INDENT]ListBox1.Items.Add(file); [/INDENT]

GetFiles liefert auch ein Array zurück. Einfach durchiterieren...

ListBox.Items.Add

Directory.GetFiles Method

Simpelste Möglichkeit: Private Sub Prename_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Prename.TextChanged OK_Button.Enabled = checkOkButtonEnable() End Sub Private Sub Lastname_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Lastname.TextChanged OK_Button.Enabled = checkOkButtonEnable() End Sub Private Sub Nicname_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Nicname.TextChanged OK_Button.Enabled = checkOkButtonEnable() End Sub Private Sub Phone_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Phone.TextChanged OK_Button.Enabled = checkOkButtonEnable() End Sub Private Function checkOkButtonEnable () as Boolean return ((Not String.IsNullOrEmpty(Prename.Text)) AndAlso _ (Not String.IsNullOrEmpty(Lastname.Text)) AndAlso _ (Not String.IsNullOrEmpty(Nicname.Text)) AndAlso _ (Not String.IsNullOrEmpty(Phone.Text)) AndAlso _ (IsNumeric(Phone.Text))) end function bzw: Private Sub Phone_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Prename.TextChanged, Lastname.TextChanged, Nicname.TextChanged, Phone.TextChanged OK_Button.Enabled = checkOkButtonEnable() End Sub Private Function checkOkButtonEnable () as Boolean return ((Not String.IsNullOrEmpty(Prename.Text)) AndAlso _ (Not String.IsNullOrEmpty(Lastname.Text)) AndAlso _ (Not String.IsNullOrEmpty(Nicname.Text)) AndAlso _ (Not String.IsNullOrEmpty(Phone.Text)) AndAlso _ (IsNumeric(Phone.Text))) end function

Kurzantwort: Nein. Langantwort: Erstens spielt die Sicherheitseinstellung eine Rolle, damit ist zunächst nichtmal das Sandbox-Verfahren gemeint, sondern weißt du nicht, ob der Benutzer Schreibrechte o.Ä. für den Desktop hat. Selbst wenn müsstest du dann erst das Betriebsystem und das Dateiformat des Users kennen. Würdest du mit .NET so eine Anwendung schreiben, verletzt du die Barrierefreiheit laut W3C und würdest Linux/Unix/etc-Usern nicht mehr die Möglichkeit bieten, diese Anwendung zu benutzen. (Mono mal außen vor gelassen). Für sowas bieten sich maximal Applets (z.B. Java) oder einfache Downloadlinks an. Wenn du irgendwelche Daten beim Benutzer speichern willst. (Sessioninformationen), dann nimm Cookies.

Private Sub Phone_textChanged(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Phone.TextChanged OK_Button.Enabled = ((Not String.IsNullOrEmpty(Phone.Text)) ANDALSO (IsNumeric(Phone.Text))) End Sub Prüft ab, ob der Text in eine Zahl konvertiert werden kann (wenn er nicht leer ist).

Wie wärs mit: OK_Button.Enabled = NOT string.IstNullOrEmpty(Textbox1.text) Ansonsten: Wo steht die Abfrage denn drin? Beim TextChangedEvent der TextBox?

Zumal das fputs rausnehmen, wie Klotzkopp schon anmerkte. Ich hab da mal ein bisschen rumgespielt, muss sicher noch angepasst werden, aber funktioniert soweit, dass jede Zeile korrekt ausgelesen wird und die Daten zur Verfügung stehen. Musst mal sehen, ob du damit was anfangen kannst: int readLine(FILE *stream, int max, char* line); void splitLine(char *line, char *path, char *fileName, int *action); int main(int argc, char* argv[]) { char path[200], fileName[200]; char *line = malloc(sizeof(char) * 1024); int action; FILE *stream; // Read line by line from .csv File if ((stream = fopen("test.csv", "r")) != NULL) { while(readLine(stream, 200, line)) { splitLine(line, path, fileName, &action); //Ab hier weitere Verarbeitung der Werte } } free(line); line = NULL; return 0; } int readLine(FILE *stream, int max, char* line) { char *buffer; if(ferror(stream) || feof(stream)) return 0; buffer = fgets(line, max, stream); return ((strcmp(buffer, line) == 0) && (line != NULL)); } void splitLine(char *line, char *path, char *fileName, int *action) { //Default strcpy(path, ""); strcpy(fileName, ""); (*action) = -1; //Default const char *delims = ";"; char *buffer = strtok(line, delims); int i; for(i = 0; (i < 3) && (buffer != NULL); i++, buffer = strtok(NULL, delims)) { switch (i) { case 0: strcpy(path, buffer); break; case 1: strcpy(fileName, buffer); break; case 2: (*action) = atoi(buffer); break; default: printf("Fehler in Zeile: %s", line); break; } } }

Wenn du mit fgets(gesamte_zeile, MAX, file_csv) arbeitest, liest du nicht die komplette Zeile ein, sondern 200 (MAX) Zeichen. Das kann mehr, aber auch weniger als die Zeile sein. Daraus ergeben sich dann natürlich Folgefehler durch dein switch(i)-i++-i=0-Konstrukt. [Editerle] Ich seh grad, dass fgets wohl doch an Zeilenumbrüchen aufhört. Ich hätte hier zwar eher mit fscanf und feof gearbeitet, aber naja... Hast du denn durchgebuggt, dass jede Zeile sicher den zu erwartenden Wert besitzt?

Wie definierst du "nicht richtig"? Was ist erwartet? Was wird gemacht? Ich vermute mal, dass es mit unsauberer Variablenbelegung zu tun hat. (Irgendwelche Werte der vorherigen Zeile etc.) [Offtopic] - Soviel zu "dort". (Nächstes Mal mach ichs lieber bunt. ) - Igitt, Dev-C++ [/Offtopic]

Gehe ich recht in der Annahme, dass es mit diesem Thread zusammenhängt? Poste dort am Besten mal den kompletten (neuen?) Quelltext. Mit "Stückchenhinwerfen" kann ich nix anfangen. :floet:

fseek - C++ Reference ftell - C++ Reference rewind - C++ Reference Oder grob: fseek setzt den "Cursor" in der Datei. ftell gibt diese Position zurück. rewind setzt ihn wieder auf den Anfang.

Ich habs mir mal als Frühmorgensübung genommen. int main(int argc, char* argv[]) { FILE *source; FILE *destination; long lSize; char *buffer; if((source = fopen("quelle.txt", "rb")) != NULL) { fseek (source , 0 , SEEK_END); lSize = ftell (source); rewind(source); if ((destination = fopen("ziel.txt", "wb")) != NULL) { buffer = malloc(sizeof(char) * lSize); fread(buffer, sizeof(char), lSize, source); fwrite(buffer, sizeof(char), lSize, destination); fclose(source); fflush(destination); fclose(destination); free(buffer); buffer = NULL; } else { printf("Can't open %s", "ziel.txt"); fclose(source); } } else { printf("Can't open %s", "quelle.txt"); } printf("Press any key to continue."); getchar(); return EXIT_SUCCESS; } *hüstel* Wer braucht schon schleifen, ich mach das lieber gleich in einem Zug.

C/C++ Forum :: using namespace std

Ich habe gerade einen Blog für die Unterschiede zwischen LoadFrom und LoadFile gefunden. Wenn es jemanden interessiert: LoadFile vs. LoadFrom

Sowas?! :beagolisc Anmerkung: Die Breite von z.B. TextBlöcken wird in WPF bei NoWrap meines Wissens eh automatisch angepasst. Ob das für Tooltipps genauso funktioniert, hab ich allerdings noch nicht getestet.

Nein. Wenn quelle == NULL schließt du sie im else-Block trotzdem. Außerdem wird nirgendswo abgeprüft, ob ziel geöffnet werden konnte. Des Weiteren gibts kein fflush. (Der Sauberkeit wegen) Warum eigentlich ein Integerarray? Chars wären doch angebrachter.

Ich vermisse fclose. :floet:

1x Vorname.Name@Provider.de (offizieller Kontakt, Bewerbungsschreiben, ...) 1x für Administratives (Microsoft, Oracle etc.) 1x für Entwicklung (MSDN, SUN etc.) 1x für Browsergames 1x Spamaddresse

C++ FileSize() function.

Mono?! :beagolisc [Edit] Ok, nächstes Mal weiterlesen, was der Franzose geschrieben hat.

Da C++ im Topic steht, würd ich auf printf verzichten. C++ Ein- und Ausgabe