Domain: objectcentral.com
Stories and comments across the archive that link to objectcentral.com.
Comments · 13
-
V (lameness filter sucks)
The V Toolkit for C++ had a lot of promise, but sadly it doesn't seem to have been maintained in a while...
-
Re:Go client/server?
Ah good, someone got in before me
:) It is definatly a good idea to separate out the GUI part when dealing with cross-platform applications, since a lot of portability problems reside there.In all honesty, I don't recommand Qt or wxWindows - they are great toolkits, but you lose out heavily on productivity compared to visual development environments with GUI builders. While both of these have associated builder tools, I don't consider them very mature of capable compared to VB or Delphi/C Builder. There is also a write-once-debug-and-tweak-everywhere concern (just getting wxWindows looking good on Windows and Solaris takes some effort).
Java is a great choice as it is supported on many platforms, has powerful GUI classes, a couple of builder products, and has several means for client/server support, including CORBA. But for UI applications it isn't hugely productive (strangely enough).
Some of your other options include ParaGUI and SDL, gTk, GraphApp, V, Mozilla's XPToolkit and XUL, and WideStudio.
I have grappled with exactly this question (legacy C/C++ needing to go cross platform with GUIs), and the best answer I've come up with so far is to keep your main code in C/C++ (since you have the legacy code AND the skills), define a clear UI abstraction layer, and create the UI in a scripting language such as Tcl or Python. Use SWIG to tie the script to native C functions.
I have more experience with Tcl/Tk, and believe it is more widely portable (especially the GUI consistency), but it is slower and arguably more difficult to program than Python. Still, this depends on what skills you can acquire, and what your UI requirements are.
Prechelt has an empirical comparison of some languages, including C/C++, Python, Tcl and Perl, and most importantly he has productivity figures! Keith Waclena has a Language Crisis page of comparisons, and Doug Bagley hosts the Great Computer Language Shootout. There are all invaluable resources for determining a balance between portability, functionality and productivity.
-
dev-c++
- Dev-C++.
- Borland 5.5 (free command line version) + Emacs or V IDE
- Dev-C++.
-
Re:Truely Portable Open Source Tool Kit?
-
V is portable
I've looked into this too. The toolkit I am leaning towards is V, located at http://www.objectcentral.com. Well supported, and is under continous development.
-
V is portable
I've looked into this too. The toolkit I am leaning towards is V, located at http://www.objectcentral.com. Well supported, and is under continous development.
-
V gui
I have been playing with V gui since it was mentioned in Dr. Dobbs in '95 or so. It is quite nice these days and works well between WinXX, X windows and OS/2 for those that still have need to support it.
V is freeware and has many good tutorials to help get you started quickly. They even have some pretty good language guides if you need help in that area. Overall, not as polished as some commercial cross-platform toolkits I have seen, but quite extensive for a free package. -
V (for victory...)
I haven't tried it yet but I just came across this guy called V:
http://www.objectcentral.com/
-
GCC cross-compilerThere is a way to use GCC as a cross-compiler in Linux (i.e. use the compiler in Linux to produce Windows binaries). There's a link from the SDL page that describes Linux cross-compiling for Win32.
There are also cross-platform GUI environments like WxWindows, V, etc. See the MinGW FAQ for more information as well!
JimD -
...but still possibly relevantIn addition to the MinGW (Minimalist GNU Windows) package, which is basically gcc/egcs for Win9x/NT with a Windows runtime environment (libs, etc.), there are several IDEs and the ilk that are cross-platform. The one that springs immediately to mind is VIDE, which compiles and runs under Linux and Windows. There is also a brief HOWTO for building the MinGW cross-development tools. You can build it in a terminal and test it in WINE if that's your fancy, or dual-boot to Windows to test it out. The great thing about this method is that it's free (speech and beer).
Cheers!
JimD -
Dr. Bruce E. Wampler and GrammatikIt is interesting to note that Grammatik was written by a very big Open Source author and advocate, Dr. Bruce E. Wampler. Dr Wampler is also author of of the Open Source LGPL V C++ Portable GUI . It is a very easy to learn C++ GUI that is portable between Windows, OS/2, and Linux. It was designed that way from the start and is quite a robust and clean product.
Hmmm, I wonder if Dr. Bruce has any thoughts on designing an Open Source grammar checker? He probably could offer a lot of guidance to any group who wanted to start such a product.
-
Dr. Bruce E. Wampler and GrammatikIt is interesting to note that Grammatik was written by a very big Open Source author and advocate, Dr. Bruce E. Wampler. Dr Wampler is also author of of the Open Source LGPL V C++ Portable GUI . It is a very easy to learn C++ GUI that is portable between Windows, OS/2, and Linux. It was designed that way from the start and is quite a robust and clean product.
Hmmm, I wonder if Dr. Bruce has any thoughts on designing an Open Source grammar checker? He probably could offer a lot of guidance to any group who wanted to start such a product.
-
Dr. Bruce E. Wampler and GrammatikIt is interesting to note that Grammatik was written by a very big Open Source author and advocate, Dr. Bruce E. Wampler. Dr Wampler is also author of of the Open Source LGPL V C++ Portable GUI . It is a very easy to learn C++ GUI that is portable between Windows, OS/2, and Linux. It was designed that way from the start and is quite a robust and clean product.
Hmmm, I wonder if Dr. Bruce has any thoughts on designing an Open Source grammar checker? He probably could offer a lot of guidance to any group who wanted to start such a product.