summaryrefslogtreecommitdiffstats
path: root/client/windows/red_pixmap_gdi.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Remove trailing blank linesDaniel P. Berrange2012-01-131-1/+0
| | | | Remove any blank lines at the end of all source files
* client/windows: arraysize(inf.bmiColors) == 1 in mingw32Alon Levy2012-01-131-0/+3
|
* add #include <config.h> to all source filesChristophe Fergeau2011-05-031-0/+3
| | | | | | | | When using config.h, it must be the very first include in all source files since it contains #define that may change the compilation process (eg libc structure layout changes when it's used to enable large file support on 32 bit x86 archs). This commit adds it at the beginning of all .c and .cpp files
* mingw32 build: add missing switch flags (nop)Alon Levy2010-12-081-1/+5
|
* client: Support 16bpp pixmaps on win32Alexander Larsson2010-04-291-4/+18
|
* Fix up win32 client with recent changesAlexander Larsson2010-04-231-1/+1
|
* Move RedPixmap::Format to RedDrawable::FormatAlexander Larsson2010-04-231-4/+4
| | | | | | | | We need to know the format for other drawables too (like for instance the native format of a window), so we're pushing this down. This changes a bunch of references to be RedDrawable::, but not all. The the old RedPixmap:: references still work, but will be phased out.
* Make client canvas and pixmaps handle more formats and simplifyAlexander Larsson2010-04-231-13/+8
| | | | | | | | | | | We now support 16bit format pixmaps as well as the old ones. Including both 555 and 565 modes. We drop the palette argument for pixmap construction as it was only used for black/white anyway. Canvas creation is simplified so that there is no separate set_mode state. Canvases are already created in the right mode and never change.
* Add emacs modelines to more filesAlexander Larsson2010-04-231-0/+1
|
* Relicense everything from GPL to LGPL 2.1+Alexander Larsson2010-04-131-9/+9
|
* spice: win32 client: fix gdi lockingIzik Eidus2010-04-091-1/+1
| | | | | | | | | | | While the fix could have been more effective, it seems like this patch stream better with the coding logic that was there..., maybe later we will want to change the locking into more effective way. (There is just the primary surface to protect in reiality) Signed-off-by: Izik Eidus <ieidus@redhat.com>
* fresh startYaniv Kamay2009-10-141-0/+102