With it all canvas can be handled on the same way.
avmedia/source/win/window.cxx: always comes a HWND
Change-Id: Id6b8e6d52b8a136143f724daf8feff5c85cf5804
With enabled -Woverloaded-virtual gcc warning (see
http://lists.freedesktop.org/archives/libreoffice/2011-March/009567.html),
canvas exposed a nasty clash between WeakComponentImplHelper::disposing
and XEventListener::disposing. Fixed by overriding *once* in baseclass,
and then calling disambiguated, renamed methods.
2008/06/09 12:51:47 thb 1.1.2.9: #i88081# Join from CWS impress144 (fixing the dxcanvas crash), extended for the other canvas impls
2008/06/03 23:52:23 thb 1.1.2.8: Removed extra level of indirection for getting a graphics for a surface; removed some unused code
2008/06/02 23:25:37 thb 1.1.2.7: Made the XBitmapCanvas variant of gdipluscanvas actually work (that one is used when rendering to a MemDC, e.g. VirDev)
2008/05/23 22:03:44 thb 1.1.2.6: Moving all remaining new files to LGPL 3
2008/04/20 23:36:08 thb 1.1.2.5: Made canvasdemo work again on dev300; made sure GDIPlusUser is always destroyed _last_ (as it kills all other GDIPlus objects); made cairocanvas sensitive to outdev size
2008/02/08 00:26:38 thb 1.1.2.4: #81092# Finishing cooperative canvas output stuff
2008/01/25 14:27:08 thb 1.1.2.3: Intermediate dump
2008/01/22 00:25:23 thb 1.1.2.2: #i81092# Making gdiplus and dx canvas more independent
2007/12/20 22:18:57 thb 1.1.2.1: #i81092# #i78888# #i78925# #i79258# #i79437# #i84784# Large canvas rework, completing various areas such as color spaces, bitmap data access, true sprite and non-sprite implementations, and upstreaming the canvas parts of rodos emf+ rendering
