[*]Profan

Deutsch

Ich wünsche mir ...

...das man bei den CreateBefehlen eine ItemID angeben kann sodass man sich nicht immer das Handle merken muss - wonach man deutlich weniger Variablen bräuchte - nur Konstanten.

19.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

- Seite 1 -

So behelfe ich mir ja auch - nur mach das mal für alle vorhandenen XProfan-Controls und Du hast nen Rattenschwanz an Styles zu beachten etc - also ca. 100 zeilen Code. Roland hingegen braucht vlt. nur 30 Zeilen nativen Delphicode hinzufügen was ja auch ne Performancefrage ist.

19.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

RGH

Kompilieren Markieren Separieren

create(1000,button,,,,,,,,,,,)

Der erste Parameter einer Containerfunktion, wie z.B. Create oder Set oder .... muß der Name der Subfunktion sein. (Sonst funktioniert das ganze System der Containerfunktionen und Subfunktionen nicht mehr.)

Was spricht gegen das SetItemId? Es ist dazu noch universeller, da man es auch für andere bereits erstellte Controls, etwa aus Ressourcen, verwenden kann.

Gruß
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

19.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Dieter
Zornow

Auf das Handle würde ich nicht verzichten wollen, braucht man es doch für viele Dinge setwindowpos
destroywindow und vieles mehr. Zusätzliches Create ist ok.

Viele Grüße aus Bangkok

Dieter

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

19.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

GDL

Hi,
schliesse mich dieter an.

Servus
Georg

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

[...]

19.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Nico
Madysa

Für einige Einzelfälle mag SetItemID sicher sinnvoll sein, aber ich bin durch XProfan schon so an Handles gewöhnt, ich möchte die garnicht mehr missen.
Außerdem: Ab XProfan 11 gibt es doch unbegrenzt viele Variablen, da ist es doch egal, ob man mehr oder weniger braucht, oder?

Nico Madysa

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

@Nico: Schön das Du daran gewöhnt bist - gibt aber auch Leute die mit XProfan deutlich mehr als nur Schnickschnack programmieren. Wenn Diese Leute dann nach Jahren einen Wunsch äußern dann könntest Du überlegen ob nicht möglicherweise etwas dahinter steckt was sich Dir nicht sofort erschließt. ;)

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Nico
Madysa

Und wie wäre es mit so was?
Kompilieren Markieren Separieren

proc newCreate kannst dir ja nen besseren Namen ausdenken :P

    parameters control$ , id& , par1 , par2, ...
    SetItemID(Create(control$,...),id&)

endproc

Reicht so was nicht?

Nico Madysa

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Du wiederholtest lediglich Rolands erstes Posting in diesem Thread.

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

- Seite 2 -

Nico
Madysa

Weil ich das Problem, das du mit dieser Lösung hast, nicht erkenne.

Nico Madysa

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Frank
Abbing

Was spricht gegen SetItemID oder:
Kompilieren Markieren Separieren

SetWindowLong(control&,GWL_ID,id&)

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

@Nico: Wo siehst Du das ich ein Problem mit der vorgeschlagenen Lösung habe? Ok reine Rhetorik, ich sehe kein Problem bei Rolands Lösung.

@Frank: Nüx. Ich nutze auch zu gerne gwl_data zum verstecken interessanter Daten

Mir gings um eine offensichtliche nonapi XProfan Implementierung.

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Nico
Madysa

Na dann ist ja alles klar!

Nico Madysa

20.07.2007 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

◄