If we are to ever display error messages to a user in a UI, they need to
be translated.
---
po/POTFILES.in | 1 +
src/channel-main.c | 5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/po/POTFILES.in b/po/POTFILES.in
index ad12609..db42281 100644
--- a/po/POTFILES.in
+++
On Wed, 2016-08-31 at 21:10 +0200, Victor Toso wrote:
> Hi,
>
> On Wed, Aug 31, 2016 at 12:16:50PM -0500, Jonathon Jongsma wrote:
> >
> > If a client is handling multiple SpiceFileTransferTasks at one
> > time,
> > it's not currently possible to provide a single overall progress to
> > the
> > us
Hi,
On Wed, Aug 31, 2016 at 11:54:37AM -0500, Jonathon Jongsma wrote:
> Use the existing function rather than incrementing the ref directly.
> ---
> server/cursor-channel.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/server/cursor-channel.c b/server/cursor-channel.
Hi,
On Wed, Aug 31, 2016 at 12:16:50PM -0500, Jonathon Jongsma wrote:
> If a client is handling multiple SpiceFileTransferTasks at one time,
> it's not currently possible to provide a single overall progress to the
> user. The only information that the client can get is the percentage
> progress.
If a client is handling multiple SpiceFileTransferTasks at one time,
it's not currently possible to provide a single overall progress to the
user. The only information that the client can get is the percentage
progress. This patch adds two new properties:
- total-bytes: the size of the file transf
---
server/Makefile.am | 2 +
server/cursor-channel-client.c | 118 +
server/cursor-channel-client.h | 50 +
server/cursor-channel.c| 96 -
server/cursor-channel.h| 12 +
se
Encapsulate private data and prepare for port to GObject
---
server/Makefile.am | 1 +
server/cursor-channel.c | 3 +-
server/dcc-send.c | 12 +-
server/dcc.c| 7 +-
server/red-channel-client-private.h | 77 +
serve
Encapsulate private data and prepare for port to GObject
---
server/main-channel-client.c | 141 +++
1 file changed, 74 insertions(+), 67 deletions(-)
diff --git a/server/main-channel-client.c b/server/main-channel-client.c
index bd339d0..d6e7fe4 100644
---
Prepare for port to GObject
---
server/dcc-send.c| 86
server/dcc.c | 6 ++--
server/dcc.h | 2 +-
server/display-channel.c | 4 +--
4 files changed, 49 insertions(+), 49 deletions(-)
diff --git a/server/dcc-send.
Encapsulate private data and prepare for port to GObject.
---
server/inputs-channel-client.c | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git a/server/inputs-channel-client.c b/server/inputs-channel-client.c
index ce21b9c..a6a77d2 100644
--- a/server/
---
server/Makefile.am | 31 +++
1 file changed, 31 insertions(+)
diff --git a/server/Makefile.am b/server/Makefile.am
index 968829a..771b33f 100644
--- a/server/Makefile.am
+++ b/server/Makefile.am
@@ -68,6 +68,8 @@ libspice_serverinclude_HEADERS = \
Prepare to port to GObject by encapsulating all private data
---
server/smartcard.c | 87 +-
1 file changed, 47 insertions(+), 40 deletions(-)
diff --git a/server/smartcard.c b/server/smartcard.c
index 74c2b18..8d22be4 100644
--- a/server/smartc
These need to be introduced at the same time since cache-item.tmpl.c
assumes that both of these classes will have a cache in the same place:
either within the channel client struct itself or (now) within a priv
struct owned by the channel client.
This encapsulates private data and prepares for por
This is the final series of patches before we start the GObject conversion of
RedChannel/RedChannelClient/etc. The patch series factored out some changes
that were unrelated to splitting up the files, so I hope these are a bit easier
to review.
Jonathon Jongsma (10):
Use cursor_item_ref()
Move
Use the existing function rather than incrementing the ref directly.
---
server/cursor-channel.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/server/cursor-channel.c b/server/cursor-channel.c
index 1e753c7..cb3aa49 100644
--- a/server/cursor-channel.c
+++ b/server/cursor-c
Hey,
On Fri, Aug 26, 2016 at 07:57:16AM +0800, Kop Yiddish wrote:
> -- 转发的邮件 --
> 发件人："Kop Yiddish"
> 日期：2016年8月25日 21:20
> 主题：Question from a chinese programmer
> 收件人：
> 抄送：
>
> hi, sir,
> How are you?
> I'm a programmer from china ,i have some questions about your patchwork in
Hey,
On Thu, Aug 18, 2016 at 10:49:51PM +0300, Alex Roithman wrote:
> Documentation is still not clear. It is impossible to understand how to
> call the guest request to get the data selection from client clipboard.
>
> About: spice-client-glib, 'main-clipboard-selection-request' signal. In
> whi
Currently, when the agent asks us for VD_AGENT_CLIPBOARD_UTF8_TEXT data,
spice-gtk looks up for the first X11 target which would provide it with
UTF8_TEXT data, and uses that for the clipboard request. This means we
will use UTF8_STRING as the target for gtk_clipboard_request_contents().
However,
This makes clipboard_received_cb a bit shorter, and will be useful
in the next commit.
---
src/spice-gtk-session.c | 69 +++--
1 file changed, 44 insertions(+), 25 deletions(-)
diff --git a/src/spice-gtk-session.c b/src/spice-gtk-session.c
index 6cdae87
On Tue, 30 Aug 2016, Christophe Fergeau wrote:
> Hey,
>
> For what it's worth, these 2 attached patches allow to compile on el6
> (at least few weeks ago, did not try again just now).
I have a set of similar patches on my GitHub extras-centos branch.
https://github.com/fgouget/spice/tree/extras-
On Wed, 2016-08-31 at 10:52 +0200, Christophe Fergeau wrote:
> On Mon, Aug 15, 2016 at 12:37:51PM +0200, Pavel Grunt wrote:
>
> > Hi Christophe,
> >
> > On Wed, 2016-08-10 at 12:26 +0200, Christophe Fergeau wrote:
> >
> > > This makes clipboard_received_cb a bit shorter, and will be useful
> > >
On Mon, Aug 15, 2016 at 12:37:51PM +0200, Pavel Grunt wrote:
> Hi Christophe,
>
> On Wed, 2016-08-10 at 12:26 +0200, Christophe Fergeau wrote:
> > This makes clipboard_received_cb a bit shorter, and will be useful
> > in the next commit.
> > ---
> > src/spice-gtk-session.c | 63
> > +
On Mon, Aug 15, 2016 at 12:56:44PM +0200, Pavel Grunt wrote:
> Hi,
>
> On Wed, 2016-08-10 at 12:26 +0200, Christophe Fergeau wrote:
> > Currently, when the agent asks us for VD_AGENT_CLIPBOARD_UTF8_TEXT data,
> > spice-gtk looks up for the first X11 target which would provide it with
> > UTF8_TEXT
23 matches
Mail list logo
