Zitat:

---

Und ein Popup menu kann noch nicht objekte enthalten, sondern ist eine eiheit.

---

Zitat:

---

Mein Interesse gilt da noch der Strategie bei Mausklicks in views in views. man muß da ja nicht nur fragen, ob die maus über einer view ist, sondern auch eine zweite, die sich mit der ersten überschneidet, muss die mögliche fläche mit eingrenzen. naja, das schaffe ich schon noch.

---

Zitat:

---

Aber wie ist es nun mit dem Notify? Das interessiert mich am meisten.

---

Zitat:

---

Und zum "überladen" von Funktionen: meine subclass könnte auch die message immer zuerst bekommen und wenn sie will dann noch hinterher oder vorher den dispatcher der elternklasse aufrufen. so spart man
sich die evtl vielen funktionspointer. so kann man Zb auch einen Slider um pfeilebuttons erweitern, oder? naja, ist nicht ganz das selbe wie das was du da hast... bei dir kann man ja sogar pro objekt andere funktionen haben..

---

code:

---

SetInteger(object this, int value) {
  this.value = value;
}

---

code:

---

/* Spezielle Funktion für Foobar */
void Foobar::SetInteger(object this, int value) {
  Foobar fb = (Foobar)this; /* der Cast ist hier unnötig, aber i.A. notwendig */ 
  if (value<0) value=0;
  fb.value = value;
}

/* Allgemeine Funktion auf "Object" Ebene */
void Object::SetInteger(object this, int value) {
  if (this.SetInteger!=NULL) { /* wir haben eine spezielle Funktion */
    this.SetInteger(this,value);
  } else { /* wir nutzen die allgeimeine Funktion */
    this.value = value;
  }
}

---

code:

---

/////////////////////////////////////////////////////////
//                                                     //
//  Niemals EINE Information an ZWEI Orten speichern!  //
//                                                     //
/////////////////////////////////////////////////////////

---

code:

---

METHOD Widget::CalculateMinSize()
{
  FOR EACH this.child {
    this.minsize += this.child.CalculateMinSize();
  }

  this.minsize += ownminsize

  RETURN this.minsize
}

---

code:

---

METHOD Widget::Layout(boundary)
{ 
  this.boundary = boundary

  FOR EACH this.child {
    this.child.Layout(PART_OF(boundary));
  }
}

---

code:

---

METHOD Widget::DispatchEvent(event)
{ 
  FOR EACH this.child {
    IF HASFOCUS(this.child) done = this.child.DispatchEvent(event);
  }

  IF NOT INTERESTED (event) THEN RETURN FALSE
  IF done=TRUE THEN RETURN TRUE

  DO SOMETHING WITH EVENT // z.b. Status updaten oder Notify generieren

  RETURN TRUE
}

---

code:

---

METHOD Widget::Init() 
{
  INITIALIZE this

  // wenn wir Kidner brauchen, z.b. Scroller oder Knöpfe:
  this.child = CREATE NEW WIDGET

}

---

code:

---

METHOD Widget::Deinit()


  FOR EACH this.child {
    this.child.Deinit();
  }

  FREE this  
}

---

code:

---

METHOD Widget::Draw(Rect clip) {

  IF (this OUTSIDE clip) RETURN // wir sind ausserhalb des clips => und tschüss!

  myclip = clip AND this.boundary // verenge den Clip auf unsere Boundaries (Schnittmenge)

  oldclip = INSTALLCLIPREGION(myclip) // setze den Clip für die Zeichenfunktionen

  DRAW_BACKGROUND_FOR_THIS_WIDGET // male unser Widget, z.b. Group Frame oder einen Button

  FOR EACH this.child { // falls wir Kinder haben, dann male diese auch, mit dem verengten Clip
    this.child.Draw(myclip)
  }

  DRAW_FORGROUND_FOR_THIS_WIDGET // falls vorhanden, z.b. ein Glossy Effekt oder überlappende Elemente wie Slider Marker


  myclip = INSTALLCLIPREGION(oldclip) // alten Clip wieder herstellen
  FREECLIPREGION(myclip) // unseren frei geben

  RETURN // und wech!
}

---

Zitat:

---

Ja, so macht es Intuition. Ruft man SetAttrs[A] oder SetGadgetAttrs[A] auf, teilt der Rückgabewert mit, ob die Änderung ein visuelles Update erforderlich macht oder nicht. Es bleibt trotzdem dem Aufrufer vorbehalten, die Refresh-Funktion aufzurufen, d.h. er kann auch erst einmal ein Dutzend Änderungen durchführen, bevor er einen visuellen Refresh durchführt.

Sagte ich nicht schon einmal, dass es sich lohnt, die existierenden Lösungen zu studieren, bevor man seine eigene zu machen versucht?

---

Zitat:

---

Zitat:

---

Original von Der_Wanderer:
Alle IDs und Notifys sind bei mir Strings. Da habe ich lange drüber nachgedacht, bin aber auf keine bessere Lösung gekommen.

---

Es gibt ja auch keine bessere.

---

Zitat:

---

Wenn es um Effizienz geht, lässt man das Toolkit eine eigene Hashmap aufbauen, die für jeden String einen kanonischen Eintrag besitzt, durch den jeder String bei der Initialisierung eines Clients (oder dem Laden einer XML-Datei) ersetzt wird.
Dann muss man keine String-Vergleiche anstellen, sondern lediglich die Adressen der Strings vergleichen, da dann ja gleiche Strings immer auf dieselbe kanonische Instanz zeigen.
Ist also exakt genauso effizient wie Integer-Werte.

---

Zitat:

---

Nein, es muss beim ersten nicht-transparenten Parent gestarten werden. Der Root wäre nur der worst-case. Ich hatte ja dazu schon oben etwas geschrieben, wie Swing es macht.

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Nee, ich meine die "1" wird vom compiler in eine wertvariable umgewandelt und die wird einem attribut zugewiesen.

---

Zitat:

---

Mein Clipping funktioniert nicht. Könntest du bitte mal schauen ob du mir das noch besser erklären kannst, wie es zB geht?

---

Zitat:

---

Wenn ich von oben anfange, dann nutzt es mir nix den bereich nur zu verengen, denn wenn dann ein benachbartes view gezeichnet werden soll und der clip schon verengt ist, fällt das benachbarte gadget raus.

---

Zitat:

---

Und wie macht man es, wenn man zusätzlich zu den system clips temporär einen kleinen userclip installieren will, der zb in einer liste den titel abschneidet, wenn er nicht in die spalte passt? Müsste man da nicht hinterher wieder oben anfangen mit dem verengen der clips?

---

code:

---

<Button id="MyButton" onClick="button_wurde_geklickt">

...
while (!quit) {
  event = WaitEvent();

  switch(event.notify) {
    case "button_wurde_geklickt":
      <etwas tun wenn der Button gedrückt wurde>
  }
}

return; // end of program

---

code:

---

<Button id="MyButton">
...

SetAttr("MyButton",ATTR_ONCLICK,?button_wurde_geklickt);

void button_wurde_geklickt(object *eventobject) {
  <etwas tun wenn der Button gedrückt wurde>
}

EnterEventLoop();

return; // end of program

---

Zitat:

---

Original von AGSzabo:
@Der_Wanderer:

Bei mir heisst das einfach nur view, weil das element mit den scrollern dazu diese view benutz. es sind zwei getrennte klassen, von denen die eine die andere benutzt. die scroller selbts sind auch extra klassen, die vom "scrollview" benutzt werden.

---

Zitat:

---

Ich habe nicht ganz verstanden, bei dir können views in views sein usw? Es wird immer der ganze baum abgewandert beim zeichnen?

---

Zitat:

---

Wenn ein objekt nur einen teil von sich neu zeichen möchte, zb nur den rahmen eines buttons im geklickten also inversen zustand?

---

Zitat:

---

was macht ntui dann? Button hier ist nur ein beispiel, es könnten ja komplexere Objekte sein, bei denen es sich evtl rentiert nicht alles neu zu zeichnen.

---

code:

---

ntui_BeginWindow("Demo");
  ntui_Label("Test");
  ntui_Button("myButton","Click me!");
ntui_EndWindow();

---

code:

---

<Window title="Demo">
  <Label text="Test">
  <Button text="Click me!" id="myButton");
</Window>

---