On Fri, May 29, 2009 at 10:37:41AM +0200, Pierre Ossman wrote:
On Thu, 28 May 2009 17:00:56 +0100
Daniel P. Berrange d...@berrange.com wrote:
On Mon, May 11, 2009 at 01:59:51PM +0200, Pierre Ossman wrote:
This thread seems to have died off.
Daniel, do you feel that your concerns have been addressed, or do we
need more discussion?
I'm fine with the principle that key repeat should be generated client
side, but I'm not convinced that clients should send a series of
down-down-down events without agreeing this behaviour with the server.
Servers have to deal with this anyway given that the Windows vncviewer
in both version 3 and 4 of RealVNC uses this behaviour, and almost
every VNC implementation derives from these.
Also, given the dominance of the Windows platform, I'd say the
absolute majority of all VNC sessions will already be using this
method. So us stating that it is the preferred mode is only documenting
reality as it already is.
Reality sucks :-( I've no objection to comitting this doc though
What server was it that mishandled this sequence?
It was in the interaction between QEMU and the emulated guest OS' key
handling
Daniel
--
|: http://berrange.com/ -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://freshmeat.net/~danielpb/-o- http://gtk-vnc.sourceforge.net :|
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com
___
tigervnc-rfbproto mailing list
tigervnc-rfbproto@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-rfbproto
