summaryrefslogtreecommitdiffstats
path: root/client/x11/Makefile.am
Commit message (Collapse)AuthorAgeFilesLines
* client: add xinerama supportArnon Gilboa2011-11-131-0/+2
| | | | | | | | | | | | | | | | | | | | RHEL-6 Bugzilla: 695323 cherry-picked from qspice commit 003667ac99beeec9b330a07bc3569c59a96d4588 which fixes RHEL-5 541566 with merge of the one line qspice fix to SPICE_REQUIRES: 9f3fe4755f11044a45c4b21148466a997fcbf735 spice: fixed reference to xinerama pkg config file (Xinerama.pc=>xinerama.pc) Author: Yonit Halperin <yhalperi@redhat.com> (cherry picked from master, commit a30d96faa49bca73f9c6000c4123a8ffb996ee1b) Conflicts: client/Makefile.am
* client: CEGUI: search for CEGUI-0.6 to work in F15 (rawhide)Alon Levy2011-01-191-0/+2
|
* smartcard: configure option --enable-smartcardAlon Levy2010-12-071-0/+9
|
* spicec: add controllerArnon Gilboa2010-10-181-0/+2
| | | | | | | | | | | Spice client controller enables external control (e.g., by XPI or ActiveX) of the client functionality. The controller protocol enables setting parameters (host, port, sport, pwd, secure channels, disabled channels, title, menus, hotkeys etc.), connecting the server, showing and hiding the client etc. The controller is based on the cross-platform named pipe.
* spicec: add foreign menuArnon Gilboa2010-10-181-0/+2
| | | | | | | | | Spice foreign menu enables external control of the client menu. The foreignmenu protocol enables an external application to: add a submenu, set its title, clear it, add/modify/remove an item etc. Foreign menu is based on the cross-platform named pipe.
* client: support clipboard/selection-owner model (v2)Arnon Gilboa2010-10-011-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | -includes most of Hans' review fixes (up to the SelectionRequest comment [4]) & X11 wips sent by Hans (10x!) -use the VD_AGENT_CLIPBOARD_* types in the platform code -add ifs for VD_AGENT_CAP_CLIPBOARD_BY_DEMAND in both sides -support the GRAB/REQUEST/DATA/RELEASE verbs in both ways -pasting clipboard data is now "only-by-demand" from both sides (client and agent), whose behavior is symmetric -client and agent don't read or send the contents of the clipboard unnecessarily (e.g. copy, internal paste, repeating paste, focus change) -set client as clipboard listener instead of application -add atexit(cleanup) in win platform linux: -instead of clipboard atom selection instead of XA_PRIMARY -enable USE_XRANDR_1_2 and support clipboard in MultyMonScreen -send utf8 with no null termination, remove ++size -add xfixes in configure.ac & Makefile.am windows: -bonus: support image cut & paste, currently only on windows not done yet: -clipboards formats are still uint32_t, not mime types stores as strings -platform_win is still used, not the root window -not replaced the ugly windows CF_DIB in agent/winclient
* client: Don't hardcode -lrtAlexander Larsson2010-09-291-2/+1
| | | | | -lrt is already included in SPICE_NONPKGCONFIG_LIBS if needed so no need to add it to the command line manually.
* Make tunnel support optional in client tooAlexander Larsson2010-07-081-3/+12
|
* Make distcheck workAlexander Larsson2010-07-081-0/+1
|
* Make CEGUI optionalAlon Levy2010-07-011-2/+10
| | | | | This makes the CEGUI dependency optional and off by default. Restoring previous behaviour of exiting on disconnect if disabled.
* Replace log4cpp with custom log functionAlexander Larsson2010-06-281-2/+0
| | | | | Also prints a simpler error to stderr for WARN or above so that we print something on the commandline if something go wrong.
* Generate marshaller/demarshallers for old protocolAlexander Larsson2010-06-221-0/+2
|
* Convert client to use indirect calls for message marshallingAlexander Larsson2010-06-221-1/+1
| | | | This is required to support multiple versions
* applying zlib compression over glz on WAN connectionYonit Halperin2010-06-211-0/+3
|
* Make opengl optional, disabled by defaultAlexander Larsson2010-06-211-7/+13
| | | | | | | | | | The OpenGL renderer isn't really useful right now, its not quite up to date, its not really faster than software and it only supports a limited subset of drivers. So, lets disable it for now. Long term opengl rendering of the 2d part of spice is important if we want to combine 2d and 3d rendering (say if spice adds opengl support in the protocol). But until then this is isn't useful for normal use.
* Generate and link marshallers into clientAlexander Larsson2010-06-181-0/+3
|
* Client: Use the autogenerated demarshallersAlexander Larsson2010-06-181-1/+2
| | | | | | | | | | | | | | | | When a message has been read from the network we now pass it into the generated demarshaller for the channel. The demarshaller converts the network data to in-memory structures that is passed on to the spice internals. Additionally it also: * Converts endianness * Validates sizes of message and any pointers in it * Localizes offsets (converts them to pointers) * Checks for zero offsets in messages where they are not supported Some of this was previously done using custom code in the client, this is now removed.
* JPEG support: introducing jpeg encoding for spice bitmapsYonit Halperin2010-06-091-0/+2
|
* Remove all mentions of "cairo" from the codeAlexander Larsson2010-05-031-8/+8
| | | | | The command line option is renamed from "cairo" to "sw", and similarly all filenames and types from Cairo to Sw (and similar).
* Use libjpeg to decode mjpegs, not ffmpegAlexander Larsson2010-04-081-8/+8
| | | | | | | | | | | | | | | | | | This is pretty straightforward, although there are two weird issues. The current encoder has two bugs in the yuv conversion. First of all it switches red and blue, due to something of an endianness issue. We keep this behavior by switching red and blue. Maybe we want to change this in the new protocol version since switching this may cause jpeg compression to be worse. Secondly, the old coder/decoder did rgb to/from yuv420 wrongly for jpeg, not using the "full scale" version of Y that is used in jpeg, but the other one where y goes from 16 to 235. (See jpeg/jfif reference on http://en.wikipedia.org/wiki/YCbCr for details.) The new decoder uses the full range in order to get better quality, which means old encoders will show slightly darker images. This completely removes all ffmpeg usage in the client
* configure.ac: client: replace $(top_srcdir) in x11/Makefile.am (subdir config)Alexander Larsson2010-03-241-89/+92
| | | | | | | | Replace all "$(top_srcdir)/common" with "$(SPICE_COMMON_DIR)" and all "$(top_srcdir)/client" with custom "$(CLIENTDIR)" This would (after following patches) enables building the client from either spice/ (top directory) or spice/client.
* Explicitly depend on various X libraries, and -pthreadSøren Sandmann Pedersen2010-03-111-1/+5
| | | | | | | | In Fedora 13, the linker doesn't pull in DT_NEEDED libraries anymore, so we have to list the things that we depend on explicitly. This affects several X extension libraries, and also the pthread library.
* New memory allocators that exit on OOM and handle multiplication overflowAlexander Larsson2010-03-111-0/+1
| | | | | | | | | Every place that does a regular malloc/calloc and aborts on failure should use spice_malloc/spice_mallo0 instead, which is leaner and cleaner. Allocations of dynamically sized arrays can use g_malloc_n or g_new etc which correctly handle multiplication overflow if some of the arguments are not trusted.
* Define __STDC_LIMIT_MACROS for c++ code to get SIZE_MAXAlexander Larsson2010-03-101-0/+1
| | | | | We need SIZE_MAX for the malloc overflow code, and its not defined in C++ unless __STDC_LIMIT_MACROS is defined.
* Remove qcairo dependency, only use pixmanAlexander Larsson2010-02-231-2/+2
|
* Remove no longer needed CAIRO_CANVAS_CACH_IS_SHARED define and codeAlexander Larsson2010-02-231-1/+0
|
* Add line rasterizerAlexander Larsson2010-02-231-0/+1
|
* Add pixman utilitiesAlexander Larsson2010-02-231-0/+1
| | | | | | | | | | | | | This includes: * pixman region from SpiceRects * rop2 enum * solid fill * solid fill with rop * tiled fill * tiled fill with rop * blit * blit with rop * copy rect
* Depend on spice-protocol moduleAlexander Larsson2010-02-041-0/+1
| | | | This doesn't actually use the new module, just sets it up for use.
* client: add GUI infrastructure + functional login dialogYaniv Kamay2009-12-281-0/+4
|
* client: add soft renderer and ceguiYaniv Kamay2009-12-281-2/+8
|
* spice client: Transfer all channels run loop from EventsLoop class to ↵Yonit Halperin2009-11-091-3/+0
| | | | ProcessLoop class
* spice client: creating a general process loop.Yonit Halperin2009-11-091-0/+2
| | | | | | | | | | | The process loop is responsible for: 1) waiting for events 2) timers 3) events queue for actions that should be performed in the context of the thread and are pushed from other threads. The benefits: 1) remove duplicity: till now, there was one implementaion of events loop for the channels and another one for the main thread. 2) timers can be executed on each thread and not only on the main thread. 3) events can be pushed to each thread and not only to the main thread. In this commit, only the main thread was modified to use the new process loop.
* fix build on DebianYaniv Kamay2009-10-261-0/+1
|
* tunnelYonit Halperin2009-10-181-1/+5
|
* fresh startYaniv Kamay2009-10-141-0/+149
generated by cgit (git 2.34.1) at 2024-05-27 15:19:23 +0000