Software developers can't read minds. If you want a feature included, either in TigerVNC or TurboVNC, then the best way to do that is to file a feature request on SourceForge:
(TigerVNC) https://sourceforge.net/p/tigervnc/feature-request-tracker/new/ (TurboVNC) https://sourceforge.net/p/virtualgl/feature-requests/new/ Mentioning something on a mailing list is all well and good, but we're human, and we tend to forget things. I think too many people look at these projects and they say "well, it doesn't do exactly what I need, so I'm going to use something else", but they don't realize that open source developers aren't like big corporate developers. We have a lot more flexibility (and generally, a lot more desire and a lot more stake in the game) with regards to keeping our users happy. As far as the specific feature you're referring to, the Java viewer (both TigerVNC's and TurboVNC's) already does that. It's probably not a big deal to add it to the native viewers as well, but please file a request so it doesn't get lost. Also, if you can confirm quantitatively that TurboVNC is dropping connections more than another solution, then file a bug report with us regarding that. Any more specific discussion of TurboVNC doesn't belong on this list, though. I was mentioning it only in a contextual sense. On 4/21/14 12:26 PM, Stormy wrote: > Indeed, useful information!! > > However, from my vantage point - end user.. it is more important to have > the "little" features.. :) > > Like, the RECONNECT option, in TigerVNC 1.0.1 if a connection is broken > for any reason, It automatically asks to reconnect, and simply clicking > YES, the session is re-established. > > In TurboVNC it fails with "Error while waiting for server message" with > OK, and that's that. clicking OK, now connection is lost, and I don't > even know to which server. > > At any given time I may be connected to ~20 different servers, some in > China, USA, EU, slow/faster networks, so really re-establishing is a big > deal. > > so far, seems like turboVNC loses most connections, then tiger, then > tightvnc, but I'm still testing.. > > If the TigherVNC developers are here, I would ask for 2 options: > > 1. optionally auto-re-establish lost connections, have an option that > says auto-reconnect, then just reconnect (say up to 4 times over 5 > minutes or something) > 2. the TOP tool-bar, with NEW connection, this is a must-have, otherwise > u have to go to the OS and find the vnc icon, or type the command on a > local-shell. > > anyways, thanks again for everyone's interest and support here! > > For time being I'll try the newer 2.7 tightvnc + tigervnc 1.0.1 with > toolbar. > > Stormy. > > > ------------------------------------------------------------------------ > *From:* DRC <dcomman...@users.sourceforge.net> > *To:* Stormy <stormy1...@yahoo.com>; > "tigervnc-users@lists.sourceforge.net" > <tigervnc-users@lists.sourceforge.net> > *Sent:* Monday, April 21, 2014 1:49 AM > *Subject:* Re: [Tigervnc-users] VNC with Menu Bar on top? > > Yes. For a little historical perspective, TightVNC basically spawned > all of these projects, but in various ways. TurboVNC is the most direct > descendent of TightVNC 1.3.x. It forked from that project nearly 10 > years ago and was originally just TightVNC 1.3.x with high-speed JPEG > support. Many changes have occurred since then, but TurboVNC's Unix > server and Windows viewer still have a lot of the same look & feel as > TightVNC 1.3.x, although they're about an order of magnitude faster. > > TigerVNC was a product of a next-generation development effort that > originally took place within the TightVNC project, an effort to rewrite > TightVNC using the RealVNC 4 code base. Thus, some of the features from > TightVNC 1.3.x didn't make it into TigerVNC, owing to its RealVNC > heritage. Some have since been added, but not all. TigerVNC's server > still has a similar look & feel to RealVNC, although the viewer has been > completely rewritten. In 2011, I ported many of the performance > enhancements from TurboVNC into TigerVNC, so for most common cases, they > can be made to perform similarly, although the general approach that > both projects take is somewhat different. > > In 2009, TigerVNC split off from TightVNC, and Constantin dropped > support for Un*x platforms altogether in TightVNC 2.x and later. > TightVNC 2.x has probably the most sophisticated interface among Windows > VNC solutions. Unfortunately, however, it's also the slowest by far. > I've done a lot of research, both in the context of integrating my > "Turbo" version of the Tight encoder into TigerVNC and also doing the > same for libvncserver. This research showed definitively that it is > possible using the "Turbo" encoding methods to achieve similar levels of > "tightness" to TightVNC without requiring the intense amount of CPU time > that TightVNC requires. Unfortunately, their codec is so CPU-hungry > that it is usually unable to fill up even a low-speed broadband pipe. > > With version 1.2, TigerVNC switched to a common viewer code base, based > on FLTK. This has required extending FLTK to support a lot of the > features that TigerVNC needs, and I have a feeling that FLTK would have > to be further extended to support a toolbar, if history is any > indication. Thus, I can pretty much understand why that's not a high > priority, as I suspect it would be a huge PITA to implement. > > Anyhow, since the performance of TurboVNC and TigerVNC is very similar, > there is no reason why you can't mix and match their clients and servers > to suit your needs. > > > On 4/20/14 4:14 PM, Stormy wrote: >> Thanks much! This is exactly what I was looking for, also found that >> latest tighvnc also has it... Too bad the tiger took it out and all >> these years it is not back.. It could be an "optional" thing left to >> the user to decide.. I personally can't work w/o it :) >> >> Thanks & cheers! >> >> Stormy > > ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ Tigervnc-users mailing list Tigervnc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-users
