Re: [rfbproto] Describe the CoRRE encoding

On Fri, 08 May 2009 10:31:55 +0200 Peter Rosin p...@lysator.liu.se wrote: Describe the CoRRE encoding in terms of the RRE encoding. Signed-off-by: Peter Rosin p...@lysator.liu.se Cheers, Peter Applied. -- Pierre OssmanOpenSource-based Thin Client Technology System Developer

Re: [rfbproto] [PATCH] ExtendedDesktopSize extension

On Wed, 06 May 2009 12:25:12 +0200 Peter Rosin p...@lysator.liu.se wrote: Den 2009-05-04 13:50 skrev Pierre Ossman: This extension adds multi-head support to RFB, and allows the client to request framebuffer and screen layout changes on the server. Signed-off-by: Pierre Ossman oss

Re: [rfbproto] [PATCH] Describe the Tight security type

-encoding`_ +=== = = === Nit-picking, but code was defined as U32, not S32. :) Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb

Re: [rfbproto] [PATCH] Clarify key autorepeat behaviour

This thread seems to have died off. Daniel, do you feel that your concerns have been addressed, or do we need more discussion? Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http

Re: [rfbproto] [PATCH] ExtendedDesktopSize extension

On Thu, 14 May 2009 15:56:35 +0200 Peter Rosin p...@lysator.liu.se wrote: Den 2009-05-11 13:27 skrev Pierre Ossman: That sounds a bit like this look like crap, but pff, what do I care? :) Well, that's stretching it, but exactly one person has commented (in public) on your encoding

Re: [rfbproto] [PATCH] ExtendedDesktopSize extension

On Mon, 4 May 2009 13:50:34 +0200 Pierre Ossman oss...@cendio.se wrote: This extension adds multi-head support to RFB, and allows the client to request framebuffer and screen layout changes on the server. Signed-off-by: Pierre Ossman oss...@cendio.se --- This version includes the restriction

Re: [rfbproto] [PATCH] Clarify FramebufferUpdateRequest/FramebufferUpdate behaviour

-- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com signature.asc Description: PGP signature -- Register Now

Re: [rfbproto] [PATCH] Clarify DesktopSize behaviour (v2)

On Thu, 28 May 2009 14:09:45 +0200 Peter Rosin p...@lysator.liu.se wrote: Hi Pierre, Den 2009-05-28 13:34 skrev Pierre Ossman: The implementation of the DesktopSize (also called NewFBSize) pseudo-encoding differs a bit between VNC families. This tries to document a behaviour that works

Re: [rfbproto] [PATCH] Don't spell out General Input Interface in every heading.

On Thu, 28 May 2009 15:05:11 +0200 Peter Rosin p...@lysator.liu.se wrote: Also add some introductory text to each chapter involving gii. Signed-off-by: Peter Rosin p...@lysator.liu.se Looks ok to me. Applied. -- Pierre OssmanOpenSource-based Thin Client Technology System

Re: [rfbproto] [PATCH] Describe the xvp extension

, so yes. Although I don't think that it would be a problem to loose the connect to the XVP acronym and avoid this convoluted backronym. I don't think people will be that confused by different names in RealVNC's and our spec. :) Rgds -- Pierre OssmanOpenSource-based Thin Client

Re: [rfbproto] [PATCH] ExtendedDesktopSize extension

and then it's not 100% safe to issue a change in pixfmt. Have I missed something obvious? Sounds about right. But as you point out, the behaviour of an empty FUR is a bit unknown. Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13

Re: [rfbproto] [PATCH] ExtendedDesktopSize extension

the same as the rest of us as nobody else noticed it either. ;) Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com signature.asc Description: PGP signature

Re: [rfbproto] [PATCH] Describe the DesktopName pseudo-encoding

Just for fun, I had a quick look at the clipboard handling. The situation is better there with the Unix side handling things correctly. Windows however is broken and assumes that the local system uses a superset of 8859-1. Rgds -- Pierre OssmanOpenSource-based Thin Client Technology

Re: [rfbproto] [PATCH] Add Makefile

On Thu, 11 Jun 2009 10:07:01 +0200 Peter Rosin p...@lysator.liu.se wrote: Hi Pierre, Sorry for the delay, I was on vacation... That works for me (if you lose the trailing newline in rsttool :-) Will do. ;) Rgds -- Pierre OssmanOpenSource-based Thin Client Technology

Re: [rfbproto] [PATCH 3/5]: Describe the Tight LastRect Pseudo-encoding.

65535 rectangles, +but it then stops with a *LastRect* instead of sending all of them. +There is no further data associated with the pseudo-rectangle. + Isn't it required to state 65535 rectangles? And we might want to make a note of this in the FramebufferUpdate section. Rgds -- Pierre Ossman

Re: [rfbproto] [PATCH 4/5]: Describe the Tight Encoding.

seems wrong. Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com signature.asc Description: PGP signature

Re: [rfbproto] [PATCH 3/5]: Describe the Tight LastRect Pseudo-encoding.

. I completely missed that. :) You might want to expand on that paragraph though and mention that LastRect means that the rect count might be something other than that stated. Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21

Re: [rfbproto] [PATCH 5/5]: Describe the Tight JPEG Quality Level Pseudo-encoding.

On Tue, 16 Jun 2009 16:24:07 +0200 Peter Rosin p...@lysator.liu.se wrote: Den 2009-06-16 14:00 skrev Pierre Ossman: And do we want to make this a generic extension? Perhaps call it Lossy Quality Level... instead? I don't think we should rename it, but the ZYWRLE encoding reuses

Re: [rfbproto] [PATCH 5/5]: Describe the Tight JPEG Quality Level Pseudo-encoding.

this a generic extension? Perhaps call it Lossy Quality Level... instead? Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com signature.asc Description: PGP signature

Re: [rfbproto] Align table in ServerInit message

On Thu, 08 Oct 2009 19:40:39 +0200 Peter Rosin p...@lysator.liu.se wrote: Hi! Found a minor whitespace glitch. Applied. -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http

Re: [rfbproto] Clarify lifetime rules for Hextile fg and bg colors

On Thu, 08 Oct 2009 20:02:14 +0200 Peter Rosin p...@lysator.liu.se wrote: Hi! Tristan Richardson said he was going to update the Internet Draft with this clarification of the Hextile encoding in a private response to a direct question from me. Cheers, Peter This too. Rgds -- Pierre

Re: [rfbproto] FYI: new proposed Tight encoding using PNG instead of JPEG

of tight encodings on top of the normal encodings is just extra overhead and is not something that we should be promoting going forward. Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http

Re: [rfbproto] QEMU protocol extensions

it until now. It's been committed to the repo. One clarification I'm curious about though; what should clients do if they don't know how to map a key to a XT scan code for a certain key? Picking something at random is probably not going to do wonders for interoperability. Rgds -- Pierre Ossman

Re: [rfbproto] New SecType request, call for reviews

probably be explicit with the encoding used here (UTF-8 if there is no massive reason for something else). Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com A: Because

Re: [rfbproto] Horizontal mouse wheel

No objections, so I'm committing this. On Tue, 24 May 2011 13:31:22 +0200 Pierre Ossman oss...@cendio.se wrote: As RFB vertical wheel events are based on X11's way of representing these as buttons 4 and 5, it's only natural to extend button 6 and 7 to represent horizontal wheel events

Re: [rfbproto] [PATCH] X Cursor

On Thu, 27 Oct 2011 17:25:51 +0200 Pierre Ossman oss...@cendio.se wrote: Signed-off-by: Pierre Ossman oss...@cendio.se --- Committed. -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http

[rfbproto] [PATCH] Synchronisation fences

This documents the fence messages that can be used to synchronise other messages, and to measure network and processing delays between the client and server. Signed-off-by: Pierre Ossman oss...@cendio.se --- Index: rfbproto.rst

[rfbproto] [PATCH] Continuous updates pseudo-encoding

Allows clients and servers to handshake for the continuous updates extension without having to use the tight authentication method. Signed-off-by: Pierre Ossman oss...@cendio.se --- Index: rfbproto.rst === --- rfbproto.rst

Re: [rfbproto] VNC high latency update

in these improvements? Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting

Re: [rfbproto] VeNCrypt security type specification

lingered for way too long. Better we commit this version and do improvements later than have nothing at all. Adam, do you think you could clean up the SASL section and reformat the patch with a commit message and signed off line? Rgds -- Pierre Ossman Software Development Cendio AB

Re: [rfbproto] RFB : No matching security types

using any other client than their own. There is a standardised encryption called VeNCrypt though that many of the other VNC implementations support. So try one of those servers instead and you get a bit more choice in clients. Rgds -- Pierre Ossman Software Development Cendio AB

Re: [rfbproto] VeNCrypt security type specification

I was unable to get in touch with Adam, so I have commit the patch more or less as-is. Regards -- Pierre Ossman Software Development Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköpinghttp://facebook.com/ThinLinc Phone