> Wenn Azabo einen Text clippt, damit er nicht aus dem Widget herausgeht, will er die Schnittmenge des bestehenden Clips (der möglicherweise "enger" ist) und dem Text bilden, nicht die Vereinigung, das wäre ja sinnlos.

Ah okay, ja dann ists AND. Dachte er will die Clips vergrößern. Jetzt machts auch wieder Sinn

[ - Antworten - Zitieren - Direktlink - ]

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.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@Der_Wanderer:

Ist für und geht nur mit Assembler. Höchstens C, aber da müsste jemand die header files und so machen.
--
Sam mini os4.1 upd. 2 / e-uae 39bb2 / A4000D 3.0 & 3.9 2mbchip 8mbfast Ariadne_II ide DVD und HD / A500 3.1 (mkick) adide 50mb / Athlon ii X2 Ubuntu Linux

[ - Antworten - Zitieren - Direktlink - ]

> Ja, aber die Funktion heisst trotzdem OrRectRegion, bildet aber die Schnittmenge. Da hat wohl jemand in der Informatikvorlesung geschlafen, als er die API designed hat.

Da muss ein Verständnisproblem vorliegen:
Hier die Beschreibung: "If any portion of rectangle is not in the region then add that portion to the region."

Mach mal ein Demo und zeig daß es falschrum ist Es wär garantiert schon anderen aufgefallen und korrigiert worden.

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

> Das ist so eine seltsame Ausnahme, weil NULL zwar kein Clipping macht, aber beim OR/AND sich wie "nichts" verhält.

Für OR richtig. Für AND dürfte das Ergebnis ebenfalls leer sein. Das ist schon korrekt wie die das gemacht haben

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Und z.b. ist es schlecht, dem App Programmierer den Refresh auszubürden, weil er es in 90% der Fälle zu selten oder zu oft macht. Der GUI Toolkit Programmierer weis am besten, wann ein Refresh zu tun ist.

---

Zitat:

---

Bei Events z.b. wird der Return Code normalerweise dazu benutzt um anzuzeigen, ob das Event konsumiert worden ist oder anderen Widgets zur Verfügung steht.

---

Zitat:

---

Zumindest nicht, wenn man sich nicht auf eine Programmiersprache, für die man z.b. Headerdateien erzeugt, festlegen will.

---

Zitat:

---

Die Strings sind wirklich das letzte, was Performance kostet. Da schlagen die Skin Grafiken um mehrere Zehnerpotenzen mehr zu buche.
Und wenns doch ein Nadelöhr werden sollte, dann hast du ja gezeigt dass man es so effizient wie Integer machen kann.

---

Zitat:

---

Normalerweise hat das Fenster einen soliden Hintergrund, alle weiteren Widgets (z.B. Gruppen) sind transparent bis dann irgendwann der Button kommt. Klar kann auch eine farbige Gruppe dazwischen kommen, aber wen interessieren schon zwei RectFill statt einem in so einem schon eher seltenen Fall.

---

Zitat:

---

Erstmal sollte man sich drauf konzentrieren, dass alles "korrekt" implementiert ist.

---

Zitat:

---

Sonst verbaut man sich schnell den Weg durch optimieren, z.b. hatte ich am Anfang auch das so gemacht, dass die Hintergrund Farbe ermittelt wird vom Button aus. Als dann aber Skins dazu kamen, hat das nicht mehr geklappt,…

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Zitat:

---

Zumindest nicht, wenn man sich nicht auf eine Programmiersprache, für die man z.b. Headerdateien erzeugt, festlegen will.

---

Vor allem nicht, wenn man sich nicht auf Dauer von einer zentralen Autorität abhängig machen will, die den Range gültiger IDs und deren Bedeutung festlegen soll.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Warum würde ein Programmierer einen Refresh erzwingen wollen, wenn das GUI Toolkit das für ihn tut?

---

Zitat:

---

Bei NTUI wird nie sofort gezeichnet, sondern erstmal das Dirty Flag gesetzt. Möglicherweise nehme ich ja viele Änderungen vor, die jedesmal ein Neuzeichnen erfordern würden. … Erst wenn ich alles gesetzt habe und zurückkehre in den NTUI Code, wird dann neu gezeichnet was "dirty" ist.

---

Zitat:

---

Des weiteren denke ich, dass der Aufwand den Tree abzusteigen überschätzt wird. Es ist ja gerade die Tree Struktur, durch die sich die betroffenen Widgets sehr schnell ermitteln lassen, egal ob Mausklick, Refresh etc.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

asm code:

---

_oxSuperRefresh	; walk down the full tree and draw everything that was changed anew,
		; while doing this, do a graphical clipping as the classes prefer

		; a0 pointer to calling object, or windowobject

 STRUCTURE sr,0
	UWORD	sr_left
	UWORD	sr_top
	UWORD	sr_right
	UWORD	sr_bottom
	UBYTE	sr_flags
	UBYTE	sr_
	LABEL	sr_SIZEOF

	BITDEF	sr,DRAWING,0
	BITDEF	sr,DRAWCHILDS,1
	BITDEF	sr,CLIPPING,2
	BITDEF	sr,STOP,3

		pushm	d2-d7/a2/a4/a5/a6

		move.l	oxO_drawinfo(a0),a4
		btst	#oxDIB_WINDOWOPEN,oxDI_flags(a4)
		beq	.pop

		move.l	oxDI_window(a4),a1
		move.l	oxDI_windowobject(a4),a0

		; store window object pointer for install_clip
		move.l	a0,a2

		; init and clear inital drawing and clipping info structure
		lea	-sr_SIZEOF(a7),a7
		move.l	a7,a5
		clr.l	sr_left(a5)
		move.l	wd_GZZWidth(a1),sr_right(a5)
		clr.b	sr_flags(a5)
		movem.w	sr_left(a5),d4-d7

		bsr	.first_member

		lea	sr_SIZEOF(a7),a7

		; remove any clips from layer
		bclr	#oxDIB_CLIPPING,oxDI_flags(a4)
		bsr	remove_clip

.pop		popm	d2-d7/a2/a4/a5/a6
		rts

.first_member	pushm	a0/a5
		lea	-sr_SIZEOF(a7),a7

		; make all childs redrawn
		move.b	sr_flags(a5),sr_flags(a7)
		bclr	#srB_DRAWCHILDS,sr_flags(a5)
		beq	.copy_rect
		bset	#srB_DRAWING,sr_flags(a7)

.copy_rect ;	movem.w	d4-d7,sr_left(a7)

		move.l	sr_left(a5),sr_left(a7)
		move.l	sr_right(a5),sr_right(a7)
		move.l	a7,a5

		lea	oxO_list(a0),a0
.next_member	move.l	(a0),a0
		tst.l	(a0)
		beq.b	.return

		bclr	#srB_DRAWCHILDS,sr_flags(a5)

		btst	#srB_DRAWING,sr_flags(a5)
		bne	.draw

		btst	#oxOB_REFRESH,oxO_flags(a0)
		beq	.clip

		bset	#srB_DRAWCHILDS,sr_flags(a5)

.draw		bclr	#oxOB_REFRESH,oxO_flags(a0)
		moveq	#OXM_DRAW,d1
		moveq	#0,d2
		bsr	_oxDoMethod
		tst.l	d0
		beq	.clip

		bset	#srB_STOP,sr_flags(a5)

.clip		; apply clip for childs here ?

		move.l	oxO_class(a0),a1
		btst	#oxCB_CLIPPING,oxC_flags(a1)
		beq	.check_stop

		lea	-ra_SIZEOF(a7),a7
		move.l	a7,a1
		moveq	#OXM_GETCLIP,d1	; cannot fail
		bsr	_oxDoMethod

		movem.w	(a1),d0-d3
		movem.w	sr_left(a5),d4-d7
		bsr	shrink_clip

		; for the childs make this as new cliprect
		movem.w	d4-d7,sr_left(a5)
		movem.w	d4-d7,oxDI_cliprect(a4)
		bset	#srB_CLIPPING,sr_flags(a5)
		bset	#oxDIB_CLIPPING,oxDI_flags(a4)

	pushm	a0/a6
	bsr	install_clip
	popm	a0/a6

		lea	ra_SIZEOF(a7),a7

.check_stop	bclr	#srB_STOP,sr_flags(a5)
		bne	.parent_clip

		bsr	.members


.parent_clip	; reinstall clip after doing childs in subclip

	;movem.w	sr_left(a5),d4-d7
	;pushm	a0/a6
	;bsr	install_clip
	;popm	a0/a6

		bra	.next_member

.return		lea	sr_SIZEOF(a7),a7
		popm	a0/a5
		rts

.members	bsr	.first_member

		moveq	#OXM_GETCONTINUE,d1
		bsr	_oxDoMethod

		tst.l	d0
		beq	.rts

		push	a0
		move.l	d0,a0
		bsr	.first_member
		pop	a0

.rts		rts


shrink_clip	; shrink box borders to smallest

.left		cmp.w	d4,d0
		ble	.right
		move.w	d0,d4
.right		cmp.w	d6,d2
		bge	.top
		move.w	d2,d6
.top		cmp.w	d5,d1
		ble	.bottom
		move.w	d1,d5
.bottom		cmp.w	d7,d3
		bge	.rts
		move.w	d3,d7
.rts		rts

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

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

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von AGSzabo:
Was jetzt? IDs von Objekten oder von Attributen und Methoden?

---

Zitat:

---

Btw, was ist denn Notify oder bessergefragt, wie funktiniert das? Ich habe eine simple "connect" klasse gemacht, die an die broadcastliste eines ojbekts angehängt wird. Und wenn sie ein SetAttr() vom Objekt empfängt kann sie die AttributID in eine andere wandeln und den Attributwert damit an ein Targetobjekt weitersenden. Ich weiss nicht ob das schon Notifiy ist, ich glaube nicht...

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

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  
}

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von AGSzabo:
ich mache es so, dass ich immer nur den aktuellen tab-inhalt in die childsliste einhänge. und wenn ein anderes tab geklickt wird, hänge ich das aktuelle raus und das neue rein. gehts besser oder einfacher?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

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

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von AGSzabo:
Das Delegieren gestaltet sich bei mir ein wenig kompliziert. Man muß schon wissen, was zu delegeiren ist, wie und an wen. Wenn man neue features in das system einbaut muss die delegierde klasse auch um dieses features delegierend erweitert werden?

---

Zitat:

---

Original von AGSzabo:
die objekte in den neuen tabs haben noch keinen oxDrawInfo-pointer in sich (nicht verwechseln mit der amiga os drawinfo), da ist zB der RastPortzeiger drin. ...

Wenn man den Rastport nur zum zeichnen benötigen würde, täte ich ihn mit der DRAW methode mitsenden, aber ich brauche ihn, und auch den windowzeiger auch anderswo als nur beim zeichnen...

---

Zitat:

---

Original von AGSzabo:
der rasport ist nicht an zwei orten. jedes objekt hat lediglich einen pointer auf die drawinfo und da ist dann der rastport auch drin. die drawinfo gehört zu window und gibts nur einmal.

---

Zitat:

---

ein unsichtbares objekt das zwar platz einnimmt ... wofür?

---

Zitat:

---

Original von Der_Wanderer:
Das was du "Visible" nennst, nenne ich in NTUI "OnScreen" und bedeutet, dass das Widget tatsächlich auf dem Bildschirm sichtbar ist, also z.b. auf Refresh Anfragen reagiert oder verwirft. Dieses Flag darf ausschließlich die Layout Methode setzen oder löschen.

---

[ - Antworten - Zitieren - Direktlink - ]