Slashdot Mirror
Borland Uses (And Supports) wxWindows
jmccay writes " Back in September, Slashdot posted an article about a new tool that Borland is releasing (C++ BuilderX) which is a multi-platform and multi-compiler development environment. What wasn't mentioned in the article that I scanned in the post was that Borland is going to use wxWindows for this product. I have been working with wxWindows for about 6 months now, and I like it. A statement by Julian Smart (founder of the wxWindows project) gives more information on the product and Borland's participation in the wxWindows project. He says that they are also going to help out the project by 'contributing expertise and funding to help in areas such as enhanced run-time type information, the new build system and code reengineering, and will continue to invest in wxWindows while supporting its open source status.' There is also an FAQ available to read on the linked page. This is great news for both the project and the Open Source community as a whole."
But it also comes prepackaged with ACE !
BTW There is a free version of it that is downloadable.
Without wanting to feed trolls, Qt isn't LGPL anywhere, and it's not free in any sense of the word on Windows. Just to be clear.
QT costs a large amount of real world currency also. And you have to pay if, and this is from their site,
"Build commercial software.
Build software that is not sold, but that advances the business goals of a commercial enterprise.'"
Hell, the BOX, not the license is $149.00 USD.
Licenses start at 2325.00 USD(pro)/ 3495(enterprise) for 2 platforms and 1 developer.
One year of support is 720(pro)/1080(enterprise) USD for one developer.
About the QT license.
Use the Qt Commercial License to:
Build commercial software.
Build software that is not sold, but that advances the business goals of a commercial enterprise.
Two qualities of the Qt Commercial License should be emphasized:
It is a development license.
For desktop distribution there are no royalties, runtime licenses, or other additional costs.
It is a per-developer license.
It is assigned to an individual. It may be transferred, but only every six months and within the same organization. To transfer a license contact sales@trolltech.com.
Common Elements
Qt is sold in two different commercial editions: Professional and Enterprise.
Unfortunatelly RAD development (especially UI) was Borland's strong point. If they did abandon that, I am afraid they may end up being clobbered in the market by Visual Studio, at least on the windows platform. Will non-windows sales be sufficient to keep the company in business? I doubt it, at least judging by the /. OSS community which seems to equate open source with free.
:)
So, for their sake, I hope they kept the awesome RAD features they had. And furthermore, I hope they changed their mentality of abandoning versions of the compiler and forcing the user to buy whole new versions.
Case in point: Visual C++ 6.0 had what,4-6 service packs? C++ Builder 5.0 has one. And not even that fixed all the annoying UI bugs. Borland is terrible when it comes to fixing bugs in existing releases. This is the very reason I have gradually moved my development to Microsoft tools, except when the UI is more than 80% of the total application code. And this is why I have not bothered to update my C++ Builder 5. At least I know the bugs in this version, and I know they will not fix them and break my work-arounds
Sorry borland, but you lost me as a customer because of your policy of abandoning released products. You had a great product, but you had awful post-sales support. For a $1500 (?) piece of software (enterprise version), I expect a lot more!
some annoying bugs in the 5.0 version:
1. In two of my programs, the compiler always gives a bogus compilation error on the first full build. All I have to do is hit "build" again and the build error magically vanishes. Fine and dandy for me, but this will confuse someone else taking over the code.
2. On a certain application, the UI locks up in the "link" stage periodically. I have to kill the task and restart it.
3. How hard it is to fix the access violation when users select a new console application??? I get it 90% of the time.
4. Who the hell implemented code insight in C++ builder?? It's a fine feature if you can wait 20-30 seconds for it to decide on the proper hint (during which time it locks up your UI). And i have a 2P, 2GHz Xeon workstation with 1Gb of ram. I just turn it off.
5. The TODO list works fine with TODOs embedded in the code. Just try to use it by adding TODOs directly to the list (using the UI, instead of embedding the items in comments)... You can say goodbye to it after a few items.
6. The XML parser for the project files is somewhat weird. If I remember correctly, XML is supposed to ignore white spaces; however simply removing a library reference using notepad can cause the whole project to be unopenable. If I use the BC++ editor, it works fine.. however the two project files are visually identical side by side.
7. Access violations and screwed up code generation for ActiveX and type libraries. Every time I create COM or ActiveX I expect to have to manually edit the makefiles, mostly because either it access violates during the code generation or it just simply forget to generate certain code.
These are all bugs that the service pack should've addressed. No, I am not the only one seeing them, all developers at our site have this issue. There are tons more bugs, I am just blocking them out of memory right now. Comparatively, the Visual C++ UI is rock solid. BCB5 UI barely edges out the VB6 UI if that gives you any idea.
Yeah same here. I have a several-page document of C++Builder quirks, in case anyone else ever takes over my projects (or if I come back to it after an absence). We should join efforts and make a webpage on the topic, or something.
:)
:)
The most awful part of it all is the AnsiStrings and TStringList -- since I figured out how the SCL works, I have stopped using those two. They can't even fix the bugs in those because it will break lots of existing code that (accidentally) relies on the bugs.
Re. your problems:
1) I think you could fix it with a bit of effort / source file reorganization.
2) use the command-line linker to try and isolate it. Of course, you could attach the IDE as a debugger to see what is going on
4) turn it off and press ctrl-space when you do need it.. I agree it is awful, they could take a leaf out of VC++ for this one
5) dont bother with the builtin TODO features
6) yeah
7) took me a while to figure out how to enter stuff in the type library editor in such a way that it doesn't generate invalid code. I never have to edit the makefiles, just take care. You can't really blame them for that; COM is such a dog and only MS really knows what all goes on under the hood, so they have a headstart in getting it right in their compiler. I'm sure they just don't have the resource to fine-tune it any more. My solution is to develop without COM (either a VCL component, or some such), and maintain a simple COM wrapper as a separate project (that way, any COM-related errors, crashes, BSTR allocation probs, etc. are all easy to track down; or you can even throw away the whole wrapper and make a new one). This strategy has saved me dozens (if not hundreds) of hours.
I'll take the f****bait:
A) Active development and support? Same for Tk: Ever been on comp.lang.tcl or http://wiki.tcl.tk give it a try. There are too many people to count there, most of them very helpful. Plenty of active developers both using *and* creating the language and Tk.
B) What's wrong with extern "C" {}? Or just use a (god forbid) Tcl script to build the UI with a few lines? Forgive my ignorance, but there are dozens of Tk bindings to other languages than Tcl, how many does wxWindows have?
C) Ah, yes, the looks. That is a bit of a sore point, yes. On windows it usually looks just like windows, though and on unix you just copy paste about 100 LOC to make it look more modern. Mind you, the way Tk works, you only need to copy-paste, no need to edit.
Check out http://vcf.sourceforge.net for a library thats based on similiar concepts to wxWindows but written using modern C++ features. It's not mature yet, but maybe you can give it some help ;)
If you want something more cross platform than DIBs, you can try using OpenGL.