<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Reihenfolge der Invalidates]]></title><description><![CDATA[<p>Hi Leute,<br />
Ich brauch zu einer Frage Gewissheit:<br />
Ich hab nen Thread, der schickt mir zwei Nachrichten. In den jeweiligen Messagehandlern wird ein InvalidateRect aufgerufen. Kann ich 100% sicher gehen, dass</p>
<ol>
<li>die Messagehandler in der richtigen Reihenfolge aufgerufen werden und</li>
<li>die OnPaint-Nachrichten in der richtigen Reihenfolge kommen und</li>
<li>zuerst MessageHandler1, OnPaint mit ClippingRegion von MessageHandler1, MessageHandler2, OnPaint mit ClippingRegion von MessageHandler2 aufgerufen wird?</li>
</ol>
<p>Bei den ersten beiden glaube ich, dass ich sicher sein kann, bei der dritten nciht. Da glauben aber keine 100 % Sicherheit beinhaltet, würde ich gerne eure Meinung dazu hören.</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/64721/reihenfolge-der-invalidates</link><generator>RSS for Node</generator><lastBuildDate>Fri, 05 Jun 2026 02:43:22 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/64721.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 12 Feb 2004 22:56:57 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Reihenfolge der Invalidates on Thu, 12 Feb 2004 22:56:57 GMT]]></title><description><![CDATA[<p>Hi Leute,<br />
Ich brauch zu einer Frage Gewissheit:<br />
Ich hab nen Thread, der schickt mir zwei Nachrichten. In den jeweiligen Messagehandlern wird ein InvalidateRect aufgerufen. Kann ich 100% sicher gehen, dass</p>
<ol>
<li>die Messagehandler in der richtigen Reihenfolge aufgerufen werden und</li>
<li>die OnPaint-Nachrichten in der richtigen Reihenfolge kommen und</li>
<li>zuerst MessageHandler1, OnPaint mit ClippingRegion von MessageHandler1, MessageHandler2, OnPaint mit ClippingRegion von MessageHandler2 aufgerufen wird?</li>
</ol>
<p>Bei den ersten beiden glaube ich, dass ich sicher sein kann, bei der dritten nciht. Da glauben aber keine 100 % Sicherheit beinhaltet, würde ich gerne eure Meinung dazu hören.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/458205</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/458205</guid><dc:creator><![CDATA[dEUs]]></dc:creator><pubDate>Thu, 12 Feb 2004 22:56:57 GMT</pubDate></item><item><title><![CDATA[Reply to Reihenfolge der Invalidates on Fri, 13 Feb 2004 09:26:32 GMT]]></title><description><![CDATA[<p>Kommt drauf an wie du die message sendest. Bei SendMessage kannst du sicher sein, auser es gibt da noch nen zweiten thread. Bei PostMessage sollte es zwar auch der Fall sein, keiner gibt dir aber ne garantie dafür, also würde ich mich da nich 100%ig drauf verlassen..</p>
]]></description><link>https://www.c-plusplus.net/forum/post/458334</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/458334</guid><dc:creator><![CDATA[CMatt]]></dc:creator><pubDate>Fri, 13 Feb 2004 09:26:32 GMT</pubDate></item><item><title><![CDATA[Reply to Reihenfolge der Invalidates on Sat, 14 Feb 2004 13:24:47 GMT]]></title><description><![CDATA[<p>&quot;Mir&quot; = ein thread?</p>
<p>Wenn du zwei Messages mit Send- oder PostMessage hintereinander an den gleichen Thread (bzw. Fenster davon) schickst, kommen die auch in der gleichen Reihenfolge an. Bei PostMessage allerdings then return-Value kontrollieren - könnte sein das der Empfänger keinen Plat mer in der Queue hat!</p>
<p>WM_PAINT ist etwas anders: diese message wird in die Queue gestellt, wenn keine anderen messages mehr vorliegen. Hier ist keine Bindung an die Reihenfolge der Invalidates gegeben.</p>
<p>Du kannst allerdings mit UpdateWindow oder RedrawWindow ein sofortiges Neu-Zeichnen erzwingen.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/459241</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/459241</guid><dc:creator><![CDATA[peterchen]]></dc:creator><pubDate>Sat, 14 Feb 2004 13:24:47 GMT</pubDate></item></channel></rss>