[*]Profan

Français

Uwe
''Pascal''
Niemeier

allô gens!
je fang la fois nen neuen Fil à...

je hätte là nämlich aussi encore une Wunsch, qui qui Verwendung de En-tête-Fichiers betrifft...
Zur Erläuterung ici qui IST-Zustand:

Angenommen, j'ai deux En-tête Test1.ph et Test2.ph
dans beiden ist une Konstante Demo definiert; dans qui ersten ph wird son qui Wert 123 zugeordnet, dans qui zweiten qui Wert 789.
eh bien führe je ca aus:
Kompilieren Marque Séparation

 $H Test1.ph
print ~Demo
 $H Test2.ph
print ~Demo<

pre>

Es wird dans beiden Fällen 123 angezeigt.

Folgerung: Profan beginnt am Anfang des Quelltextes avec qui cherche pour qui $H-Direktive et durchsucht ensuite qui gefundenen En-tête.
Wird qui Konstante trouvé, ist qui cherche finissez.
Wird jusqu'à zur Position qui Anforderung qui Konstante im Voir le texte source aucun ph-Dossier trouvé, dans qui qui Konstante défini ist, gibt es une Fehlermeldung.
(@ RGH: Ist cela soweit korrekt?)

mon Wunsch wäre eh bien, qui direction, dans qui qui PHs gesucht volonté, irgendwie retourner trop peut, alors vom Auftreten qui Tilde (~) aufwärts jusqu'à zum Beginn des Quelltextes.
ensuite pourrait on une Konstante plusieurs fois definieren; quelle définition gültig ist, hinge en ab, quelle En-tête-Dossier zuletzt eingebunden wurde. (Es spricht oui rien dagegen, une PH plusieurs fois einzubinden)

Hintergrund:
je travaille souvent avec COM-Interfaces. en Funktionen (Methoden) peut sous Profan seulement sur ses Position dans einer Funktionstabelle aufgerufen volonté. Um qui l'affaire übersichtlicher trop faire, hinterlege je cet Positionen dans PH-Fichiers et weise vous den Namen qui Methoden trop, etwa so:
Kompilieren Marque Séparation

!
IID_IShellFolder  ="{000214E6-0000-0000-C000-000000000046}";
ParseDisplayName =03;
EnumObjects      =04;
BindToObject     =05;
BindToStorage    =06;
CompareIDs       =07;
CreateViewObject =08;
GetAttributesOf  =09;
GetUIObjectOf    =10;
GetDisplayNameOf =11;
SetNameOf        =pan>;

chez Verwendung mehrerer Interfaces/En-tête venez es zwangsläufig trop Überschneidungen chez den Namen. dans Einzelfällen peux on cela manuel korrigieren, mais chez komplexeren Projekten hat cela sa Grenzen. Zur Manipulation de HTML gibt es z.B. sur 100 Interfaces...
aussi cela Zusammenfügen de Interface- et Methodenname ist aucun gute Lösung; dabei entstehen Begriffe comment IHTMLElement_insertAdjacentHTML ou bien IHTMLEmbedElement_get_pluginspage
(là tippt on sich dumm et dämlich).

je weiss, dass cet COM-Geschichten pas très verbreitet sommes, mais là Profan Com & OLE bisher pas du tout soutenu, wäre un bisschen indirekte Unterstützung entier joli...

peut-être hat mais aussi quelqu'un une autre concept, comment on cela lösen pourrait?

SeeYou
Pascal

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Aha, Du vouloir quasi dans einem Glissement qui Befehlssätze échanger oui? hmmm.

seulement Konstanten ou bien aussi Funktionen?

Quelque chose comme ici peut-être?
Kompilieren Marque Séparation

!withHeader "myHeader1.ph"
...tralala... ~myConst1
endWithHeader
withHeader "myHeader2.ph"
...tralala... ~myConst1
endWithHeade

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

non, il voudrais den Interface-Methoden seulement une index dans forme einer Konstante zuordnen. là qui Namen dans den verschiedenen Interfaces sich öfters wiederholen, ständiges neue Namen erfinden mühsam ist, voudrais il alors pour un ou bien mehreren Interfaces une neue .PH Dossier insérer um den index anzupassen. Weil, aussi si le Namen souvent juste sommes, so ist es mais pas qui Reihenfolge dans den verschiedenen Interfaces.

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Michael
Wodrich

Hilft là pas qui Workaroud, qui neue Headerdatei entier pour dessus trop mettons???

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

allô gens!

je voudrais simple, dass ici
Kompilieren Marque Séparation

 $H Test1.ph
Print ~Demo
 $H Test2.ph
Print ~Demo
 $H Test1.ph
Print ~Dem

beim ersten Imprimer qui Wert de Demo aus qui Test1. ph verwendet wird, beim zweiten qui Wert aus qui Test2.ph et beim dritten wieder qui aus Test1.ph
avec cela wären Mehrfach-Definitionen einer Konstanten possible et nutzbar.
peux oui aussi encore pour autre Gelegenheiten brauchbar son...

SeeYou
Pascal

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

alors zunächst einmal zur technologie, comment XProfan avec Headerdateien umgeht:

Headerdateien sommes - comment etwa dans C - reine Übersetzungsdateien: qui Text qui avant dem Gleichheitszeichen steht (je nenne es Symbol) wird par den Text entre Gleichheitszeichen et Semikolon ersetzt. qui Text entre Gleichheitszeichen et Semikolon peux allerdings selbst wieder avec einem ~ eingeleitete Symbole enthalten, qui trop traduire sommes. plus geschieht pas. (et avec cela läßt sich une ganze la quantité faire.)

XProfan liest alle Headerdateien au cours de des Einlesens des Quelltextes et pouvoir daraus une langen String, qui etwa so aufgebaut ist:
;symbol1=text1;symbol2=text2;symbol3=text3;........;symboln=textn
Trifft XProfan au cours de des Einlesens des Codes eh bien sur un ~ wird cela darauffolgende Symbol gelesen et qui String ;symbol= dans qui Headerdatei avec qui Funktion pos (entspricht qui XProfan-Funktion instr

) gesucht et ersetzt. si Interpreter et Compiler ses eigentliche travail aufnehmen, sommes alle Symbole bereits ersetzt.

là espace ca au cours de des Einlesens des Quelltextes (sowohl dans Interpreter comme aussi Compiler) geschieht, müß qui Headerdatei avant dem ersten Auftreten des Symbols im Voir le texte source gelesen volonté. et là qui Delphi-Funktion Pos vom Stringanfang à cherchez, finde je chez doppeltem Vorkommen toujours seulement cela erste Vorkommen.

je pourrait naturellement la fois regarder, si je qui Suchrichtung changement peux ...

Salut
Roland

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

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Michael
Wodrich

aussi une Changement qui Suchrichtung wird là rien apporter.

So comment Pascal cela veux devrait qui Endlos-En-tête-Suchstring chaque fois umgeschaltet volonté, si une Headerdatei erkannt wird (si cela pas chaque fois récente lire volonté soll).

cet confort wird qui Compiliergeschwindigkeit mais trop créer faire.

si ~Demo la fois cet et la fois celui-là Konstante aufnehmen soll, ensuite ist es simple aucun Konstante plus.

ensuite défini on sich cela comme Variable et utilise statt Test1.ph et Test2.ph plan une InitProc1 et une InitProc2, qui qui Variablen avec den richtigen Werten versorgen.

belle Grüße
Michael Wodrich
(qui sich schüttelt si il daran denkt, sich par solch une Code kämpfen trop doit. qui Seiteneffekte de C laisser grüßen.)

Programmieren, das spannendste Detektivspiel der Welt.

16.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

[quote-part:a2ce474376=Uwe Pascal Niemeier]chez Verwendung mehrerer Interfaces/En-tête venez es zwangsläufig trop Überschneidungen chez den Namen. dans Einzelfällen peux on cela manuel korrigieren, mais chez komplexeren Projekten hat cela sa Grenzen. Zur Manipulation de HTML gibt es z.B. sur 100 Interfaces...
aussi cela Zusammenfügen de Interface- et Methodenname ist aucun gute Lösung; dabei entstehen Begriffe comment IHTMLElement_insertAdjacentHTML ou bien IHTMLEmbedElement_get_pluginspage
(là tippt on sich dumm et dämlich).

je weiss, dass cet COM-Geschichten pas très verbreitet sommes, mais là Profan Com & OLE bisher pas du tout soutenu, wäre un bisschen indirekte Unterstützung entier joli...

peut-être hat mais aussi quelqu'un une autre concept, comment on cela lösen pourrait?
[/quote-part:a2ce474376]
allô Pascal,
comment wäre es, si Du pour chaque COM-Interface une Struktur bzw. super definierst? So löst es z.B. Delphi. et si ensuite dans mehreren Strukturen bzw. Klassen gleiche Eigenschaften/Methoden vorkomnmen, ist cela ne...aucune Problem plus.

Salut
Roland

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

17.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

GDL

allô Roland,

habe selten Wünsche, mais si, ensuite ausgefallene.

Könntest du peut-être encore den LOC Befehl aus anderen Basicversionen dans Bezug sur qui RS232 Schnittstelle prendre.

LOC: Gibt qui Position des letzten Byte chez einem Lese ou bien Schreibzugriff sur qui RS232 zurück.

mon Workaround ist zeitlich zum réagir sur cela Steuergeschehen trop lente.

salut
Georg

Windows7 Xprofan 8,9,10 [...]

[...]

17.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

allô gens!

Nochmal quoi zum Thema En-tête & COM

Pour Rolands Erläuterung ist mon ursprünglicher Vorschlag naturellement vom Tisch, mais...

qui Vorteil de Headern ist oui, dass vous Im Programme eingendlich pas auftauchen, mais seulement comme source pour une Search & Replace-Aktion dienen.
il peut alors so viele et so grosse PHs einbinden, comment on veut.

chez den vorgeschlagenen Workarounds de Michael (normale Variablen statt Konstanten) et Roland (Com-Methoden comme Profan-objet-Methoden) wäre cela anders.
Immerhin gibt es Hunderte (Tausende?) de Interfaces, de denen certains wiederum sur 100 Methoden avons. là läppert sich entier joli quoi zusammen.
et avec cela mon je pas qui nötige Schreibarbeit; dass liese sich sur une Parser erreichen (comme source verwende je Auszüge aus Visual-C-Headern). mais je voudrais vermeiden, hunderte de Variablen ou bien Methoden einzubinden, si je peut-être seulement une ou bien deux en wirklich brauche.
Andererseits devoir mais alle Methoden zur Disposition stehen, avec cela on sich sur cela eigendliche Programme konzentrieren peux et pas durable irgendwas nachdefinieren/ergänzen/nachschlagen muss.

alors ici nochmal un quelque chose abgewandelter Wunsch en supplément:

Es sollte possible son, trop bestimmen, woher qui Werte pour bestimmte Konstanten geholt volonté.
une Possibilité wären une neue Direktive (appeler wir vous la fois $X) et un nouveau Präfix, z.B. cela Grad-marque °.
Wird au cours de qui Ausführung/Kompilierung (pas vorab, comment normal!) un
$X Dossier.ph trouvé, cherchez Profan alle folgenden avec ° gekennzeichneten Pratiquement-Konstanten exclusiv dans qui angegebenen PH, wobei chaque weitere $X den auparavant eingebundenen En-tête überschreibt/ersetzt (es wird alors toujours qui zuletzt eingebundene PH verwendet)

BTW: c'est IMHO aucun Frage qui confort, mais une Erweiterung qui Opportunités et sinnvoller comme selbstentwickelte Insellösungen, qui de
Aussenstehenden à peine nachvollzogen volonté peut.

Ist allerdings fraglich, si cela vom Aufwand tragbar et technique überhaut machbar ist...
peut-être pour XProfan 11 ou bien 12...

SeeYou
Pascal

21.05.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Jac
de
Lad

Ähhm, je trouve grad den Fil avec désirer pour XProfan 10 pas, alors Poste je cela vite la fois ici.

je hab mich dans dernier Zeit la fois dans qui Funktion Format$() reingefitzt et festgestellt, dass vous très nützlich ist. seulement c'est moi une dabei aufgefallen: qui Dezimalpunkte volonté toujours comme Kommata traduit, sodass je encore un Translate$() einbauen muss, um une avec Format$() formatierten Floatwert wieder dans un Float zurückzukonvertieren. Besteht peut-être qui Possibilité, quoi einzubauen, avec cela on qui numéro aussi avec Dezimalpunkt anstatt seulement avec Dezimalkomma transformer peux???

Jac