| |
|
|
 Nico Madysa | Gestern kam mir une cette idées, qui 16-jährige bekommen, si vous pour qui Schillerstraße avec einem halben kilo Erdnüsse angefüllt sommes et anschließend encore à einer inc ertwas Gute-nuit-programmieren. je hatte une En-tête-Dossier et mon inc gleichzeitig offen et là kam mir soudain une Vision: Comprend comme En-tête... comment Jac et chacun autre, qui Comprend pour autre écrit/écrivons veux, habe aussi je mir qui Frage gestellt: Wird es quelqu'un donner, qui ALLE Funktionen/Prozeduren/Ähnliches meiner INC verwendet? et comment alle Anderen aussi habe je mir cet Frage avec einem Ähhh, nö. beantwortet. et avec diesem Gedanken fiel mir qui achso angepriesene Vorteil de Headern un: vous fügen seulement un, quoi aussi verwendet wird. je setzte den Gedankengang encore plus fort, et voudrais ici et maintenant quelque chose zur Diskussion se mettre: Ist es possible et/ou bien erwünscht, Comprend dans En-tête umzuwandeln? important ist pour (glaube je) qui Possibilité, plusieurs Befehle dans un la ligne écrivons trop peut. ici un Beispiel zum Verständnis: cela ici wird qui En-tête test.ph: KompilierenMarqueSéparation qui tex´st.ph venez dans den Include-Dossier eures Editors. ensuite komt testinctoph.prf: KompilierenMarqueSéparation So, je hoffe, ici venons viele Meinungen et Propositions zusammen.
Salut Nico |
|
|
| |
|
|
|
 Frank Abbing | Andreas Miethe hat deux Tools gemacht, um Incs et Phs direct aus einer Dll trop erstellen. qui Tools sommes irgendwo sur seiner page pour trouver, ou bien aussi im XPIA-paquet undter Tools. |
|
|
| |
|
|
|
 | @Frank: und dir Ihm IMHO um quoi völlig d'autre! |
|
|
| |
|
|
|
 Frank Abbing | David IMHO Strutz alias iF: eh, oui bien. Sollte wohl doch gründlicher lesen.  |
|
|
| |
|
|
|
 Jac de Lad | Na, je ne sais pas...de Befehlen par getrennt halte je ebenso wenig, comment plusieurs Befehle par : verkettet. et quoi soll qui Vorteil son, si je cela per En-tête fais, anstatt une Procédure/Funktion einer Inc aufzurufen??? |
|
|
| 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 | 10.11.2006 ▲ |
|
|
|
|
 Nico Madysa | Lies dir den kursiven partie des ersten Postings par. Es wird seulement cela dans den fertigen Voir le texte source übertragen, quoi réellement verwendet wird. Wär peut-être aussi quoi pour qui controls.inc . pas chacun verwendet alle Controls, et là initialisiert on per En-tête-Aufruf seulement qui, qui on wirklich veux. là fais du z.B. alle Prozeduren trop ProgressBars dans un la ligne et cela definierst du ensuite meinetwegen comme init_progressbars et si ensuite quelqu'un progressbars verwenden veux, muss il pas encore CustomListBoxen, TrackBars et schieß-mich-tot-quoi-encore einbinden mais appelez dans seinem Programme irgendwo simple sur: ~init_progressbars
et ensuite hat il dans seinem Programme ausschließlich qui ProgressBar-Prozeduren.
capisce?  |
|
|
| |
|
|
|
 Jac de Lad | Aso, c'est naturellement wieder viel interessanter...hm, ist ne Überlegung wert... |
|
|
| 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 | 10.11.2006 ▲ |
|
|
|
|
 Nico Madysa | Argh, Problem!! comment es scheint, gibt es une bisher unbemerkten Bug chez Headern. Es sieht so aus, comme si Profan léger verwirrt tut, si im einzusetzenden Text un = vorkommt, z.B. KompilierenMarqueSéparation si ensuite après encore une définition venez, scheint es trop krachen. il erkennt ~proc_dbgBox pas plus |
|
|
| |
|
|
|
 Jac de Lad | 2 Probleme:
1. comment übergibst du paramètre? 2. qui Headerdefinition wird toujours reinkopiert, cela pourrait très grand programme zur Folge avons... |
|
|
| 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 | 11.11.2006 ▲ |
|
|
|
|
 Nico Madysa | non, du appelez qui Dinger comment normale Prozeduren sur, là qui aus dem En-tête seulement reinkopiert volonté. Alles funktioniert comment normale Incs, avec dem Unterschied, dass on qui Procs, qui on nutzen veux appeler muss (comment dessus im Beispiel ~proc_dbgBox ). Dadurch wird seulement cela reinkopiert, quoi aussi verwendet wird. Nix plus. au maximum, dass Interpreten peut-être quelque chose länger dauert, weil Profan.exe seulement im En-tête nachsehen muss (einmal pro genutzte Procédure). mais quoi ist avec dem =-Problem? Könnte Roland ou bien un Anderer quelque chose Aufklärung betreiben? normalement allez qui einzusetzende Text doch jusque einem Semikolon, ou bien? |
|
|
| |
|
|
|
 Michael Wodrich | entier simple:
ici wird wahrscheinlich Substr$ benutzt. Trennzeichen ist cela Gleichheitszeichen. Substr$(headerzeile$,1,=) ergibt qui Kennung (linker partie) Substr$(headerzeile$,2,=) ergibt den reste (rechter partie) (si ne...aucune weiteres = vorkommt)
je peux mich incidemment pas avec Deiner concept anfreunden, ensuite veux je lieber qui DEF Funktionen behalten!!! (ténia-Prozeduren - qui soll qui car pflegen?)
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 15.11.2006 ▲ |
|
|
|
|
 Torsten Rümker | cela ganze hat mais déjà sa Interessanten seiten comment je trouve.
Momentan habe je es z.b. so le moi une Funktionen.inc habe dans qui so assez alles à Schnipseln (ups Proceduren) drin ist qui je öfter verwende. si je ensuite soweit suis, le moi mon maintenant ist mon Programme fertig, fange je à une neue Inc trop erstellen dans qui arrêt seulement qui réellement nécessaire Funktionen drin sommes. cela serait ensuite avec Nicos la fantaisie naturellement wegfallen, là chez einer En-tête Dossier oui seulement genommmen wird quoi aussi genutzt wird. MfG Torsten |
|
|
| Ich lerne, ob ich will oder nicht! Betriebssystem: - Ubuntu 15.x - Windows (diverse) XProfan Version: X2 | 15.11.2006 ▲ |
|
|
|