| |
|
|
| XPSE geupdated. Neuste Version V0.1.3i. Siehe dessus.
qui par Ragnar bekanntgemachten Bugs sommes beseitigt,- un neuer Compilerschalter ist eingeführt et bisl Feinschliff ist passiert.
Salve, iF *coolyeah* |
|
|
| |
|
|
|
| Neue Version xpse v1.0.3j soeben hochgeladen.
Compilerschalter $runtime verbessert,- Compilerschalter $compiler eingeführt.
s'il te plaît dessus sous Compilerschalter nachlesen.
Ab maintenant ist es kinderleicht, im Source trop entscheiden, welches Compiler/Runtime-Set genutzt volonté soll - um z.B. entre verschiedenen Profanversionen trop unterscheiden.
z.B.: KompilierenMarqueSéparation {$runtime p9}
{$compiler p9}e> um anzuweisen qui profcomp.exe et prfrun32.exe aus dem Unterverzeichnis p9 trop nutzen,- ou bien z.B.: KompilierenMarqueSéparation {$runtime p8}
{$compiler p8}e> um anzuweisen qui profcomp.exe et prfrun32.exe aus dem Unterverzeichnis p8 trop nutzen.
Bien sûr peut aussi komplette Pfad/Dateiangaben gemacht volonté - xpse achtet sur elle.
Salve, iF |
|
|
| |
|
|
|
| Kleines Update hochgeladen welches cela XPSE-la fenêtre sur Win9x-Systemen besser air peut.
(Wunsch de Dietmar Horn)
Salve, iF |
|
|
| |
|
|
|
| Update soeben hochgeladen - V0.1.3m
Ab tout de suite peux encore besser kommentiert volonté - car /* et */ doit pas plus am Zeilenanfang stehen - mais peux sogar mitten dans einer la ligne genutzt volonté. KompilierenMarqueSéparationprint &gettickount + "weiterer Text " + + time$()/* remark innerhalb Zeile*//*und nochn Rem inner Zeile*//*0?*/ > Wirkt sur den 1. perspective unübersichtlich - hat cependant seinen Nutzen.
Ebenso wurde XProfan9-Kompatiblität hergestellt - cela Trennen de Zeilen avec dem : wird comment gehabt interpretiert - et permet sogar folgende Syntax: KompilierenMarqueSéparationLabels doit pas separat dans un neue la ligne geschrieben volonté - mais à l' Zeilenende. Ansonsten konnte je au cours de meiner Tests correct avec : verschachteln.
@Dietmar: Ist qui Fensterposition/Taille eh bien veränderbar sur Win9x?
dans qui prochain Version wird aussi cela ; Semikolon zum Trennen de Zeilen possible son. Geproggt ists déjà - seulement habe je qui entsprechende passage aus qui Version V0.1.3m gecancelt, là je encore pas alle Tests abgeschlossen habe. Es peux ensuite aussi entre : et ; dedans einer la ligne gemischt volonté.
@Frank: je crois, maintenant gibt es un geringes Problem avec den Assemblerblöcken - ou bien?
Salve, iF |
|
|
| |
|
|
|
| Bugfixupdate hochgeladen - chez Pfadangaben dans Compilerschaltern sollte maintenant qui :-Trennung pas greifen.
Salve, iF |
|
|
| |
|
|
|
| Update hochgeladen.
Assemblerblöcke devrait maintenant richtig interpretiert volonté.
qui Erweiterung qui Créer-Funktion mittels (:hidden etc) musste aufgrund zur Kompatiblität trop P9 abgeändert volonté.
Aus
createtext (%hwnd,,0,0,100,100):disable:vscroll
wird simple
createtext (%hwnd,,0,0,100,100)~disable~vscroll
.
qui Doppelpunkt wird alors zum Tilde.
Es peux cependant aussi weiterhin chez Createangaben qui Positionierung sur %Prozent avoir lieu.
z.B.
CreateText (%hwnd,Text,0%,0%,100%,100%)
um un Textfeld dans qui Taille de 100% vom %hwnd trop erzeugen.
Salve, iF |
|
|
| |
|
|
|
| Update hochgeladen.
qui Semikolontrennung comment aus anderen Sprachen bekannt sollte maintenant marcher. s'il te plaît ausgiebig testen.
Einfaches mögliches Beispiel: KompilierenMarqueSéparationSalve, iF |
|
|
| |
|
|
|
| [quote-part:615db0a249=Ragnar Rehbein]allô IF
comme weitere möglichkeit pour debugausschriften serait je mir statt qui ausgabe dans un fichier, optionnel qui ausgabe sur OutputDebugStringA dans qui KERNEL32 désirer. je benutze zur anzeige DebugView (de SysInternals). avec cela ist es aussi possible, netzwerkweit debugausgaben central anzuzeigen.
r.r.[/quote-part:615db0a249]et oui c'est ca cela peux qui neue XPSE avec dem commutateur {$debug kernelout}.
Zum 1. Male sieht on la fois XProfans Fehlermeldungen zusammen avec dem Voir le texte source, qui ca auslöst. simple super Ragnars concept et cela Ergebnis ist formidable!
Salve, iF |
|
|
| |
|
|
|
| Neue Version - some buxr fixd.
Salve, iF |
|
|
| |
|
|
|
| Neue Version - neue tolle Bugs.
@Frank: Funzt maintenant cela Inline-Assembler wieder?
Salve. |
|
|
| |
|
|
|
| encore ne neuere Version - encore tollere Bux.
Kleiner faute im Modul {$replace} terminiert.
Salve. |
|
|
| |
|
|
|
| Erster XPSE qui 0.1.4il Generation soebend hochgeladen.
j'ai Vorgereitungen getroffen - a)den Source encore optimierter trop konvertieren b)den Source encore stärker sur Unstimmigkeiten trop überprüfen
mais attention: il y a seulement Vorbereitungen getroffen - encore passiert pas viel!
Besonders im create-Bereich habe Je l' Parser deutlich verbessert.
Siehe cet Beispiel: KompilierenMarqueSéparationbut&:=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)) > wird dans: KompilierenMarqueSéparationBUT&=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)))) > konvertiert.
ca permet später genaueres Hinsehen des XPSE sur syntaktische faute - comment z.B. Parameterzahl etc.
Pour cette hat XPSE qui qualité verloren, dass Controlgrößenangaben aussi dans % (Prozent) avoir lieu peut. Meiner attitude pour hatte eh niemand cet Option genutzt. si puis quand même Wert gelegt wird - so ist cet simple wieder trop implementieren - je habs mir vorbehalten. XPSE hat aussi encore une zweite qualité verloren - cet cela on pour for ... to ... do ... cela begin aussi omettre peux - si on seulement une einzigen Befehl derrière elle écrit. eh bien sommes alle forToDo-Schleifen avec einem Begin trop commencer - et einem Fin trop finissons. ca ist sicherlich alleine déjà dadurch, qui on mehere Befehle - avec einem Semikolon ou bien avec einem Doppelpunkt getrennt - dans un la ligne écrivons peux, léger trop verschmerzen. Beides soutenu qui XPSE.
Z.B. so - dans liaison avec einem si: KompilierenMarqueSéparationSalve, iF |
|
|
| |
|
|