diff -r 80ef3a206772 -r 48780e181b38 Symbian3/SDK/Source/GUID-22093E74-EFE7-5642-93DE-1573E18F7C08.dita
--- a/Symbian3/SDK/Source/GUID-22093E74-EFE7-5642-93DE-1573E18F7C08.dita	Fri Jul 16 17:23:46 2010 +0100
+++ b/Symbian3/SDK/Source/GUID-22093E74-EFE7-5642-93DE-1573E18F7C08.dita	Tue Jul 20 12:00:49 2010 +0100
@@ -19,7 +19,7 @@
 and lower loops. </p>
 <fig id="GUID-9CC782B3-568B-56A4-9AF7-0E2D4EABD7A7">
 <title>The Window Server's upper and lower rendering loops</title>
-<image href="GUID-9045FC43-162E-52B8-ABE2-5EC1EC88BD99_d0e196262_href.png" placement="inline"/>
+<image href="GUID-9045FC43-162E-52B8-ABE2-5EC1EC88BD99_d0e201271_href.png" placement="inline"/>
 </fig>
 <p> </p>
 <p>The <b>upper loop</b> is the process by which the Window Server’s scene
@@ -43,7 +43,7 @@
 </ul>
 <fig id="GUID-7103B894-51DE-5051-899F-F1FF2BD0749E">
 <title>The main participants in the ScreenPlay Window Server rendering loop</title>
-<image href="GUID-3D110AD3-C5C7-533C-8E57-C4E3D032A229_d0e196324_href.png" placement="inline"/>
+<image href="GUID-3D110AD3-C5C7-533C-8E57-C4E3D032A229_d0e201333_href.png" placement="inline"/>
 </fig>
 <p>On the client side, <codeph>RWindow</codeph> and <codeph>CWindowGc</codeph> commands
 are converted to opcodes that are stored in a command buffer. When the command
@@ -101,7 +101,7 @@
 window on the screen. </p>
 <fig id="GUID-761A5E99-D289-5F58-9747-BBECF0BFB2F2">
 <title> A transition effect temporarily obscures a window on the screen</title>
-<image href="GUID-40BE9805-6CEC-557F-BAAC-4D328E181AC3_d0e196422_href.png" placement="inline"/>
+<image href="GUID-40BE9805-6CEC-557F-BAAC-4D328E181AC3_d0e201431_href.png" placement="inline"/>
 </fig>
 <p>In this and similar scenarios, the Window Server does not know whether
 a window is obscured or visible. Therefore dirty-rectangle tracking is not