Use inner HWND for accelerated rendering on windows

chrome/gpu/gpu_command_buffer_stub.h

Index: chrome/gpu/gpu_command_buffer_stub.h
===================================================================
--- chrome/gpu/gpu_command_buffer_stub.h	(revision 65702)
+++ chrome/gpu/gpu_command_buffer_stub.h	(working copy)
@@ -51,6 +51,11 @@
 
   int32 route_id() const { return route_id_; }
 
+#if defined(OS_WIN)
+ public:

[apatrick_chromium, 2010/11/11 22:32:15]

I would be safer to move "public:" out of the preprocessor conditional block.

[nduca, 2010/11/11 23:53:33]

Done.

+  void OnCompositorWindowPainted();
+#endif
+
  private:
   // Message handlers:
   void OnInitialize(int32 size, base::SharedMemoryHandle* ring_buffer);
@@ -70,6 +75,9 @@
 #if defined(OS_MACOSX)
   void OnSetWindowSize(const gfx::Size& size);
   void SwapBuffersCallback();
+#elif defined(OS_WIN)
+  void CreateCompositorWindow();
+  HWND compositor_window_;

[apatrick_chromium, 2010/11/11 22:32:15]

If HWND was gfx::NativeView, would it be easier to share this with the linux
version?

[nduca, 2010/11/11 23:53:33]

The linux version does not create a child window at this time. Jonathan is
pursuing a one-window solution right now that might just work. But, if he ends
up going for a nested window solution, we can definitely generalize this.

On 2010/11/11 22:32:15, apatrick_chromium wrote:

 #endif
 
   // The lifetime of objects of this class is managed by a GpuChannel. The