summaryrefslogtreecommitdiffstats
path: root/common/gdi_canvas.h
Commit message (Collapse)AuthorAgeFilesLines
* Use the spice-common submoduleMarc-André Lureau2012-03-251-51/+0
| | | | | | | | | | | | | | | | | | This patch will replace the common/ directory with the spice-common project. It is for now a simple project subdirectory shared with spice-gtk, but the goal is to make it a proper library later on. With this change, the spice-server build is broken. The following commits fix the build, and have been seperated to ease the review. v2 - moves all the generated marshallers to spice-common library - don't attempt to fix windows VS build, which should somehow be splitted with spice-common (or built from tarball only to avoid generation tools/libs deps) v3 - uses libspice-common-client - fix a mutex.h inclusion reported by Alon
* Death to all TABsDaniel P. Berrange2012-01-131-1/+1
| | | | | | Source files should all use spaces instead of tabs for indentation. Update the few files not already in compliance
* autotools: correctly build canvas-related codeChristophe Fergeau2011-05-031-0/+4
| | | | | | | | | | | | | | | | | | | | | spice client and spice server shares code from common/{gdi,gl,sw}_canvas.[ch]. However, while most of the code is shared, the server code wants a canvas compiled with SW_CANVAS_IMAGE_CACHE defined while the client code wants a canvas compiled with SW_CANVAS_CACHE. The initial autotools refactoring didn't take that into account, this is now fixed by this commit. After this commit, the canvas files from common/ are no longer compiled as part of the libspice-common.la convenience library. Instead, there are "proxy" canvas source files in client/ and server/ which #include the appropriate C files after defining the relevant #define for the binary that is being built. To prevent misuse of the canvas c files and headers in common/, SPICE_CANVAS_INTERNAL must be set when including the canvas headers from common/ or when building the c files from common/ otherwise the build will error out.
* use foo(void) instead of foo() in prototypesChristophe Fergeau2011-05-021-1/+1
| | | | | In C, the latter isn't a prototype for a function with no arg, but declares a function with an undefined number of args.
* common: add extern "C" guards to headersChristophe Fergeau2011-05-021-0/+8
| | | | | | Since some spice C++ code is using code from common/, the C functions need to be marked as such for the C++ compiler, otherwise we'll get linkage issues.
* Move in spice/draw.h from spice-protocol to common/Alexander Larsson2010-07-081-1/+0
|
* applying zlib compression over glz on WAN connectionYonit Halperin2010-06-211-1/+2
|
* JPEG support: introducing jpeg encoding for spice bitmapsYonit Halperin2010-06-091-1/+2
|
* win32 client: Remove unnecessary GDIImage typeAlexander Larsson2010-04-291-7/+0
| | | | We just use pixman_image_t as the "information about image data" structure.
* Make client canvas and pixmaps handle more formats and simplifyAlexander Larsson2010-04-231-1/+1
| | | | | | | | | | | 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.
* 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>
* libspice: add off screens supportIzik Eidus2010-04-031-0/+1
| | | | Signed-off-by: Izik Eidus <ieidus@redhat.com>
* Move canvas_region and group_start/end to canvas_baseAlexander Larsson2010-03-081-1/+2
|
* Move virtualization of canvas drawing into common/canvas_baseAlexander Larsson2010-03-081-32/+4
| | | | | | | | | | | Instead of having two virtualizations of the canvas we push the virtualization into the canvas code itself. This not only avoids the duplication of this code, it also makes the exposed API for the canvas much smaller (in terms of exported API). It also lets us use the virtualization to implement basic support for operations in canvas_base which is then overridden by each canvas implementation.
* Make canvas Glz decoder integration nicerAlexander Larsson2010-03-081-2/+1
| | | | | We use a dynamic interface similar to e.g. SpiceImageCache instead of passing both function and opaque
* Make gdi canvas build in the new pixman worldLarsson@.(none)2010-03-011-2/+2
|
* Use pixman_image_t instead of cairo_surface_t as the generic pixman containerAlexander Larsson2010-02-231-1/+1
| | | | | | This allows us to use the simpler dependency of pixman outside of the cairo backend, and it later lets us move the cairo backend to using pixman only.
* Turn image and palette cache into c style dynamic interfaceAlexander Larsson2010-02-231-4/+2
| | | | | | Instead of passing a bunch of function pointer and an opaque pointer we make a real type and add a vtable pointer to it. This means we can simplify all the canvas constructors, etc.
* Add emacs settings for indent according to spice styleguideAlexander Larsson2010-02-231-0/+1
|
* Use the new header namesAlexander Larsson2010-02-041-1/+1
| | | | | | I just ran: find -name "*.[ch]" | xargs sed -i -f ../spice-protocol/includes.sed find -name "*.cpp" | xargs sed -i -f ../spice-protocol/includes.sed
* Rename symbols that were changed in spice-protocolAlexander Larsson2010-02-041-15/+15
| | | | | | This is an automatic change using: $ find -name "*.[ch]" | xargs ../spice-protocol/rename-identifiers.sh ../spice-protocol/renames $ find -name "*.cpp" | xargs ../spice-protocol/rename-identifiers.sh ../spice-protocol/renames
* spice: server: add memslots support.Izik Eidus2009-11-231-4/+1
| | | | Signed-off-by: Izik Eidus <ieidus@redhat.com>
* fresh startYaniv Kamay2009-10-141-0/+76