XPSE

Öhm.

Jepp!

Im Moment habe ich zwar überhaupt garkeine Zeit für Hobbyproggerei - aber ich kann versichern das es natürlich mit dem XPSE weitergeht.

Dazu kommt - weshalbs jetzt mal länger nix Neues gab - das der XPSE grad in einer schwierigen Zwischenversion vorliegt - welche sehr tolle Features insich birgt - aber halt noch leider nicht Stable ist.

Mir sind also die Hände etwas gebunden.

Aber natürlich gehts weiter - keine Frage!

Salve!

Jac
de
Lad

Ich freue mich schon drauf. Was hältst du von einer grafischen Oberfläche? Und wie wärs mit einer Funktion (haste ja schon teilweise drin), die alle Funktionen/Prozeduren/globale Variablen/globale Konstanten und so weiter in eine HTML- oder Textdatei exportiert. Das wäre gerade für PCUs hilfreichst! Und warum hast du das mit der %-Angabe in Controls rausgenommen??? Das war gar nicht so schlecht...

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Melanie
Brayer

@J.Liebeck:
Eine gafische IDE (Programmier Oberfläche) ist nicht so toll, da:

1. Der Soucecode nicht optimal erzeugt werden kann, d.h. da wirst du mit Performence verlusten rechnen können. (Du meinst doch Drag&Drop-Programmierung, oder?)

2. Um dein Projekt immer bearbeiten zu können sind zusätziliche Referenzen nötig, wie z.B. Funktions-links auf einen bestimmten Sourcecode-Abschnitt.

3. Je größer, das Projekt wird, desto unübersichtliche wird es - leider.

Totzdem die Idee mit der ClicknPoint-Variante hatte ich auch, die ist nur leider in der Praxis geschiedert. Ein Call-Tree zu erstellen dauert zu lange und OOP ist auch nix für jedeman.

mele (¯`·.¸¸.{ WinXP Pro, XProfan9, XPIA }.¸¸.·´¯)

<Bugs zählen ist besser als Schafe zählen, da der Computer nur so schlau ist wie der der Mensch der ihn bedient.>

Jac
de
Lad

Ne grafische IDE hat doch keine Auswirkungen auf das Compilat...?! Ich meinte nur so, mit Button Compilieren/Interpreter...

Jac

Aber Erweiterungen tuns auch!

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Melanie
Brayer

ach so.... Sorry, da hab ich wohl was falsch verstanden. Nun das wäre nicht schlecht(!)
*auchsodenk*

mele (¯`·.¸¸.{ WinXP Pro, XProfan9, XPIA }.¸¸.·´¯)

<Bugs zählen ist besser als Schafe zählen, da der Computer nur so schlau ist wie der der Mensch der ihn bedient.>

Ein GUI für XPSE ist kontraproduktiv.

Ausgaben solcher Programme müssen u.U. umgeleitet werden - Pixelinfos nutzen da niemanden etwas. Auch zur Bewahrung von Kompatiblität für mögliche Plugins ist eine GUI wohl unangebracht.

Ich möchte anmerken - XPSE ist war ohne GUI - aber nicht ohne UI!

Rolands Compiler hingegen ist zwar G - aber nicht UI.

(lol da kricht man ja n Knall im Kopf

)

Salve.

Ragnar
Rehbein

eine GUI halte ich ebenfalls nicht für nötig.

gibt es für den XPSE eine todo-liste ? hab ich nicht gefunden.

deshalb hier kurz eine wünsche die mir zum XPSE einfallen, auch wenn es zu weihnachten sicher nichts mehr wird (jedenfalls nicht dieses jahr)

- es wäre hilfreich, wenn du das einbinden von ph-dateien an den anfang setzen könntest. in verbindung mit VWP2 ist es oft schwierig die richtige stelle zu finden, damit das einbinden in den proceduren dann auch die konstanten schon bekannt sind. (genauso wie du die globalen variablen sortierst)

- mehrere batch-schalter nacheinander wären hilfreich, damit z.b. die exe sofort in verschiedene verzeichnisse kopiert werden kann.

- genial wäre eine verwaltung von Builds. d.h. jeder compilerlauf zählt eine zahl (Build hoch). im programm wird diese zahl einer konstanten übergeben, damit die buildnr. irgendwo angezeigt werden kann. auf wunsch sollte der .enh-datei durch die buildnummer ergänzt werden können. evtl. eine anschließende kompression durch batch-kommando.
damit hätte man zu jedem programm das meine 4 wände verläßt die quelle archiviert und kann bei fehlermeldungen (die fast immmer die zeilennummer enthalten) gezielt suchen.
{$build projektxy.build &buildnr}
{$batch copy projektxy.enh projektxy_#buildnr#.enh}

in einer datei projektxy.build wird die buildnr (als string) hochgezählt.
im projekt wird eine konstante &buildnr erzeugt und zugewiesen (evtl. alternativ auch string $buildnr)
#buildnr# kann als platzhalter benutzt werden um eine entsprechende kopieroperation zu datensicherungszwecken zu veranlassen.
denkbar wäre auch der verweis auf eine headerdatei, die in das projekt eingebunden ist und die von der XPSE aktualisiert wird.

r.r.

02.12.2005 ▲

Sehr nette Anregungen!

Ich werde diese umsetzen.

Speziell zu den PH-Dateien - ich hoffe das diese vielleicht sogar garnicht mehr deklariert werden müssen - ohne Speedverlust!

Salve.

02.12.2005 ▲

Michael
Wodrich

Bei der Build-Geschichte hilft sicher eine INI.

[Projektname]
Build=101

[Projektname2]
Build=231

Das jeweilige Programm kann sich dann die Buildnummer selbst herausfischen. Ein Unterprogramm im jeweiligen Programm kann dann die gewünschten Aktionen selbst durchführen; denn das ist bestimmt bei jedem Programmierer anders gelöst.

Damit man nicht für jedes Programm das Rad neu erfinden muß hilft dann ja eine Include-Datei.

Damit wäre XPSE dann entlastet und braucht sich nur um das Hochzählen kümmern. Das Anhängen der Buildnummer an den ENH-Namen würde auch mir helfen

(verworfenes)

Versionsnummern lassen sich ja auch programmintern aus der Buildnummer erzeugen:
BuildNr$ = ReadIni(C:\ProfanXPSE-Projekte.INI, Projektname2, Build)
Case BuildNr$=231 : Version$ = 2.02
Case BuildNr$=232 : Version$ = 2.10

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

04.12.2005 ▲

Ragnar
Rehbein

hallo michael

ich denke das das mit der ini-datei, so wie du dir das vorstellst, nicht funktioniert.
die buildnummer muß fest mit jedem erzeugten projekt und compilerlauf verbunden sein.
deshalb meine überlegung das durch eine headerdatei zu machen die vom XPSE aktualisiert wird.

r.r.

04.12.2005 ▲

Jac
de
Lad

Das mit dem Build klingt gut, musste ich bis jetzt immer anders realisieren. Aber gut wäre auch, wenn XPSE bei Fehlern und Warnungen nicht nur die Zeile, sondern die wirkliche Zeile und die entsprechende Datei ausgeben würde. Sobald eine INC includiert ist, wird immer alles verschoben und ich finde es umständlich, dass wenn ich nicht sofort weiß wo der Fehler ist, ich immer erst die ENH-Datei durchsuchen muss und dann wieder zurückspringen...das ist nervig!

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

04.12.2005 ▲