XProfan

Frank
Abbing

Richtig. avec cela muss on chez einer Betaversion doch toujours le calcul et c'est oui aussi dans Ordre so.

10.08.2006 ▲

Jac
de
Lad

allô Roland,

je sais, dass du maintenant pas plus viel intégrer veux, mais ici encore un plus rapide Vorschlag:

Kannste s'il te plaît une Funktion InstrCount(sub$,string$) ou bien so einbauen, qui le nombre de sub$ dans string$ angibt? cela wär super!

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

RGH

[quote-part:e847f7c82b=Jacob Liebeck]allô Roland,

je sais, dass du maintenant pas plus viel intégrer veux, mais ici encore un plus rapide Vorschlag:

Kannste s'il te plaît une Funktion InstrCount(sub$,string$) ou bien so einbauen, qui le nombre de sub$ dans string$ angibt? cela wär super!

Jac

[/quote-part:e847f7c82b]
Salut,
cela allez doch déjà depuis un paire Subscriptionsversionen avec qui erweiterten len-Funktion:
anz% = len(string$, del$)
del$ ist qui Delimiter entre den Substrings.
et si Du savons veux, comment souvent del$ dans string$ vorkommt, ziehst Du simple 1 vom Ergebnis ab.
là del$ aussi plusieurs marque grand son peux, peux on sur cet Weise avec qui erweiterten len-Funktion exakt cela ermitteln, quoi du savons vouloir.

Salut
Roland

Nachtrag: chez qui Gelegenheit habe je encore une kleinen Bug dans RC1 entdeckt: si string$ avec del$ aufhört, ist cela Ergebnis um 1 trop niedrig. (aussi qui Leerstring entre dem letzten del$ et dem Stringende est un gültiger Substring.) dans RC2 wird cette Bug behoben son.

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Jac
de
Lad

ah verdammt, je hab encore quoi pas mitgekriegt...

Asche sur mon tête!!!!

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

[quote-part:cd9c27c713=Jacob Liebeck]ah verdammt, je hab encore quoi pas mitgekriegt...

Asche sur mon tête!!!!

Jac

[/quote-part:cd9c27c713]
c'est pourquoi cette Fil ici. [...]

Jac
de
Lad

oui, tu as droite...

encore quoi d'autre: comment wärs, si qui Compiler chez einer En-tête-définition, qui dans dern eventuell angegebenen En-tête-Fichiers pas vorhanden ist simple dans einem selbst definierten En-tête-Verzeichnis pour qui définition cherchez? avec cela serait on sich cela $H sparen et devrait pas toujours tour penser, quelle En-tête eh bien incorporé volonté doit et quelle pas...?

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

16.08.2006 ▲

RGH

encore une kleine Syntaxänderung chez OpenGL ab RC2:

Aus XPGLTyp wird XPGLObjType. XPGType venez hinzu:

t$ = oGL(XPGLObjType, n&)
ermittelt den Objekttyp qui XPGL-données avec qui numéro n&. Mögliche Ergebniswerte: P, L, LS, LL, T, TS, TF, Q, QS, PY

t$ = oGL(XPGLType, n&)
ermittelt qui Art qui Werte qui XPGL-données avec qui numéro n&. cela Ergebnis est un String, qui maximum aus den quatre Buchstaben V, T, C et N besteht. un V pour Vertexwerte ist toujours vorhanden, un T steht pour Texturwerte, un C pour Farbwerte et un N pour Normalwerte.

Salut
Roalnd

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Jac
de
Lad

allô Roland!

c'est mir déjà chez PType$() aufgefallen: je finss ungünstig, pour solche Befehle comme Rückgabewert une String trop verwenden, weil cela comparer undgleich aufwändiger ist, comme chez einem Integer. Meiner attitude pour wärs besser, si le Funktionen PType$() et XPGLObjType un Integer zurückgeben würden; qui Programmierer sais ensuite aus qui Aider, quoi qui Werte bedeuten.

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

Jac
de
Lad

allô Roland!

je sais, tu veux pas plus viel changement, mais une klitzekleine concept hab je encore:

Wäre es possible, dass qui Compiler selber erkennt, dass chez DLL-Aufrufen qui Adresse eines Cordes angegeben volonté muss, alors dass il selber umsetzt? cela wäre une grand Erleichterung, là ca. 50% meiner Programmabstürze dans qui Testphase sur vergessenem Addr() ruhen. là devrait on seulement encore daruaf achten ne...aucune p$+q$ ou bien s anzugeben.

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

Frank
Abbing

[quote-part:5b2f454c64]Wäre es possible, dass qui Compiler selber erkennt, dass chez DLL-Aufrufen qui Adresse eines Cordes angegeben volonté muss, alors dass il selber umsetzt? cela wäre une grand Erleichterung,[/quote-part:5b2f454c64]
Ab XProfan peux chez APIs direct un Literal angegeben volonté. So z.B.:
Kompilieren Marque Séparation

apiAppendMenu(handle&, 0, 100, "Hier ein Text")