PureBoard

Mir ist folgendes aufgefallen:
Wenn im PathRequester ein neuer Ordner erstellt und benannt wird und der Anwender die Eingabe nicht durch "Return" bestätigt, sondern einfach auf "OK" klickt, dann wird der Path mit "neuer Ordner" übergeben, Windows hingegen ist so schlau und benennt die Datei dennoch um, so dass alle weiteren Zugriffe im Programm ins Leere laufen. Für mich ist das ein BUG. Wie seht ihr das?

Kann den Bug nicht bestätigen.

Wenn ich einen neuen Ordner erstelle und dann Test eingebe, das Inputfeld noch aktiv ist und ich dann auch OK klicke, dann gibt mir PB:
"C:\Users\***\Desktop\Test\"

(Windows 7, 64 Bit, PB 5.22)

Bei mir nicht. Wenn ich deine Vorgehensweise hier nachstelle, kann ich das bei dir aufgetretene Problem nicht nachvollziehen.
Wenn ich einen neuen Ordner anlege und diesen benenne und direkt auf den "OK"-Button klicke, dann wird sowohl der Ordner umbenannt als auch der Name richtig zurückgegeben.

Welche PB-Version verwendest du?

Win 7 32-bit, PB 5.22

hier auch das gleiche wie bei STARGÅTE und RSBasic.
Grüße ... Kiffi (Win7 PB5.22)

Heute bin ich wieder einmal am Debugen. Inzwischen bin ich auf PB 5.31 umgestiegen und ich habe leider weiterhin das Problem, dass nicht der korrekte Name des umbenannten neuen Ordners ausgegeben wird, sondern ... /Neuer Ordner/
Ich bin den Bug bisher umgangen und habe immer brav zunächst die Enter-Taste betätigt, bevor ich auf "OK" geklickt habe. Bei mehreren Tests habe ich gemerkt, dass der Fehler leider sporadisch auftritt. Kann das ein Synchronisierungsproblem sein, dass die Festplatte noch arbeitet und der PathRequester nicht wartet, bis das Verzeichnis angelegt wurde?

Das Gemeine ist - ich weiß auch nicht, wie ich überprüfen soll, ob der Fehler aufgetreten ist oder nicht... hmm. If ... /Neuer Ordner/ ... wiederhole PathRequester. Ist die einzige Chance oder? Allerdings, wenn jemand das System auf englisch nutzt, dann greift der Mechanismus nicht. Das ist alles suboptimal

Ich kann den Bug auch nicht bestätigen.

Weil es scheinbar ein Einzelfall ist, beachte einfach den "Bug" nicht mehr. Investiere deine Zeit lieber in das aktuelle Projekt von dir statt langfristig nach einer Lösung für das unbedeutende Problem zu suchen, welches nicht bei jedem und nicht immer auftritt.

Ich behaupte mal, dass kaum jemand diese Vorgehensweise einsetzt, die du zufällig gefunden hast. Wenn ich in einem PathRequester einen neuen Ordner anlegen möchte, dann bestätige ich die Benennung grundsätzlich mit Enter oder klicke daneben und überspringe nicht diesen Schritt, indem ich sofort auf Ok klicke. Ich als Endbenutzer möchte doch sichergehen, dass ich meinen Ordner umbenannt habe, bevor ich ihn auswähle.

Wenn du versucht, beim Umbenennen sofort auf Ok zu klicken, dann ist dein Programm ein Bruchteil einer Sekunde schneller, als Windows, das noch in das Dateisystem schreibt für die Umbenennung.

Deine ausgedachte Lösung ist tatsächlich suboptimal. Selbst wenn du jede mögliche Sprache abfragst ob "Neuer Ordner" oder "New Folder" oder "Nouveau Dossier" weißt du trotzdem nicht, ob es Absicht war. Er/Sie/Es kann faul sein und will nur irgendeinen neuen Ordner auswählen und dann wundert er/sie/es sich, warum der PathRequester nochmal angezeigt wurde und meint, es wäre ein Programmfehler.

Vergiss diesen "Bug".

Bei mir funktioniert es auch, wie es soll. (auch Win7 32bit)

Wenn du prüfen willst, dann nur, ob der zurückgegebene Ordner existiert...

Interessieren würde es mich schon, wie solche Fehler entstehen. Es klingt so, als ob die Umbenennung verzögert wird. Könnte dein Antivirus-Programm so eine Verzögerung hervorrufen?

Ob es am Virenscanner liegt, weiß ich nicht. Es wird vermutlich wirklich an dieser minimalen Verzögerung liegen. Naja. Ich spare mir offensichtlich gerne den Enter Befehl und drücke sofort auf OK. Warum erst Enter drücken? Mit OK lässt es sich ja auch bestätigen... ich bin mir nicht sicher, ob ich der einzige Nutzer bin, der so handelt. Wenn das Programm mit dem falschen Ordner arbeitet, ist es eine Katastrophe und nichts läuft mehr richtig. Ich muss diesen Fehler irgendwie abfangen... im schlimmsten Fall muss ich den PathRequester selbst schreiben. Schade, dass er nicht selbst überprüft, ob das Vezeichnis korrekt angelegt und umbenannt wurde...