Vadim,
We tested the free build driver on 32-bit Windows 7 and the symptom was the
same. In other words, the latest driver source from
https://github.com/YanVugenfirer/ is buggy and it was not workable at all.
-Original Message-
From: Charles.Tsai-蔡清海-研究發展部
Sent: Friday, February 03,
Not sure yet why the regression with the arrow keys not producing the
right keysym, but it appears that the keycode is correct for up (as an
example), 111, but the keysym being produced was 0xff6c and not the
correct 0xff52. This boiled down to the rules of the default rmlvo being
"base" instead of
Looks good Ack series.
Regards,
Hans
On 02/03/2012 11:28 AM, Marc-André Lureau wrote:
Factor out and simplify a little the code to allow easier addition of
zoom-level property.
The "set_display" parameter for recalc_geometry() seems to be useless,
since the code was apparently trying to set
---
gtk/decode-glz.c|2 --
gtk/spice-channel.c |6 +++---
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/gtk/decode-glz.c b/gtk/decode-glz.c
index fb6ecc9..4033480 100644
--- a/gtk/decode-glz.c
+++ b/gtk/decode-glz.c
@@ -142,8 +142,6 @@ static gboolean wait_for_image(gp
Add a "zoom-level" property. Maintain the given scaling ratio when
scaling is enabled.
If scaling is disabled, this property is ignored.
For example at 50%, this allows to fit a 640x480 desktop in a 320x240
widget and when resizing it to 640x512 to have a 1280x1024 desktop.
(this feature is requ
Factor out and simplify a little the code to allow easier addition of
zoom-level property.
The "set_display" parameter for recalc_geometry() seems to be useless,
since the code was apparently trying to set the guest to the given
d->width and d->height, but reseting it to the current value, which
c
