mcs/class/Managed.Windows.Forms/System.Windows.Forms.X11Internal/NOTES

   1 Application.Idle is invoked on the same thread used to add the event
   2
   3 our hacky double buffering only works on the client area, not the nc
   4 area.  need to move to a more XplatUI solution involving server-side
   5 drawing surfaces (pixmaps in the X case).
   6
   7 right now the expose/configure event aggregating is done in the
   8 XEventThread (in the hwnd code, but in the thread running the x event
   9 loop).  There is probably a way to get it to run in the thread doing
  10 GetMessage, probably by making GetMessage know about both the xevent
  11 and paint queue's, and having it consume the x queue until there's
  12 nothing left, doing the AddExpose stuff there.  then, once the xqueue
  13 is empty, consume the paint queue.  This has the added benefit of
  14 making the paint queue a ThreadQueue local thing - no locking will be
  15 needed on it, since the only thing touching it will be the thread
  16 running the message pump.
  17
  18 why do we /nowarn:108?  we lose tons of possibly important warnings due to that...
  19
  20 more event work:
  21
  22 CheckedListBox:  nothing done.
  23 DataGridView*: nothing done.
  24 GridColumnStylesCollection: nothing done, no Component inheritance
  25 GridTableStylesCollection: nothing done, no Component inheritance
  26 MenuItem: what do we do about CloneMenu?  we can't have assignment of events like that (look for the #if notyet)
  27 MonthCalendar: nothing done.
  28 Panel: nothing done.  see whether the events should be "new" or now..