[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:

Wo ist der Unterschied zwischen bildschirm.setWidth(640) und bildschirm.setAttr(SA_Width,640) oder so ?

---

Zitat:

---

Vielleicht solltest du dir überlegen, deine HashMap intern zu speichern und dem Programmierer erlauben, dir Tag-Listen zu übergeben.

---

Zitat:

---

fr.close();
bs.close(); // eigentlich unnötig, das sollte der Destruktor automatisch machen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Abgesehen davon, daß ich dir keine Antwort auf deine eigentliche Frage stellen kann, wüßte ich gerne mal, was genau du mit "Syntax der Attribute" meinst. Wo ist der Unterschied zwischen bildschirm.setWidth(640) und bildschirm.setAttr(SA_Width,640) oder so ?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Als verwendender Entwickler muss ich nicht mehr wissen, was es alles für SA_-Attribute gibt. Ich sehe den Umfang der angebotenen Methoden und entscheide welche Werte ich ihnen gebe (z.B. für AutoScroll, Overscan, etc.).

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Das kann ich nicht nachvollziehen. In beiden Fällen mußt Du eine Dokumentation konsultieren. In dem einen Fall ist es die Dokumentation einer Klasse, im anderen Fall die der vordefinierten Konstanten.
Natürlich ist es bei einer Klasse leichter, den Bezug von der Methode zu den möglichen Werten herzustellen, insb. in Verbindung mit assistierenden Entwicklungstools, aber das sollte nicht allein den Ausschlag geben.

---

Zitat:

---

Insbesondere wenn Du durch Verlagerung der Konstanten aus den #define's der OS-includes in statische member Deiner Klassen das gleiche erreichen kannst.

---

Zitat:

---

Interessant wird's allerdings, wenn man den Klassen ein wenig Hierarchie verpaßt. Wenn man einem Screen, Window oder Gadget mit der gleichen set-Methode eine Größe verpassen kann, hat das durchaus seine Vorteile. Und reduziert auch den Nachschlage- und Lernaufwand, wenn man es konsequent auf alle Attribute anwendet.
Warum der Programmierer einmal SA_Width, dann WA_Width und dann wieder GA_Width benutzen muß, ist wohl kaum befriedigend zu erklären...

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Das kann ich nun wiederum nicht nachvollziehen. Was gewinnt man damit (kann mir das Ganze wie Du es meinst gerad nicht so recht vorstellen)?

---

code:

---

#include <iostream>

template<class T> class Attr
{
  const int tag;
public:
  Attr(const int tagvalue):tag(tagvalue){}
  const int tagValue() const { return tag; }
};

class Window
{
  public:
    static const Attr<int> WIDTH;
    static const Attr<int> HEIGHT;
    static const Attr<const char*> TITLE;
    static const Attr<bool> CLOSE_GADGET;
    template<class T> void setAttr(Attr<T> key, T value)
    {
      const int ivalue=(int)value;
      std::cout<<"setting { 0x"<<std::hex<<key.tagValue()<<", "
        <<std::dec<<ivalue<<" }"<<std::endl;
    }
};
const Attr<int> Window::WIDTH(0x80001001);
const Attr<int> Window::HEIGHT(0x80001002);
const Attr<const char*> Window::TITLE(0x80001003);
const Attr<bool> Window::CLOSE_GADGET(0x80001004);

int main(int x, char**y)
{
  Window win;

  win.setAttr(Window::WIDTH, 200);
  win.setAttr(Window::HEIGHT, 200);
  win.setAttr(Window::TITLE, "Hallo");
  win.setAttr(Window::CLOSE_GADGET, true);
}

---

Zitat:

---

Das hab ich nun (noch) nicht gemacht, da die Gemeinsamkeiten zw. Screen und Window sich auf ca. 5 Attribute beschränken. Ist aber dennoch sinnvoll, wenn man z.B. an das Depth-Arrangement und andere Fähigkeiten der beiden denkt (dazu dann noch Gadgets).

---

Zitat:

---

Kann man in einer initialisierten struct screen den Title ändern und wird dieser Dann sofort sichtbar, oder muss man RethinkDisplay() o.ä. aufrufen?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Wenn Du das mit einer Typisierung der Tags verbindest, gewinnst Du auch den Vorteil der Typsicherheit, die ein Kombinieren von TAG-Keys mit falschen Wert-Typen verhindert.
Beispiel:

code:

---

#include <iostream>

template<class T> class Attr
{
  const int tag;
public:
  Attr(const int tagvalue):tag(tagvalue){}
  const int tagValue() const { return tag; }
};

---

---

Den Teil hab ich verstanden!

Zitat:

---

code:

---

class Window
{
  public:
    static const Attr<int> WIDTH;
    static const Attr<int> HEIGHT;
    static const Attr<const char*> TITLE;
    static const Attr<bool> CLOSE_GADGET;
    template<class T> void setAttr(Attr<T> key, T value)
    {
      const int ivalue=(int)value;
      std::cout<<"setting { 0x"<<std::hex<<key.tagValue()<<", "
        <<std::dec<<ivalue<<" }"<<std::endl;
    }
};

---

---

Zitat:

---

code:

---

const Attr<int> Window::WIDTH(0x80001001);
const Attr<int> Window::HEIGHT(0x80001002);
const Attr<const char*> Window::TITLE(0x80001003);
const Attr<bool> Window::CLOSE_GADGET(0x80001004);

---

---

Zitat:

---

code:

---

int main(int x, char**y)
{
  Window win;

  win.setAttr(Window::WIDTH, 200);
  win.setAttr(Window::HEIGHT, 200);
  win.setAttr(Window::TITLE, "Hallo");
  win.setAttr(Window::CLOSE_GADGET, true);
}

---

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

template<class T> class Attr
{
  const int key;
public:
  Attr(const int keyvalue):key(keyvalue){}
  const int keyValue() const { return key; }
};

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

const Attr<int> Window::WIDTH(0x80001001);
const Attr<int> Window::HEIGHT(0x80001002);
const Attr<const char*> Window::TITLE(0x80001003);
const Attr<bool> Window::CLOSE_GADGET(0x80001004);

---

code:

---

const Attr<int> Window::WIDTH(WA_Width);
const Attr<int> Window::HEIGHT(WA_Height);
const Attr<const char*> Window::TITLE(WA_Title);
const Attr<bool> Window::CLOSE_GADGET(WA_CLOSEGADGET);

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

template<class T> void setAttr(Attr<T> key, T value)

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Wenn ich das also richtig sehe, dann sorgt

code:

---

template<class T> void setAttr(Attr<T> key, T value)

---

das T vor Value dafür, dass nur derselbe Typ übergeben werden kann, der auch in Attr<T> enthalten ist, oder?

---

Zitat:

---

Aber wieso steht vor der Methode ein template<class T> void?

---

Zitat:

---

Und wieso kann innerhalb der Methode alles auf int gecastet werden (doch nur, weil alle Werte auch char * und BOOL auf int basieren, oder was anderes)?

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

void setLeft(const ULONG left = 0) { windowLeft = left; }
void setTop(const ULONG top = 0) { windowTop = top; }
void setWidth(const ULONG width = STDSCREENWIDTH) { windowWidth = width; }
void setHeight(const ULONG height = STDSCREENHEIGHT) { windowHeight = height; }
void setTitle(const string title = "") { windowTitle = title; }
void setDragBar(const BOOL setDragBar = TRUE) { dragBar = setDragBar; }
void setBorderless(const BOOL setBorderless = FALSE) { borderless = setBorderless; }
void setReportMouse(const BOOL setReportMouse = TRUE) { reportMouse = setReportMouse; }
void setNewLookMenus(const BOOL setNewLookMenus = TRUE) { newLookMenus = setNewLookMenus; }
void setSizeGadget(const BOOL setSizeGadget = TRUE) { sizeGadget = setSizeGadget; }
void setDepthGadget(const BOOL setDepthGadget = TRUE) { depthGadget = setDepthGadget; }
void setCloseGadget(const BOOL setCloseGadget = TRUE) { closeGadget = setCloseGadget; }
void setActivate(const BOOL setActivate = TRUE) { activate = setActivate; }
void setNoCareRefresh(const BOOL setNoCareRefresh = TRUE) { noCareRefresh = setNoCareRefresh; }
void setBackdrop(const BOOL setBackdrop = FALSE) { backdrop = setBackdrop; }
void setRMBTrap(const BOOL setRMBTrap = FALSE) { trapRMB = setRMBTrap; }
void setGimmeZeroZero(const BOOL setGimmeZeroZero = FALSE) { gimmeZeroZero = setGimmeZeroZero; }
void setAutoAdjust(const BOOL setAutoAdjust = TRUE) { autoAdjust = setAutoAdjust; }
void setMenuHelp(const BOOL setMenuHelp = TRUE) { menuHelp = setMenuHelp; }
void setNotifyDepth(const BOOL setNotifyDepth = TRUE) { notifyDepth = setNotifyDepth; }
void notifyNewSize() { setIDCMPFlag(IDCMP_NEWSIZE); }
void notifyRefreshWindow() { setIDCMPFLag(IDCMP_REFRESHWINDOW); }
void notifyMouseButtons() { setIDCMPFLag(IDCMP_MOUSEBUTTONS); }
void notifyMouseMove() { setIDCMPFLag(IDCMP_MOUSEMOVE); } // nur wenn ReportMouse gesetzt wurde
void notifyGadgetDown() { setIDCMPFLag(IDCMP_GADGETDOWN); }
void notifyGadgetUp() { setIDCMPFLag(IDCMP_GADGETUP); }
void notifyMenuPick() { setIDCMPFLag(IDCMP_MENUPICK); }
void notifyCloseWindow() { setIDCMPFLag(IDCMP_CLOSEWINDOW); }
void notifyIntuiTicks() { setIDCMPFLag(IDCMP_INTUITICKS); }
void notifyActiveWindow() { setIDCMPFLag(IDCMP_ACTIVEWINDOW); }
void notifyInactiveWindow() { setIDCMPFLag(IDCMP_INACTIVEWINDOW); }
void notifyChangeWindow() { setIDCMPFLag(IDCMP_CHANGEWINDOW); }
void notifyMenuHelp() { setIDCMPFLag(IDCMP_MENUHELP); }
void notifiyIDMCP(ULONG flags = 0) { setIDCMPFlag(flags); }

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Mit den Konstanten muss man sich ja auch für jeden verwendeten Wert innerhalb der NewWindow-Struktur ne eigene Konstante machen.
Was hältst Du/ihr denn von dem Ansatz:

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

vergiß die NewWindow-Struktur. Ich bin davon ausgegangen, daß Du sowieso nur mit TagList arbeitest. Wenn Du alle Attribute unterstützen willst, mußt Du sowieso TagLists unterstützen, also ist es nur konsequent, dafür dann auf die NewWindow-Struktur zu verzichten. Für alle Attribute der NewWindow-Struktur gibt es auch ein gleichwertiges TAG, umgekehrt gilt das nicht.
Also laß die NewWindow Struktur weg. Und implementiere alle set... Methode so, daß sie ein TagItem erzeugen/verändern. Dazu kannst Du wiederverwendbare Hilfsmethoden schreiben und sparst eine Menge Code.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

---

Oh, da hab ich wohl ein wenig fehlerhaft gepostet. Ich verwende ja Tags, bezog mich auf die WA_... Sachen und hab das in nen Zusammenhang mit der NewWindow-Struktur gesetzt. Sorry!

Durch die Setter sieht das Ganze bei mir sehr starr aus. Habe bei OpenWindowTags und OpenScreenTags für jeden Setter ein Tag gesetzt.
Durch die Defaultwerte kann man Objekte der Klasse ohne Setter-Aufrufe verwenden, wenn man damit auskommt.

Durch diese Konstruktion verliert man leider die Flexibilität. Wenn man Deinen Ansatz mit den Konstanten mit ner Liste o.ä. kombiniert, kann man sehr flexibel die TagItems für ein OpenWindowTags zusammenstellen, oder nich?!

Überlege mir gerad ne halbwegs vernünftige Lösung für das Problem, dass ich einmal ne Methode habe, die ein Fenster anhand eines solchen Datenobjektes öffnet ohne PubScreen und einmal mit. Beide Methoden erhalten ein Objekt, welches diese Werte enthält und über Getter zur Verfügung stelllt. Die 2. Methode erhält zusätzlich noch die notwendige screen-Struktur (bzw. nen Zeiger drauf gekapselt in nem Objekt).
Hab mir überlegt, dass ich ne private Methode mach, die TagItem-Strukturen zusammenstellt, wobei die Methode mit dem PubScreen schon nen TagItem-Eintrag erhält (ist die Reihenfolge der TagItems von
Bedeuting?).
Da ich in C++ sehr unerfahren bin, fehlen mir hier die Fertigkeiten die Möglichkeiten effizient auszunutzen.
Hast Du nen guten Vorschlag!?
Ne Lösung wäre zwar schön, ne Idee oder nen Link, wo man erfährt, wie man die C++ Möglichkeiten clever einsetzt (so wie Du mit Deiner Attr-Klasse) aber noch viel besser!
Warte gerade auf die Neuauflage von "Thinking in C++"!

Ciao

[ Dieser Beitrag wurde von Reth am 04.06.2005 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Durch die Setter sieht das Ganze bei mir sehr starr aus. Habe bei OpenWindowTags und OpenScreenTags für jeden Setter ein Tag gesetzt.
Durch die Defaultwerte kann man Objekte der Klasse ohne Setter-Aufrufe verwenden, wenn man damit auskommt.

---

Zitat:

---

Überlege mir gerad ne halbwegs vernünftige Lösung für das Problem, dass ich einmal ne Methode habe, die ein Fenster anhand eines solchen Datenobjektes öffnet ohne PubScreen und einmal mit. Beide Methoden erhalten ein Objekt, welches diese Werte enthält und über Getter zur Verfügung stelllt. Die 2. Methode erhält zusätzlich noch die notwendige screen-Struktur (bzw. nen Zeiger drauf gekapselt in nem Objekt).

---

Zitat:

---

Hab mir überlegt, dass ich ne private Methode mach, die TagItem-Strukturen zusammenstellt, wobei die Methode mit dem PubScreen schon nen TagItem-Eintrag erhält (ist die Reihenfolge der TagItems von
Bedeuting?).

---

Zitat:

---

Da ich in C++ sehr unerfahren bin, fehlen mir hier die Fertigkeiten die Möglichkeiten effizient auszunutzen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Damit hast Du ja noch nicht viel gewonnen. Du schreibst ja bisher nur in die Struktur und mußt ja immer noch den code hinzufügen, der die Änderungen herbeiführt.
Ich nehme mal an, Du hast bisher nur code, der diese Attribute beim Öffnen des Fensters in eine TagList verpackt und übergibt. Aber wenn man schon ein Fenster in einem Objekt kapselt, sollte man als Nutzer der Klasse für das Setzen eines Attributs nicht mehr darüber nachdenken müssen, ob das Fenster gerade offen ist oder nicht.

---

code:

---

#ifndef WINDOWDATA_H
#define WINDOWDATA_H

#include <string>
#include <intuition/intuition.h>
 
class WindowDataC
{
    private:
		ULONG windowLeft, windowTop, windowWidth, windowHeight, flagsIDCMP;
		BOOL dragBar, borderless, reportMouse, newLookMenus, sizeGadget, depthGadget, closeGadget, activate,
			 noCareRefresh, backdrop, trapRMB, gimmeZeroZero, autoAdjust, menuHelp, notifyDepth;
		string windowTitle;
	
		inline void setIDCMPFlag(ULONG flag) { flagsIDCMP = flagsIDCMP | flag; }
	
	public:
		WindowDataC() : flagsIDCMP(0) {}
		~WindowDataC() {}
					   
		void setLeft(const ULONG left = 0) { windowLeft = left; }
		void setTop(const ULONG top = 0) { windowTop = top; }
        void setWidth(const ULONG width = STDSCREENWIDTH) { windowWidth = width; }
		void setHeight(const ULONG height = STDSCREENHEIGHT) { windowHeight = height; }
		void setTitle(const string title = "") { windowTitle = title; }
		void setDragBar(const BOOL setDragBar = TRUE) { dragBar = setDragBar; }
		void setBorderless(const BOOL setBorderless = FALSE) { borderless = setBorderless; }
		void setReportMouse(const BOOL setReportMouse = TRUE) { reportMouse = setReportMouse; }
		void setNewLookMenus(const BOOL setNewLookMenus = TRUE) { newLookMenus = setNewLookMenus; }
		void setSizeGadget(const BOOL setSizeGadget = TRUE) { sizeGadget = setSizeGadget; }
		void setDepthGadget(const BOOL setDepthGadget = TRUE) { depthGadget = setDepthGadget; }
		void setCloseGadget(const BOOL setCloseGadget = TRUE) { closeGadget = setCloseGadget; }
		void setActivate(const BOOL setActivate = TRUE) { activate = setActivate; }
		void setNoCareRefresh(const BOOL setNoCareRefresh = TRUE) { noCareRefresh = setNoCareRefresh; }
		void setBackdrop(const BOOL setBackdrop = FALSE) { backdrop = setBackdrop; }
		void setRMBTrap(const BOOL setRMBTrap = FALSE) { trapRMB = setRMBTrap; }
		void setGimmeZeroZero(const BOOL setGimmeZeroZero = FALSE) { gimmeZeroZero = setGimmeZeroZero; }
		void setAutoAdjust(const BOOL setAutoAdjust = TRUE) { autoAdjust = setAutoAdjust; }
		void setMenuHelp(const BOOL setMenuHelp = TRUE) { menuHelp = setMenuHelp; }
		void setNotifyDepth(const BOOL setNotifyDepth = TRUE) { notifyDepth = setNotifyDepth; }
		void notifyNewSize() { setIDCMPFlag(IDCMP_NEWSIZE); }
		void notifyRefreshWindow() { setIDCMPFLag(IDCMP_REFRESHWINDOW); }
		void notifyMouseButtons() { setIDCMPFLag(IDCMP_MOUSEBUTTONS); }
		void notifyMouseMove() { setIDCMPFLag(IDCMP_MOUSEMOVE); }	// nur wenn ReportMouse gesetzt wurde
		void notifyGadgetDown() { setIDCMPFLag(IDCMP_GADGETDOWN); }
		void notifyGadgetUp() { setIDCMPFLag(IDCMP_GADGETUP); }
		void notifyMenuPick() { setIDCMPFLag(IDCMP_MENUPICK); }
		void notifyCloseWindow() { setIDCMPFLag(IDCMP_CLOSEWINDOW); }
		void notifyIntuiTicks() { setIDCMPFLag(IDCMP_INTUITICKS); }
		void notifyActiveWindow() { setIDCMPFLag(IDCMP_ACTIVEWINDOW); }
		void notifyInactiveWindow() { setIDCMPFLag(IDCMP_INACTIVEWINDOW); }
		void notifyChangeWindow() { setIDCMPFLag(IDCMP_CHANGEWINDOW); }
		void notifyMenuHelp() { setIDCMPFLag(IDCMP_MENUHELP); }
		void notifiyIDMCP(ULONG flags = 0) { setIDCMPFlag(flags); }

		ULONG getLeft() const { return windowLeft; }
		ULONG getTop()const { return windowTop; }
		ULONG getWidth() const { return windowWidth; }
		ULONG getHeight()const { return windowHeight; }
		string getTitle() const { return windowTitle; }
		BOOL hasDragBar() const { return dragBar; }
		BOOL isBorderless() const { return borderless; }
		BOOL hasReportMouse() const { return reportMouse; }
		BOOL hasNewLookMenus() const { return newLookMenus; }
		BOOL hasSizeGadget() const { return sizeGadget; }
		BOOL hasDepthGadget() const { return depthGadget; }
		BOOL hasCloseGadget() const { return closeGadget; }
		BOOL isActivate() const { return activate; }
		BOOL hasNoCareRefresh() const { return noCareRefresh; }
		BOOL isBackdrop() const { return backdrop; }
		BOOL hasRMBTrap() const { return trapRMB; }
		BOOL isGimmeZeroZero() const { return gimmeZeroZero; }
		BOOL isAutoAdjust() const { return autoAdjust; }
		BOOL hasMenuHelp() const { return menuHelp; }
		BOOL hasNotifyDepth() const { return notifyDepth; }
};
#endif

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Du kannst meinen Attr-Entwurf so abändern, daß Du für jedes Attribut einen default-Wert in der Deklaration angeben kannst. Ich halte es auch für sinnvoll, für oft benötigte Attribute eine einfache Methode anzubieten, diese kann dann einfach an die zugehörige setAttr(Konstante, parameter) delegieren. Man sollte nur sorgfältig auswählen, zuviele Methoden erleichtern nicht unbedingt das Verständnis.

---

Zitat:

---

Am besten ist es, dem Window-Objekt ein Screen-Attribut zu verpassen, das auch das Locken des pubscreens mit übernimmt. Also z.B. auch mit dem Namen des gewünschten pubscreens initialisiert werden kann.
Dieses Attribute kann nämlich mit dem Rückgabewert von GetDefaultPubScreen() initialisiert werden, somit brauchst Du dann später keine Fallunterscheidung, ob das Attribute gesetzt wurde oder nicht.

---

Hatte mir das so gedacht, dass ich die Windowklasse bei der Screenklasse als Friend setze und eine Openmethode mit Screen und eine ohne angebe (in letzterer wird dann einfach OpenWindowTags ohne screen-Struktur gerufen).
Muss man vor OpenWindow* immer einen LockPubScreen machen (denn dann würde ich auch bei der bisherigen Methode ohne screen-Struktur ne screen-Struktur brauchen).
Werde die Windowklasse so ändern, dass immer eine screen-Struktur benutze, dann spar ich mir das Überlegen einer cleveren Alternative für variable TagItems erstmal )

Zitat:

---

Meistens nicht.
Am betsen machst Du Dir nicht nur ne private Methode, sondern eine eigene Klasse, die TagLists kapselt und verwaltet. Du wirst diese ja in möglicherweise in völlig unterschiedlichen Klassen benötigen.

---

Zitat:

---

Ich muß darauf hinweisen, daß ich auch kein erfahrener C++-Programmierer bin. Ich muß auch immer überlegen, wie ich die Möglichkeiten von C++ am Besten ausnutze und kann nicht garantieren, daß das Resultat "best C++ practice" ist. Und ich brauche immer ein wenig Zeit, um einen Vorschlag machen zu können, weil ich immer selber ausprobieren muß, ob das überhaupt funktioniert wie gedacht.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Bleibt immer noch das Problem wie man die Tags aus einer Liste in den OpenWindowTags-Aufruf bekommt, da man ja dort jedes Tag einzeln angeben muss (oder?) und ich schon gern ne variable TagItemanzahl nehmen möchte!

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

struct Screen	*
OpenScreenTags( ns, tag1 )
struct NewScreen	*ns;
ULONG			tag1;
{
    struct Screen	*OpenScreenTagList();
    return ( OpenScreenTagList( ns, (struct TagItem *) &tag1 ) );
}

---

Komm damit aber nicht ganz klar!
Es wird ein ULONG übergeben, aber ist das nun der TagWert oder der TagKey (wenn man so will). Zu allem Überfluss wird die Adresse dieses ULONG auch noch in nen struct TagItem * gecastet!

Verstehen würd ich ne Übergabe wie folgt:

code:

---

struct TagItem items[];
...

OpenWindowTagList(NULL, &items[0]);

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Komm damit aber nicht ganz klar!
Es wird ein ULONG übergeben, aber ist das nun der TagWert oder der TagKey (wenn man so will). Zu allem Überfluss wird die Adresse dieses ULONG auch noch in nen struct TagItem * gecastet!

---

Zitat:

---

Verstehen würd ich ne Übergabe wie folgt:

code:

---

struct TagItem items[];
...

OpenWindowTagList(NULL, &items[0]);

---

Oder geht das nicht so (so hab ich zumindest Deinen letzten Post verstanden)?

---

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Au klasse! Danke schön!

Kann man in C++ auch so was machen:

code:

---

setAttr(T key, T value);

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Kann man in C++ auch so was machen:

code:

---

setAttr(T key, T value);

---

---

code:

---

template<class KeyType,class ValueType>
  void setAttr(KeyType key, ValueType value);

---

Zitat:

---

Darf ich noch fragen wie Du (oder andere) die ganze Sache mit Window, WindowData, Screen und ScreenData aufziehen würdest?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Du meinst vermutlich etwas in der Art von

code:

---

template<class KeyType,class ValueType>
  void setAttr(KeyType key, ValueType value);

---

Oder?

---

code:

---

template <class T>;
T max(T a, T b)
{
	return a > b ? a : b ;
}

---

Zitat:

---

Klar darfst Du fragen. Ich habe auch noch ein bißchen am Code-Beispiel rumgebastelt. Mit Deiner Erlaubnis schicke ich Dir mal ne mail, weil das sonst hier den Rahmen sprengen würde.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Reth:
Hab das hier in nem Tutorial gesehen:

...

Das müsste doch auch sicherstellen, dass beide übergebene Parameter vom gleichen Typ sind.

---

Zitat:

---

Vielleicht interessiert andere aber Deine Idee zu dem Ganzen!?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Vielleicht interessiert andere aber Deine Idee zu dem Ganzen!?

---

Mag sein. Ich glaube nur, dass die mögliche Aufmerksamkeit ziemlich schnell sinkt, wenn der Thread mit ellenlangen source-code geflutet wird. Über prinzipielle Konzepte kann man ja trotzdem hier diskutieren.
Mitleser dürfen natürlich gerne ihr Interesse hier bekunden.

---

Ich meinte ja auch nur das Konzept!

[ - Antworten - Zitieren - Direktlink - ]