Thema: GUI: Fenster

[Jidder]

bluecode: ich bezog mich auf das pixel zeichen. wenn der mauszeiger neugezeichnet werden soll, weil die maus verschoben wurde, hast du natürlich recht.

[thetrue]

mir ist eine blizzidie eingefallen, die recht schnell sein dürfte:

man speichert die aktuelle cursorposition, und die pixel die drunter sind, dann muss man den cursor duch die gepsicherten pixel ersetzen und nur die maus pixel an einer anderen position setzen

[bluecode]

man speichert die aktuelle cursorposition, und die pixel die drunter sind, dann muss man den cursor duch die gepsicherten pixel ersetzen und nur die maus pixel an einer anderen position setzen

sag/mein ich doch  

[thetrue]

man speichert die aktuelle cursorposition, und die pixel die drunter sind, dann muss man den cursor duch die gepsicherten pixel ersetzen und nur die maus pixel an einer anderen position setzen

sag/mein ich doch  

achso, dann sorry ^^

[bitmaster]

Na so mache ich das ja auch. Aber wenn ich jetzt ein Fenster neu zeichne, was fast so groß wie der ganze Desktop ist, und dabei jeden Pixel abfragen lasse ob dort der Cursor ist wenn ja dann blablabla. Dann ist dies unter Bochs mehr als langsam. Da das bei den anderen GUI von euch nicht so ist, wollte ich halt wissen warum. Wieso ist das bei euch nicht so langsam? Was macht ihr anders?

bitmaster

[nooooooooos]

Unter Bochs ist eine GUI sowiso immer langsam...

Du kannst ja nachdem du ein Fenster gezeichnet hast, die Position der Maus neu abfragen und dann zeichnen.

Wenn kein Fenster gezeichnet wurde, würde es so machen, dass in einem kleinem Speicherabschnitt immer gespeichert wird, was hinter dem Cursor ist und gegebenenfalls dann verwendet wird.


Gruss
Nooooooooooos