Zitat:

---

Original von Holger:
Nein, es liegt daran, dass Intuition nicht weiß, dass der Hintergrund neu gemalt werden muss. Dazu muss dieser Bereich erstens in der Damage-Liste enthalten sein und zweitens ist ein Refresh-Trigger nötig, anders gesagt, Intuition braucht einen Grund, um anzunehmen, dass ein Refresh nötig ist. Denn leider gibt es dafür keine passende Funktion.

---

Zitat:

---

Original von Holger:
Vergiss das ganze. Stell Dir einfach mal vor, es gibt, ganz abstrakt gesprochen, irgendeine Art von Hintergrund. Dafür gibt es eigentlich nur zwei Möglichkeiten, a) Farbe 0 oder b) das, was ein evtl. installierter Backfill-Hook tut.

Egal, auf welche Weise der Hintergrund definiert ist, wird ein Aufruf von EraseRect diesen wiederherstellen. Wenn Du dies innerhalb von BeginRefresh und EndRefresh tust, wird diese Operation auf die Bereiche, die einen Refresh benötigen, beschränkt.

---

Zitat:

---

Original von Holger:
Wenn Du sowieso dafür sorgst, dass Deine Animationen und veränderlichen Objekte auf das Spielfeld beschränkt sind, ist die ganze Sache ziemlich einfach. Da Du keine Fensterrahmen oder Gadgets refreshen musst, funktioniert das ganze ohne zusätzliche Verrenkungen.
Einfach EraseRect für das ganze Spielfeld aufrufen und danach das Spielfeld zeichnen.

---

Zitat:

---

Original von Holger:

Zitat:

---

Habe mir auch schon überlegt, das Spielfeld und die Status-/Bedienleiste in je ein eigenes Fenster zu stecken. Oder würden hier getrennte Layer reichen?

---

Brauchst Du nicht.

---

Zitat:

---

Original von Holger:

• Du stellst fest, dass bestimmte Bereiche neu gezeichnet werden müssen,
  z.B. wegen Spielgeschehen, der Animation oder Objekte, die am bewegten Mauszeiger kleben sollen
  
• Du fügst die betroffenen Gebiete der Damage-Liste hinzu
  
• (Evtl. triggerst Du einen Refresh)
  
• Inutition zeichnet Hintergrund, Fensterrahmen und Gadgets in den betroffenen Gebieten neu
  
• Intuition teilt Dir via Message mit, dass ein Refresh nötig ist
  
• Du rufst BeginRefresh auf
  
• Du zeichnest Dein Spielfeld
  
• Du rufst EndRefresh auf
  

---

Zitat:

---

Original von Holger:
Normalerweise läuft das doch so ab:

• Intuition teilt Dir via Message mit, dass ein Refresh nötig ist
  
• Du rufst BeginRefresh auf
  
• Du durchläufst sämtliche Zeichenroutinen, wobei das System dafür sorgt, dass nur das aktualisiert wird, was nötig ist
  
• Du rufst EndRefresh auf
  

Jetzt ist es nicht schwer, exakt dasselbe für eigene Bedürfnisse zu tun.

• Du fügst die BoundingBox des Objekts zur DamageList des Layer hinzu
  
• Du rufst Deine Refresh Routine (siehe oben) ab Schritt zwei auf
  

---

Zitat:

---

Original von Holger:
Das war jetzt keine Antwort auf meine Frage. Gefragt hatte ich, ob, bzw. wie Du auf Refresh-Anforderungen des Systems reagierst. Deine Gadgets und Dein Hintergrund werden ja schließlich auch irgendwann gezeichnet.

---

Zitat:

---

Original von Holger:
Musst Du dann machen, da ja BeginRefresh die Damage-Liste in die aktuelle ClipRegion umwandelt.

Zitat:

---

Original von Reth:
Wir denn dafür gesorgt, dass sich der Hintergrund des Layers vor meinen eigenen Blits aktualisiert?

---

Ich glaube, das passiert nicht automatisch, wenn der Refresh nicht von Intuition getriggert wird. Allerdings kannst Du einfach EraseRect aufrufen, das benutzt den Backfill-Hook und respektiert die von BeginRefresh gesetzte ClipRegion.

---

Zitat:

---

Original von Holger:
@Reth:
Wie zeichnest Du denn Dein Fenster, wenn das System einen Refresh verlangt?

---

Zitat:

---

Original von Holger:
Normalerweise läuft das doch so ab:

Intuition teilt Dir via Message mit, dass ein Refresh nötig ist

Du rufst BeginRefresh auf

Du durchläufst sämtliche Zeichenroutinen, wobei das System dafür sorgt, dass nur das aktualisiert wird, was nötig ist

Du rufst EndRefresh auf

Jetzt ist es nicht schwer, exakt dasselbe für eigene Bedürfnisse zu tun.

Du fügst die BoundingBox des Objekts zur DamageList des Layer hinzu

Du rufst Deine Refresh Routine (siehe oben) ab Schritt zwei auf

---

Zitat:

---

Original von inq:
@Reth:
Bin zwar nicht Holger, aber:
Nur, weil du den "grauen" Bereich nicht ausdrücklich in die Bearbeitung durch deine Engine einschließt, heißt ja nicht, du wüßtest nicht darüber Bescheid. Du hast den Bildschirm (und dessen Speicher/Rastport usw.) und du weißt (intern) ob du den Mauszeiger bewegt hast und noch oder nicht mehr im "grauen" Bereich bist. Der Mauszeiger kann programmintern seinen eigenen Buffer (Bitmap basiert) haben, so wie früher die BOBs auf Classic Systemen.

Möglicherweise solltest du deine "alte" Engine auf Verwendbarkeit einiger Codeteile diesbezüglich checken.

---

Zitat:

---

Original von Holger:
@Reth:
Mein erster Ratschlag lautet: lass das mit dem "Merken des Hintergrundes" bleiben. Merken des Hintergrundes bedeutet letztendlich einen komplett überflüssigen Transfer von Grafikdaten, schließlich hast Du diesen Hintergrund vorher selbst erzeugt und kannst ihn also auch ohne Bandbreitenverschwendung wiederherstellen.

---

Zitat:

---

Original von Holger:
Was daran so schwer sein soll, einen einfarbigen Hintergrund wiederherzustellen, erschließt sich mir immer noch nicht...

---

Zitat:

---

Original von Holger:
Und das Objekt am Mauszeiger sollte doch wohl auch kein Problem sein. Wenn es verändert, bewegt oder entfernt werden soll, einfach die Bounding Box des Objekts der Damage-List hinzufügen und einen ganz normalen Refresh-Zyklus starten.

---

Zitat:

---

Original von AGSzabo:
Soeine Idee wäre, zwei Listen zu machen, links das Alafabet und rechts blos immer die Namen zu den Buchstaben. Es könnte aber sein, daß es dann immernoch zu viel ist. Am liebnsten hätte ich irgendwas mit autovervollständigung.

---

code:

---

System: PPCMotorola MPC 7447/7457 Apollo/AltiVec(tm) (emuliert MC68020/FPU) (INST: Cache) (External Cache)
Level 1 Cache-Größe: 32768, Level 2 Cache-Größe: 524288
L2CR: 80000000, aktiviert, Paritätsprüfung deaktiviert, Befehle & Daten, Ersatzalgorithmus: pseudo-Zufall
MSSCR0: 00108000, L2 prefetch deaktiviert (0 engines), 8 maximal ausstehende Datenbus-Transaktionen.

---

Zitat:

---

Original von Holger:
Ist das denn gewollt, dass Objekte über den Rand gezeichnet werden? Nach meinem Verständnis ist ein Rand ein Rand und somit etwas, an dem alles abgeschnitten werden soll. Und das sollte kein Problem sein, wenn Du eh eine Clip-Region verwendest. Und wenn Du nicht in den Rand zeichnest, muss Du ihn auch nicht wiederherstellen.

---