| |
| |
|
 | XPSE geupdated. Neuste Version V0.1.3i. Siehe oben.
Die durch Ragnar bekanntgemachten Bugs sind beseitigt,- ein neuer Compilerschalter ist eingeführt und bisl Feinschliff ist passiert. 
Salve, iF *coolyeah* |
|
| |
| |
| |
|
|
 | Neue Version xpse v1.0.3j soeben hochgeladen.
Compilerschalter $runtime verbessert,- Compilerschalter $compiler eingeführt.
Bitte oben unter Compilerschalter nachlesen.
Ab jetzt ist es kinderleicht, im Source zu entscheiden, welches Compiler/Runtime-Set genutzt werden soll - um z.B. zwischen verschiedenen Profanversionen zu unterscheiden.
z.B.:
KompilierenMarkierenSeparieren {$runtime p9}
{$compiler p9}
KompilierenMarkierenSeparieren {$runtime p8}
{$compiler p8}
Natürlich können auch komplette Pfad/Dateiangaben gemacht werden - xpse achtet drauf.
Salve, iF |
|
| |
| |
| |
|
|
| Kleines Update hochgeladen welches das XPSE-Fenster auf Win9x-Systemen besser aussehen lässt.
(Wunsch von Dietmar Horn)
Salve, iF |
|
| |
| |
| |
|
|
| Update soeben hochgeladen - V0.1.3m
Ab sofort kann noch besser kommentiert werden - denn /* und */ müssen nicht mehr am Zeilenanfang stehen - sondern kann sogar mitten in einer Zeile genutzt werden.
KompilierenMarkierenSeparierenprint &gettickount + "weiterer Text " + + time$()/* remark innerhalb Zeile*//*und nochn Rem inner Zeile*//*0?*/
Ebenso wurde XProfan9-Kompatiblität hergestellt - das Trennen von Zeilen mit dem : wird wie gehabt interpretiert - und ermöglicht sogar folgende Syntax:
KompilierenMarkierenSeparierenLabels müssen nicht separat in eine neue Zeile geschrieben werden - aber ans Zeilenende. Ansonsten konnte ich während meiner Tests fehlerfrei mit : verschachteln.
@Dietmar: Ist die Fensterposition/Größe nun veränderbar auf Win9x?
In der nächsten Version wird auch das ; Semikolon zum Trennen von Zeilen möglich sein. Geproggt ists schon - nur habe ich die entsprechende Passage aus der Version V0.1.3m gecancelt, da ich noch nicht alle Tests abgeschlossen habe. Es kann dann auch zwischen : und ; innerhalb einer Zeile gemischt werden.
@Frank: ich glaube, jetzt gibt es ein geringes Problem mit den Assemblerblöcken - oder?
Salve, iF |
|
| |
| |
| |
|
|
| Bugfixupdate hochgeladen - bei Pfadangaben in Compilerschaltern sollte jetzt die :-Trennung nicht greifen.
Salve, iF |
|
| |
| |
| |
|
|
| Update hochgeladen.
Assemblerblöcke sollten jetzt richtig interpretiert werden.
Die Erweiterung der Create-Funktion mittels (:hidden etc) musste aufgrund zur Kompatiblität zu P9 abgeändert werden.
Aus
createtext (%hwnd,,0,0,100,100):disable:vscroll
wird einfach
createtext (%hwnd,,0,0,100,100)~disable~vscroll
.
Der Doppelpunkt wird also zum Tilde.
Es kann jedoch auch weiterhin bei Createangaben die Positionierung über %Prozent erfolgen.
z.B.
CreateText (%hwnd,Text,0%,0%,100%,100%)
um ein Textfeld in der Größe von 100% vom %hwnd zu erzeugen.
Salve, iF |
|
| |
| |
| |
|
|
| Update hochgeladen.
Die Semikolontrennung wie aus anderen Sprachen bekannt sollte jetzt funktionieren. Bitte ausgiebig testen.
Einfaches mögliches Beispiel:
KompilierenMarkierenSeparierenSalve, iF |
|
| |
| |
| |
|
|
| [quote:615db0a249=Ragnar Rehbein]hallo IF
als weitere möglichkeit für debugausschriften würde ich mir statt der ausgabe in eine datei, optional die ausgabe über OutputDebugStringA in der KERNEL32 wünschen.
ich benutze zur anzeige DebugView (von SysInternals). damit ist es auch möglich, netzwerkweit debugausgaben zentral anzuzeigen.
r.r.[/quote:615db0a249]Und genau das kann der neue XPSE mit dem Schalter {$debug kernelout}.
Zum 1. Male sieht man mal XProfans Fehlermeldungen zusammen mit dem Quelltext, der dies auslöst. Einfach super Ragnars Idee und das Ergebnis ist phantastisch!
Salve, iF |
|
| |
| |
| |
|
|
| Neue Version - some buxr fixd. 
Salve, iF |
|
| |
| |
| |
|
|
| Neue Version - neue tolle Bugs. 
@Frank: Funzt jetzt das Inline-Assembler wieder?
Salve. |
|
| |
| |
| |
|
|
| Noch ne neuere Version - noch tollere Bux.
Kleiner Fehler im Modul {$replace} terminiert. 
Salve. |
|
| |
| |
| |
|
|
| Erster XPSE der 0.1.4er Generation soebend hochgeladen. 
Ich habe Vorgereitungen getroffen -
a)den Source noch optimierter zu konvertieren
b)den Source noch stärker auf Unstimmigkeiten zu überprüfen
Aber Achtung: es sind nur Vorbereitungen getroffen - noch passiert nicht viel!
Besonders im create-Bereich habe ich den Parser deutlich verbessert.
Siehe dieses Beispiel:
KompilierenMarkierenSeparierenbut&:=if(o&<3,createbutton(%hwnd,if(o&==1,"RUN ","STOP ")+str$(i&),i&*60,30+o&*30,60,30),createbutton(%hwnd,"",i&*60,50+o&*30,60,20))
KompilierenMarkierenSeparierenBUT&=IF(O&<3,(CREATE("BUTTON",(%HWND),IF(O&=1,"RUN ","STOP ")+STR$(I&),(I&*60),(30+O&*30),(60),(30))),(CREATE("BUTTON",(%HWND),"",(I&*60),(50+O&*30),(60),(20))))
Dies ermöglicht später genaueres Hinsehen des XPSE auf syntaktische Fehler - wie z.B. Parameterzahl etc.
Dafür hat XPSE die Eigenschaft verloren, dass Controlgrößenangaben auch in % (Prozent) erfolgen können. Meiner Meinung nach hatte eh niemand diese Option genutzt. Wenn darauf trotzdem Wert gelegt wird - so ist diese einfach wieder zu implementieren - ich habs mir vorbehalten.
XPSE hat auch noch eine zweite Eigenschaft verloren - diese das man nach for ... to ... do ... das begin auch weglassen kann - wenn man nur einen einzigen Befehl dahinter schreibt. Nun sind alle forToDo-Schleifen mit einem Begin zu beginnen - und mit einem End zu beenden. Dies ist sicherlich alleine schon dadurch, daß man mehere Befehle - mit einem Semikolon oder mit einem Doppelpunkt getrennt - in eine Zeile schreiben kann, leicht zu verschmerzen. Beides unterstützt der XPSE.
Z.B. so - in Verbindung mit einem if:
KompilierenMarkierenSeparierenSalve, iF |
|
| |
| |
| |
|
(771)
Deutsch
English
Français
Español
Italia