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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
.
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
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
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
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
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
, 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
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
--
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
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
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
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
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
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
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
-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
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
32 matches
Mail list logo