Re: [Tigervnc-devel] New portable vncviewer

OK, I guess it's got to be something config related. Thanks for checking. -brian On Wed, May 18, 2011 at 1:29 AM, DRC wrote: > I tested with RHEL 5 as a server and both a "real" RHEL 6 machine and a > virtual Ubuntu 10.04 machine in the latest version of VirtualBox as > clients, and both seemed

Re: [Tigervnc-devel] New portable vncviewer

I tested with RHEL 5 as a server and both a "real" RHEL 6 machine and a virtual Ubuntu 10.04 machine in the latest version of VirtualBox as clients, and both seemed to work fine. On 5/17/11 7:45 AM, Brian Hinz wrote: > I wondered if it might be something like that (I've noticed that gvim > has ha

Re: [Tigervnc-devel] New portable vncviewer

I wondered if it might be something like that (I've noticed that gvim has had C/C/P issues under VNC for a long time), so I tried using text from several apps (chromium, etc.) but primarily just terminal text. If no one else sees this, then I'll assume it's an environment issue. I'll try to roll

Re: [Tigervnc-devel] New portable vncviewer

On Mon, 16 May 2011 23:25:52 -0400 Brian Hinz wrote: > > All, > > Slightly off-topic... Has any one else experienced cut/copy/paste (from > client to server, server to client is fine) issues when running the unix > client under ubuntu linux (lucid/10.04)? I spent quite a bit of time > chasing

Re: [Tigervnc-devel] New portable vncviewer

Martin, I just committed some changes that will hopefully fix these issues. It's not real pretty code - too many try/catch blocks - but it should be reading & writing in UTF-8 per the RFB spec now. If you could take a few minutes to review it and/or test it I'd appreciate it. At some point I'll

Re: [Tigervnc-devel] New portable vncviewer

Yep, my mistake. Looks like I've got some stuff to fix before this is done though. Hopefully I can knock it out in the next few days. -brian On Fri, May 13, 2011 at 5:59 PM, DRC wrote: > I thought ours supported it as well (?) > > > On 5/13/11 4:56 PM, Brian Hinz wrote: > > Awesome! Thanks fo

Re: [Tigervnc-devel] New portable vncviewer

Will do. Thanks for pointing that out. On Sun, May 15, 2011 at 3:07 AM, Martin Koegler wrote: > On Fri, May 13, 2011 at 05:56:53PM -0400, Brian Hinz wrote: > > Awesome! Thanks for making the class changes, that's been on my TODO > list > > since we discussed this last... > > You should look at

Re: [Tigervnc-devel] New portable vncviewer

On Fri, May 13, 2011 at 05:56:53PM -0400, Brian Hinz wrote: > Awesome! Thanks for making the class changes, that's been on my TODO list > since we discussed this last... You should look at the character encoding handling too: InStream.readString interprets input data as ISO-8859-1. CMsgReader.r

Re: [Tigervnc-devel] New portable vncviewer

I thought ours supported it as well (?) On 5/13/11 4:56 PM, Brian Hinz wrote: > Awesome! Thanks for making the class changes, that's been on my TODO > list since we discussed this last... > > I think that I finished adding support for setDesktopSize and multiple > screens, but I need to test it

Re: [Tigervnc-devel] New portable vncviewer

Awesome! Thanks for making the class changes, that's been on my TODO list since we discussed this last... I think that I finished adding support for setDesktopSize and multiple screens, but I need to test it out before committing the changes. Does anyone know whether UltraVNC is the only server

Re: [Tigervnc-devel] New portable vncviewer

Your code has been checked into trunk, completely replacing our existing Java viewer. I had to make some subtle changes to the way the classes are referenced, because our Java viewer is located in a package called "com.tigervnc". I also integrated it with out existing build system. Please feel f

Re: [Tigervnc-devel] New portable vncviewer

I'm tied up this week, but I'll take a look at merging it into our repository next week. On 5/4/11 11:26 PM, Brian Hinz wrote: > These changes have been completed. I haven't been able to test CRL > support, but otherwise everything seems to be working well. I've tested > the client on several d

Re: [Tigervnc-devel] New portable vncviewer

These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please

Re: [Tigervnc-devel] New portable vncviewer

After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked

Re: [Tigervnc-devel] New portable vncviewer

On 4/18/11 2:51 PM, Brian Hinz wrote: > Glad you had a chance to look at it. I've actually made a ton of fixes > over the last two weeks or so. I found that there is some sort of bug > in IndexColorModel that causes the vncviewer fits with 8bpp color maps. > It only occurs with JRE < 1.6. Ultim

Re: [Tigervnc-devel] New portable vncviewer

Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE < 1.6. Ultimately I just switched it to an 8bpp DirectColo

Re: [Tigervnc-devel] New portable vncviewer

This is cool stuff. From the point of view of integrating it into TigerVNC, I see only a few minor issues with its current behavior: -- It should honor the security type preference order from the server. Currently, it will enable TLS if the server advertises it, regardless of whether the server p

Re: [Tigervnc-devel] New portable vncviewer

Here's the source repo for the java viewer that I've been working on: https://bphinz.svn.cvsdude.com/vncviewer/ Have a look and let me know what you think. I'm going to start working on fi

Re: [Tigervnc-devel] New portable vncviewer

It may contain the source for the tight decoder, but that encoding is not exposed in the GUI. The GUI still behaves pretty much exactly like RealVNC. On 3/16/11 1:49 AM, Martin Koegler wrote: > On the other hand, the TigerVNC java viewer is based on Tightvnc [some > files are even carring such a

Re: [Tigervnc-devel] New portable vncviewer

On Tue, Mar 15, 2011 at 01:34:42PM -0500, DRC wrote: > Our current Java viewer is based on the RealVNC code, not the > TightVNC-based viewer. In fact, it still says "RealVNC" whenever you > run it. :) It's on my long-term list of things to do to merge in a > bunch of features from the TurboVNC J

Re: [Tigervnc-devel] New portable vncviewer

Yeah, I was working on merging the Tight encodings into the RealVNC code base for a while there, but external forces caused my priorities to be reorganized, and this project hasn't bubbled back up to the surface yet. *sigh* I certainly have no qualms with your enhancements being added to TigerV

Re: [Tigervnc-devel] New portable vncviewer

Our current Java viewer is based on the RealVNC code, not the TightVNC-based viewer. In fact, it still says "RealVNC" whenever you run it. :) It's on my long-term list of things to do to merge in a bunch of features from the TurboVNC Java viewer, but the problem is that TigerVNC's current Java v

Re: [Tigervnc-devel] New portable vncviewer

Sorry to jump on this thread so late, but with regards to the java viewer... I have a version that I've been developing for a customer for about a year & half now. It's based on the RealVNC code rather than the TightVNC, but it has a fair amount of features if anyone is interested. The interface

Re: [Tigervnc-devel] New portable vncviewer

Modifying unix/tx to support Windows is, I think, a bigger task than it might at first appear. Plus, it wouldn't give us a native OS X version. Also, in my mind, one of the biggest benefits to using an external graphics TK is that we can improve our UI in the long term without having to write new

Re: [Tigervnc-devel] New portable vncviewer

On Tue, Jan 18, 2011 at 02:24:03PM +0100, Pierre Ossman wrote: Hello, I'm really happy that you are planning to do something with viewers. FLTK is a good choice. Another solution might be to improve our code in unix/tx/* and port it to Windows but I'm really not sure how difficult it will be. I'

Re: [Tigervnc-devel] New portable vncviewer

I have a lot of experience with both FLTK and GTK and am keen to assist in this effort. 5-10 MB for a client install is a non-issue for me, but I agree with your reasoning about FLTK. GTK is prettier and more powerful, but it can be a bear to work with, both in terms of its size and the fact that

Re: [Tigervnc-devel] New portable vncviewer

I am sorry to hear Qt is out of the running but I agree on the multi platform client.  I have never understood why there was so much code duplication for the viewers when there was really no need.  I do not have any experience with FLTK though. Robert

[Tigervnc-devel] New portable vncviewer

Currently we have two vncviewers (three if you count the java one) in the tree; one for Windows and one for Unix. Apart from the core RFB stuff, they share very little code and there has been a lot of code duplication and feature disparity between the two. We also lack a client for OS X, which is a