Español
Foro

Updatemeldungen

 
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
 
08.10.2006  
 



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...
 
12.10.2006  
 



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.
 
15.10.2006  
 



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.
 
15.10.2006  
 



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.
 
16.10.2006  
 



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...
 
16.10.2006  
 



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ón
class undo = undo@,method1@

proc undo::undo

    print "Class qUNDOq initialized."

endproc

proc undo::method1(h&,mode&)

    print "Method1 proceed. ",h&," ",mode&

endproc

var myUndo:=new(undo)
myUndo::method1(hwnd,1)
dispose myUndo
waitkey
end
Tippt 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. ^ ^
 
19.10.2006  
 



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ón
class 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
 
19.10.2006  
 



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.
 
25.10.2006  
 



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. (  [...]  )
 
03.11.2006  
 



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
07.11.2006  
 



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
proc test1(int i)

    proc test2

        proc test3

            imprimir i// sabe i no mehr! sei porque se en test2 (re)deklariert

        ENDPROC

        imprimir i// sabe i de aufrufender proc!

    ENDPROC

ENDPROC

imprimir test1(5)
waitkey
 
08.11.2006  
 




Respuesta


Título del Tema, max. 100 Signo.
 

Systemprofile:

Kein Systemprofil creado. [anlegen]

XProfan:

 Contribución  Font  Smilies  ▼ 

Bitte registro en una Contribución a verfassen.
 

Tema opciones

6.001 Views

Untitledvor 0 min.
p.specht24.11.2018
Georg Teles23.04.2013
Julian Schmidt30.04.2011

Themeninformationen

Dieses Thema ha 2 subscriber:

iF (20x)
Michael Wodrich (2x)


Admins  |  AGB  |  Applications  |  Autores  |  Chat  |  Política de Privacidad  |  Descargar  |  Entrance  |  Ayuda  |  Merchantportal  |  Pie de imprenta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Juegos  |  Búsqueda  |  Support

Ein Projekt aller XProfan, el lo son!


Mi XProfan
Privado Noticias
Eigenes Ablageforum
Temas-Merkliste
Eigene Beiträge
Eigene Temas
Zwischenablage
Cancelar
 Deutsch English Français Español Italia
Traducciones

Política de Privacidad


Wir uso Cookies sólo como Session-Cookies wegen el technischen Notwendigkeit y en uns hay no Cookies de Drittanbietern.

Wenn du hier en unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung de Informationen en unseren Cookies en XProfan.Net a.

Weitere Informationen a unseren Cookies y dazu, como du el Kontrolle darüber behältst, findest du en unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Yo möchte no Cookie