| |
|
|
- Page 1 - |
|
Dietmar Horn | Ciao,
das wird sicherlich ein prima Programm und wird per mich ein Grund sein, mich vom PrFellow-Editor zu trennen. Sobald Suchen & Ersetzen funktionieren, werde ich wahrscheinlich umsteigen.
Besonders die Plugin-Schnittstelle ist eine feine Sache. Evtl. potuto es da mit Fremd-PRCs zukünftig Problemchen geben, weil das 9er Runtime laut Roland nicht mehr mit älteren PRCs zurechtkommt (?).
Ein paar Anregungen:
1. Den Aufruf des Compilers circa eine Art WinExecWait finde ich weniger gelungen. Bei größeren Codes kann das Compilieren schon mal einige Minuten dauern. Während dieser Zeit würde ich gerne am Code weiterarbeiten wollen.
2. Ich vermisse die Optionen Run PRC Compile & Link Compile & Link & Execute
3. Bei mit XPSE starten sollte anschließend (optional) auch gleich der Interpreter mit der PRF als Parameter aufgerufen werden können, ohne daß man im Code die entsprechende XPSE-Direktive stehen haben muß. Vielleicht potuto David da ja XPSE eine Art Errorlevel zurückgeben lassen, wenn keine Fehler gefunden werden konnten.
4. Bei mir wird nach dem Compilieren das Runtime nicht gefunden, obwohl es in der Ini richtig eingetragen ist.
5. Wenn man den Code irgendwann auch noch falten potuto, potrebbe per Niemanden mehr ein Weg an XPrfEdit vorbeiführen.
6. Auskommentieren von mehreren Codezeilen, wie bei PrFellow.
Saluto Dietmar |
|
|
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 10.06.2005 ▲ |
|
|
|
|
| |
|
- Page 3 - |
|
| @ Michael
Hab Deinen Code mal überarbeitet, aber nur so, das er lauffähig ist. Ein bissel Komfortabler ist es mit With und Endwith aber schon KompilierenMarkierenSeparieren $H Windows.ph
$U Xprfedit.pcu = The
Declare Thexprfedit# Bereichsvariable für die Klasse
Dim Thexprfedit#, Thexprfedit Klasse der Bereichvariable zuordnen
Declare Version$, Prfdir$, Plugindir$, Srcfiledir$, Srcfilename$, Hed&
Declare Buffer#
Dim Buffer#,65000
Thexprfedit#.init()
Version$ = Thexprfedit#.getversion()
Prfdir$ = Thexprfedit#.getprofandir()c:Profan
Plugindir$ = Thexprfedit#.getplugindir().XPrfEditplugins
Srcfiledir$ = Thexprfedit#.getsourcefiledir()c:ProfanXPrfEditplugins
Srcfilename$ = Thexprfedit#.getsourcefilename()MyTestPlugIn.prf
Hed& = Thexprfedit#.getxprfedit()
~Getwindowtext(Hed&, Addr(Buffer#), 65000)
Thexprfedit#.exit()
Dispose Thexprfedit# Klasse freigeben
Assign #1,Plugindir$+"PlugInLog.txt"
Rewrite #1
Print #1," Version:",Version$
Print #1," ProfanDir:",Prfdir$
Print #1," PlugInDir:",Plugindir$
Print #1," SrcFileDir:",Srcfiledir$
Print #1,"SrcFileName:",Srcfilename$
Print #1," Handle:",Str$(Hed&),"($";Hex$(Hed&);")"
Print #1,"...und der Text:"
Print #1,String$(Buffer#,0)
Print #1
Close #1
End
|
|
|
| |
|
|
|
Michael Wodrich | [quote:635d1775af=TS-Soft]Kleineres Bugfix (0.4.1) ... - diverse von mir gefundene Fehler beseitigt. ... [/quote:635d1775af] Gehört zu den behobenen Fehlern auch, das der Editor plötzlich 2x vorhanden ist nachdem compiliert wurde?
Und da war noch etwas, habs mir mal wieder nicht notiert...
Schöne Grüße Michael Wodrich
P.S.: Werde morgen die neue Version testen... |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 07.07.2005 ▲ |
|
|
|
|
Michael Wodrich | Es würde sicher helfen, wenn im About-Fenster die Versions-Nummer angezeigt wird...
Der Fehler ist weiterhin vorhanden:
Wenn ich compiliere aus dem Editor heraus, dann erscheint eine 2. Version des Editors. Dord ist dann der Cursor am Dateianfang.
Schließe ich diese Instanz, dann bin ich wieder in der Version, wo der Cursor an der von mir gesetzten Position steht. Ist jedesmal beim Compilieren so.
MfG Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 08.07.2005 ▲ |
|
|
|
| |
|
- Page 4 - |
|
|
| Jetzt hab ichs auch gesehen, kann ja nichts schlimmes sein, wird in kürze repariert sein
So, ist erledigt, ein User äußerte den Wunsch, das der Editor das kompilieren nicht abwartet, sondern gleich wieder zur Verfügung steht, das geht so aber garnicht, da ich ja sonst die Exe anschließend nicht starten kann, da ich nicht weiß wann sie fertig ist
Werde es später so machen, wenn nur eine Exe erzeugt wird, wird der Editor freigegeben, soll die Exe gleich gestartet werden eben nicht. Anders gehts ja nun nicht. About-Box angepaßt, hoffentlich vergeß ich das nächstemal nicht diese zu aktualisieren |
|
|
| |
|
|
|
| Ist der Fehler jetzt weg ? Bei mir geht alles, was ja leider nichts bedeuten muß |
|
|
| |
|
|
|
Michael Wodrich | 0.4.2
Jedes Compilieren fügt eine Instanz hinzu...
Nur nicht aufgeben... :/:
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 08.07.2005 ▲ |
|
|
|
|
| [quote:a97e94cd44=Michael Wodrich]0.4.2
Jedes Compilieren fügt eine Instanz hinzu...
Nur nicht aufgeben... :/:
Schöne Grüße Michael Wodrich[/quote:a97e94cd44] Hab jetzt viele Möglichkeiten getestet, kann es aber nicht nachvollziehen, der Fehler tritt einfach bei mir nicht auf. Evtl. genauere Hinweise, wieviele File, wieviele davon ungespeicherte Änderungen enthalten, evtl. Schreibgeschützte File usw. Also alles was evtl. einen Fehler auslösen potuto. Die Hauptänderung seit der letzten Version, ist ja das autom. Speichern aller veränderter, benannter File vorm Kompilieren.
Hat vielleicht noch jemand anders dieses Phenomen beobachtet? Ich brauche auf jedenfall weitere Hinweise, solange Io l' Fehler nicht provozieren kann, komme ich nicht auf seine Spur |
|
|
| |
|
|
|
| Michael - was genau meinst Du mit eine Instanz hinzu... ?
Salve. |
|
|
| |
|
|
|
Michael Wodrich | Na, unten in der Taskleiste erscheint ein neues Knöpfchen. Ein Zeichen dafür, das das Programm doppelt im Speicher existiert.
Getestet mit einem Schnelltest: Auswahl des Quelltextes circa das Öffnen-Menü. Cursor ein paar Zeilen nach unten bewegt. Sicherheitshalber noch mal auf Speichern gedrückt. Jetzt aus dem Menü das Compilieren gewählt und schwupps erscheint ein weiterer Button in der Taskleiste und der Cursor steht ganz links oben.
Jetzt den Editor beendet und es erscheit wieder der Editor in dem Io l' Cursor nach unten bewegt hatte.
Ganz einfacher Test, produziert immer das gleiche Ergebnis. Versionsnummer circa Aboutbox kontrolliert.
MfG Michael Wodrich
P.S.: Alle File, die durch Compilieren produziert werden können wurden vorher gelöscht (prc,exe).
Kann es sein, das der Editor irgendwo Tempdateien anlegen will und nicht kann? Hier sollte die interne Programmazione nochmals geprüft werden, ob alle Fehlermeldungen (%IOResult) auch beachtet werden.
Kann/soll ich da evtl. was von Hand löschen? |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 10.07.2005 ▲ |
|
|
|
|
| >> Kann es sein, das der Editor irgendwo Tempdateien anlegen will und nicht kann? Hier sollte die interne Programmazione nochmals geprüft werden, ob alle Fehlermeldungen (%IOResult) auch beachtet werden.
Schnellstart funktioniert naturalmente anders, als die anderen Funktionen. Es werden keine File gespeichert,lediglich die aktuelle temporär im Temp-Verzeichnis des Users, unter einem temporären Namen in einem von mir angelegtem temporären Ordner (Namen werden per API erzeugt, sind allso einmalig). Nachdem beenden sind diese Daten verloren, was ja auch der Sinn und Zweck des Schnellstartes ist. Das bedeutet, das der entsprechende Source nach Schnellstart evtl. immer noch als verändert, bzw. als unbenannt gilt. Durch Schnellstart wird so ein Status also nicht verändert. Schreibgeschütze Temp-Verzeichnisse sind mir noch nicht untergekommen, werde aber den Source überprüfen und eine evtl. fehlende Abfrage ergänzen. Wenn es aber daran liegen sollte, das ich im Temp-Ordner keine weiteren File anlegen kann, ist was an Deinem System nicht ganz richtig und es sollten diverse Programme probleme haben. Ein Doppelstart ist dadurch aber immer noch nicht erklärt.
Also weitere Meldungen bitte, wer hat Probleme beim Schnellstart ? |
|
|
| |
|
|
|
| Bisher konnte niemand den Fehler bestätigen, da der Editor im gesamtem Code keine neuen Instanzen von sich startet oder erzeugt, weiß ich nicht wo ich suchen sollte. Schreibzugriffe, die nicht possibile sind werden auch nicht versucht auszuführen. Das è wenn eine File nicht erstellt werden konnte, wird auch nicht versucht dort hinein zu schreiben. Solche Fehler sind in PureBasic sowieso eher unwahrscheinlich, da alle Funktionen bei Ausführung ein Ergebnis liefern, meist False (0) bei Fehler bzw. True (<> 0) bei Erfolg. Läßt sich also einfach per iF überprüfen |
|
|
| |
|
|
|
| Ich weiß also immer noch nicht, ob der bei Michael aufgetauchte effekt einmalig ist oder auch woanders auftaucht. Werde den Editor wohl fertigstellen müssen und dann erst auf Fehlersuche gehen. Also nicht wundern, die nächste Version wird sich also noch etwas hinziehen. |
|
|
| |
|
|