XPSE

Öhm.

Jepp!

Im Moment habe je zwar überhaupt garkeine Zeit pour Hobbyproggerei - mais je peux versichern cela es naturellement avec dem XPSE weitergeht.

en supplément venez - weshalbs maintenant la fois länger nix Neues donnais - cela qui XPSE grad dans einer schwierigen Zwischenversion vorliegt - quelle très tolle Features insich birgt - mais arrêt encore malheureusement pas Stable ist.

Mir sommes alors qui Hände quelque chose attaché.

mais naturellement gehts plus - aucun Frage!

Salve!

Jac
de
Lad

je suis mich déjà sur elle. qu'est-ce que tu dirais de einer grafischen surface? et comment wärs avec einer Funktion (hâte oui déjà partiellement drin), qui alle Funktionen/Prozeduren/globale Variablen/globale Konstanten et so plus dans un HTML- ou bien Textdatei exportiert. cela wäre justement pour PCUs hilfreichst! et pourquoi la hâte du cela avec qui %-Angabe dans Controls rausgenommen??? cela était gar pas so mal...

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:
une gafische IDE (Programmier surface) ist pas so toll, là:

1. qui Soucecode pas optimal erzeugt volonté peux, d.h. là wirst du avec Performence verlusten le calcul peut. (Du meinst doch Drag&Drop-Programmation, ou bien?)

2. Um dein projet toujours Travailler trop peut sommes zusätziliche Referenzen nötig, comment z.B. Funktions-à gauche sur une certain Sourcecode-paragraphe.

3. Je größer, cela projet wird, desto unübersichtliche wird es - malheureusement.

Totzdem qui concept avec qui ClicknPoint-variante J'ai eu aussi, qui ist seulement malheureusement dans qui Praxis geschiedert. un Call-Tree trop erstellen dauert trop longtemps et OOP ist aussi nix pour 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 aucun Auswirkungen sur cela Compilat...?! je meinte seulement so, avec Button Compilieren/Interpreter...

Jac

mais Erweiterungen tuns aussi!

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

ah bon.... Sorry, là hab je wohl quoi faux verstanden. eh bien cela wäre pas mal(!)
*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.>

un GUI pour XPSE ist kontraproduktiv.

Ausgaben solcher Programme doit u.U. umgeleitet volonté - Pixelinfos nutzen là niemanden quelque chose. aussi zur Bewahrung de Kompatiblität pour mögliche Plugins ist une GUI wohl déplacé.

je voudrais anmerken - XPSE ist était sans GUI - mais pas sans L'assurance-chômage!

Rolands Compiler hingegen ist zwar G - mais pas L'assurance-chômage.

(lol là kricht on oui n Knall im tête

)

Salve.

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 ▲