Oh, einen Bug/Schönheitsfehler habe ich eben noch gefunden: Wenn man eine Quellcode ohne zu speichern ausführt und den Quellcode dann schließt, wird nicht nachgefragt, ob man noch speichern möchte... Und beim nächsten Mal wird die temporäre Datei dann einfach überschrieben.
Gruß
Jonathan
LemonEd (Entwicklungsumgebung von Frabbing)
-
Frank A. -
6. Juni 2011 um 16:11 -
Geschlossen
-
-
-
Das haben temporäre Dateien so an sich, das sie nicht ewig "halten". Ist also kein Bug, sondern so vorgesehen. Allein, um nicht die Bildung unzähliger Tempdateien zu fördern, nur weils bequem ist.
Also Quellcode immer abspeichern unter einem sinnvollen Dateinamen. Kurztests im Temp wirklich nur für kurze, unwichtige Tests verwenden. -
Trotz allem wurde der Source nicht gespeichert, es sollte also eine Nachfrage
zum speichern erfolgen, Unabhängig davon, das die Datei temporär
ausgeführt wurde -
Zitat von ts-soft;910566
Trotz allem wurde der Source nicht gespeichert, es sollte also eine Nachfrage
zum speichern erfolgen, Unabhängig davon, das die Datei temporär
ausgeführt wurde
Genau das meine ich
Gruß
Jonathan -
Ich denke mal, Frank setzt beim Speichern das IsModified flag zurück. Dies
ist ja auch richtig, aber nicht, wenn nur temporär gespeichert wird. -
Klar wird immer eine Datei gespeichert, auch temporär. Es wird dazu aber immer nur ein Name verwendet, bei erneutem temporären Speichern eines anderen Quellcodes würde die Datei also überschrieben. Das ist das beschriebene Szenario.
Finde ich eigentlich korrekt so. Ich könnte aber prüfen, ob in so einem Fall dann zwei Tempdateien existieren würden und den User darauf hinweisen. -
Wenn ich zwei neue Dateien habe, habe ich zwei Reiter "Neu-temp.PRF" und kann auhc beide immer wieder wechselseitig ausführen. Beende ich das Programm ist aber natürlich nur eine als Temp-Datei gespeichert. Vielleicht wäre es günstiger, daß generell eine Rückfrage für jeden Reiter "Neu-Temp.PRF" erfolgen sollte, ob diese Datei gespeichert werden soll. Die Möglichkeit, eine noch nicht gespeicherte Datei oder auch mehrere ohne Probleme ausführen zu können verführt direkt dazu, mal das Speichern zu vergessen.
Gruß Volkmar
-
Ständiges Nachfragen versuche ich ja zu vermeiden.
Aber ich werde wohl eine Meldung einbauen, wenn es zweimal die gleiche Tempdatei gibt, bzw. doch den neuen Namen leicht ändern (Neu-TempNr.prf). -
Ist ja auch nett, daß da nicht so viele Fragen kommen. aber bei mehreren Tempdateien könnte man vielleicht eine Ausnahme machen
Gruß Volkmar
-
Zitat von Volkmar;910583
Wenn ich zwei neue Dateien habe, habe ich zwei Reiter "Neu-temp.PRF" und kann auhc beide immer wieder wechselseitig ausführen. Beende ich das Programm ist aber natürlich nur eine als Temp-Datei gespeichert. Vielleicht wäre es günstiger, daß generell eine Rückfrage für jeden Reiter "Neu-Temp.PRF" erfolgen sollte, ob diese Datei gespeichert werden soll. Die Möglichkeit, eine noch nicht gespeicherte Datei oder auch mehrere ohne Probleme ausführen zu können verführt direkt dazu, mal das Speichern zu vergessen.
Gruß Volkmar
Hallo Volkmar,
genau das war mein Fehler!:( -
Tempdateien werden vom Anwender nicht bewußt erzeugt, sondern dienen
nur dem Interpreter als Futter, somit liegt keine Speicherung vor.
Bei jedem Interpretieren sollte eine neue Tempdatei angelegt werden,
solange bis die Datei mal gespeichert wurde. Am ende werden alle
Tempdateien, die möglichst alle unterschiedliche zufällige Namen haben
und sich am besten in einem eigenen Unterverzeichnis von Temp befinden,
gelöscht.
Beim beenden der IDE sind diese Dateien genauso als ungespeichert zu
behandeln, wie jede andere modifizierte Datei auch, also bei Änderung ist
nachzufragen, ob gespeichert werden soll.Dies ist so eigentlich standard und wird meist auch so erwartet. Es entsteht
nicht eine einzige unnötige Nachfrage, sondern nur die immer erforderliche
Nachfrage, wenn noch nicht gespeichert wurde. -
Eingebaut. In der nächsten Version prüft der Editor dann, ob der Tempname schon in einem Tab vorhanden ist. Wenn ja, wird er zusätzlich nummeriert.
-
Zitat von GT43A;907344
Ja ich weiß, war meine Schuld, wen das Wörtchen aber nicht wäre, aber bei so vielen fenstern....;)
Tröste dich, hab gerade gelesen, dass Andreas' Editor Windows zerschiessen kann. Du bist da also gut weggekommen. :cool:
-
Zitat von Frabbing;910660
Tröste dich, hab gerade gelesen, dass Andreas' Editor Windows zerschiessen kann. Du bist da also gut weggekommen. :cool:
Was? Wie?! 8O
Gruß
Jonathan -
Update auf Version 1.4.1.4:
- sicherere Erstellung von Temp-Dateien (Neu-TempNr.prf/.pb/.rc)
- Verbesserung des Auto-Vervollständigungs-Mechanismus
- Automatische Suffix-Kennzeichnung für Projekt-Speichern-Dialog
- kleiner Bugfix beim Umwandeln von RC in RES
- Pausenspiele gekennzeichnet als Online-Spiele -
Hoffe es läuft alles soweit.
Jonathan: Da waren entsprechende Postings in Davids Forum. Hier und bei Roland hat Andreas keine Warnung bekannt gegeben. Alle User seines Editors sollten dringend updaten.
-
Zitat
Hoffe es läuft alles soweit.
Alles im grünen Bereich !
-
Bei mir ist auch alles bestens :D! Kann es nur nochmal sagen, einen echt tollen Editor hast Du da geschrieben!
Gruß
Jonathan -
XProfan X2c, Windows 7 64, LemonEd Version 1.4.1.4
Hallo Frank,
Beispiel:
SendString(FindWindow("LemonEd"),"Hallo Welt")
Bei mir ging es nicht.?
Das Fenster ist vorhanden ( FindWindow("LemonEd") )
aber Hallo Welt wurde nicht eingefügt.
Mir ist noch was aufgefallen:
Über Einstellungen, Ändern,
Angezeigte ToolBar-Symbole,
PureBasic Hilfe habe ich deaktiviert.
Das ToolBar-Icon zu LemonEd Hilfe
wird als ToolTip PureBasic Hilfe angezeigt.
Warum ist das Button "Taste bearbeiten" deaktiviert?
Rudolf -
Hallo Rudolf,
wenn du Text an LemonEd senden willst, könntest du z.B. das Scintilla-Fenster (das wird als Editfenster verwendet) lokalisieren und dorthin senden. Gibt noch andere Möglichkeiten, wie Fraenki sie hier verwendet: https://www.paules-pc-forum.de/forum/helfer-t…box-helfer.html
Mit dem Toolbar-Tooltip hast du recht. Muss mal nachsehen, was da los ist.
"Tasten bearbeiten" ist noch nicht implementiert. Das ist eine Erweiterung, die noch kommt. LE wird Stück für Stück weiter entwickelt.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!