| |
|
|
 | So V0.1.6 is raus!
Größeres XPSE-Update! s'il te plaît den alten encore aufheben, dans V0.1.6 wurden viele neue Features hinzugefügt, qui Kontrollen verbessert et et et...
Umlaute volonté maintenant aussi unterstütz! <offtopic>Was naturellement seulement un Bug son peux!  </offtopic>
quoi ist récente:
qui Variablenerkennung ist deutlich verbessert. qui Variablen volonté maintenant aussi den Prozeduren zugeordnet et qui Typen volonté geprüft.
Headerfiles: Werden eh bien lire et en Anwendung überprüft! Im Source benutzte Strukturen, Apis ou bien Konstanten volonté vom XPSE eh bien direct mise en œuvre et qui Headerfileangaben volonté aus dem Source entfernt - quoi trop Folge hat cela qui XProfankompiler qui Headerfiles pas plus nécessaire.
pourquoi cela XPSE tut? Weil il qui Umsetzung um un Vielfaches plus rapide pouvoir comme qui XProfankompiler et qui XProfankompiler aussi encore moins trop 1faire hat et plus rapide kompiliert.
par cela Einlesen qui Headerfiles peux XPSE aussi Strukturendefinitionen et Anwendungen überprüfen - et muss cet pas plus übergehen. Falschgeschriebene Konstanten volonté eh bien aussi angemeckert.
Benutzte APIs aus den Headerfiles volonté pas simple seulement comme Externals dans den Source umgewandelt! cela schnellere Call wird verwendet et qui Prozeduradresse aus qui DLL wird einmalig bezogen. cela fait qui Abarbeitung de ApiCalls aus Headerfiles aussi encore plus rapide.
seulement encore fremde Headerfiles doit angegeben volonté! qui StandardHeaderFiles windows.ph, messages.ph, commctrl.ph, structs.ph, Avi.ph, gdi.ph, OpenGL.ph, richedit.ph et shellapi.ph hat XPSE intus! qui Angabe qui Headerfiles ist pas plus nötig! Werden qui Files quand même angegeben utilise XPSE qui angegebenen et pas qui eingebauten!
par cela omettre de Headerfileangaben wird cela Kompilieren cependant encore plus rapide! Weder XPSE encore qui XProfankompiler doit qui Headerfiles einlesen!
cela ~ muss pas plus verwendet volonté! Es peux - mais es doit pas! seulement si qui nom peut-être avec einem anderen kollidiert devrait cela ~ verwendet volonté.
APIs, Strukturen et Konstanten peut alors simple verwendet volonté sans cet trop déclarer et sans cela ~ marque.
simple essayer! KompilierenMarqueSéparation |
|
|
| |
|
|
|
 | Update sur V0.1.6f, un Bug quel Strukturdefinitionen betraff ist gefixd. lente wirds richtig rund avec den Headerfiles!
Probiert la fois wirklich simple qui Headerfiledefinitionen $H wegzulassen - alors quoi qui Standartheader betrifft.
je finds richtig appétissant...  |
|
|
| |
|
|
|
 | Update sur V0.1.6g, Frank hatte une Bug trouvé. Zeilen quelle möglicherweise un Kommentar enthielten après que un künstlicher Zeilenumbruch avec gesetzt ist wurden ensuite faux umgebrochen si cela dedans eines Cordes angewandt wurde. qui faute ist behoben.
il y a aussi neue Kompilerschalter!
{$pushkeyword ...}  {$pushkeyword enduro&} {$pushkeyword enduro&,maxior&,irgendEinKeyword}
Pushkeyword befiehlt XPSE par-dessus hinwegzusehen si eines qui deklarierten Keywords im Source angeblich pas deklariert wurde. cela peux z.B. ensuite qui le cas son si trop einer Unit un Definitionsfile fehlt ou bien une Funktion/Variable aus einer Unit benutzt wird quelle im DefFile pas angegeben ist.
{$debug onlyprocs}  qui beliebte XPSE-Debugmodus, cependant une Version quelle seulement cela Begehen et sortir de de Prozeduren écrit.
{debug kernelout onlyprocs}  comment {$debug onlyprocs} seulement cela comment chez {$debug kernelout} cela Ergebnis pas im .debug-File landed mais à une DebuggerApp gesandt wird. |
|
|
| |
|
|
|
 | Update sur V0.1.6h, im cadre des Unitsupportes habe je un paire Verbesserungen vorgenommen.
il y a aussi une neue bouton W, cet ouvrez une Dossier avec allen Warnings ausserhalb des XPSE. |
|
|
| |
|
|
|
 | Update sur V0.1.6j, j'ai deux Wünsche mise en œuvre.
XPSE mets maintenant qui Kompilerdirektive $DEFINE XPSE et folgende Konstanten: KompilierenMarqueSéparation xpseVersionString wird ersetzt dans qui Versionsnummer des XPSE comme String. xpseCompileTimestampString wird ersetzt dans une Zeitstempel qui Kompilierung des aktuellen Sources comme String. cette contient date et l'heure. xpseNumSourceCodeLinesLong contient qui réellement dem Source angehörige Nombre de Codezeilen comme Long. |
|
|
| |
|
|
|
 | bof bisl plus solls déjà son. 
1. alors XPSE rettet Wend. (je serait mon heiß geliebtes Wend volontiers behalten) je habs alors trop qui virtuellen liste qui Konstanten hinzugefügt - es wird automatisch pour endwhile mise en œuvre.
2. qui Konstanten vrai, faux, nil, nul et zéro habe je également trop qui virtuellen liste qui Konstanten hinzugefügt - cet peut maintenant simple verwendet volonté quoi naturellement seulement rein optische Auswirkungen avons wird - mais cet sommes nunmal volontiers gesehen. *lol*
3. aucun verschiedenen Kompilerschalter zum Includieren de Unités, Headerfiles ou bien Comprend! XPSE sieht selber quoi à l'attaque ist... KompilierenMarqueSéparation 4. Bug beseitigt - {$preferednamespace ***} hat maintenant pas seulement signification pour cela erzeugte HelpFile einer Unit - mais sorgt aussi pour cela qui aus den Headerfiles pour Call konvertierten ApiCalls dedans einer Unit pas avec anderen Unités, ou bien avec dem Hauptprogramm kollidieren peut. cela mettons des Schalters dedans de Unités ist alors devoir - mais aucun Sorge - XPSE meckert si quoi pas passt.
-1. je peux garnicht souvent genug wiederholen et dire comment joli c'est z.B. simple cas isiconic(hwnd&) : continue écrivons trop peut sans Headerfiles einzubinden ou bien cet schlimme ~ marque benutzen trop doit! c'est comme si le komplette Api avec allen Strukturen et Konstanten trop füßen liegt - sans Geschwindigkeitsverlust et sans HeaderEinbindungen.
Nachtrag: Mist! mon erster Text était besser! mais es sollte wohl pas son... |
|
|
| |
|
|
|
 | Alles Experimentell ab V0.1.6L:
+ Système sans Prefix. + Var aussi pour Klassenzuweisungen dans Bereichsvariablen. + Var aussi pour Klassenzuweisungen dans Bereichsvariablen sans Prefixangabe. + Operator :: pour Zugriff sur Objekte ou bien Methoden einer super de Ausserhalb.
Beispielcode: KompilierenMarqueSéparationTippt sich doch juste alles viel leckerer et venez aussi deutlich vertrauter et verständlicher rüber et je serait sogar dire so wird mir cela XProfanOOP sogar pas richtig symphatisch. ^ ^ |
|
|
| |
|
|
|
 | juste la fois ne Bugfixversion V0.1.6m nachgeschoben et maintenant wird cela Schlüsselwort this-> aussi soutenu um dedans qui Methoden sur Methoden ou bien Objekte gleicher super trop montrer (erspart eigendlich seulement cela neutippen des Klassennamens): KompilierenMarqueSéparationclass undo = undo@,method1@,method2@
proc undo::undo(h&,mode&)
print "Class qUNDOq initialized."
this->method1(h&,mode&)
endproc
proc undo::method1(h&,mode&)
print "Method1 proceed. ",h&," ",mode&
print this->method2()
endproc
proc undo::method2
print "Method2 proceed."
return "Done"
endproc
cls
var myUndo:=new(undo,hwnd,1)
dispose myUndo
waitkey
end
|
|
|
| |
|
|
|
 | Update sur V0.1.6t
cet Version sollte aucun Probleme avec Umlauten dans Pfad- et Dateiangaben per Übergabe comme paramètre avons. |
|
|
| |
|
|
|
 | Update sur V0.1.6v
Konstanten-bugFix chez Aufrufen sans ~ (tilde) si cet wiederum Konstanten enthielten et Doppeldeklarationen avec Paramètres et Var volonté pas plus de Warnings behandelt. ( [...] ) |
|
|
| |
|
|
|
 | Update sur V0.1.6x
il y a une neuen Variablentypen! Suffix: NIX (garnichts) ne...aucune Suffix! ne...aucune Suffix? Nö! ne...aucune Suffix. qu'est-ce que c'est pour un Typ? Alles quoi tu veux! String, Long, Integer ou bien Float.
Okok neuer Variablentyp ist faux, il y a keinen neuen Typen - qui vorhandenen Typen rester. mais une ist récente: aucun Suffixe plus - si on voudrais!
comment cela allez? entier simple - comment bisher - on deklariert z.B. trois Long:
long a,b,c
ou bien 4 strings?
string s,t,r,u
cela wars.
comme besonderes Feature pourrait je erwähnen cela on aussi juste dedans qui Deklaration (comment depuis X10 possible) qui Werte zuweisen peux. So: (maintenant la fois integer)
int a=10
ou bien
int a=10,b=20,c=a+b,d=50 <-- jau cela allez aussi! appétissant? appétissant!
Später im Programme ensuite simple a statt a% écrivons. peux on sich glaub je bien merken ^ ^ qui a% écrit ist mais aussi pas schlechter bedient - beides allez!
int a%=10 <-- allez mais pas! int a=10 <-- allez!
et Bereichsvariablen?
Nixda! Floats, Longs, Ints et Cordes.
Demo? Kla: KompilierenMarqueSéparation |
|
|
|
|
 | Ab XPSE V0.1.6y funktionierts maintenant aussi bistrot... (alles experimentell!) KompilierenMarqueSéparation
proc test(long a,b,c,d,e,string s)
string h="argh!"
proc luma(int a,b,c)
int h=a*b*c
return str$(h+b+c)+s
endproc
s=str$(gettickcount)
print a,b,c
print "Tick:",s
KompilierenMarqueSéparation *anxieuse*
Somit peux aussi dedans de Prozeduren sans Variablensuffixe gearbeitet volonté, sogar cela Angeben de Parametern peux sans Suffixe geschehen, et chez verschachtelten Prozeduren funktioniert es. (Sichtweite -1 pro boîte) KompilierenMarqueSéparation |
|
|
| |
|
|