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 On 01/18/2011 08:24 AM, Pierre Ossman wrote: 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 fairly common platform these days.I/we would like to remedy this situation by rewriting vncviewer in a portable form that allows us to have the same client on Windows, Unix and Mac. Since the core RFB stuff is already handled, what's left for vncviewer is mostly user interface. The most important decision for this endeavour is then selecting a good toolkit that fits our needs. The ones I've looked at are GTK, QT, FLTK and wxWidgets. These satisfy the portability requirements we have, and they are all fairly alive projects. In a perfect world, we would use GTK or QT. These are modern, popular toolkits with a lot of functionality. Unfortunately they are very large. Given the devices we here at Cendio deploy vncviewer on, GTK and QT cannot be expected to be present. That means they need to be shipped with vncviewer, preferably statically linked. Both GTK and QT surpass the 5 MiB mark for a simple hello world application, meaning that the size of the vncviewer code is completely dwarfed by the size of the libraries it requires. We do not consider this an good option, and I suspect DRC has similar wishes when it comes to deployment. wxWidgets is disqualified as a consequence of this as it uses GTK on Unix platforms. What's left is FLTK. This is not the most fancy toolkit out there, but it gets the job done and is very small. We've been using it for our propietary tlclient for years, and we haven't had any serious issues. It's not as pretty as the other toolkits, but vncviewer isn't that GUI heavy and the few dialogs it needs would look decent enough. I'd like to start this project fairly soon, so please comment as soon as possible. The plan would be to create a new top-level vncviewer/ directory and put the new client there. The old ones would be kept around until we are confident that the new one can fully replace them. Rgds------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel --
Robert Goley
![]() FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free & Open Source fund accounting software company. |
------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel