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."
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.
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.