| |
|
|
| So V0.1.6 is fuera!
Größeres XPSE-Actualización! Bitte el alten todavía aufheben, en V0.1.6 fueron viele neue Features hinzugefügt, el Kontrollen mejorado y y y...
Umlaute voluntad ahora unterstütz! <offtopic>Was natürlich sólo una Bug ser kann! </offtopic>
Was es neu:
El Variablenerkennung es deutlich mejorado. El Variables voluntad ahora el Prozeduren zugeordnet y el Typen voluntad geprüft.
Headerfiles: Werden nun eingelesen y deren Anwendung überprüft! Im Source benutzte Estructuras, Apis oder Konstanten voluntad vom XPSE nun direkt umgesetzt y el Headerfileangaben voluntad de el Source lejos - qué a Folge ha el el XProfankompiler el Headerfiles no mehr benötigt.
¿Por qué el XPSE tut? Weil él el Umsetzung en una Vielfaches más rápido macht como el XProfankompiler y XProfankompiler auch todavía weniger a tun ha y más rápido kompiliert.
Durch el Einlesen el Headerfiles kann XPSE auch Strukturendefinitionen y Anwendungen überprüfen - y muss esta no mehr übergehen. Falschgeschriebene Konstanten voluntad nun auch angemeckert.
Benutzte APIs de el Headerfiles voluntad no simplemente sólo como Externals en el Source umgewandelt! Das schnellere Call se verwendet y el Prozeduradresse de el DLL se einmalig bezogen. Das macht el Abarbeitung de ApiCalls de Headerfiles auch todavía más rápido.
Nur todavía fremde Headerfiles necesario angegeben voluntad! El StandardHeaderFiles windows.ph, messages.ph, commctrl.ph, structs.ph, Avi.ph, gdi.ph, OpenGL.ph, richedit.ph y shellapi.ph ha XPSE intus! El Angabe el Headerfiles es no mehr nötig! Werden el Files trotzdem angegeben nutzt XPSE el angegebenen y no el eingebauten!
Durch el Weglassen de Headerfileangaben se el Kompilieren sin embargo todavía más rápido! Weder XPSE todavía el XProfankompiler necesario el Headerfiles einlesen!
Das ~ muss no mehr verwendet voluntad! Lo kann - pero muß no! Nur si la Name tal vez con un otro kollidiert debería el ~ verwendet voluntad.
APIs, Estructuras y Konstanten puede also simplemente verwendet voluntad sin esta a deklarieren y sin el ~ Signo.
Einfach probieren! KompilierenMarcaSeparación |
|
|
| |
|
|
|
| Actualización sobre V0.1.6f, una Bug welcher Strukturdefinitionen betraff es gefixd. Langsam Será mejor que te va correcto rund con el Headerfiles!
Probiert veces wirklich simplemente el Headerfiledefinitionen $H wegzulassen - also lo que el Standartheader betrifft.
Yo finds correcto lecker... |
|
|
| |
|
|
|
| Actualización sobre V0.1.6g, Franco hatte una Bug gefunden. Zeilen welche möglicherweise una Kommentar enthielten después de una künstlicher Zeilenumbruch con gesetzt es fueron entonces falso umgebrochen si el innerhalb uno Cuerdas angewandt wurde. Der Fehler es Fijo.
Lo son auch neue Kompilerschalter!
{$pushkeyword ...} {$pushkeyword enduro&} {$pushkeyword enduro&,maxior&,irgendEinKeyword}
Pushkeyword befiehlt XPSE darüber hinwegzusehen si uno el deklarierten Keywords en el Source angeblich no deklariert wurde. Das kann z.B. entonces el Fall ser si a uno Unit una Definitionsfile fehlt oder una Función/Variable de uno Unit benutzt se welche en el DefFile no angegeben es.
{$debug onlyprocs} Der beliebte XPSE-Debugmodus, sin embargo una Versión welche sólo el Begehen y Verlassen de Prozeduren schreibt.
{debug kernelout onlyprocs} Como {$debug onlyprocs} sólo el como en {$debug kernelout} el Ergebnis no en el .debug-File landed pero a una DebuggerApp gesandt se. |
|
|
| |
|
|
|
| Actualización sobre V0.1.6h, en el Rahmen des Unitsupportes Yo unos pocos Verbesserungen vorgenommen.
Lo son auch una neue Taste W, esta öffnet una Expediente con allen Warnings ausserhalb des XPSE. |
|
|
| |
|
|
|
| Actualización sobre V0.1.6j, Yo Zwei Wünsche umgesetzt.
XPSE setzt ahora el Kompilerdirektive $DEFINE XPSE y folgende Konstanten: KompilierenMarcaSeparación xpseVersionString se ersetzt en el Versionsnummer des XPSE como String. xpseCompileTimestampString se ersetzt en una Zeitstempel el Kompilierung des aktuellen Sources como String. Dieser enthält Datum y Uhrzeit. xpseNumSourceCodeLinesLong enthält el tatsächlich el Source angehörige Anzahl el Codezeilen como Largo. |
|
|
| |
|
|
|
| Naja bisl mehr solls ya ser.
1. Also XPSE rettet Wend. (Yo sería mein heiß geliebtes Wend gerne behalten) Yo habs also a el virtuellen Liste el Konstanten hinzugefügt - lo se automáticamente después de endwhile umgesetzt.
2. El Konstanten true, falso, nil, nul y null Yo ebenfalls a el virtuellen Liste el Konstanten hinzugefügt - esta puede ahora simplemente verwendet voluntad qué natürlich sólo rein optische Auswirkungen haben se - aber esta son nunmal gerne gesehen. *lol*
3. Keine verschiedenen Kompilerschalter para Includieren de Unidades, Headerfiles oder Incluye! XPSE sieht selber qué los es... KompilierenMarcaSeparación 4. Bug beseitigt - {$preferednamespace ***} ha ahora no sólo Bedeutung para el erzeugte HelpFile uno Unit - pero sorgt auch dafür el de el Headerfiles después de Call konvertierten ApiCalls innerhalb uno Unit no con otro Unidades, oder con el Hauptprogramm kollidieren puede. Das Setzen des Schalters innerhalb de Unidades es also Pflicht - pero no Sorge - XPSE meckert si qué no passt.
-1. Puedo garnicht oft genug wiederholen y sagen como schön es z.B. simplemente caso isiconic(hwnd&) : continue escribir a puede sin Headerfiles einzubinden oder dieses schlimme ~ Signo benutzen tener! Es como si la komplette Api con allen Estructuras y Konstanten a füßen liegt - sin Geschwindigkeitsverlust y sin HeaderEinbindungen.
Apéndice: Mist! Mein erster Texto war mejor! Aber lo debería probablemente no ser... |
|
|
| |
|
|
|
| Alles Experimentell de V0.1.6L:
+ Systemvariablen sin Prefix. + Var auch para Klassenzuweisungen en Bereichsvariablen. + Var auch para Klassenzuweisungen en Bereichsvariablen sin Prefixangabe. + Operator :: para Zugriff en Objetos oder Métodos uno Klasse de Ausserhalb.
Beispielcode: KompilierenMarcaSeparaciónTippt se doch igual alles viel leckerer y kommt auch deutlich vertrauter y verständlicher rüber y yo sería incluso sagen así me XProfanOOP incluso no correcto symphatisch. ^ ^ |
|
|
| |
|
|
|
| Gleich veces ne Bugfixversion V0.1.6m nachgeschoben y ahora se el Schlüsselwort this-> auch unterstützt en innerhalb el Métodos en Métodos oder Objetos gleicher Klasse a zeigen (erspart eigendlich sólo el neutippen des Klassennamens): KompilierenMarcaSeparaciónclass 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
|
|
|
| |
|
|
|
| Actualización sobre V0.1.6t
Diese Versión debería no Problemas con Umlauten en Pfad- y Dateiangaben por Übergabe como Parámetro haben. |
|
|
| |
|
|
|
| Actualización sobre V0.1.6v
Konstanten-bugFix en Aufrufen sin ~ (tilde) si esta wiederum Konstanten enthielten y Doppeldeklarationen con Parámetros y Var voluntad no más de Warnings behandelt. ( [...] ) |
|
|
| |
|
|
|
| Actualización sobre V0.1.6x
Lo son una neuen Variablentypen! Suffix: NIX (garnichts) Kein Suffix! Kein Suffix? Nö! Kein Suffix. Was es el para una Typ? Alles qué Usted willst! String, Largo, Integer oder Float.
Okok neuer Variablentyp es falso, lo son no neuen Typen - el vorhandenen Typen bleiben. Aber eins es neu: Keine Suffixe mehr - si uno möchte!
Como el va? Ganz simplemente - como bisher - uno deklariert z.B. drei Largo:
long a,b,c
oder 4 strings?
cadena s,t,r,u
Das wars.
Als besonderes Feature podría Yo erwähnen el uno auch igual innerhalb el Deklaration (como seit X10 posible) el Werte zuweisen kann. So: (ahora veces integer)
int a=10
oder
int a=10,b=20,c=a+b,d=50 <-- jau el va auch! Lecker? Lecker!
Später en el Programa entonces simplemente a en lugar de a% escribir. Kann uno se glaub Yo bien merken ^ ^ Wer a% schreibt es aber auch no schlechter bedient - beides va!
int a%=10 <-- va pero no! int a=10 <-- va!
Und Bereichsvariablen?
Nixda! Floats, Longs, Ints y Cuerdas.
Demo? Kla: KompilierenMarcaSeparación |
|
|
|
|
| Ab XPSE V0.1.6y funktionierts ahora lokal... (alles experimentell!) KompilierenMarcaSeparación
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
KompilierenMarcaSeparación *bang*
Somit kann auch innerhalb de Prozeduren sin Variablensuffixe gearbeitet voluntad, incluso el Angeben de Parametern kann sin Suffixe geschehen, y en verschachtelten Prozeduren funktioniert lo. (Sichtweite -1 pro Schachtel) KompilierenMarcaSeparación |
|
|
| |
|
|