XPSE

- page 1 -

Ragnar
Rehbein

une GUI halte je également pas pour nötig.

gibt es pour den XPSE une todo-liste ? hab je pas trouvé.

c'est pourquoi ici kurz une wünsche qui mir zum XPSE envahir, aussi si es trop weihnachten sûrement rien plus wird (jedenfalls pas cet l'an)

- es wäre hilfreich, si du cela einbinden de ph-dateien à den anfang mettons könntest. dans liaison avec VWP2 ist es souvent schwierig qui richtige lieu pour trouver, avec cela cela einbinden dans den proceduren ensuite aussi qui konstanten déjà bekannt sommes. (genauso comment du qui globalen variablen sortierst)

- plusieurs batch-commutateur nacheinander wären hilfreich, avec cela z.b. qui exe tout de suite dans verschiedene verzeichnisse kopiert volonté peux.

- genial wäre une verwaltung de Builds. d.h. chacun compilerlauf zählt une numéro (Build hoch). im programm wird cet numéro einer konstanten transfert, avec cela qui buildnr. irgendwo angezeigt volonté peux. sur wunsch sollte qui .enh-fichier par qui buildnummer ergänzt volonté peut. peut-être. une anschließende kompression par batch-kommando.
avec cela hätte on trop chaque programm cela mon 4 wände verläßt qui source archiviert et peux chez fehlermeldungen (qui presque immmer qui zeilennummer enthalten) gezielt chercher.
{$build projektxy.build &buildnr}
{$batch copy projektxy.enh projektxy_#buildnr#.enh}

dans einer fichier projektxy.build wird qui buildnr (comme string) hochgezählt.
im projet wird une konstante &buildnr erzeugt et zugewiesen (peut-être. alternativ aussi string $buildnr)
#buildnr# peux comme platzhalter benutzt volonté um une entsprechende kopieroperation trop datensicherungszwecken trop provoquer.
imaginable wäre aussi qui verweis sur une headerdatei, qui dans le projet eingebunden ist et qui de qui XPSE aktualisiert wird.

r.r.

02.12.2005 ▲

très gentille Anregungen!

je werde cet umsetzen.

Speziell le PH-Fichiers - je hoffe cela cet peut-être sogar garnicht plus deklariert volonté doit - sans Speedverlust!

Salve.

02.12.2005 ▲

Michael
Wodrich

chez qui Build-Geschichte hilft sûrement une INI.

[Projektname]
Build=101

[Projektname2]
Build=231

cela jeweilige Programme peux sich ensuite qui Buildnummer selbst herausfischen. un Unterprogramm im jeweiligen Programme peux ensuite qui gewünschten Aktionen selbst durchführen; car c'est bestimmt chez chaque Programmierer anders gelöst.

avec cela on pas pour chaque Programme cela roue récente erfinden doit hilft ensuite oui une Include-Dossier.

avec cela wäre XPSE ensuite entlastet et braucht sich seulement um cela Hochzählen kümmern. cela Anhängen qui Buildnummer à den ENH-Namen serait aussi mir aider

(verworfenes)

Versionsnummern laisser sich oui aussi programmintern aus qui Buildnummer erzeugen:
BuildNr$ = ReadIni(C:\ProfanXPSE-Projekte.INI, Projektname2, Build)
Cas BuildNr$=231 : Version$ = 2.02
Cas BuildNr$=232 : Version$ = 2.10

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

04.12.2005 ▲

Ragnar
Rehbein

allô michael

je denke cela cela avec qui ini-fichier, so comment du dir cela vorstellst, pas funktioniert.
qui buildnummer doit fest avec chaque erzeugten projet et compilerlauf verbunden son.
c'est pourquoi mon überlegung cela par une headerdatei trop faire qui vom XPSE aktualisiert wird.

r.r.

04.12.2005 ▲

Jac
de
Lad

Relatif à la Build klingt bien, musste je jusqu'à maintenant toujours anders realisieren. mais bien wäre aussi, si XPSE chez Fehlern et Warnungen pas seulement qui la ligne, mais qui wirkliche la ligne et qui entsprechende Dossier ausgeben serait. Sobald une INC includiert ist, wird toujours alles déménagé et je trouve es compliqué, dass si je pas tout de suite sais wohin qui faute ist, je toujours seulement qui ENH-Dossier fouiller muss et ensuite wieder zurückspringen...c'est 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 ▲

- page 2 -

So pour diejenigen qui XPIA nutzen habe je soebend sur Franks s'il te plaît hin un KLEINES XPSE-Update hochgeladen.

qui Anweisung ASMEND avec paramètre alors z.B. ASMEND (Z&) funktioniert maintenant.

un größeres XPSE-Update steht avec cela naturellement encore aus - mais im Moment habe je simple trop viel à Ohren.

14.01.2006 ▲

Jac
de
Lad

tant pis, mais cela steigert qui Spannung, quoi es wohl nouveau gibt!

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

15.01.2006 ▲

Jac
de
Lad

allô iF, je hatte déjà la fois quoi à cause de Buildnummern angesprochen. Ist es possible, une variable BuildNumber[Long] einzubauen, qui chez chaque Compilieren um 1 hochgesetzt wird? en supplément pourrait XPSE entweder une Dossier BuildNumber.txt anlegen, qui abgefragt et récente gespeichert wird ou bien une Compilierschalter $Build xyz conservé, quoi mir personnelle besser plaisons serait. ensuite serait qui Buildnummer De toute façon im Voir le texte source stehen et pas verloren aller. Müsste seulement avec dem Editor harmoniser...qui muss oui ensuite récente magasin.

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

qui Konstante XPSECOMPILETIMESTAMPSTRING ist brauchbarer comme une simple BuildNr (cet Nr. utilise oui im Nachhinein souvent rein garnichts).

Jac
de
Lad

et alors non. qui Buildnummer ist pour Entwickler partiellement déjà de signification...

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

qui XIDE (oui - malheureusement encore pas publizierfähig!) hat cet Feature intus, et zwar sur freiprogrammierbare Plugins. je peux dem XPSE alors cet Feature beruhigt ersparen.

Jac
de
Lad

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.2007 ▲