[*]Profan

- Page 6 -

RGH

Jac

Wenn ich mein 2000-Zeilen-Programm durchlaufen lasse und am Anfang ne Messagebox habe und ein Progend corre der Parser trotzdem zweimal durch. Zweimal durch alle 2000 Zeilen...

Ich habe es gerade noch mal getestet: Nur beim ersten Durchlauf, dem Einlesen, corre der Zähler naturalmente durch alle Zeilen, aber beim 2. Hochzählen endet er beim ProgEnd.
Du bist sicher, dass Du ProgEnd richtig geschrieben hast?

Saluto
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

14.02.2008 ▲

Jac
de
Lad

Ja, hm. Ok, ich kann mich irren, aber das erste ist doch auch unnötig, oder?

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

14.02.2008 ▲

Rolands erster Durchlauf rührt imho die Kompilerdirektiven durch - also auch $IFDEF-Zeugs.

Wäre zu überlegen ob es Konstellationen gibt in denen Kompilerdirektiven nach progEnd übersehen werden können.

XPSE jedenfalls stoppt nicht bei progEnd, wenn jemand riesige zu übersehende Blöcke definieren möchte möge derjenige das Blockrem /* blub */ nutzen.

14.02.2008 ▲

Jac
de
Lad

Ich wünsche mir noch, dass WindowStyle und eventuell WindowTitle Set()-Funktionen werden. Das würde gut ins Schema passen.

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

Dann doch konsequenter:

set(Text,hWnd,Muhahaha)
set(Style,hWnd,512 | 8 )

Also ich persönlich hätte da gerne doch noch ein bisschen Sprache.

Ich mag schon create(text nicht.

[offtopic]ich kompensiere mir das halt circa xpse...[/offtopic]

Jac
de
Lad

Naja, ich dachte daran, dass es dann auch ein Get(WindowStyle) gäbe. Das wäre manchmal nicht schlecht.

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

Ich stimme mit Dir darüber ein, dass eine Funktion getWindowStyle nützlich sein kann.

Wenn ich jedoch bedenke, das dies lediglich eine Umrechnungsfunktion wäre vom api-getStyle zum xprf-Style halte ich es nur noch per wenig Sinnvoll - aber vielleicht übersehe ich etwas.

Ich potuto zum Beispiel übersehen das man diese Funktion gebrauchen potuto um von Fenstern - welche man nicht selbst erstellt hat - einen äquivalenten WindowStyle-Wert zu erhalten, denn zu Fenstern welche man selbst erstellt hat potuto man sich ja eh den WindowStyle merken. Aber vielleicht übersehe ich immer noch etwas - hilf gefälligst!

- Page 7 -

Jac
de
Lad

Nein, genau das meinte ich. Irgend ne PCU erstellt Fenster, die den Style XY haben. Da potuto die PCU den Style wieder zurücksetzen und wäre damit rückstandslos.

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

Nico
Madysa

Dafür gibts %WindowStyle...

Nico Madysa

13.03.2008 ▲

RGH

Ich stimme mit Dir darüber ein, dass eine Funktion getWindowStyle nützlich sein kann.

Wenn ich jedoch bedenke, das dies lediglich eine Umrechnungsfunktion wäre vom api-getStyle zum xprf-Style halte ich es nur noch per wenig Sinnvoll - aber vielleicht übersehe ich etwas.

In WindowStyle, der sich übrigens seit Version 10 mit der Systemvariablen %WindowStyle ermitteln lässt, steckt etwas mehr drin, als nur die API-Styles.

Saluto
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

13.03.2008 ▲

He klar, keine Frage hab ich da einiges übersehen!

13.03.2008 ▲