[*]Profan

Español

Uwe
''Pascal''
Niemeier

¡Hola Personas!
Yo fang veces nen neuen Hilo a...

Yo hätte como nämlich auch todavía una Wunsch, el el Verwendung de Encabezamiento-Archivos betrifft...
A Erläuterung hier el IST-Zustand:

Angenommen, Yo zwei Encabezamiento Test1.ph y Test2.ph
In beiden es una Konstante Demo definiert; en el ersten ph se ihr el Valor 123 zugeordnet, en el zweiten el Valor 789.
Nun führe Yo dies de:
Kompilieren Marca Separación

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

pre>

Lo se en beiden Fällen 123 adecuado.

Folgerung: Profano beginnt al Anfang des Quelltextes con el Búsqueda después de el $H-Direktive y durchsucht entonces el gefundenen Encabezamiento.
Wird el Konstante gefunden, Es el Búsqueda final.
Wird a a Position el Anforderung el Konstante en el Ver código fuente no ph-Expediente gefunden, en el el Konstante definiert es, hay una Fehlermeldung.
(@ RGH: Ist el soweit korrekt?)

Mein Wunsch wäre nun, el Richtung, en el el PHs gesucht voluntad, irgendwie umkehren a puede, also vom Auftreten el Tilde (~) aufwärts a para Beginn des Quelltextes.
Dann podría uno una Konstante mehrmals definieren; welche Definition gültig es, hinge su de, welche Encabezamiento-Expediente zuletzt eingebunden wurde. (Lo spricht sí nichts dagegen, una PH mehrmals einzubinden)

Hintergrund:
Yo arbeite oft con COM-Interfaces. Deren Características (Métodos) puede bajo Profano sólo encima ihre Position en uno Funktionstabelle aufgerufen voluntad. Um el Sache übersichtlicher a hacer, hinterlege Yo esta Positionen en PH-Archivos y weise ellos el Namen el Métodos a, etwa así:
Kompilieren Marca Separación

!
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>;

En Verwendung mehrerer Interfaces/Encabezamiento kommt lo zwangsläufig a Überschneidungen en el Namen. In Einzelfällen puede ser el manuell korrigieren, pero en komplexeren Proyectos ha el seine Grenzen. A Manipulation de HTML hay z.B. encima 100 Interfaces...
Auch el Zusammenfügen de Interface- y Methodenname es no gute Lösung; esta entstehen Begriffe como IHTMLElement_insertAdjacentHTML oder IHTMLEmbedElement_get_pluginspage
(como tippt uno se dumm y dämlich).

Yo blanco, dass esta COM-Geschichten no muy verbreitet son, aber como Profano Com & OLE bisher überhaupt no unterstützt, wäre una bisschen indirekte Unterstützung bastante schön...

Tal vez ha aber auch alguien una otro Concepto, cómo hacerlo lösen podría?

SeeYou
Pascal

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Aha, Usted möchtest quasi en un Resbalón el Befehlssätze wechseln sí? hmmm.

Nur Konstanten oder auch Características?

Algo como hier tal vez?
Kompilieren Marca Separación

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

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Nein, él möchte el Interface-Métodos sólo una Index en form uno Konstante zuordnen. Como el Namen en el verschiedenen Interfaces se öfters wiederholen, ständiges neue Namen erfinden mühsam es, möchte él also después de una oder más Interfaces una neue .PH Expediente einfügen en el Index anzupassen. Weil, auch si la Namen oft igual son, así es pero no el Reihenfolge en el verschiedenen Interfaces.

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Michael
Wodrich

Hilft como no Workaroud, el neue Headerdatei bastante después de oben a conjunto???

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Uwe
''Pascal''
Niemeier

¡Hola Personas!

Yo möchte simplemente, dass hier
Kompilieren Marca Separación

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

beim ersten Imprimir el Valor de Demo de el Test1. ph verwendet se, beim zweiten el Valor de el Test2.ph y beim dritten otra vez el de Test1.ph
Damit wären Mehrfach-Definitionen uno Konstanten posible y nutzbar.
Kann en efecto todavía para otro Gelegenheiten brauchbar ser...

SeeYou
Pascal

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Also primero una vez a Technik, como XProfan con Encabezamiento umgeht:

Encabezamiento son - como etwa en C - reine Übersetzungsdateien: Der Texto el antes el Gleichheitszeichen es (Yo nenne lo Symbol) se por el Texto zwischen Gleichheitszeichen y Semikolon ersetzt. Der Texto zwischen Gleichheitszeichen y Semikolon kann allerdings incluso otra vez con un ~ eingeleitete Symbole enthalten, el a traducir son. Más geschieht no. (Und así läßt se una todo Menge hacer.)

XProfan liest todos Encabezamiento während des Einlesens des Quelltextes y macht lo una langen String, el etwa así aufgebaut es:
;symbol1=text1;symbol2=text2;symbol3=text3;........;symboln=textn
Trifft XProfan während des Einlesens des Codes nun en una ~ se el darauffolgende Symbol gelesen y String ;symbol= en el Headerdatei con el Función pos (entspricht el XProfan-Función instr

) gesucht y ersetzt. Wenn Interpreter y Compiler ihre eigentliche Arbeit aufnehmen, son todos Symbole ya ersetzt.

Como all dies während des Einlesens des Quelltextes (sowohl en Interpreter como auch Compiler) geschieht, müß el Headerdatei antes el ersten Auftreten des Symbols en el Ver código fuente gelesen voluntad. Und como el Delphi-Función Pos vom Stringanfang a sucht, finde Yo en doppeltem Vorkommen siempre sólo el erste Vorkommen.

Yo podría natürlich veces schauen, si Yo el Suchrichtung ändern kann ...

Saludo
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 Zitat

Absatzweise Cita Zeilenweise Cita

Michael
Wodrich

Auch una Änderung el Suchrichtung se como nichts bringen.

So como Pascal el voluntad müßte el Endlos-Encabezamiento-Suchstring jedesmal umgeschaltet voluntad, si una Headerdatei erkannt se (si el no jedesmal neu leerse se).

Diese Bequemlichkeit se el Compiliergeschwindigkeit aber a schaffen hacer.

Wenn ~Demo veces esta y veces jene Konstante aufnehmen se, entonces lo simplemente no Konstante mehr.

Dann definiert uno se como el Variable y nutzt en lugar de Test1.ph y Test2.ph eben una InitProc1 y una InitProc2, el el Variables con el richtigen Werten versorgen.

Schöne Grüße
Michael Wodrich
(el se schüttelt si él daran denkt, se por solch una Code kämpfen tener. El Seiteneffekte de C dejar grüßen.)

Programmieren, das spannendste Detektivspiel der Welt.

16.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

[quote:a2ce474376=Uwe Pascal Niemeier]En Verwendung mehrerer Interfaces/Encabezamiento kommt lo zwangsläufig a Überschneidungen en el Namen. In Einzelfällen puede ser el manuell korrigieren, pero en komplexeren Proyectos ha el seine Grenzen. A Manipulation de HTML hay z.B. encima 100 Interfaces...
Auch el Zusammenfügen de Interface- y Methodenname es no gute Lösung; esta entstehen Begriffe como IHTMLElement_insertAdjacentHTML oder IHTMLEmbedElement_get_pluginspage
(como tippt uno se dumm y dämlich).

Yo blanco, dass esta COM-Geschichten no muy verbreitet son, aber como Profano Com & OLE bisher überhaupt no unterstützt, wäre una bisschen indirekte Unterstützung bastante schön...

Tal vez ha aber auch alguien una otro Concepto, cómo hacerlo lösen podría?
[/quote:a2ce474376]
¡Hola Pascal,
como wäre lo, si para cada COM-Interface una Struktur o. Klasse definierst? So löst lo z.B. Delphi. Und si entonces en varios Estructuras o. Klassen gleiche Características/Métodos vorkomnmen, es el kein Problema mehr.

Saludo
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 Zitat

Absatzweise Cita Zeilenweise Cita

GDL

Hola Roland,

habe selten Wünsche, pero si, entonces ausgefallene.

Könntest du tal vez todavía el LOC Befehl de otro Basicversionen en Bezug en el RS232 Schnittstelle tomar.

LOC: Gibt el Position des letzten Byte en una Lese oder Schreibzugriff en el RS232 zurück.

Mein Workaround es zeitlich para Reagieren el Steuergeschehen a langsam.

Servus
Georg

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

[...]

17.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Uwe
''Pascal''
Niemeier

¡Hola Personas!

Nochmal qué para Thema Encabezamiento & COM

Nach Rolands Erläuterung es mein ursprünglicher Vorschlag natürlich vom Tisch, aber...

Der Vorteil de Headern es sí, dass ellos Im Programa eingendlich no auftauchen, pero sólo como Quelle para una Search & Replace-Aktion dienen.
Se puede also así viele y así grosse PHs einbinden, cómo voluntad.

En el vorgeschlagenen Workarounds de Michael (normale Variables en lugar de Konstanten) y Roland (Com-Métodos como Profano-Objeto-Métodos) wäre el anders.
Immerhin hay Hunderte (Tausende?) de Interfaces, de denen etliche wiederum encima 100 Métodos haben. Como läppert se bastante schön qué zusammen.
Und así mi Yo no el nötige Schreibarbeit; dass liese se encima una Parser erreichen (como Quelle verwende Yo Auszüge de Visual-C-Headern). Aber Yo möchte vermeiden, hunderte de Variables oder Métodos einzubinden, si yo tal vez sólo una oder zwei su wirklich brauche.
Andererseits debería aber todos Métodos disponible posición, así uno se el eigendliche Programa konzentrieren kann y no dauernd algo nachdefinieren/ergänzen/nachschlagen muss.

Also hier otra vez una algo abgewandelter Wunsch dazu:

Lo debería posible ser, a bestimmen, woher el Werte para cierto Konstanten geholt voluntad.
Un Möglichkeit wären una neue Direktive (nennen wir ellos veces $X) y una neues Präfix, z.B. el Grad-Signo °.
Wird während el Ausführung/Kompilierung (no vorab, como normal!) una
$X Expediente.ph gefunden, sucht Profano todos folgenden con ° gekennzeichneten Quasi-Konstanten exclusiv en el angegebenen PH, wobei cada weitere $X el vorher eingebundenen Encabezamiento überschreibt/ersetzt (lo se also siempre el zuletzt eingebundene PH verwendet)

BTW: Es IMHO no Cuestión de Bequemlichkeit, pero una Erweiterung el Möglichkeiten y sinnvoller como selbstentwickelte Insellösungen, el de
Aussenstehenden kaum nachvollzogen voluntad puede.

Ist allerdings fraglich, si el vom Aufwand tragbar y technisch überhaut machbar es...
Tal vez para XProfan 11 oder 12...

SeeYou
Pascal

21.05.2006 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Jac
de
Lad

Ähhm, Yo finde grad el hilo con Wünschen para XProfan 10 no, also poste Yo el rápidamente veces hier.

Yo mich en letzter Tiempo veces en el Función Formato$() reingefitzt y festgestellt, dass ellos muy nützlich es. Nur me está eins esta aufgefallen: El Dezimalpunkte voluntad siempre como Kommata traducido, sodass Todavía una Translate$() einbauen muss, en una con Formato$() formatierten Floatwert otra vez en una Float zurückzukonvertieren. Besteht tal vez el Möglichkeit, qué einzubauen, así uno el Zahl auch con Dezimalpunkt anstatt sólo Dezimalkomma umwandeln kann???

Jac